We are refactoring internal api's, JSR94 will need to move public apis. So we have to decide if it's worth spending the week refactoring it, or whether we just remove it. Our resources are finite, so it's always good to review what is really necessary. 

It's about the same amount of time to add JSR94 back in, as it is refactor it. So I'm wondering if we should take that path, and monitor the general feedback.

Mark
On 14 Feb 2013, at 12:24, "Ben.Cotton@alumni.rutgers.edu" <ben.cotton@morganstanley.com> wrote:

Even if you find evidence that nobody is using JSR-94, I still would not nuke it.

Technically, it is the Java standard API for inter-operating w/ Rules Engine providers.  Every project under the JBoss  brand seems to prioritize the merits of  its platform stack being 100% open-source and 100% standards compliant.  By nuking JSR-94 could DROOLs (technically?  politically?)  be seen as being delinquent (wrt to this JBoss community priority)?  Also, by nuking JSR-94 -- even if no one is using it -- do you risk some other Java based rules engine provider using a FUD-like pitch of "Don't use DROOLs.  They use their own proprietary Java API.  Ours is JSR-94 compliant, DROOLs is not compliant ...." ?

JSR-94 seems like a relatively straightforward specification.  Though it may  be a nuisance to maintain the necessary API bridges to the DROOLs specific interfaces and implementation capabilities, it might also be worth it to ":just do it"  ... if for no other reason than to pre-emptively disarm any potential "DROOLs is not standards compliant!" FUD rantings.



On 2/13/2013 5:59 PM, Mark Proctor wrote:
I've asked this on the developer list, thought I'd ask it here too.

Is anyone using JSR94, anyone think we should not nuke it?

Mark
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users