Hi all, These days I'm testing the code implementations regarding basic debugging features. So I feel I should go through the following steps to test the basic debugging features. (I use ODE1.x branch)
1) Start a bpel server and initiate a simple (HelloWorld2) process. (eg. By using org.apache.ode.test.BasicActivities20Test) 2) Get the (org.apache.ode.bpel.engine.BpelProcess) object from the previously created server object. 3) Use the DebuggerSupport of that (org.apache.ode.bpel.engine.BpelProcess) object. (using createDebuggerSupport() in org.apache.ode.bpel.engine.BpelProcess) 4) Use the DebuggerSupport methods (in org.apache.ode.bpel.engine.DebuggerSupport) Please let me know whether these steps are ok for testing the basic functionalities of debugging. As well I don't know how to retrieve an (org.apache.ode.bpel.engine.BpelProcess) object from (org.apache.ode.bpel.engine.BpelServerImpl) object. Is there any test cases written for test the debugging functionality of Apache ODE? Regards, Denis Weerasiri. On Tue, Feb 10, 2009 at 1:59 PM, Tammo van Lessen <tvanles...@gmail.com>wrote: > Hi Denis, > > Denis Weerasiri wrote: > > I'm interested in implementing a interactive debugging tool for WS-BPEL > > developers on Apache ODE which enables to set breakpoints, and > watch/inspect > > instance variables as GSOC project. > > Cool. > > > These days I'm developing a WS-BPEL status tracking tool which generate > an > > SVG flow diagram based on the BPEL code, and view the instance variable > > values and the activity details of the running instances. I used the ODE > > Management API for that. But it seems that ODE doesn't provide any API > for > > handling breakoints. > > Very cool. I believe the SVG rendering may become the most challenging > part. To fully support BPEL you'd need to also consider <flow>+<links> > constructs with can express directed acyclic graphs. This is most likely > a bit tricky to layout as it mixes blocks and graphs. But it would be > awesome to have such a view it in Ode. In case you need a GSOC mentor, > don't hesitate to ask. > > Best, > Tammo > > -- > Tammo van Lessen - http://www.taval.de >
