Hi Aaron and all,
I think that your points are very interesting.
For the discussion I would like to add another point: in the microservices world there is a lot of interest about BPM. Thus, I would like to contribute (by using some of my spare time) to the new Apache ODE version.

BR
/Amleto

Il 31/10/2018 06:15, Aaron Anderson ha scritto:
Hi Sathwik,
Sorry for the 11th hour request for a reprieve but I am still very much 
interested in working on a new 2.0 version of Apache ODE. Apache ODE had 
visionary design patterns such as plugable service implementations and the 
Jacob persistence and concurrency framework. Over the many years since ODE's 
inception Java dependency injection has been standardized with CDI 2.0 and 
Cloud scale persistence and concurrency has be realized with Apache Ignite.

When I was developing with Apache ODE six years ago there were several pain 
points I experienced:
1) Limited or difficult extensibility -  Apache Axis is required along with a 
supported JPA database. Theoretically other BPM engines could be built using 
Jacob but practically ODE is tightly coupled with BPEL
2) Scalability - ODE worked fine with a single node but there were stability 
issues scaling it out.

3) Process debugging and diagnostics - As an end user debugging and viewing the 
state of a running process was difficult and required dropping down to a Java 
debugger to view the process state in Java variables.
The extensibility challenges can addressed using CDI extensions which not only 
provide dependency injection but also bean discovery and custom scopes. Apache 
Ignite can solve the scaliablity issues as it provides a wide variety of proven 
distributed computing capabilities including important persistence and ACID SQL 
support that has been added within the last year and a half. I also have a 
strong idea on how process execution could be implemented to address the 
process manageability issues. What would set this new ODE platform apart from 
other available orchestration projects is that it would designed with extreme 
extensibility in mind and serve more as a general purpose BPM platform that 
current and future dialects can be built on instead of designed to solve only a 
specific BPM requirement.

I realize I proposed this solution a year ago and unfortunately up until now I 
was engulfed in overtime consulting work and internal projects which limited my 
ability to contribute. My situation has changed recently and I now have more 
latitude to work on a second phase of an internal project that heavily involves 
process automation.

I would like to propose that the decision to retire the ODE project be 
postponed and that I be given six weeks to finish a prototype ODE BPM platform 
that I have been working on that can be evaluated by the ODE PMC members to see 
if it has merit for continued development as part of the ODE project.


Regards,
Aaron
     On Tuesday, October 9, 2018 5:22 AM, Sathwik B P <sathwik...@gmail.com> 
wrote:
  Hi Devs/Users,

I had started this dicussion thread over an year ago
[
https://lists.apache.org/thread.html/29951cfa866d36d16a5c80b51838b9cc2f5228020d110f607e8b0e1c@%3Cdev.ode.apache.org%3E].


Nothing has much moved forward since then. Our last 2 reporting cycles have
been very dull without much of activity. We do not see any other PMC
members active apart from taking part in the voting of releases.

I presume, we probably do not have the active PMC quorum to fix any
security issues in present and future.

Incase any other PMC member is willing to take over the Chair position and
carry on from here and not want to retire the project, raise your hand and
I will initiate the process.
Otherwise,
" I propose to move Apache ODE to the Attic."
If the PMC agrees, I will start a vote. Let me know your suggestions.

For the users, this basically means if the PMC agrees to the voting and
successfully votes to retire the project, then the project will not be
actively maintained, no future releases, no bug fixes,no security patches.
The source code will be available to all in read only mode, though one can
fork your own copies of the repo on github.com/apache/ode.

regards,
ODE PMC Chair



Reply via email to