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
