[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [bpel-dev] BPEL deployment to JBI
|
Great thanks for the information :) I'll work to get an understanding and questions for begining of next week.
I assume the conference call is purely for commiters I was wondering if sneaking a listen might help be get the picture ?
Cheers
P
On 4/26/06, Bruno Wassermann <B.Wassermann@xxxxxxxxxxxx> wrote:
Hi Philip,
There is currently no proper documentation
on integrating third-party runtime environments into BPEL Designer. What we do
have is a list of requirements for an extension point that would allow others
(and us) to write suitable extensions allowing deployment, etc. onto a
particular BPEL engine; I have attached this email. In the absence of a
suitable runtime extension, I am currently using this set of requirements to
develop an extension for another BPEL engine.
If you like we can skype about your
requirements, questions, etc. sometime this or next week (brunowassermann) so
that I can help you get started and elicit any further requirements you may
have on such an extension point, if any.
Hope this helps,
-- Bruno
From:
Michal Chmielewski [mailto:michal.chmielewski@xxxxxxxxxx]
Sent: 26 April 2006 00:33
To: BPEL Designer project
developer discussions.
Cc: Bruno Wassermann
Subject: Re: [bpel-dev] BPEL
deployment to JBI
Bruno would be the man hit up for this information.
-m
Philip Dodds wrote:
Hi,
I recently picked up working on some eclipse extensions for the Apache
Servicemix project (I did them a while ago but time was a little pressed
recently!)
Anyway I was wondering if there was a good starting place for documentation as
I would like to try and get the BPEL eclipse project capable of deploying into
the BPEL service engine within ServiceMix.
Thanks in advance :)
P
_______________________________________________
bpel-dev mailing list
bpel-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/bpel-dev
--
Michal Chmielewski, CMST, Oracle Corp,
W:650-506-5952 / M:408-209-9321
"Manuals ?! What manuals ? Son, it's Unix, you just gotta know."
---------- Forwarded message ----------
From: "Bruno Wassermann" <B.Wassermann@xxxxxxxxxxxx>
To: "'BPEL Designer project developer discussions.'" <
bpel-dev@xxxxxxxxxxx>
Date: Fri, 17 Mar 2006 17:32:35 +0100
Subject: [bpel-dev] Rutime Extension Point Requirements
Hi All,
I have put together a (very high-level) list of requirements on an extension
point for third-party runtime support. This stuff is rather basic and maybe
obvious, but hopefully can help with developing such an extension point.
Please let me know what you think, questions, etc.
- Deployment wizard
+ First page has a list of current engines process can be deployed
to in current plug-in configuration. Installed and enabled runtime
plug- ins (extensions) should be added to this list/be able to add
themselves.
+ Second page of wizard has a configuration page that extensions can
provide to allow manipulation of such items as host address, deployment
directory, transfer mechanism, etc.
+ Progress view to indicate deployment progress (but this may just
be a requirement on an extension itself rather than the extension
point).
- Preference Pages
+ Extensions can add their own engine configuration page to the
editor's preference pages to store the same type of information as
indicated above across projects/permanently.
- Access to Process Represenation
+ Extensions can get hold of a copy of the .bpel file for the
process which is to be deployed.
+ Extensions can obtain access to an instance of the editor's EMF
model representing the process.
+ Extensions can get hold of all WSDL files involved in defining the
process.
- Validation
+ The editor should not allow user to deploy (i.e. display warning
message instead of deployment wizard), if there are any outstanding
validation errors.
+ The editor should save the process and validate it in case user
requested deployment whilst editor state dirty. Or could just prompt
user to do so.
+ Extensions have access to problems view to communicate any engine-
specific validation problems to user.
That's the first set of requirements I can think of. It would also be nice
to figure out how runtime extensions could enable a form of real-time
in-process map monitoring, but maybe that's something to think about at a
later stage.
Regards,
-- Bruno
______________________________________________
Bruno Wassermann
Research Fellow
University College London Tel: +44 (0)20 7679 0369 (Direct Dial)
Dept. of Computer Science Fax: +44 (0)20 7387 1397
Gower Street
London WC1E 6BT http://www.cs.ucl.ac.uk/staff/B.Wassermann
United Kingdom
______________________________________________
_______________________________________________
bpel-dev mailing list
bpel-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/bpel-dev
_______________________________________________
bpel-dev mailing list
bpel-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/bpel-dev