You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ode.apache.org by Aaron Anderson <aa...@apache.org> on 2019/02/01 03:52:30 UTC
Re: ODE, ODE 2.0, the Attic and the Incubator
Thanks everyone for your positive feedback! Here are the milestone tasks I have been working towards to have a kernel of functionality to extend from:
1. Create a Maven build project that supports modular extensions - done
2. Create a server process that starts and stops an embedded Ignite server and OpenWebBeans context - done
3. CLI interaction to run Ignite tasks - done
4. Configuration service including installing and uninstalling modules - currently working on this
5. Process life-cycle - building Ignite tasks and caches to manage process instances TBD
6. Compiler - translate source into sequences of instructions (executable) - I have some code from a previous effort I intend to re-use TBD
7. Interpreter - load a executable and step through instructions, invoke instruction instance providing executable and Ignite context TBD
8. Add individual Tomcat and CXF modules for receiving and sending REST requests - TBD
After this bare minimum functionality is available I would like to accomplish the following:
1. Create a partial SCXML extension
2. Create a partial extensible BPMN 2.0 extension
Creating two different extensions should highlight shared service abstraction and extensiblity deficiencies.
To complete the prototype I would like to add assembly/composite deployment functionality for managing and dynamically deploying source and binary artifacts to the platform such as process definitions, static web content, Java libraries, etc. This would involve local file caching and classloader management with a limited child CDI context. Given the complexity of this work I plan on working on this towards the end of the prototype phase.
Based on my current progress and research of Ignite and OpenWebbeans I have a good idea of how to do the remaining work. Two aspects I still need to do more research on is what format the the executable and processes should be stored in within Ignite.
For the executable format I am leaning towards a namespace aware XML format, perhaps compressed. Mapping XML QNames to Java annotations using CDI is straight forward and would also make it easy to extend. For process instances I am looking into using the native Ignite binary format but I need to perform some more testing to see how layering extended data into it would work.
Please let me know if anyone has any questions or would like further clarification on the tasks outlined above. If it would be helpful I can check in all my latest code into my github repo or even create a branch in the new git repository so everyone can see what I have done so far.
Regards,
Aaron
On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <an...@toulme.name> wrote:
Hey Aaron,
I have been a committer with little to no activity for a long time. That said, I think ODE is a unique project and has great potential - some of it unachieved.
You had a long laundry list of items you’d like to see happen.
Can you sort them in order of priority and decompose them enough others can pick them up with you?
Just like Paul - costs me nothing to keep it going, so +1 here too.
Cheers,
Antoine
> On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
>
> Aaron - it has been a long time. (In fact, ODE grew out of work at my
> company back in 2002-2003... if memory serves.)
>
> That said, it costs me nothing to let things move forward and offer what
> advice I can, but I expect to have a meager amount of time.
>
> So +1 to some new life if that’s the way you want to go!
>
> On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org> wrote:
>
>>
>> Hi Rich,
>>
>> As an ODE committer I would love to collaborate and modernize the existing
>> ODE project. I received several direct emails from ODE users who are also
>> interested in working on a new incarnation. Over the past few weeks I have
>> been prototyping Ignite configurations and tasks for use in a business
>> process management platform and I am pleased with my progress. I am fully
>> dedicated to using this platform in a couple of internal applications I
>> will be working on over the next year and I would eagerly like to synergize
>> with others through the Apache Way. My current goal is to build
>> functionality that satisfies many of the features I previously outlined so
>> that myself and others could have something extensible to work from. As I
>> mentioned in my previous communication process automation is big business
>> and augmenting the mature and feature rich Ignite platform could provide a
>> convenient low cost alternative to the other proprietary solutions in the
>> space.
>>
>>
>> With all that said it is entirely understandable that the current ODE PMC
>> members desire to retire the ODE project to the attic and move on. I
>> believe several of the members were part of the original ODE software
>> contribution and incubator process 14+ years ago. Over the last few years
>> interest in BPEL has diminished and they probably have no personal or
>> financial incentives to remain involved with the project even if it were to
>> be revived.
>>
>>
>> If anyone else is interested in rebooting the ODE project now is the time
>> to speak up. In any event I plan to continue to share my work on my github
>> repo.
>>
>>
>> Regards,
>>
>>
>> Aaron
>>
>> -------------------------------------------
>> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
>>
>> Subject: ODE, ODE 2.0, the Attic and the Incubator
>> To: user@ode.apache.org
>> Date: Wednesday, January 16, 2019, 3:00 PM
>>
>> (Oops. I mailed this to users@ rather than user@. Sorry for the
>> crosspost, but I wanted to be sure as
>> wide an audience as possible sees
>> this.)
>>
>> Hi, ODE folks,
>>
>> Please forgive this intrusion by an
>> outsider. I am aware that I lack
>> both the history of your project, and
>> the technical understanding of
>> your software. However, I represent the
>> Board of Directors, and we
>> wanted to discuss something with you
>> before you take your project to the
>> Attic.
>>
>> In today's Board meeting, we discussed
>> your desire to move to the Attic,
>> while at the same time taking a new
>> project, with the same name, and the
>> same mission, albeit with different
>> architecture, to the Incubator.
>>
>> We agreed to postpone your Attic
>> proposal another month, in the hopes of
>> ensuring that you're aware of all the
>> options that are available to you.
>>
>> There is considerable precedent, at
>> Apache, for projects completely
>> reboot their code, while retaining the
>> existing project name and
>> community. The Apache HTTP server did
>> this very early on. Axis also did
>> this many years ago. The advantages of
>> this approach are numerous:
>>
>> * You retain your brand equity (ie, the
>> value that you've already
>> established in your name)
>> * You tell the user community that
>> you're still solving the same
>> problem, although you're solving it
>> differently
>> * You save the hassle of going through
>> the Incubator for code that will
>> be developed "in house"
>> * You save the hassle of having to
>> Attic your project
>> * You eliminate a huge amount of user
>> confusion. "That project is dead."
>> "No, it's not, look over here." "Wait,
>> two projects with the same name?
>> Which one should I be using?" and so
>> on.
>>
>> While the Board is not going to dictate
>> which route you should take
>> here, we strongly encourage you to use
>> your existing structure -
>> website, mailing lists, revision
>> control, etc - to bootstrap the new
>> proposal discussed at https://s.apache.org/rSlq Leverage the existing
>> expertise in your existing community.
>> Build the new thing, and deprecate
>> the old thing, while being completely
>> transparent to your users that the
>> new thing is a completely new thing,
>> and isn't trying to be a drop-in
>> replacement.
>>
>> We believe that doing the
>> community/project "reboot" in place, rather
>> than going via the Attic and Incubator,
>> is to the benefit of everyone -
>> you, your user community, the attic,
>> the incubator, Infrastructure, and
>> the Apache marketing team. And there
>> are lots of people on the board,
>> the members list, and the Community
>> Development team, who would be glad
>> to offer advice, assistance, and
>> whatever support you need to make this
>> happen.
>>
>> What do you think?
>>
>> --Rich, for the Board of Directors.
>>
>>
>>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Aaron Anderson <aa...@apache.org>.
Hi Sathwik,
I have made progress on creating a new BPM prototype using Apache Ignite but I have not achieved as much as I would have liked to due to recent vacations, illness, and competing work demands. On a positive note I am using Apache Ignite on a project to migrate a large amount of user and configuration data from one Cloud based system to another which has given me more operational insight into Apache Ignite beyond what I discovered during my initial research. I have an implementation plan mapped out to complete the prototype I just need the time to complete it.
The latest updates to the prototype can be located at this github repo: https://github.com/aaronanderson/ODE-X
Regards,
Aaron
On Monday, March 25, 2019, 2:12:06 AM CDT, Sathwik B P <sa...@gmail.com> wrote:
Hi Guys,
The PMC had voted successfully to retire the project and the same was
intimated to the board in the reporting period of Jan 2019.
In the wake of a new proposal on the table the board has delayed in
accepting our request and find if there is any chance of injecting new life
into the community.
Post the proposal dicussion on 1st Feb -2019, it has been silent so far.
I don't know what to make out of this.
What is the way forward? Board report is scheduled in the next couple of
weeks.
regards,
sathwik
On Fri, Feb 1, 2019 at 3:24 PM Sathwik B P <sa...@gmail.com> wrote:
> Hi Guys,
> Thanks for coming back.
>
> Keeping aside Aron's great efforts on the proposal and undergoing POC. I
> have few questions, I have some options under each question.
>
> How do we plan to build a dev/user community around this Next Gen ODE
> following the proposal after the POC stage?
> a) Take it to incubator under Apache ODE brand name with it's own source
> repo.
> b) Direct import into a new source repo, without going to the incubator.
> (probably with a single commiter)
>
> What do we do with the ODE 1.x source repositories [ode-console.git,
> ode-jacob.git, ode.git]?
> a) Make them read only, no maintenance or releases hereafter.
>
> What happens to the ode.apache.org website?
> a) Add a header indicating the visitors that Next Gen ODE is under way and
> existing website contents/downloads are no logner supported?
>
> regards,
> sathwik
>
> On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org>
> wrote:
>
>> Thanks everyone for your positive feedback! Here are the milestone tasks
>> I have been working towards to have a kernel of functionality to extend
>> from:
>> 1. Create a Maven build project that supports modular extensions - done
>> 2. Create a server process that starts and stops an embedded Ignite
>> server and OpenWebBeans context - done
>> 3. CLI interaction to run Ignite tasks - done
>>
>> 4. Configuration service including installing and uninstalling modules -
>> currently working on this
>> 5. Process life-cycle - building Ignite tasks and caches to manage
>> process instances TBD
>>
>> 6. Compiler - translate source into sequences of instructions
>> (executable) - I have some code from a previous effort I intend to re-use
>> TBD
>>
>> 7. Interpreter - load a executable and step through instructions, invoke
>> instruction instance providing executable and Ignite context TBD
>> 8. Add individual Tomcat and CXF modules for receiving and sending REST
>> requests - TBD
>>
>> After this bare minimum functionality is available I would like to
>> accomplish the following:
>>
>> 1. Create a partial SCXML extension
>> 2. Create a partial extensible BPMN 2.0 extension
>> Creating two different extensions should highlight shared service
>> abstraction and extensiblity deficiencies.
>>
>> To complete the prototype I would like to add assembly/composite
>> deployment functionality for managing and dynamically deploying source and
>> binary artifacts to the platform such as process definitions, static web
>> content, Java libraries, etc. This would involve local file caching and
>> classloader management with a limited child CDI context. Given the
>> complexity of this work I plan on working on this towards the end of the
>> prototype phase.
>> Based on my current progress and research of Ignite and OpenWebbeans I
>> have a good idea of how to do the remaining work. Two aspects I still need
>> to do more research on is what format the the executable and processes
>> should be stored in within Ignite.
>>
>> For the executable format I am leaning towards a namespace aware XML
>> format, perhaps compressed. Mapping XML QNames to Java annotations using
>> CDI is straight forward and would also make it easy to extend. For process
>> instances I am looking into using the native Ignite binary format but I
>> need to perform some more testing to see how layering extended data into it
>> would work.
>> Please let me know if anyone has any questions or would like further
>> clarification on the tasks outlined above. If it would be helpful I can
>> check in all my latest code into my github repo or even create a branch in
>> the new git repository so everyone can see what I have done so far.
>>
>> Regards,
>> Aaron
>>
>>
>> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
>> antoine@toulme.name> wrote:
>>
>> Hey Aaron,
>>
>> I have been a committer with little to no activity for a long time. That
>> said, I think ODE is a unique project and has great potential - some of it
>> unachieved.
>>
>> You had a long laundry list of items you’d like to see happen.
>> Can you sort them in order of priority and decompose them enough others
>> can pick them up with you?
>>
>> Just like Paul - costs me nothing to keep it going, so +1 here too.
>>
>> Cheers,
>>
>> Antoine
>>
>> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
>> >
>> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
>> > company back in 2002-2003... if memory serves.)
>> >
>> > That said, it costs me nothing to let things move forward and offer what
>> > advice I can, but I expect to have a meager amount of time.
>> >
>> > So +1 to some new life if that’s the way you want to go!
>> >
>> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
>> wrote:
>> >
>> >>
>> >> Hi Rich,
>> >>
>> >> As an ODE committer I would love to collaborate and modernize the
>> existing
>> >> ODE project. I received several direct emails from ODE users who are
>> also
>> >> interested in working on a new incarnation. Over the past few weeks I
>> have
>> >> been prototyping Ignite configurations and tasks for use in a business
>> >> process management platform and I am pleased with my progress. I am
>> fully
>> >> dedicated to using this platform in a couple of internal applications I
>> >> will be working on over the next year and I would eagerly like to
>> synergize
>> >> with others through the Apache Way. My current goal is to build
>> >> functionality that satisfies many of the features I previously
>> outlined so
>> >> that myself and others could have something extensible to work from.
>> As I
>> >> mentioned in my previous communication process automation is big
>> business
>> >> and augmenting the mature and feature rich Ignite platform could
>> provide a
>> >> convenient low cost alternative to the other proprietary solutions in
>> the
>> >> space.
>> >>
>> >>
>> >> With all that said it is entirely understandable that the current ODE
>> PMC
>> >> members desire to retire the ODE project to the attic and move on. I
>> >> believe several of the members were part of the original ODE software
>> >> contribution and incubator process 14+ years ago. Over the last few
>> years
>> >> interest in BPEL has diminished and they probably have no personal or
>> >> financial incentives to remain involved with the project even if it
>> were to
>> >> be revived.
>> >>
>> >>
>> >> If anyone else is interested in rebooting the ODE project now is the
>> time
>> >> to speak up. In any event I plan to continue to share my work on my
>> github
>> >> repo.
>> >>
>> >>
>> >> Regards,
>> >>
>> >>
>> >> Aaron
>> >>
>> >> -------------------------------------------
>> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
>> >>
>> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
>> >> To: user@ode.apache.org
>> >> Date: Wednesday, January 16, 2019, 3:00 PM
>> >>
>> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
>> >> crosspost, but I wanted to be sure as
>> >> wide an audience as possible sees
>> >> this.)
>> >>
>> >> Hi, ODE folks,
>> >>
>> >> Please forgive this intrusion by an
>> >> outsider. I am aware that I lack
>> >> both the history of your project, and
>> >> the technical understanding of
>> >> your software. However, I represent the
>> >> Board of Directors, and we
>> >> wanted to discuss something with you
>> >> before you take your project to the
>> >> Attic.
>> >>
>> >> In today's Board meeting, we discussed
>> >> your desire to move to the Attic,
>> >> while at the same time taking a new
>> >> project, with the same name, and the
>> >> same mission, albeit with different
>> >> architecture, to the Incubator.
>> >>
>> >> We agreed to postpone your Attic
>> >> proposal another month, in the hopes of
>> >> ensuring that you're aware of all the
>> >> options that are available to you.
>> >>
>> >> There is considerable precedent, at
>> >> Apache, for projects completely
>> >> reboot their code, while retaining the
>> >> existing project name and
>> >> community. The Apache HTTP server did
>> >> this very early on. Axis also did
>> >> this many years ago. The advantages of
>> >> this approach are numerous:
>> >>
>> >> * You retain your brand equity (ie, the
>> >> value that you've already
>> >> established in your name)
>> >> * You tell the user community that
>> >> you're still solving the same
>> >> problem, although you're solving it
>> >> differently
>> >> * You save the hassle of going through
>> >> the Incubator for code that will
>> >> be developed "in house"
>> >> * You save the hassle of having to
>> >> Attic your project
>> >> * You eliminate a huge amount of user
>> >> confusion. "That project is dead."
>> >> "No, it's not, look over here." "Wait,
>> >> two projects with the same name?
>> >> Which one should I be using?" and so
>> >> on.
>> >>
>> >> While the Board is not going to dictate
>> >> which route you should take
>> >> here, we strongly encourage you to use
>> >> your existing structure -
>> >> website, mailing lists, revision
>> >> control, etc - to bootstrap the new
>> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
>> >> expertise in your existing community.
>> >> Build the new thing, and deprecate
>> >> the old thing, while being completely
>> >> transparent to your users that the
>> >> new thing is a completely new thing,
>> >> and isn't trying to be a drop-in
>> >> replacement.
>> >>
>> >> We believe that doing the
>> >> community/project "reboot" in place, rather
>> >> than going via the Attic and Incubator,
>> >> is to the benefit of everyone -
>> >> you, your user community, the attic,
>> >> the incubator, Infrastructure, and
>> >> the Apache marketing team. And there
>> >> are lots of people on the board,
>> >> the members list, and the Community
>> >> Development team, who would be glad
>> >> to offer advice, assistance, and
>> >> whatever support you need to make this
>> >> happen.
>> >>
>> >> What do you think?
>> >>
>> >> --Rich, for the Board of Directors.
>> >>
>> >>
>> >>
>>
>
>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Aaron Anderson <aa...@apache.org>.
Hi Sathwik,
I have made progress on creating a new BPM prototype using Apache Ignite but I have not achieved as much as I would have liked to due to recent vacations, illness, and competing work demands. On a positive note I am using Apache Ignite on a project to migrate a large amount of user and configuration data from one Cloud based system to another which has given me more operational insight into Apache Ignite beyond what I discovered during my initial research. I have an implementation plan mapped out to complete the prototype I just need the time to complete it.
The latest updates to the prototype can be located at this github repo: https://github.com/aaronanderson/ODE-X
Regards,
Aaron
On Monday, March 25, 2019, 2:12:06 AM CDT, Sathwik B P <sa...@gmail.com> wrote:
Hi Guys,
The PMC had voted successfully to retire the project and the same was
intimated to the board in the reporting period of Jan 2019.
In the wake of a new proposal on the table the board has delayed in
accepting our request and find if there is any chance of injecting new life
into the community.
Post the proposal dicussion on 1st Feb -2019, it has been silent so far.
I don't know what to make out of this.
What is the way forward? Board report is scheduled in the next couple of
weeks.
regards,
sathwik
On Fri, Feb 1, 2019 at 3:24 PM Sathwik B P <sa...@gmail.com> wrote:
> Hi Guys,
> Thanks for coming back.
>
> Keeping aside Aron's great efforts on the proposal and undergoing POC. I
> have few questions, I have some options under each question.
>
> How do we plan to build a dev/user community around this Next Gen ODE
> following the proposal after the POC stage?
> a) Take it to incubator under Apache ODE brand name with it's own source
> repo.
> b) Direct import into a new source repo, without going to the incubator.
> (probably with a single commiter)
>
> What do we do with the ODE 1.x source repositories [ode-console.git,
> ode-jacob.git, ode.git]?
> a) Make them read only, no maintenance or releases hereafter.
>
> What happens to the ode.apache.org website?
> a) Add a header indicating the visitors that Next Gen ODE is under way and
> existing website contents/downloads are no logner supported?
>
> regards,
> sathwik
>
> On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org>
> wrote:
>
>> Thanks everyone for your positive feedback! Here are the milestone tasks
>> I have been working towards to have a kernel of functionality to extend
>> from:
>> 1. Create a Maven build project that supports modular extensions - done
>> 2. Create a server process that starts and stops an embedded Ignite
>> server and OpenWebBeans context - done
>> 3. CLI interaction to run Ignite tasks - done
>>
>> 4. Configuration service including installing and uninstalling modules -
>> currently working on this
>> 5. Process life-cycle - building Ignite tasks and caches to manage
>> process instances TBD
>>
>> 6. Compiler - translate source into sequences of instructions
>> (executable) - I have some code from a previous effort I intend to re-use
>> TBD
>>
>> 7. Interpreter - load a executable and step through instructions, invoke
>> instruction instance providing executable and Ignite context TBD
>> 8. Add individual Tomcat and CXF modules for receiving and sending REST
>> requests - TBD
>>
>> After this bare minimum functionality is available I would like to
>> accomplish the following:
>>
>> 1. Create a partial SCXML extension
>> 2. Create a partial extensible BPMN 2.0 extension
>> Creating two different extensions should highlight shared service
>> abstraction and extensiblity deficiencies.
>>
>> To complete the prototype I would like to add assembly/composite
>> deployment functionality for managing and dynamically deploying source and
>> binary artifacts to the platform such as process definitions, static web
>> content, Java libraries, etc. This would involve local file caching and
>> classloader management with a limited child CDI context. Given the
>> complexity of this work I plan on working on this towards the end of the
>> prototype phase.
>> Based on my current progress and research of Ignite and OpenWebbeans I
>> have a good idea of how to do the remaining work. Two aspects I still need
>> to do more research on is what format the the executable and processes
>> should be stored in within Ignite.
>>
>> For the executable format I am leaning towards a namespace aware XML
>> format, perhaps compressed. Mapping XML QNames to Java annotations using
>> CDI is straight forward and would also make it easy to extend. For process
>> instances I am looking into using the native Ignite binary format but I
>> need to perform some more testing to see how layering extended data into it
>> would work.
>> Please let me know if anyone has any questions or would like further
>> clarification on the tasks outlined above. If it would be helpful I can
>> check in all my latest code into my github repo or even create a branch in
>> the new git repository so everyone can see what I have done so far.
>>
>> Regards,
>> Aaron
>>
>>
>> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
>> antoine@toulme.name> wrote:
>>
>> Hey Aaron,
>>
>> I have been a committer with little to no activity for a long time. That
>> said, I think ODE is a unique project and has great potential - some of it
>> unachieved.
>>
>> You had a long laundry list of items you’d like to see happen.
>> Can you sort them in order of priority and decompose them enough others
>> can pick them up with you?
>>
>> Just like Paul - costs me nothing to keep it going, so +1 here too.
>>
>> Cheers,
>>
>> Antoine
>>
>> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
>> >
>> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
>> > company back in 2002-2003... if memory serves.)
>> >
>> > That said, it costs me nothing to let things move forward and offer what
>> > advice I can, but I expect to have a meager amount of time.
>> >
>> > So +1 to some new life if that’s the way you want to go!
>> >
>> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
>> wrote:
>> >
>> >>
>> >> Hi Rich,
>> >>
>> >> As an ODE committer I would love to collaborate and modernize the
>> existing
>> >> ODE project. I received several direct emails from ODE users who are
>> also
>> >> interested in working on a new incarnation. Over the past few weeks I
>> have
>> >> been prototyping Ignite configurations and tasks for use in a business
>> >> process management platform and I am pleased with my progress. I am
>> fully
>> >> dedicated to using this platform in a couple of internal applications I
>> >> will be working on over the next year and I would eagerly like to
>> synergize
>> >> with others through the Apache Way. My current goal is to build
>> >> functionality that satisfies many of the features I previously
>> outlined so
>> >> that myself and others could have something extensible to work from.
>> As I
>> >> mentioned in my previous communication process automation is big
>> business
>> >> and augmenting the mature and feature rich Ignite platform could
>> provide a
>> >> convenient low cost alternative to the other proprietary solutions in
>> the
>> >> space.
>> >>
>> >>
>> >> With all that said it is entirely understandable that the current ODE
>> PMC
>> >> members desire to retire the ODE project to the attic and move on. I
>> >> believe several of the members were part of the original ODE software
>> >> contribution and incubator process 14+ years ago. Over the last few
>> years
>> >> interest in BPEL has diminished and they probably have no personal or
>> >> financial incentives to remain involved with the project even if it
>> were to
>> >> be revived.
>> >>
>> >>
>> >> If anyone else is interested in rebooting the ODE project now is the
>> time
>> >> to speak up. In any event I plan to continue to share my work on my
>> github
>> >> repo.
>> >>
>> >>
>> >> Regards,
>> >>
>> >>
>> >> Aaron
>> >>
>> >> -------------------------------------------
>> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
>> >>
>> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
>> >> To: user@ode.apache.org
>> >> Date: Wednesday, January 16, 2019, 3:00 PM
>> >>
>> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
>> >> crosspost, but I wanted to be sure as
>> >> wide an audience as possible sees
>> >> this.)
>> >>
>> >> Hi, ODE folks,
>> >>
>> >> Please forgive this intrusion by an
>> >> outsider. I am aware that I lack
>> >> both the history of your project, and
>> >> the technical understanding of
>> >> your software. However, I represent the
>> >> Board of Directors, and we
>> >> wanted to discuss something with you
>> >> before you take your project to the
>> >> Attic.
>> >>
>> >> In today's Board meeting, we discussed
>> >> your desire to move to the Attic,
>> >> while at the same time taking a new
>> >> project, with the same name, and the
>> >> same mission, albeit with different
>> >> architecture, to the Incubator.
>> >>
>> >> We agreed to postpone your Attic
>> >> proposal another month, in the hopes of
>> >> ensuring that you're aware of all the
>> >> options that are available to you.
>> >>
>> >> There is considerable precedent, at
>> >> Apache, for projects completely
>> >> reboot their code, while retaining the
>> >> existing project name and
>> >> community. The Apache HTTP server did
>> >> this very early on. Axis also did
>> >> this many years ago. The advantages of
>> >> this approach are numerous:
>> >>
>> >> * You retain your brand equity (ie, the
>> >> value that you've already
>> >> established in your name)
>> >> * You tell the user community that
>> >> you're still solving the same
>> >> problem, although you're solving it
>> >> differently
>> >> * You save the hassle of going through
>> >> the Incubator for code that will
>> >> be developed "in house"
>> >> * You save the hassle of having to
>> >> Attic your project
>> >> * You eliminate a huge amount of user
>> >> confusion. "That project is dead."
>> >> "No, it's not, look over here." "Wait,
>> >> two projects with the same name?
>> >> Which one should I be using?" and so
>> >> on.
>> >>
>> >> While the Board is not going to dictate
>> >> which route you should take
>> >> here, we strongly encourage you to use
>> >> your existing structure -
>> >> website, mailing lists, revision
>> >> control, etc - to bootstrap the new
>> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
>> >> expertise in your existing community.
>> >> Build the new thing, and deprecate
>> >> the old thing, while being completely
>> >> transparent to your users that the
>> >> new thing is a completely new thing,
>> >> and isn't trying to be a drop-in
>> >> replacement.
>> >>
>> >> We believe that doing the
>> >> community/project "reboot" in place, rather
>> >> than going via the Attic and Incubator,
>> >> is to the benefit of everyone -
>> >> you, your user community, the attic,
>> >> the incubator, Infrastructure, and
>> >> the Apache marketing team. And there
>> >> are lots of people on the board,
>> >> the members list, and the Community
>> >> Development team, who would be glad
>> >> to offer advice, assistance, and
>> >> whatever support you need to make this
>> >> happen.
>> >>
>> >> What do you think?
>> >>
>> >> --Rich, for the Board of Directors.
>> >>
>> >>
>> >>
>>
>
>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Sathwik B P <sa...@gmail.com>.
Hi Guys,
The PMC had voted successfully to retire the project and the same was
intimated to the board in the reporting period of Jan 2019.
In the wake of a new proposal on the table the board has delayed in
accepting our request and find if there is any chance of injecting new life
into the community.
Post the proposal dicussion on 1st Feb -2019, it has been silent so far.
I don't know what to make out of this.
What is the way forward? Board report is scheduled in the next couple of
weeks.
regards,
sathwik
On Fri, Feb 1, 2019 at 3:24 PM Sathwik B P <sa...@gmail.com> wrote:
> Hi Guys,
> Thanks for coming back.
>
> Keeping aside Aron's great efforts on the proposal and undergoing POC. I
> have few questions, I have some options under each question.
>
> How do we plan to build a dev/user community around this Next Gen ODE
> following the proposal after the POC stage?
> a) Take it to incubator under Apache ODE brand name with it's own source
> repo.
> b) Direct import into a new source repo, without going to the incubator.
> (probably with a single commiter)
>
> What do we do with the ODE 1.x source repositories [ode-console.git,
> ode-jacob.git, ode.git]?
> a) Make them read only, no maintenance or releases hereafter.
>
> What happens to the ode.apache.org website?
> a) Add a header indicating the visitors that Next Gen ODE is under way and
> existing website contents/downloads are no logner supported?
>
> regards,
> sathwik
>
> On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org>
> wrote:
>
>> Thanks everyone for your positive feedback! Here are the milestone tasks
>> I have been working towards to have a kernel of functionality to extend
>> from:
>> 1. Create a Maven build project that supports modular extensions - done
>> 2. Create a server process that starts and stops an embedded Ignite
>> server and OpenWebBeans context - done
>> 3. CLI interaction to run Ignite tasks - done
>>
>> 4. Configuration service including installing and uninstalling modules -
>> currently working on this
>> 5. Process life-cycle - building Ignite tasks and caches to manage
>> process instances TBD
>>
>> 6. Compiler - translate source into sequences of instructions
>> (executable) - I have some code from a previous effort I intend to re-use
>> TBD
>>
>> 7. Interpreter - load a executable and step through instructions, invoke
>> instruction instance providing executable and Ignite context TBD
>> 8. Add individual Tomcat and CXF modules for receiving and sending REST
>> requests - TBD
>>
>> After this bare minimum functionality is available I would like to
>> accomplish the following:
>>
>> 1. Create a partial SCXML extension
>> 2. Create a partial extensible BPMN 2.0 extension
>> Creating two different extensions should highlight shared service
>> abstraction and extensiblity deficiencies.
>>
>> To complete the prototype I would like to add assembly/composite
>> deployment functionality for managing and dynamically deploying source and
>> binary artifacts to the platform such as process definitions, static web
>> content, Java libraries, etc. This would involve local file caching and
>> classloader management with a limited child CDI context. Given the
>> complexity of this work I plan on working on this towards the end of the
>> prototype phase.
>> Based on my current progress and research of Ignite and OpenWebbeans I
>> have a good idea of how to do the remaining work. Two aspects I still need
>> to do more research on is what format the the executable and processes
>> should be stored in within Ignite.
>>
>> For the executable format I am leaning towards a namespace aware XML
>> format, perhaps compressed. Mapping XML QNames to Java annotations using
>> CDI is straight forward and would also make it easy to extend. For process
>> instances I am looking into using the native Ignite binary format but I
>> need to perform some more testing to see how layering extended data into it
>> would work.
>> Please let me know if anyone has any questions or would like further
>> clarification on the tasks outlined above. If it would be helpful I can
>> check in all my latest code into my github repo or even create a branch in
>> the new git repository so everyone can see what I have done so far.
>>
>> Regards,
>> Aaron
>>
>>
>> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
>> antoine@toulme.name> wrote:
>>
>> Hey Aaron,
>>
>> I have been a committer with little to no activity for a long time. That
>> said, I think ODE is a unique project and has great potential - some of it
>> unachieved.
>>
>> You had a long laundry list of items you’d like to see happen.
>> Can you sort them in order of priority and decompose them enough others
>> can pick them up with you?
>>
>> Just like Paul - costs me nothing to keep it going, so +1 here too.
>>
>> Cheers,
>>
>> Antoine
>>
>> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
>> >
>> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
>> > company back in 2002-2003... if memory serves.)
>> >
>> > That said, it costs me nothing to let things move forward and offer what
>> > advice I can, but I expect to have a meager amount of time.
>> >
>> > So +1 to some new life if that’s the way you want to go!
>> >
>> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
>> wrote:
>> >
>> >>
>> >> Hi Rich,
>> >>
>> >> As an ODE committer I would love to collaborate and modernize the
>> existing
>> >> ODE project. I received several direct emails from ODE users who are
>> also
>> >> interested in working on a new incarnation. Over the past few weeks I
>> have
>> >> been prototyping Ignite configurations and tasks for use in a business
>> >> process management platform and I am pleased with my progress. I am
>> fully
>> >> dedicated to using this platform in a couple of internal applications I
>> >> will be working on over the next year and I would eagerly like to
>> synergize
>> >> with others through the Apache Way. My current goal is to build
>> >> functionality that satisfies many of the features I previously
>> outlined so
>> >> that myself and others could have something extensible to work from.
>> As I
>> >> mentioned in my previous communication process automation is big
>> business
>> >> and augmenting the mature and feature rich Ignite platform could
>> provide a
>> >> convenient low cost alternative to the other proprietary solutions in
>> the
>> >> space.
>> >>
>> >>
>> >> With all that said it is entirely understandable that the current ODE
>> PMC
>> >> members desire to retire the ODE project to the attic and move on. I
>> >> believe several of the members were part of the original ODE software
>> >> contribution and incubator process 14+ years ago. Over the last few
>> years
>> >> interest in BPEL has diminished and they probably have no personal or
>> >> financial incentives to remain involved with the project even if it
>> were to
>> >> be revived.
>> >>
>> >>
>> >> If anyone else is interested in rebooting the ODE project now is the
>> time
>> >> to speak up. In any event I plan to continue to share my work on my
>> github
>> >> repo.
>> >>
>> >>
>> >> Regards,
>> >>
>> >>
>> >> Aaron
>> >>
>> >> -------------------------------------------
>> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
>> >>
>> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
>> >> To: user@ode.apache.org
>> >> Date: Wednesday, January 16, 2019, 3:00 PM
>> >>
>> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
>> >> crosspost, but I wanted to be sure as
>> >> wide an audience as possible sees
>> >> this.)
>> >>
>> >> Hi, ODE folks,
>> >>
>> >> Please forgive this intrusion by an
>> >> outsider. I am aware that I lack
>> >> both the history of your project, and
>> >> the technical understanding of
>> >> your software. However, I represent the
>> >> Board of Directors, and we
>> >> wanted to discuss something with you
>> >> before you take your project to the
>> >> Attic.
>> >>
>> >> In today's Board meeting, we discussed
>> >> your desire to move to the Attic,
>> >> while at the same time taking a new
>> >> project, with the same name, and the
>> >> same mission, albeit with different
>> >> architecture, to the Incubator.
>> >>
>> >> We agreed to postpone your Attic
>> >> proposal another month, in the hopes of
>> >> ensuring that you're aware of all the
>> >> options that are available to you.
>> >>
>> >> There is considerable precedent, at
>> >> Apache, for projects completely
>> >> reboot their code, while retaining the
>> >> existing project name and
>> >> community. The Apache HTTP server did
>> >> this very early on. Axis also did
>> >> this many years ago. The advantages of
>> >> this approach are numerous:
>> >>
>> >> * You retain your brand equity (ie, the
>> >> value that you've already
>> >> established in your name)
>> >> * You tell the user community that
>> >> you're still solving the same
>> >> problem, although you're solving it
>> >> differently
>> >> * You save the hassle of going through
>> >> the Incubator for code that will
>> >> be developed "in house"
>> >> * You save the hassle of having to
>> >> Attic your project
>> >> * You eliminate a huge amount of user
>> >> confusion. "That project is dead."
>> >> "No, it's not, look over here." "Wait,
>> >> two projects with the same name?
>> >> Which one should I be using?" and so
>> >> on.
>> >>
>> >> While the Board is not going to dictate
>> >> which route you should take
>> >> here, we strongly encourage you to use
>> >> your existing structure -
>> >> website, mailing lists, revision
>> >> control, etc - to bootstrap the new
>> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
>> >> expertise in your existing community.
>> >> Build the new thing, and deprecate
>> >> the old thing, while being completely
>> >> transparent to your users that the
>> >> new thing is a completely new thing,
>> >> and isn't trying to be a drop-in
>> >> replacement.
>> >>
>> >> We believe that doing the
>> >> community/project "reboot" in place, rather
>> >> than going via the Attic and Incubator,
>> >> is to the benefit of everyone -
>> >> you, your user community, the attic,
>> >> the incubator, Infrastructure, and
>> >> the Apache marketing team. And there
>> >> are lots of people on the board,
>> >> the members list, and the Community
>> >> Development team, who would be glad
>> >> to offer advice, assistance, and
>> >> whatever support you need to make this
>> >> happen.
>> >>
>> >> What do you think?
>> >>
>> >> --Rich, for the Board of Directors.
>> >>
>> >>
>> >>
>>
>
>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Sathwik B P <sa...@gmail.com>.
Hi Guys,
The PMC had voted successfully to retire the project and the same was
intimated to the board in the reporting period of Jan 2019.
In the wake of a new proposal on the table the board has delayed in
accepting our request and find if there is any chance of injecting new life
into the community.
Post the proposal dicussion on 1st Feb -2019, it has been silent so far.
I don't know what to make out of this.
What is the way forward? Board report is scheduled in the next couple of
weeks.
regards,
sathwik
On Fri, Feb 1, 2019 at 3:24 PM Sathwik B P <sa...@gmail.com> wrote:
> Hi Guys,
> Thanks for coming back.
>
> Keeping aside Aron's great efforts on the proposal and undergoing POC. I
> have few questions, I have some options under each question.
>
> How do we plan to build a dev/user community around this Next Gen ODE
> following the proposal after the POC stage?
> a) Take it to incubator under Apache ODE brand name with it's own source
> repo.
> b) Direct import into a new source repo, without going to the incubator.
> (probably with a single commiter)
>
> What do we do with the ODE 1.x source repositories [ode-console.git,
> ode-jacob.git, ode.git]?
> a) Make them read only, no maintenance or releases hereafter.
>
> What happens to the ode.apache.org website?
> a) Add a header indicating the visitors that Next Gen ODE is under way and
> existing website contents/downloads are no logner supported?
>
> regards,
> sathwik
>
> On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org>
> wrote:
>
>> Thanks everyone for your positive feedback! Here are the milestone tasks
>> I have been working towards to have a kernel of functionality to extend
>> from:
>> 1. Create a Maven build project that supports modular extensions - done
>> 2. Create a server process that starts and stops an embedded Ignite
>> server and OpenWebBeans context - done
>> 3. CLI interaction to run Ignite tasks - done
>>
>> 4. Configuration service including installing and uninstalling modules -
>> currently working on this
>> 5. Process life-cycle - building Ignite tasks and caches to manage
>> process instances TBD
>>
>> 6. Compiler - translate source into sequences of instructions
>> (executable) - I have some code from a previous effort I intend to re-use
>> TBD
>>
>> 7. Interpreter - load a executable and step through instructions, invoke
>> instruction instance providing executable and Ignite context TBD
>> 8. Add individual Tomcat and CXF modules for receiving and sending REST
>> requests - TBD
>>
>> After this bare minimum functionality is available I would like to
>> accomplish the following:
>>
>> 1. Create a partial SCXML extension
>> 2. Create a partial extensible BPMN 2.0 extension
>> Creating two different extensions should highlight shared service
>> abstraction and extensiblity deficiencies.
>>
>> To complete the prototype I would like to add assembly/composite
>> deployment functionality for managing and dynamically deploying source and
>> binary artifacts to the platform such as process definitions, static web
>> content, Java libraries, etc. This would involve local file caching and
>> classloader management with a limited child CDI context. Given the
>> complexity of this work I plan on working on this towards the end of the
>> prototype phase.
>> Based on my current progress and research of Ignite and OpenWebbeans I
>> have a good idea of how to do the remaining work. Two aspects I still need
>> to do more research on is what format the the executable and processes
>> should be stored in within Ignite.
>>
>> For the executable format I am leaning towards a namespace aware XML
>> format, perhaps compressed. Mapping XML QNames to Java annotations using
>> CDI is straight forward and would also make it easy to extend. For process
>> instances I am looking into using the native Ignite binary format but I
>> need to perform some more testing to see how layering extended data into it
>> would work.
>> Please let me know if anyone has any questions or would like further
>> clarification on the tasks outlined above. If it would be helpful I can
>> check in all my latest code into my github repo or even create a branch in
>> the new git repository so everyone can see what I have done so far.
>>
>> Regards,
>> Aaron
>>
>>
>> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
>> antoine@toulme.name> wrote:
>>
>> Hey Aaron,
>>
>> I have been a committer with little to no activity for a long time. That
>> said, I think ODE is a unique project and has great potential - some of it
>> unachieved.
>>
>> You had a long laundry list of items you’d like to see happen.
>> Can you sort them in order of priority and decompose them enough others
>> can pick them up with you?
>>
>> Just like Paul - costs me nothing to keep it going, so +1 here too.
>>
>> Cheers,
>>
>> Antoine
>>
>> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
>> >
>> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
>> > company back in 2002-2003... if memory serves.)
>> >
>> > That said, it costs me nothing to let things move forward and offer what
>> > advice I can, but I expect to have a meager amount of time.
>> >
>> > So +1 to some new life if that’s the way you want to go!
>> >
>> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
>> wrote:
>> >
>> >>
>> >> Hi Rich,
>> >>
>> >> As an ODE committer I would love to collaborate and modernize the
>> existing
>> >> ODE project. I received several direct emails from ODE users who are
>> also
>> >> interested in working on a new incarnation. Over the past few weeks I
>> have
>> >> been prototyping Ignite configurations and tasks for use in a business
>> >> process management platform and I am pleased with my progress. I am
>> fully
>> >> dedicated to using this platform in a couple of internal applications I
>> >> will be working on over the next year and I would eagerly like to
>> synergize
>> >> with others through the Apache Way. My current goal is to build
>> >> functionality that satisfies many of the features I previously
>> outlined so
>> >> that myself and others could have something extensible to work from.
>> As I
>> >> mentioned in my previous communication process automation is big
>> business
>> >> and augmenting the mature and feature rich Ignite platform could
>> provide a
>> >> convenient low cost alternative to the other proprietary solutions in
>> the
>> >> space.
>> >>
>> >>
>> >> With all that said it is entirely understandable that the current ODE
>> PMC
>> >> members desire to retire the ODE project to the attic and move on. I
>> >> believe several of the members were part of the original ODE software
>> >> contribution and incubator process 14+ years ago. Over the last few
>> years
>> >> interest in BPEL has diminished and they probably have no personal or
>> >> financial incentives to remain involved with the project even if it
>> were to
>> >> be revived.
>> >>
>> >>
>> >> If anyone else is interested in rebooting the ODE project now is the
>> time
>> >> to speak up. In any event I plan to continue to share my work on my
>> github
>> >> repo.
>> >>
>> >>
>> >> Regards,
>> >>
>> >>
>> >> Aaron
>> >>
>> >> -------------------------------------------
>> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
>> >>
>> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
>> >> To: user@ode.apache.org
>> >> Date: Wednesday, January 16, 2019, 3:00 PM
>> >>
>> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
>> >> crosspost, but I wanted to be sure as
>> >> wide an audience as possible sees
>> >> this.)
>> >>
>> >> Hi, ODE folks,
>> >>
>> >> Please forgive this intrusion by an
>> >> outsider. I am aware that I lack
>> >> both the history of your project, and
>> >> the technical understanding of
>> >> your software. However, I represent the
>> >> Board of Directors, and we
>> >> wanted to discuss something with you
>> >> before you take your project to the
>> >> Attic.
>> >>
>> >> In today's Board meeting, we discussed
>> >> your desire to move to the Attic,
>> >> while at the same time taking a new
>> >> project, with the same name, and the
>> >> same mission, albeit with different
>> >> architecture, to the Incubator.
>> >>
>> >> We agreed to postpone your Attic
>> >> proposal another month, in the hopes of
>> >> ensuring that you're aware of all the
>> >> options that are available to you.
>> >>
>> >> There is considerable precedent, at
>> >> Apache, for projects completely
>> >> reboot their code, while retaining the
>> >> existing project name and
>> >> community. The Apache HTTP server did
>> >> this very early on. Axis also did
>> >> this many years ago. The advantages of
>> >> this approach are numerous:
>> >>
>> >> * You retain your brand equity (ie, the
>> >> value that you've already
>> >> established in your name)
>> >> * You tell the user community that
>> >> you're still solving the same
>> >> problem, although you're solving it
>> >> differently
>> >> * You save the hassle of going through
>> >> the Incubator for code that will
>> >> be developed "in house"
>> >> * You save the hassle of having to
>> >> Attic your project
>> >> * You eliminate a huge amount of user
>> >> confusion. "That project is dead."
>> >> "No, it's not, look over here." "Wait,
>> >> two projects with the same name?
>> >> Which one should I be using?" and so
>> >> on.
>> >>
>> >> While the Board is not going to dictate
>> >> which route you should take
>> >> here, we strongly encourage you to use
>> >> your existing structure -
>> >> website, mailing lists, revision
>> >> control, etc - to bootstrap the new
>> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
>> >> expertise in your existing community.
>> >> Build the new thing, and deprecate
>> >> the old thing, while being completely
>> >> transparent to your users that the
>> >> new thing is a completely new thing,
>> >> and isn't trying to be a drop-in
>> >> replacement.
>> >>
>> >> We believe that doing the
>> >> community/project "reboot" in place, rather
>> >> than going via the Attic and Incubator,
>> >> is to the benefit of everyone -
>> >> you, your user community, the attic,
>> >> the incubator, Infrastructure, and
>> >> the Apache marketing team. And there
>> >> are lots of people on the board,
>> >> the members list, and the Community
>> >> Development team, who would be glad
>> >> to offer advice, assistance, and
>> >> whatever support you need to make this
>> >> happen.
>> >>
>> >> What do you think?
>> >>
>> >> --Rich, for the Board of Directors.
>> >>
>> >>
>> >>
>>
>
>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Sathwik B P <sa...@gmail.com>.
Hi Guys,
Thanks for coming back.
Keeping aside Aron's great efforts on the proposal and undergoing POC. I
have few questions, I have some options under each question.
How do we plan to build a dev/user community around this Next Gen ODE
following the proposal after the POC stage?
a) Take it to incubator under Apache ODE brand name with it's own source
repo.
b) Direct import into a new source repo, without going to the incubator.
(probably with a single commiter)
What do we do with the ODE 1.x source repositories [ode-console.git,
ode-jacob.git, ode.git]?
a) Make them read only, no maintenance or releases hereafter.
What happens to the ode.apache.org website?
a) Add a header indicating the visitors that Next Gen ODE is under way and
existing website contents/downloads are no logner supported?
regards,
sathwik
On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org> wrote:
> Thanks everyone for your positive feedback! Here are the milestone tasks
> I have been working towards to have a kernel of functionality to extend
> from:
> 1. Create a Maven build project that supports modular extensions - done
> 2. Create a server process that starts and stops an embedded Ignite server
> and OpenWebBeans context - done
> 3. CLI interaction to run Ignite tasks - done
>
> 4. Configuration service including installing and uninstalling modules -
> currently working on this
> 5. Process life-cycle - building Ignite tasks and caches to manage process
> instances TBD
>
> 6. Compiler - translate source into sequences of instructions
> (executable) - I have some code from a previous effort I intend to re-use
> TBD
>
> 7. Interpreter - load a executable and step through instructions, invoke
> instruction instance providing executable and Ignite context TBD
> 8. Add individual Tomcat and CXF modules for receiving and sending REST
> requests - TBD
>
> After this bare minimum functionality is available I would like to
> accomplish the following:
>
> 1. Create a partial SCXML extension
> 2. Create a partial extensible BPMN 2.0 extension
> Creating two different extensions should highlight shared service
> abstraction and extensiblity deficiencies.
>
> To complete the prototype I would like to add assembly/composite
> deployment functionality for managing and dynamically deploying source and
> binary artifacts to the platform such as process definitions, static web
> content, Java libraries, etc. This would involve local file caching and
> classloader management with a limited child CDI context. Given the
> complexity of this work I plan on working on this towards the end of the
> prototype phase.
> Based on my current progress and research of Ignite and OpenWebbeans I
> have a good idea of how to do the remaining work. Two aspects I still need
> to do more research on is what format the the executable and processes
> should be stored in within Ignite.
>
> For the executable format I am leaning towards a namespace aware XML
> format, perhaps compressed. Mapping XML QNames to Java annotations using
> CDI is straight forward and would also make it easy to extend. For process
> instances I am looking into using the native Ignite binary format but I
> need to perform some more testing to see how layering extended data into it
> would work.
> Please let me know if anyone has any questions or would like further
> clarification on the tasks outlined above. If it would be helpful I can
> check in all my latest code into my github repo or even create a branch in
> the new git repository so everyone can see what I have done so far.
>
> Regards,
> Aaron
>
>
> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
> antoine@toulme.name> wrote:
>
> Hey Aaron,
>
> I have been a committer with little to no activity for a long time. That
> said, I think ODE is a unique project and has great potential - some of it
> unachieved.
>
> You had a long laundry list of items you’d like to see happen.
> Can you sort them in order of priority and decompose them enough others
> can pick them up with you?
>
> Just like Paul - costs me nothing to keep it going, so +1 here too.
>
> Cheers,
>
> Antoine
>
> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
> >
> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
> > company back in 2002-2003... if memory serves.)
> >
> > That said, it costs me nothing to let things move forward and offer what
> > advice I can, but I expect to have a meager amount of time.
> >
> > So +1 to some new life if that’s the way you want to go!
> >
> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
> wrote:
> >
> >>
> >> Hi Rich,
> >>
> >> As an ODE committer I would love to collaborate and modernize the
> existing
> >> ODE project. I received several direct emails from ODE users who are
> also
> >> interested in working on a new incarnation. Over the past few weeks I
> have
> >> been prototyping Ignite configurations and tasks for use in a business
> >> process management platform and I am pleased with my progress. I am
> fully
> >> dedicated to using this platform in a couple of internal applications I
> >> will be working on over the next year and I would eagerly like to
> synergize
> >> with others through the Apache Way. My current goal is to build
> >> functionality that satisfies many of the features I previously outlined
> so
> >> that myself and others could have something extensible to work from. As
> I
> >> mentioned in my previous communication process automation is big
> business
> >> and augmenting the mature and feature rich Ignite platform could
> provide a
> >> convenient low cost alternative to the other proprietary solutions in
> the
> >> space.
> >>
> >>
> >> With all that said it is entirely understandable that the current ODE
> PMC
> >> members desire to retire the ODE project to the attic and move on. I
> >> believe several of the members were part of the original ODE software
> >> contribution and incubator process 14+ years ago. Over the last few
> years
> >> interest in BPEL has diminished and they probably have no personal or
> >> financial incentives to remain involved with the project even if it
> were to
> >> be revived.
> >>
> >>
> >> If anyone else is interested in rebooting the ODE project now is the
> time
> >> to speak up. In any event I plan to continue to share my work on my
> github
> >> repo.
> >>
> >>
> >> Regards,
> >>
> >>
> >> Aaron
> >>
> >> -------------------------------------------
> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
> >>
> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
> >> To: user@ode.apache.org
> >> Date: Wednesday, January 16, 2019, 3:00 PM
> >>
> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
> >> crosspost, but I wanted to be sure as
> >> wide an audience as possible sees
> >> this.)
> >>
> >> Hi, ODE folks,
> >>
> >> Please forgive this intrusion by an
> >> outsider. I am aware that I lack
> >> both the history of your project, and
> >> the technical understanding of
> >> your software. However, I represent the
> >> Board of Directors, and we
> >> wanted to discuss something with you
> >> before you take your project to the
> >> Attic.
> >>
> >> In today's Board meeting, we discussed
> >> your desire to move to the Attic,
> >> while at the same time taking a new
> >> project, with the same name, and the
> >> same mission, albeit with different
> >> architecture, to the Incubator.
> >>
> >> We agreed to postpone your Attic
> >> proposal another month, in the hopes of
> >> ensuring that you're aware of all the
> >> options that are available to you.
> >>
> >> There is considerable precedent, at
> >> Apache, for projects completely
> >> reboot their code, while retaining the
> >> existing project name and
> >> community. The Apache HTTP server did
> >> this very early on. Axis also did
> >> this many years ago. The advantages of
> >> this approach are numerous:
> >>
> >> * You retain your brand equity (ie, the
> >> value that you've already
> >> established in your name)
> >> * You tell the user community that
> >> you're still solving the same
> >> problem, although you're solving it
> >> differently
> >> * You save the hassle of going through
> >> the Incubator for code that will
> >> be developed "in house"
> >> * You save the hassle of having to
> >> Attic your project
> >> * You eliminate a huge amount of user
> >> confusion. "That project is dead."
> >> "No, it's not, look over here." "Wait,
> >> two projects with the same name?
> >> Which one should I be using?" and so
> >> on.
> >>
> >> While the Board is not going to dictate
> >> which route you should take
> >> here, we strongly encourage you to use
> >> your existing structure -
> >> website, mailing lists, revision
> >> control, etc - to bootstrap the new
> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
> >> expertise in your existing community.
> >> Build the new thing, and deprecate
> >> the old thing, while being completely
> >> transparent to your users that the
> >> new thing is a completely new thing,
> >> and isn't trying to be a drop-in
> >> replacement.
> >>
> >> We believe that doing the
> >> community/project "reboot" in place, rather
> >> than going via the Attic and Incubator,
> >> is to the benefit of everyone -
> >> you, your user community, the attic,
> >> the incubator, Infrastructure, and
> >> the Apache marketing team. And there
> >> are lots of people on the board,
> >> the members list, and the Community
> >> Development team, who would be glad
> >> to offer advice, assistance, and
> >> whatever support you need to make this
> >> happen.
> >>
> >> What do you think?
> >>
> >> --Rich, for the Board of Directors.
> >>
> >>
> >>
>
Re: ODE, ODE 2.0, the Attic and the Incubator
Posted by Sathwik B P <sa...@gmail.com>.
Hi Guys,
Thanks for coming back.
Keeping aside Aron's great efforts on the proposal and undergoing POC. I
have few questions, I have some options under each question.
How do we plan to build a dev/user community around this Next Gen ODE
following the proposal after the POC stage?
a) Take it to incubator under Apache ODE brand name with it's own source
repo.
b) Direct import into a new source repo, without going to the incubator.
(probably with a single commiter)
What do we do with the ODE 1.x source repositories [ode-console.git,
ode-jacob.git, ode.git]?
a) Make them read only, no maintenance or releases hereafter.
What happens to the ode.apache.org website?
a) Add a header indicating the visitors that Next Gen ODE is under way and
existing website contents/downloads are no logner supported?
regards,
sathwik
On Fri, Feb 1, 2019 at 9:22 AM Aaron Anderson <aa...@apache.org> wrote:
> Thanks everyone for your positive feedback! Here are the milestone tasks
> I have been working towards to have a kernel of functionality to extend
> from:
> 1. Create a Maven build project that supports modular extensions - done
> 2. Create a server process that starts and stops an embedded Ignite server
> and OpenWebBeans context - done
> 3. CLI interaction to run Ignite tasks - done
>
> 4. Configuration service including installing and uninstalling modules -
> currently working on this
> 5. Process life-cycle - building Ignite tasks and caches to manage process
> instances TBD
>
> 6. Compiler - translate source into sequences of instructions
> (executable) - I have some code from a previous effort I intend to re-use
> TBD
>
> 7. Interpreter - load a executable and step through instructions, invoke
> instruction instance providing executable and Ignite context TBD
> 8. Add individual Tomcat and CXF modules for receiving and sending REST
> requests - TBD
>
> After this bare minimum functionality is available I would like to
> accomplish the following:
>
> 1. Create a partial SCXML extension
> 2. Create a partial extensible BPMN 2.0 extension
> Creating two different extensions should highlight shared service
> abstraction and extensiblity deficiencies.
>
> To complete the prototype I would like to add assembly/composite
> deployment functionality for managing and dynamically deploying source and
> binary artifacts to the platform such as process definitions, static web
> content, Java libraries, etc. This would involve local file caching and
> classloader management with a limited child CDI context. Given the
> complexity of this work I plan on working on this towards the end of the
> prototype phase.
> Based on my current progress and research of Ignite and OpenWebbeans I
> have a good idea of how to do the remaining work. Two aspects I still need
> to do more research on is what format the the executable and processes
> should be stored in within Ignite.
>
> For the executable format I am leaning towards a namespace aware XML
> format, perhaps compressed. Mapping XML QNames to Java annotations using
> CDI is straight forward and would also make it easy to extend. For process
> instances I am looking into using the native Ignite binary format but I
> need to perform some more testing to see how layering extended data into it
> would work.
> Please let me know if anyone has any questions or would like further
> clarification on the tasks outlined above. If it would be helpful I can
> check in all my latest code into my github repo or even create a branch in
> the new git repository so everyone can see what I have done so far.
>
> Regards,
> Aaron
>
>
> On Wednesday, January 30, 2019, 11:20:34 PM CST, Antoine Toulme <
> antoine@toulme.name> wrote:
>
> Hey Aaron,
>
> I have been a committer with little to no activity for a long time. That
> said, I think ODE is a unique project and has great potential - some of it
> unachieved.
>
> You had a long laundry list of items you’d like to see happen.
> Can you sort them in order of priority and decompose them enough others
> can pick them up with you?
>
> Just like Paul - costs me nothing to keep it going, so +1 here too.
>
> Cheers,
>
> Antoine
>
> > On Jan 30, 2019, at 9:04 PM, Paul Brown <pa...@gmail.com> wrote:
> >
> > Aaron - it has been a long time. (In fact, ODE grew out of work at my
> > company back in 2002-2003... if memory serves.)
> >
> > That said, it costs me nothing to let things move forward and offer what
> > advice I can, but I expect to have a meager amount of time.
> >
> > So +1 to some new life if that’s the way you want to go!
> >
> > On Wed, Jan 30, 2019 at 19:14 Aaron Anderson <aa...@apache.org>
> wrote:
> >
> >>
> >> Hi Rich,
> >>
> >> As an ODE committer I would love to collaborate and modernize the
> existing
> >> ODE project. I received several direct emails from ODE users who are
> also
> >> interested in working on a new incarnation. Over the past few weeks I
> have
> >> been prototyping Ignite configurations and tasks for use in a business
> >> process management platform and I am pleased with my progress. I am
> fully
> >> dedicated to using this platform in a couple of internal applications I
> >> will be working on over the next year and I would eagerly like to
> synergize
> >> with others through the Apache Way. My current goal is to build
> >> functionality that satisfies many of the features I previously outlined
> so
> >> that myself and others could have something extensible to work from. As
> I
> >> mentioned in my previous communication process automation is big
> business
> >> and augmenting the mature and feature rich Ignite platform could
> provide a
> >> convenient low cost alternative to the other proprietary solutions in
> the
> >> space.
> >>
> >>
> >> With all that said it is entirely understandable that the current ODE
> PMC
> >> members desire to retire the ODE project to the attic and move on. I
> >> believe several of the members were part of the original ODE software
> >> contribution and incubator process 14+ years ago. Over the last few
> years
> >> interest in BPEL has diminished and they probably have no personal or
> >> financial incentives to remain involved with the project even if it
> were to
> >> be revived.
> >>
> >>
> >> If anyone else is interested in rebooting the ODE project now is the
> time
> >> to speak up. In any event I plan to continue to share my work on my
> github
> >> repo.
> >>
> >>
> >> Regards,
> >>
> >>
> >> Aaron
> >>
> >> -------------------------------------------
> >> On Wed, 1/16/19, Rich Bowen <rb...@apache.org> wrote:
> >>
> >> Subject: ODE, ODE 2.0, the Attic and the Incubator
> >> To: user@ode.apache.org
> >> Date: Wednesday, January 16, 2019, 3:00 PM
> >>
> >> (Oops. I mailed this to users@ rather than user@. Sorry for the
> >> crosspost, but I wanted to be sure as
> >> wide an audience as possible sees
> >> this.)
> >>
> >> Hi, ODE folks,
> >>
> >> Please forgive this intrusion by an
> >> outsider. I am aware that I lack
> >> both the history of your project, and
> >> the technical understanding of
> >> your software. However, I represent the
> >> Board of Directors, and we
> >> wanted to discuss something with you
> >> before you take your project to the
> >> Attic.
> >>
> >> In today's Board meeting, we discussed
> >> your desire to move to the Attic,
> >> while at the same time taking a new
> >> project, with the same name, and the
> >> same mission, albeit with different
> >> architecture, to the Incubator.
> >>
> >> We agreed to postpone your Attic
> >> proposal another month, in the hopes of
> >> ensuring that you're aware of all the
> >> options that are available to you.
> >>
> >> There is considerable precedent, at
> >> Apache, for projects completely
> >> reboot their code, while retaining the
> >> existing project name and
> >> community. The Apache HTTP server did
> >> this very early on. Axis also did
> >> this many years ago. The advantages of
> >> this approach are numerous:
> >>
> >> * You retain your brand equity (ie, the
> >> value that you've already
> >> established in your name)
> >> * You tell the user community that
> >> you're still solving the same
> >> problem, although you're solving it
> >> differently
> >> * You save the hassle of going through
> >> the Incubator for code that will
> >> be developed "in house"
> >> * You save the hassle of having to
> >> Attic your project
> >> * You eliminate a huge amount of user
> >> confusion. "That project is dead."
> >> "No, it's not, look over here." "Wait,
> >> two projects with the same name?
> >> Which one should I be using?" and so
> >> on.
> >>
> >> While the Board is not going to dictate
> >> which route you should take
> >> here, we strongly encourage you to use
> >> your existing structure -
> >> website, mailing lists, revision
> >> control, etc - to bootstrap the new
> >> proposal discussed at https://s.apache.org/rSlq Leverage the existing
> >> expertise in your existing community.
> >> Build the new thing, and deprecate
> >> the old thing, while being completely
> >> transparent to your users that the
> >> new thing is a completely new thing,
> >> and isn't trying to be a drop-in
> >> replacement.
> >>
> >> We believe that doing the
> >> community/project "reboot" in place, rather
> >> than going via the Attic and Incubator,
> >> is to the benefit of everyone -
> >> you, your user community, the attic,
> >> the incubator, Infrastructure, and
> >> the Apache marketing team. And there
> >> are lots of people on the board,
> >> the members list, and the Community
> >> Development team, who would be glad
> >> to offer advice, assistance, and
> >> whatever support you need to make this
> >> happen.
> >>
> >> What do you think?
> >>
> >> --Rich, for the Board of Directors.
> >>
> >>
> >>
>