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

Re: Extension activities

te is able to do so because at > >> 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 > >> >

Re: Extension activities

wants to contribute is able to do so because at >> 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 Nachri

Re: Extension activities

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...@gmail.com] > Gesendet: Donnerstag, 22. Februar 2018 08:07 >

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

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" sourc

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

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

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

Re: Extension activities

uot; <mhahn@gmail.com> wrote: > > 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 < > sathwik...@gmail.com> Datum: 30.01.18

Re: Extension activities

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: Extension activities Hi Michael, Thanks for your contribu

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 <sathwik...@gmail.com> Datum: 30.01.18 11:28 (GMT+01:00) An: dev@ode.apache.org Betreff: Re: Extension acti

Re: Extension activities

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 source, wo

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

Re: Extension activities

st 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, > > Thanks for the contribution. &

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

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 > &g

AW: Extension activities

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 Micheal, Am

Re: Extension activities

r/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. > > regards, > sathwik > > On Fri, Nov 24, 2017 at 5:43 PM, Sathwik B P

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

ovember 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 s

Re: Extension activities

@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 initi

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 ODE 1.3

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

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

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

Re: 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 JBoss

Re: Extension activities

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

Re: Extension activities

bbr...@redhat.com: 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

Re: Extension activities

(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 -- - Regards, Waruna Ranasinghe blog

Re: Extension activities

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 JBoss by Red Hat

Re: Extension activities

meinem iPhone gesendet Am 21.09.2010 um 16:09 schrieb Bob Brodt bbr...@redhat.com: 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

Extending(not using extension activities) the BPEL Compiler

person who deployed the BPEL process in the process definition using following XML. myext:deployer myext:name/ /myext:deployer 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

[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 lost

Re: Concurrent execution of extension activities

...@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 [mailto:tvanles

Re: Concurrent execution of extension activities

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 the only way to run the extension code independently from

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, daniel.stu...@empolis.com wrote

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 in-memory to false works only for invokes of webservices, not extension activities. That's true. If you need a concurrent execution of extension activities you'd need to implement the abstract

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 method can finish before

[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