Russel,
Fix is included in 3.0.5, to be released next week or so.
[]s
Edson
[EMAIL PROTECTED] wrote:
A slight correction: I was using v3.02. I had these issues about 6 months ago,
and that was the latest version at the time. I have not tried with 3.04. Will
have a go in the next few days to see if the new version changes anything.
Russell
---- Steven Williams <[EMAIL PROTECTED]> wrote:
We had issues with WebSphere and security turned on due to the drools
generated class files not inheriting the permissions of the parent class
(which led to Michael's question). Russell, if this was also your problem,
Edson has fixed it in the 3.0.x stream.
Steve
On 11/23/06, Peter Lin <[EMAIL PROTECTED]> wrote:
that might be related to how WAS implements J2 security. I had to use it
in the past with WAS 6 and it was far from simple or straight forward.
peter
On 11/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:
Environment: WAS 5.11 (along with various service packs), drools 2.1,
2.5 and 3.04
Hi,
We had major issues with drools running with J2EE security turned on.
With security turned off everything worked fine. The issue seemed to similar
for drools version 2.1, 2.5 and 3.04--basically at startup, when
compiling the rules file, drools will blow up.
We tried to get around it by changing the version of drools (particular
as v3 was such a major change). It didn't help. We then tried serialising
the rules separately and loading the serialised rules at start up--different
error, but no luck. We eventually realised that if we wrote the rules using
the statement eval() only (along with serialised rules), we could get things
to work.
ie instead of
account : AccountRequestItem (bankId != null)
write:
account : AccountRequestItem ()
eval ( account.getBankId() != null)
Of course this isn't ideal, but at least it works.
Thanks,
Russell
---- [EMAIL PROTECTED] wrote:
Sorry for late reply... we didn't do anything specific that I know
of...
we had some memory leak issues with an older version of drools, but
everything got sorted out once we installed 3.0.4 (If I recall well it
was a 3.0RC that we were using) ...
Other than that I do not recall having any specific issues on the
matter...Feel free to ask anyway (just send directly to my email so I
do
not overlook it as this mail)
________________________________
From: Michael Neale [mailto: [EMAIL PROTECTED]
Sent: 16 November 2006 15:54
To: [email protected]
Subject: Re: [drools-dev] Anyone using websphere & drools
and no issues with permission of accessing classes from generated code
or anything? did you have to flick any magic switches (now I am
*really*
showing my ignorance of websphere).
On 11/16/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
We are...
Drools 3.0.4
WS 5.1.1.1 & Portal 5.1
Brgrds,
Matias
________________________________
From: Michael Neale [mailto:[EMAIL PROTECTED]
Sent: 15 November 2006 12:42
To: Drools User List; [email protected]
Subject: [drools-dev] Anyone using websphere & drools
Any version of drools? (and let me know what version of WS and
rules).
(if needs to be confidential, feel free to email me directly).
Michael.
**** DISCLAIMER ****
http://www.belgacom.be/maildisclaimer
**** DISCLAIMER ****
http://www.belgacom.be/maildisclaimer
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
--
Steven Williams
Supervising Consultant
Object Consulting
Office: 8615 4500 Mob: 0439 898 668 Fax: 8615 4501
[EMAIL PROTECTED]
www.objectconsulting.com.au
consulting | development | training | support
our experience makes the difference
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
--
---
Edson Tirelli
Software Engineer - JBoss Rules Core Developer
Office: +55 11 3124-6000
Mobile: +55 11 9218-4151
JBoss, a division of Red Hat @ www.jboss.com
IT executives: Red Hat still #1 for value
http://www.redhat.com/promo/vendor/
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
