2010/5/22 Milinda Pathirage <milinda.pathir...@gmail.com> > Hi Tammo and Rafal, > > We like to donate BPEL4People extension for ODE and continue development > inside ODE. I'll start a separate thread on this. Also it'll be great if we > can get HISE incubator project into ODE project and complete the human task > implementation also inline with BPEL4People extension. AFAIK, we can move > HISE to ODE. > > Our plan is to first implement BPEL4People with separate task engine and > after that we can consider embeding task engine to ODE itself as described > in BPEL4People specification and implement the BPEL4People compilation > things in ODE. > > WDYT? >
Sounds great. It's really a good idea to combine efforts on Human Tasks. HISE needs a separate distribution (war and osgi), because there is interest in using it as standalone engine (and connect for example to CAMEL). But I think it's a very good idea to include it in ODE sources (in trunk). I think it will be good to have following structure: trunk/ode-scheduler trunk/ode-compiler trunk/ode-axis2-war trunk/ode-bpel4people trunk/hise-services trunk/hise-web (war assembly) etc. This is, because ODE's goal is to have a set of small modules with minimal dependencies, which can be assembled (and reassembled) to construct full featured BPMS. ( http://ode.apache.org/architectural-overview.html) In future we will have additional modules and assemblies for example to support BPMN2, like trunk/ode-bpmn2-war Thanks > Milinda > > 2010/5/21 Tammo van Lessen <tvanles...@gmail.com> > > > Hi, > > > > I think it depends on the needs. If you need a quick solution, then I'd > > go with Rafal's suggestion and implement in terms of a BPEL fragment. If > > you want to implement BPEL4People's people activities, the extension > > mechanism is what you want, but it is still considered experimental. > > AFAIK, long running extension activities have not yet been implemented > > with it, but I'd appreciate any kind of comments to improve it so that > > it fully supports this scenarios. We'd also appreciate a code donation > > of the BPEL4People implementation of course (I'm pretty sure that it > > needs additional extensions to ODE, besides the extension activity) ;) > > > > Which extension operation super class are you using? > > > > Best, > > Tammo > > > > On 21.05.2010 07:25, Waruna Ranasinghe wrote: > > > Hi Rafal, > > > > > > I'm trying to implement peopleActivity for BPEL4People as an BPEL > > extension > > > activity > > > You may already aware of this and peopleActivity is a blocking > activity. > > > > > > It is quite convenient to use an extension activity rather than a > > separate > > > process since we need to correlate messages and etc... > > > > > > So do you think that I should drop the extension and go for a separate > > > process? > > > WDYT? > > > > > > > > > Thanks, > > > Waruna > > > > > > On 21 May 2010 10:19, Rafal Rusin <ra...@intalio.com> wrote: > > > > > >> Hello, > > >> > > >> is it possible to decompose your extension activity into a process, > > which > > >> will wait for few hours and invoke only > > >> quick parts of code? > > >> > > >> On 12 May 2010 23:51, Waruna Ranasinghe <waruna...@gmail.com> wrote: > > >>> Hi devs, > > >>> > > >>> I have been writing a bpel extension activity which does an external > > >> service > > >>> call and waits for the response. > > >>> The activity itself is a blocking activity. It may have to wait for > > hours > > >> to > > >>> get the response, so that it may take hours to complete the activity. > > >>> > > >>> Problem is, If I create few instances from this process, after > sometime > > >> it > > >>> will complain about getting database connections saying that "No > > >>> ManagedConnections available within configured blocking timeout ( > 30000 > > >> [ms] > > >>> ) for pool > > >>> > org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor" > > >>> > > >>> I think this happens due to the Extension activity which takes hours > to > > >> get > > >>> completed, so that the db connection also holds on to it until the > > >> activity > > >>> get completed > > >>> > > >>> Therefore, If we can close the connection after external service > call, > > I > > >>> think we can fix this issue. > > >>> > > >>> Any body aware of how to close the db connection within an extension > > >>> activity or any other work around?? > > >>> > > >>> > > >>> Thanks, > > >>> Waruna > > >>> > > >>> > > >>> -- > > >>> ----------------------------------------------------- > > >>> Regards, > > >>> Waruna Ranasinghe > > >>> BLOG: http://warunapw.blogspot.com > > >>> > > >> > > >> -- > > >> Regards, > > >> Rafał Rusin > > >> http://rrusin.blogspot.com > > >> > > > > > > > > > > > > > -- > > Tammo van Lessen - http://www.taval.de > > > > > > -- > Milinda Pathirage > Senior Software Engineer & Product Manager WSO2 BPS; http://wso2.org/bps > WSO2 <http://wso2.org/bps%0AWSO2> Inc.; http://wso2.com > E-mail: mili...@wso2.com, milinda.pathir...@gmail.com > Web: http://mpathirage.com > Blog: http://blog.mpathirage.com > -- Regards, Rafał Rusin http://rrusin.blogspot.com
