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(a)alumni.rutgers.edu"
<ben.cotton(a)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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users