Hi, I went through the project idea for providing ODE runtime support for BPELUnit. I think BPELUnit covers the ground of the idea that I was suggested on the bpel-dev list earlier. I am very enthusiatic about the prospect of ODE integration since I have some experience with ODE with my current project of developing a simulator for bpel processes. I am currently going through BpelUnit and ActiveBpel testing scenarios. I will come back with questions when I meet any. Best Regards, Chamith Buddika 2009/2/26 buddhika chamith <ch...@gmail.com> > Hi, > > I have been suggested of working on some thing similar to this for a GSOC > project in bpel-dev list as a plugin[1] though I even don't mind if it > doesn't necessarily involve in Eclipse. Any ideas on this? > > Regards, > Chamith Buddhika > > [1] http://dev.eclipse.org/mhonarc/lists/bpel-dev/msg00897.html > > 2009/2/26 Daniel Luebke <da...@inf.uni-hannover.de> > > Hi, >> >> at my department we have implemented BPELUnit available under the EPL. >> You can send messages to processes and can define mocks for services >> that can have assertions and return messages and faults to the process. >> These message flows are stored as test cases, which can be grouped to >> test suites. >> BPELUnit has (besides an Eclipse 3.2 front-end) a command line-front end >> and an ant task. You can easily have automated unit tests with it. >> However, there is no ODE deployer yet. Therefore, you have to deploy the >> process(es) manually beforehand or you can add the >> deployment/undeployment to the ant task. >> >> Daniel >> >> Ford, Mark schrieb: >> > I would like to see the existing test harness in ODE expanded to support >> more robust unit testing. The bpel-test project in the ode trunk is a good >> start. The default implementation of the MessageExchangeContext interface >> supports a simple probe service and a fault service. This concept could be >> expanded to include assertions on the data passed to the >> MessageExchangeContext as well as returning preconfigured responses. This >> interface alone would give you the hook you'd need to handle invokes. I'm >> not sure what facilities ODE has in place to control the scheduling of >> alarms but that's another area which could offer assertions as well as >> changing the actual value for the alarm (you might not want your bpel to >> have the full value for the wait/onAlarm during testing). I think the >> existing harness already supports multiple inbound messages but I'm not sure >> about how they're delivered. >> > >> > >> > On 2/25/09 11:47 AM, "Rafal Rusin" <ra...@gmail.com> wrote: >> > >> > Hello, >> > >> > what do you think of implementing a command line tool bpelrun, which >> > could compile and run a process by sending a request from stdin and >> > displaying response to stdout. >> > This would speed up testing of various bpel constructs. It would be >> > helpful in developing larger processes by copy-pasting from small >> > examples. >> > It could be also useful to do bpel unit testing. >> > >> > -- >> > Rafał Rusin >> > www.mimuw.edu.pl/~rrusin <http://www.mimuw.edu.pl/%7Errusin> >> > >> > >> > >> > >> > -- >> > Mark Ford >> > MIT Lincoln Laboratory >> > 244 Wood Street >> > Lexington MA 02420 >> > (781) 981-1843 >> > >> > >> >> >> -- >> Dr.-Ing. Daniel Lübke >> Leibniz Universität Hannover >> Welfengarten 1 >> D-30167 Hannover >> Tel. +49 511 762 19672 >> Fax +49 511 762 19679 >> >> >
Hi Chamith,
the mails are getting rather specific now so I don't know whether this
list is appropriate anymore or not. If anyone feels disturbed by this,
I'll take it private. However, if there are other students interested in
the Google Summer of Code, they can read these mails as long as they are
going through the list.
First, your assumptions about the BPELUnit architecture are right. So,
the most important part is fine.
To the scope of the GSoC project: You have mixed both (Apache and
Eclipse) GSoC projects and I don't know whether this will get too large.
The aim for the Apache project
(http://wiki.apache.org/general/SummerOfCode2009) is to have ODE support
in BPELUnit, i.e. writing a good "deployer". The deployer has at least
to include following features:
- packaging BPEL processes for ODE
- deploying to filesystem and deployment service
- instrumenting BPEL processes for measuring test coverage (code is in
the ActiveBPEL deployer; refactoring is needed to extract it there and
share it among different deployers)
Additionally, there can be functions for starting an ODE server or
embedding it. I really like the ideas, however, their implementation is
only reasonable if the above features are working.
The Eclipse GSoC project
(http://wiki.eclipse.org/Google_Summer_of_Code_2009_Ideas#Ideas) is
concerned with integrating BPELUnit into the Eclipse BPEL Designer. The
goal is to have a working combination of Eclipse, ODE, and BPELUnit.
However, the Eclipse integration shall make testing much painless than
today, i.e. better visualization of test coverage, better support for
"Run as...", improving the BPELUnit view, ... There are many open
issues, and students are welcomed to bring in their ideas.
Regards,
Daniel
buddhika chamith schrieb:
> Hi Daniel,
>
> Thanks for the references. I will thoroughly look in to them. I went through
> some source codes of the BPELUnit. From looking at them I got following
> skeleton idea about the test framework. Please correct me if I am wrong.
>
> 1. Partner services are simulated with the help of an embedded HttpServer.
> 2. Partner services are simulated using a concept called PartnerTracks which
> gets called when corresponding requests are received to the HttpServer by
> the deployed BPEL process.
> 3. Process deployment is done by extending classes of IBPELDeployer.
> Currently two deployers are present for ActiveBpel and Oracle.
>
> Now I have following assumptions or rather the outline about the scope of
> the project idea.
>
> 1. The project idea involves in developing deployment facility of a bpel
> process bundle for ODE engine similar to ActiveBpel and Oracle.
> 2. This doesnot involve in embedding the ODE runtime in to BPELUnit. Does
> this mean that ODE server has to be started externally before using the
> runtime in the BPELUnit?
> 3. This involves integration of BPELUnit with the Eclipse BPEL Designer. In
> this regard some research will have to be done as to what extension points
> are available in BPEL Designer for such an expansion. AFAIK BPEL Designer
> has a mechanism for deploying and communicating with the ODE runtime. May be
> I can leverage that as well if at the end BPELUnit is going to be integrated
> with the BPEL Designer.
>
> Please correct me if I have misunderstood anything. Sorry for making this
> mail bit long. It is because I have to have a clear idea of the scope of the
> project before settling in to the specifics.
>
> Best Regards,
> Chamith Buddhika
>
>
> 2009/3/16 Daniel Luebke <da...@inf.uni-hannover.de>
>
>
>> Dear Chamith,
>>
>> today we will update the BPELUnit source and binary download on the page
>> (http://bpelunit.net) und hopefully will offer an Eclipse update site
>> for making the installation easier. However, you can use BPELUnit from
>> the command line and Apache Ant and without Eclipse as well.
>> You should be aware that there are at least three different tools out
>> there that call themselves BPELUnit, BPEL Unit, and BPEL-Unit.
>> ActiveState has integrated BPEL Unit into their designer, which to my
>> knowledge is a simulation tool and not a testing tool. BPELUnit so far
>> has only the two tutorials that are published on the site, and some
>> publications that are linked in the bottom section. If you cannot access
>> them (they are located on ACM, IEEE, and Springer), please drop me a
>> mail and I can send you some draft versions.
>> Of course, I will answer any questions you or anyone else on this list
>> might have.
>>
>> Regards,
>> Daniel
>>
>>
>> buddhika chamith schrieb:
>>
>>> Hi,
>>>
>>> I went through the project idea for providing ODE runtime support for
>>> BPELUnit. I think BPELUnit covers the ground of the idea that I was
>>> suggested on the bpel-dev list earlier. I am very enthusiatic about the
>>> prospect of ODE integration since I have some experience with ODE with my
>>> current project of developing a simulator for bpel processes. I am
>>>
>> currently
>>
>>> going through BpelUnit and ActiveBpel testing scenarios. I will come back
>>> with questions when I meet any.
>>>
>>> Best Regards,
>>> Chamith Buddika
>>>
>>> 2009/2/26 buddhika chamith <ch...@gmail.com>
>>>
>>>
>>>
>>>> Hi,
>>>>
>>>> I have been suggested of working on some thing similar to this for a
>>>>
>> GSOC
>>
>>>> project in bpel-dev list as a plugin[1] though I even don't mind if it
>>>> doesn't necessarily involve in Eclipse. Any ideas on this?
>>>>
>>>> Regards,
>>>> Chamith Buddhika
>>>>
>>>> [1] http://dev.eclipse.org/mhonarc/lists/bpel-dev/msg00897.html
>>>>
>>>> 2009/2/26 Daniel Luebke <da...@inf.uni-hannover.de>
>>>>
>>>> Hi,
>>>>
>>>>
>>>>> at my department we have implemented BPELUnit available under the EPL.
>>>>> You can send messages to processes and can define mocks for services
>>>>> that can have assertions and return messages and faults to the process.
>>>>> These message flows are stored as test cases, which can be grouped to
>>>>> test suites.
>>>>> BPELUnit has (besides an Eclipse 3.2 front-end) a command line-front
>>>>>
>> end
>>
>>>>> and an ant task. You can easily have automated unit tests with it.
>>>>> However, there is no ODE deployer yet. Therefore, you have to deploy
>>>>>
>> the
>>
>>>>> process(es) manually beforehand or you can add the
>>>>> deployment/undeployment to the ant task.
>>>>>
>>>>> Daniel
>>>>>
>>>>> Ford, Mark schrieb:
>>>>>
>>>>>
>>>>>> I would like to see the existing test harness in ODE expanded to
>>>>>>
>> support
>>
>>>>> more robust unit testing. The bpel-test project in the ode trunk is a
>>>>>
>> good
>>
>>>>> start. The default implementation of the MessageExchangeContext
>>>>>
>> interface
>>
>>>>> supports a simple probe service and a fault service. This concept could
>>>>>
>> be
>>
>>>>> expanded to include assertions on the data passed to the
>>>>> MessageExchangeContext as well as returning preconfigured responses.
>>>>>
>> This
>>
>>>>> interface alone would give you the hook you'd need to handle invokes.
>>>>>
>> I'm
>>
>>>>> not sure what facilities ODE has in place to control the scheduling of
>>>>> alarms but that's another area which could offer assertions as well as
>>>>> changing the actual value for the alarm (you might not want your bpel
>>>>>
>> to
>>
>>>>> have the full value for the wait/onAlarm during testing). I think the
>>>>> existing harness already supports multiple inbound messages but I'm not
>>>>>
>> sure
>>
>>>>> about how they're delivered.
>>>>>
>>>>>
>>>>>> On 2/25/09 11:47 AM, "Rafal Rusin" <ra...@gmail.com> wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> what do you think of implementing a command line tool bpelrun, which
>>>>>> could compile and run a process by sending a request from stdin and
>>>>>> displaying response to stdout.
>>>>>> This would speed up testing of various bpel constructs. It would be
>>>>>> helpful in developing larger processes by copy-pasting from small
>>>>>> examples.
>>>>>> It could be also useful to do bpel unit testing.
>>>>>>
>>>>>> --
>>>>>> Rafał Rusin
>>>>>> www.mimuw.edu.pl/~rrusin <http://www.mimuw.edu.pl/%7Errusin> <
>>>>>>
>> http://www.mimuw.edu.pl/%7Errusin>
>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Mark Ford
>>>>>> MIT Lincoln Laboratory
>>>>>> 244 Wood Street
>>>>>> Lexington MA 02420
>>>>>> (781) 981-1843
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> Dr.-Ing. Daniel Lübke
>>>>> Leibniz Universität Hannover
>>>>> Welfengarten 1
>>>>> D-30167 Hannover
>>>>> Tel. +49 511 762 19672
>>>>> Fax +49 511 762 19679
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>> --
>> Dr.-Ing. Daniel Lübke
>> Leibniz Universität Hannover
>> Welfengarten 1
>> D-30167 Hannover
>> Tel. +49 511 762 19672
>> Fax +49 511 762 19679
>>
>>
>>
>
>
--
Dr.-Ing. Daniel Lübke
Leibniz Universität Hannover
Welfengarten 1
D-30167 Hannover
Tel. +49 511 762 19672
Fax +49 511 762 19679
Hi Daniel, Thanks for the references. I will thoroughly look in to them. I went through some source codes of the BPELUnit. From looking at them I got following skeleton idea about the test framework. Please correct me if I am wrong. 1. Partner services are simulated with the help of an embedded HttpServer. 2. Partner services are simulated using a concept called PartnerTracks which gets called when corresponding requests are received to the HttpServer by the deployed BPEL process. 3. Process deployment is done by extending classes of IBPELDeployer. Currently two deployers are present for ActiveBpel and Oracle. Now I have following assumptions or rather the outline about the scope of the project idea. 1. The project idea involves in developing deployment facility of a bpel process bundle for ODE engine similar to ActiveBpel and Oracle. 2. This doesnot involve in embedding the ODE runtime in to BPELUnit. Does this mean that ODE server has to be started externally before using the runtime in the BPELUnit? 3. This involves integration of BPELUnit with the Eclipse BPEL Designer. In this regard some research will have to be done as to what extension points are available in BPEL Designer for such an expansion. AFAIK BPEL Designer has a mechanism for deploying and communicating with the ODE runtime. May be I can leverage that as well if at the end BPELUnit is going to be integrated with the BPEL Designer. Please correct me if I have misunderstood anything. Sorry for making this mail bit long. It is because I have to have a clear idea of the scope of the project before settling in to the specifics. Best Regards, Chamith Buddhika 2009/3/16 Daniel Luebke <da...@inf.uni-hannover.de> > Dear Chamith, > > today we will update the BPELUnit source and binary download on the page > (http://bpelunit.net) und hopefully will offer an Eclipse update site > for making the installation easier. However, you can use BPELUnit from > the command line and Apache Ant and without Eclipse as well. > You should be aware that there are at least three different tools out > there that call themselves BPELUnit, BPEL Unit, and BPEL-Unit. > ActiveState has integrated BPEL Unit into their designer, which to my > knowledge is a simulation tool and not a testing tool. BPELUnit so far > has only the two tutorials that are published on the site, and some > publications that are linked in the bottom section. If you cannot access > them (they are located on ACM, IEEE, and Springer), please drop me a > mail and I can send you some draft versions. > Of course, I will answer any questions you or anyone else on this list > might have. > > Regards, > Daniel > > > buddhika chamith schrieb: > > Hi, > > > > I went through the project idea for providing ODE runtime support for > > BPELUnit. I think BPELUnit covers the ground of the idea that I was > > suggested on the bpel-dev list earlier. I am very enthusiatic about the > > prospect of ODE integration since I have some experience with ODE with my > > current project of developing a simulator for bpel processes. I am > currently > > going through BpelUnit and ActiveBpel testing scenarios. I will come back > > with questions when I meet any. > > > > Best Regards, > > Chamith Buddika > > > > 2009/2/26 buddhika chamith <ch...@gmail.com> > > > > > >> Hi, > >> > >> I have been suggested of working on some thing similar to this for a > GSOC > >> project in bpel-dev list as a plugin[1] though I even don't mind if it > >> doesn't necessarily involve in Eclipse. Any ideas on this? > >> > >> Regards, > >> Chamith Buddhika > >> > >> [1] http://dev.eclipse.org/mhonarc/lists/bpel-dev/msg00897.html > >> > >> 2009/2/26 Daniel Luebke <da...@inf.uni-hannover.de> > >> > >> Hi, > >> > >>> at my department we have implemented BPELUnit available under the EPL. > >>> You can send messages to processes and can define mocks for services > >>> that can have assertions and return messages and faults to the process. > >>> These message flows are stored as test cases, which can be grouped to > >>> test suites. > >>> BPELUnit has (besides an Eclipse 3.2 front-end) a command line-front > end > >>> and an ant task. You can easily have automated unit tests with it. > >>> However, there is no ODE deployer yet. Therefore, you have to deploy > the > >>> process(es) manually beforehand or you can add the > >>> deployment/undeployment to the ant task. > >>> > >>> Daniel > >>> > >>> Ford, Mark schrieb: > >>> > >>>> I would like to see the existing test harness in ODE expanded to > support > >>>> > >>> more robust unit testing. The bpel-test project in the ode trunk is a > good > >>> start. The default implementation of the MessageExchangeContext > interface > >>> supports a simple probe service and a fault service. This concept could > be > >>> expanded to include assertions on the data passed to the > >>> MessageExchangeContext as well as returning preconfigured responses. > This > >>> interface alone would give you the hook you'd need to handle invokes. > I'm > >>> not sure what facilities ODE has in place to control the scheduling of > >>> alarms but that's another area which could offer assertions as well as > >>> changing the actual value for the alarm (you might not want your bpel > to > >>> have the full value for the wait/onAlarm during testing). I think the > >>> existing harness already supports multiple inbound messages but I'm not > sure > >>> about how they're delivered. > >>> > >>>> On 2/25/09 11:47 AM, "Rafal Rusin" <ra...@gmail.com> wrote: > >>>> > >>>> Hello, > >>>> > >>>> what do you think of implementing a command line tool bpelrun, which > >>>> could compile and run a process by sending a request from stdin and > >>>> displaying response to stdout. > >>>> This would speed up testing of various bpel constructs. It would be > >>>> helpful in developing larger processes by copy-pasting from small > >>>> examples. > >>>> It could be also useful to do bpel unit testing. > >>>> > >>>> -- > >>>> Rafał Rusin > >>>> www.mimuw.edu.pl/~rrusin <http://www.mimuw.edu.pl/%7Errusin> < > http://www.mimuw.edu.pl/%7Errusin> > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Mark Ford > >>>> MIT Lincoln Laboratory > >>>> 244 Wood Street > >>>> Lexington MA 02420 > >>>> (781) 981-1843 > >>>> > >>>> > >>>> > >>> -- > >>> Dr.-Ing. Daniel Lübke > >>> Leibniz Universität Hannover > >>> Welfengarten 1 > >>> D-30167 Hannover > >>> Tel. +49 511 762 19672 > >>> Fax +49 511 762 19679 > >>> > >>> > >>> > > > > > > > -- > Dr.-Ing. Daniel Lübke > Leibniz Universität Hannover > Welfengarten 1 > D-30167 Hannover > Tel. +49 511 762 19672 > Fax +49 511 762 19679 > >
Dear Chamith,
today we will update the BPELUnit source and binary download on the page
(http://bpelunit.net) und hopefully will offer an Eclipse update site
for making the installation easier. However, you can use BPELUnit from
the command line and Apache Ant and without Eclipse as well.
You should be aware that there are at least three different tools out
there that call themselves BPELUnit, BPEL Unit, and BPEL-Unit.
ActiveState has integrated BPEL Unit into their designer, which to my
knowledge is a simulation tool and not a testing tool. BPELUnit so far
has only the two tutorials that are published on the site, and some
publications that are linked in the bottom section. If you cannot access
them (they are located on ACM, IEEE, and Springer), please drop me a
mail and I can send you some draft versions.
Of course, I will answer any questions you or anyone else on this list
might have.
Regards,
Daniel
buddhika chamith schrieb:
> Hi,
>
> I went through the project idea for providing ODE runtime support for
> BPELUnit. I think BPELUnit covers the ground of the idea that I was
> suggested on the bpel-dev list earlier. I am very enthusiatic about the
> prospect of ODE integration since I have some experience with ODE with my
> current project of developing a simulator for bpel processes. I am currently
> going through BpelUnit and ActiveBpel testing scenarios. I will come back
> with questions when I meet any.
>
> Best Regards,
> Chamith Buddika
>
> 2009/2/26 buddhika chamith <ch...@gmail.com>
>
>
>> Hi,
>>
>> I have been suggested of working on some thing similar to this for a GSOC
>> project in bpel-dev list as a plugin[1] though I even don't mind if it
>> doesn't necessarily involve in Eclipse. Any ideas on this?
>>
>> Regards,
>> Chamith Buddhika
>>
>> [1] http://dev.eclipse.org/mhonarc/lists/bpel-dev/msg00897.html
>>
>> 2009/2/26 Daniel Luebke <da...@inf.uni-hannover.de>
>>
>> Hi,
>>
>>> at my department we have implemented BPELUnit available under the EPL.
>>> You can send messages to processes and can define mocks for services
>>> that can have assertions and return messages and faults to the process.
>>> These message flows are stored as test cases, which can be grouped to
>>> test suites.
>>> BPELUnit has (besides an Eclipse 3.2 front-end) a command line-front end
>>> and an ant task. You can easily have automated unit tests with it.
>>> However, there is no ODE deployer yet. Therefore, you have to deploy the
>>> process(es) manually beforehand or you can add the
>>> deployment/undeployment to the ant task.
>>>
>>> Daniel
>>>
>>> Ford, Mark schrieb:
>>>
>>>> I would like to see the existing test harness in ODE expanded to support
>>>>
>>> more robust unit testing. The bpel-test project in the ode trunk is a good
>>> start. The default implementation of the MessageExchangeContext interface
>>> supports a simple probe service and a fault service. This concept could be
>>> expanded to include assertions on the data passed to the
>>> MessageExchangeContext as well as returning preconfigured responses. This
>>> interface alone would give you the hook you'd need to handle invokes. I'm
>>> not sure what facilities ODE has in place to control the scheduling of
>>> alarms but that's another area which could offer assertions as well as
>>> changing the actual value for the alarm (you might not want your bpel to
>>> have the full value for the wait/onAlarm during testing). I think the
>>> existing harness already supports multiple inbound messages but I'm not sure
>>> about how they're delivered.
>>>
>>>> On 2/25/09 11:47 AM, "Rafal Rusin" <ra...@gmail.com> wrote:
>>>>
>>>> Hello,
>>>>
>>>> what do you think of implementing a command line tool bpelrun, which
>>>> could compile and run a process by sending a request from stdin and
>>>> displaying response to stdout.
>>>> This would speed up testing of various bpel constructs. It would be
>>>> helpful in developing larger processes by copy-pasting from small
>>>> examples.
>>>> It could be also useful to do bpel unit testing.
>>>>
>>>> --
>>>> Rafał Rusin
>>>> www.mimuw.edu.pl/~rrusin <http://www.mimuw.edu.pl/%7Errusin>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Mark Ford
>>>> MIT Lincoln Laboratory
>>>> 244 Wood Street
>>>> Lexington MA 02420
>>>> (781) 981-1843
>>>>
>>>>
>>>>
>>> --
>>> Dr.-Ing. Daniel Lübke
>>> Leibniz Universität Hannover
>>> Welfengarten 1
>>> D-30167 Hannover
>>> Tel. +49 511 762 19672
>>> Fax +49 511 762 19679
>>>
>>>
>>>
>
>
--
Dr.-Ing. Daniel Lübke
Leibniz Universität Hannover
Welfengarten 1
D-30167 Hannover
Tel. +49 511 762 19672
Fax +49 511 762 19679