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 <[email protected]> > 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" <[email protected]> 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 > >
