Re: Extension activities

Hi, would an etherpad instance (maybe created using https://pad.riseup.net/) help to coordinate? Do you have other means "inbetween" issue tracker and mailinglists in place in the context of Apache ODE? Cheers, Oliver 2018-02-23 12:32 GMT+01:00 Sathwik B P : > Hi Michael, > > Just a quick jot

Re: Extension activities

; > >> Would it be possible to create a consolidated roadmap/task list to > >> exactly define the tasks/steps necessary for the different releases? > >> So that everybody that wants to contribute is able to do so because at > >> the moment it is hard to get

Re: Extension activities

>> the moment it is hard to get an idea what the open points are (at least >> from my perspective). >> If I can help with that, just let me know :-) >> >> Best regards, >> Michael >> >> -Ursprüngliche Nachricht- >> Von: Sathwik B P [mailto:sathwik..

Re: Extension activities

e (at least from my > perspective). > If I can help with that, just let me know :-) > > Best regards, > Michael > > -Ursprüngliche Nachricht- > Von: Sathwik B P [mailto:sathwik...@gmail.com] > Gesendet: Donnerstag, 22. Februar 2018 08:07 > An: dev@ode.apache.org &

AW: Extension activities

). If I can help with that, just let me know :-) Best regards, Michael -Ursprüngliche Nachricht- Von: Sathwik B P [mailto:sathwik...@gmail.com] Gesendet: Donnerstag, 22. Februar 2018 08:07 An: dev@ode.apache.org Betreff: Re: Extension activities Oliver, What is your commitment towards

Re: Extension activities

Oliver, What is your commitment towards continued interest in developing ODE further beyond the extension activities? [We are on the verge of zero project activity]. We can offer committership. Trunk is RAW code, never tested. We also probably need to see if there are any security concerns with

Re: Extension activities

Hi, Sorry for being pushy. The thing, I want to know is: What steps need to be taken to create a release which contains our ported extension activities? Should we port them to another branch? Are there features which we should help implementing (Jacob?)? We need an "official" source +

Re: Extension activities

Hi, I think, it's a chiggen-egg problem. Why not establish a more modern release-early-release-often cycle to show activity to the community? What is hindering a CI pipeline? This could also ease jumping in this project.I have experience with CircleCI and Travis if that helps. This could also ki

Re: Extension activities

Hi Oliver, May be, we wait to see for the kind of involvment in the DEV community which justifies the release proposal. Head back to the run up of 1.3.7 release on the ODE-1.3.x branch and look for the kind of involvement of devs and also consider the time that these developers spend on contributi

Re: Extension activities

Hi, 2018-02-01 18:45 GMT+01:00 Sathwik B P : > I dont have a timeline as of yet. The trunk has lot of changes. We need to > release the new JACOB implementation. Revisit the clustering implementation > based on hazelcast. We need to test migrations from 1.3.x versions from > java serialization t

Re: Extension activities

hwik, > do you already have an idea when the changes might become part of an > official release? > Best regards,Michael > Ursprüngliche Nachricht Von: Sathwik B P < > sathwik...@gmail.com> Datum: 30.01.18 11:28 (GMT+01:00) An: > dev@ode.apache.org Betreff: Re

Re: Extension activities

me part of an official release? Best regards,Michael Ursprüngliche Nachricht Von: Sathwik B P < sathwik...@gmail.com> Datum: 30.01.18 11:28 (GMT+01:00) An: dev@ode.apache.org Betreff: Re: Extension activities Hi Michael, Thanks for your contribution. Your PR has been

Re: Extension activities

Hi Sathwik, do you already have an idea when the changes might become part of an official release? Best regards,Michael Ursprüngliche Nachricht Von: Sathwik B P Datum: 30.01.18 11:28 (GMT+01:00) An: dev@ode.apache.org Betreff: Re: Extension activities Hi Michael, Thanks

Re: Extension activities

l.com] > Gesendet: Montag, 29. Januar 2018 11:53 > An: dev@ode.apache.org > Betreff: Re: Extension activities > > Hi Michael, > > Sorry for the delay. > > I had a brief look and it seems good to me. > The PR has a lot of tabs in the source, would it be possible to remov

AW: Extension activities

, Michael -Ursprüngliche Nachricht- Von: Sathwik B P [mailto:sathwik...@gmail.com] Gesendet: Montag, 29. Januar 2018 11:53 An: dev@ode.apache.org Betreff: Re: Extension activities Hi Michael, Sorry for the delay. I had a brief look and it seems good to me. The PR has a lot of tabs in the

Re: Extension activities

> -Ursprüngliche Nachricht- > Von: Sathwik B P [mailto:sathwik...@gmail.com] > Gesendet: Mittwoch, 17. Januar 2018 10:34 > An: dev@ode.apache.org > Betreff: Re: Extension activities > > Hi Micheal, > > Thanks for the contribution. > > Will have a look at

AW: Extension activities

Hi Sathwik, sure, the forked repo is available at: https://github.com/hahnml/ode Best regards, Michael -Ursprüngliche Nachricht- Von: Sathwik B P [mailto:sathwik...@gmail.com] Gesendet: Mittwoch, 17. Januar 2018 10:34 An: dev@ode.apache.org Betreff: Re: Extension activities Hi Micheal

Re: Extension activities

r > has to be adapted :-) > > Best regards, > Michael > > -Ursprüngliche Nachricht- > Von: Sathwik B P [mailto:sathwik...@gmail.com] > Gesendet: Mittwoch, 29. November 2017 06:11 > An: dev@ode.apache.org > Betreff: Re: Extension activities > > Micheal, &g

AW: Extension activities

forward to your feedback, let me know if something is missing or has to be adapted :-) Best regards, Michael -Ursprüngliche Nachricht- Von: Sathwik B P [mailto:sathwik...@gmail.com] Gesendet: Mittwoch, 29. November 2017 06:11 An: dev@ode.apache.org Betreff: Re: Extension activities M

Re: Extension activities

e compiler has undergone changes. I believe porting of extension > activities onto this new model will not be straight forward as the > extension feature was built on the older OModel. > > regards, > sathwik > > On Fri, Nov 24, 2017 at 5:43 PM, Sathwik B P wrote: > >> Micheal

Re: Extension activities

[https://github.com/apache/ode-jacob], the new OModel is here https://github.com/apache/ode/tree/master/bpel-nobj. The compiler has undergone changes. I believe porting of extension activities onto this new model will not be straight forward as the extension feature was built on the older OModel

Re: Extension activities

uot;ode-1.3.x" > branch. > Should I also do the porting based on that branch or better on the master? > > Regards, > Michael > > -Ursprüngliche Nachricht- > Von: Sathwik B P [mailto:sathwik...@gmail.com] > Gesendet: Donnerstag, 23. November 2017 14:52 >

Re: Extension activities

ik...@gmail.com] Gesendet: Donnerstag, 23. November 2017 14:52 An: dev@ode.apache.org Betreff: Re: Extension activities Hi Hahn, Good to hear about your interest on porting Extension activities onto the trunk. It only exists in APACHE_ODE_2.X-experimental" branch. I suppose these should be the

Re: Extension activities

Hi Hahn, Good to hear about your interest on porting Extension activities onto the trunk. It only exists in APACHE_ODE_2.X-experimental" branch. I suppose these should be the initial commits from Tammo, [ODE-159, ODE-160] https://github.com/apache/ode/c

AW: Extension activities

Hi, I'm actually very interested in the support of BPEL extension activities in ODE and also willing to help to integrate/build the feature :-) Some years ago I was able to successfully port the extension activity support from the "APACHE_ODE_2.X-experimental" branch into an OD

Re: Extension activities

Hi Oliver, ODE 2.0 branch was an experimental branch and is not maintained since a very long time. I will have to revisit it myself, in case it involves changes to the ODE object model, then we cannot bring it on any of 1.3.x releases because of chances of breaking binary compatibilities. In orde

Extension activities

Hi, In the context of our usage, we rely on BPEL extension activity support within ODE for enabling the invocation of REST APIs through a corresponding extension bundle. We therefore ported the extension activity support from the 2.0-alpha branch (already some years ago and therefore not up to dat

Registering expression languages at compile time within extension activities

hi all, I am writing an extension activity for BPEL to log variables in the bpel process. I have a requirement to evaluate both xpath 1.0 and 2.0 expressions. By default ExpressionLanguageRuntimeRegistry has xpath 1.0 (urn:oasis:names:tc:wsbpel:2.0:sublang:xpath1.0) as an expression language. If i

Re: Extension activities

m 21.09.2010 um 16:09 schrieb Bob Brodt : > > > Hi devs, >> >> I was just wondering what the status is of >> https://issues.apache.org/jira/browse/ODE-841 (extension activities) and >> if we can expect this feature to be in 1.3.5 >> >> Thanks! &g

Re: Extension activities

> >> > > Can you provide some pointers to check binary compatibility of cbp > files, so > > that I'm happy test this scenario. > > > > > > Thanks, > > Waruna > > > > > > > >> > >> Best, >

Re: Extension activities

> > Thanks, > Waruna > > > >> >> Best, >> Tammo >> >> Von meinem iPhone gesendet >> >> Am 21.09.2010 um 16:09 schrieb Bob Brodt : >> >> >> Hi devs, >>> >>> I was just wondering what the status is of

Re: Extension activities

; Can you provide some pointers to check binary compatibility of cbp files, so that I'm happy test this scenario. Thanks, Waruna > > Best, > Tammo > > Von meinem iPhone gesendet > > Am 21.09.2010 um 16:09 schrieb Bob Brodt : > > > Hi devs, >> >> I was ju

Re: Extension activities

> review before my vacation, which end oct 5. > > Best, >Tammo > > Von meinem iPhone gesendet > > Am 21.09.2010 um 16:09 schrieb Bob Brodt : > > > Hi devs, > > > > I was just wondering what the status is of > https://issues.apach

Re: Extension activities

just wondering what the status is of https://issues.apache.org/jira/browse/ODE-841 (extension activities) and if we can expect this feature to be in 1.3.5 Thanks! ___ Robert ("Bob") Brodt Senior Software Engineer, JBoss Riftsaw JBoss by Red Hat

Extension activities

Hi devs, I was just wondering what the status is of https://issues.apache.org/jira/browse/ODE-841 (extension activities) and if we can expect this feature to be in 1.3.5 Thanks! ___ Robert ("Bob") Brodt Senior Software Engineer, JBoss Riftsaw JB

Extending(not using extension activities) the BPEL Compiler

ve information about person who deployed the BPEL process in the process definition using following XML. Is there way that I can process this without touching the BPEL compiler code and providing a extension bundle like we currently doing for extension activities. Thanks, Milinda -- Mili

[jira] Assigned: (ODE-548) Error Message of Extension Activities get lost

[ https://issues.apache.org/jira/browse/ODE-548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tammo van Lessen reassigned ODE-548: Assignee: Tammo van Lessen > Error Message of Extension Activities get l

Re: Concurrent execution of extension activities

and lightweight threading model. The way you do parrallel > > stuff in Jacob is by injecting more threads. > > > > So I guess the question becomes: what do you need a thread for in your > > extension? > > For non-blocking extension activities. AFAIK a new thread is t

Re: Concurrent execution of extension activities

ting more threads. > > So I guess the question becomes: what do you need a thread for in your > extension? For non-blocking extension activities. AFAIK a new thread is the only way to run the extension code independently from the jacob loop. Long-running code in JacobRunnable.run() would

Re: Concurrent execution of extension activities

give me. > > Regards, > Juergen. > > > -Original Message- > From: juergen.schumac...@empolis.com [mailto: > juergen.schumac...@empolis.com] > Sent: Tuesday, April 14, 2009 3:15 PM > To: dev@ode.apache.org > Subject: Concurrent execution of extension activitie

Re: Concurrent execution of extension activities

gen. > > > -Original Message- > From: juergen.schumac...@empolis.com [mailto:juergen.schumac...@empolis.com] > Sent: Tuesday, April 14, 2009 3:15 PM > To: dev@ode.apache.org > Subject: Concurrent execution of extension activities (RE: Problem with flow > and extension activiti

RE: Concurrent execution of extension activities

humac...@empolis.com [mailto:juergen.schumac...@empolis.com] Sent: Tuesday, April 14, 2009 3:15 PM To: dev@ode.apache.org Subject: Concurrent execution of extension activities (RE: Problem with flow and extension activities) Hi Tammo, > -Original Message- > From: Tammo van Lessen [mai

RE: Problem with flow and extension activities

Hi, I'm moving this from user@ to dev@ ... > -Original Message- > From: Matthieu Riou [mailto:matthieu.r...@gmail.com] > Sent: Wednesday, April 01, 2009 6:36 PM > Subject: Re: Problem with flow and extension activities > > On Wed, Apr 1, 2009 at 2:56 AM, wrote: &

Concurrent execution of extension activities (RE: Problem with flow and extension activities)

Hi Tammo, > -Original Message- > From: Tammo van Lessen [mailto:tvanles...@gmail.com] > Sent: Thursday, April 02, 2009 4:17 PM > Subject: Re: AW: Problem with flow and extension activities > > That's true. If you need a concurrent execution of extension act

RE: AW: Problem with flow and extension activities

Hi, > That's true. If you need a concurrent execution of extension activities > you'd need to implement the abstract class for async extensions, fork > your own thread and call the ExtensionContext.complete method once your > processing has finished. In this case the run me

Re: AW: Problem with flow and extension activities

Hi Daniel, (I'm moving this from user@ to dev@) > today I found out, that the workaround with setting to > "false" works only for invokes of webservices, not extension > activities. That's true. If you need a concurrent execution of extension activities you

[jira] Created: (ODE-548) Error Message of Extension Activities get lost

Error Message of Extension Activities get lost -- Key: ODE-548 URL: https://issues.apache.org/jira/browse/ODE-548 Project: ODE Issue Type: Bug Components: BPEL Runtime Affects