Hi Sophie. We have run the BRMS for some time now, - not able to see this. If its still happening - are you able to share the log file for the server with us at all? Michael.
On Jan 23, 2008 10:29 PM, <[EMAIL PROTECTED]> wrote: > Well, I'm pretty sure no agent hit the brms on my server last week, it's a > development server and I'm currently the only one using it, so the agent > wasn't instantiated (or perhaps I tried it once or twice at the beginning > of the week, to check that it worked, but that's all). > > The tomcat version was tomcat 5.5 (but here again, the error also occurs > in Jboss 3.2.8), jdk is jdk 1.5.0 , and the system is an old Red Hat 7.2. > > Regards, > > Sophie > > > > > Michael Neale <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 23/01/2008 12:39 > Please respond to > Rules Users List <[email protected]> > > > To > Rules Users List <[email protected]> > cc > Rules Users List <[email protected]> > Subject > Re: [rules-users] OutOfMemory with BRMS 4.0.3 > > > > > > > Ok so yes the error is on the brms web app. The agent will poll the > brms , so that may be causing it. > > So, could you try to run the brms without the agent hitting it and see > if it happens ( will narrow it down massively)? Also, what tomcat, jdk > and I > Os version? > > Sent from my iPhone > > On 23/01/2008, at 1:54, [EMAIL PROTECTED] wrote: > > > Hello michael, > > > >> Is the rule agent running on a separate server to the brms? > > The initial configuration was: > > - BRMS in tomcat 5.5 > > - server with RuleAgent in Jboss AS 3.2.8 > > > > But now I moved to this configuration: > > - server with RuleAgent in Jboss AS 3.2.8 (unchanged) > > - BRMS is also in the same jboss instance > > > > And in both cases I have the problem. > > > >> Is the rule agent actually running when the error happens? > > No I don't think so. > > I don't have any exception before I try to go to a web page (either > > of the > > BRMS, or of my other server in Jboss when the BRMS is in the same > > jboss > > instance), and then I get OufOfMemoryError: Java heap space. The > > RuleAgent > > is only instantiated when I send a specific request to my server > > (and I'm > > not even sure it was called once before the last crash). > > > >> Also that is an old version of jboss as? > > yes, it's Jboss application server 3.2.8 (I think it is the last and > > only > > one in the 3.x series that works with JDK 1.5): I need to use an older > > version because of other compatibility issues of my server, but > > since I > > had exactly the same problem with Tomcat, I'm beginning to think it > > may > > not be linked to the server version ...? > > > > Regards, > > > > Sophie > > > > > > > > > > Michael Neale <[EMAIL PROTECTED]> > > Sent by: [EMAIL PROTECTED] > > 22/01/2008 11:31 > > Please respond to > > Rules Users List <[email protected]> > > > > > > To > > Rules Users List <[email protected]> > > cc > > Rules Users List <[email protected]> > > Subject > > Re: [rules-users] OutOfMemory with BRMS 4.0.3 > > > > > > > > > > > > > > Thanks sophie. A few more questions to narrow this down. Is the rule > > agent running on a separate server to the brms? Is the rule agent > > actually running when the error happens? Also that is an old version > > of jboss as? > > > > I guess the rest depends on your answers to the above. > > > > Let me know. > > > > Michael > > > > > > > > Sent from my iPhone > > > > On 21/01/2008, at 23:03, [EMAIL PROTECTED] wrote: > > > >> Hello again, > >> > >> After coming back after almost a week without touching the server, > >> the > >> jboss application server with the BRMS also makes a OutOfMemory > >> exception > >> when I try to use the BRMS. > >> > >>> When you get back to work if you could provide more info it would be > >> great. > >> What kind of info do you need? > >> Here is what is done in my server code, to fire the rules: > >> > >> Properties props=new Properties(); > >> props.setProperty("newInstance", "false"); > >> props.setProperty("url", packageURL); > >> props.setProperty("localCacheDir", cacheDir); > >> props.setProperty("poll", "30"); > >> props.setProperty("name", "Agent-"+pid); > >> RuleAgent agent = RuleAgent.newRuleAgent(props); > >> RuleBase rb = agent.getRuleBase(); > >> workingMemory=ruleBase.newStatefulSession(); > >> > >> and then we insert all objects in the working memory with "wm.insert > >> (o);", > >> but recursively in order for all the objects to be directly > >> accessible in > >> rules (We've got a hierarchic structure, an XML file transformed in > >> Java > >> by JAXB, so the insert method tests the accessor methods of the > >> object and > >> is called recursively on the accessors' results, before inserting the > >> object). > >> > >> then we call: > >> workingMemory.fireAllRules(); > >> [...interprate results...] > >> workingMemory.dispose(); > >> > >> > >> Best regards, > >> > >> Sophie > >> > >> > >> > >> Michael Neale <[EMAIL PROTECTED]> > >> Sent by: [EMAIL PROTECTED] > >> 17/01/2008 23:34 > >> Please respond to > >> Rules Users List <[email protected]> > >> > >> > >> To > >> Rules Users List <[email protected]> > >> cc > >> Rules Users List <[email protected]> > >> Subject > >> Re: [rules-users] OutOfMemory with BRMS 4.0.3 > >> > >> > >> > >> > >> > >> > >> Thanks sophie. Any oome I will investigate it just takes time to find > >> them. I have been running some overnight tests myself today. When you > >> get back to work if you could provide more info it would be great. > >> > >> If the agent is running then it polls the brms. So that could be one > >> of the possible causes. > >> > >> Sent from my iPhone > >> > >> On 17/01/2008, at 22:44, [EMAIL PROTECTED] wrote: > >> > >>> Hi Michael, > >>> > >>> I'm not at my company these days so I cannot check or make further > >>> tests. > >>> But yes, we use a rule agent and an URL to query the rule. > >>> And it happens after 1-2 days whether we use the system or not, it > >>> doesn't > >>> seem to make any difference. > >>> > >>> however, I'll check when returning, but I think it still worked > >>> after a few > >>> days, now that I have moved the BRMS to the Jboss 3.2.3 app server. > >>> > >>> thanks for trying to help me! > >>> > >>> Sophie > >>> > >>> [EMAIL PROTECTED] wrote: ----- > >>> > >>> To: "Rules Users List" <[email protected]> > >>> From: "Michael Neale" <[EMAIL PROTECTED]> > >>> Sent by: [EMAIL PROTECTED] > >>> Date: 01/17/2008 12:52AM > >>> Subject: Re: [rules-users] OutOfMemory with BRMS 4.0.3 > >>> > >>> Hi Sophie - how is the jboss "runtime" server querying this? via the > >>> rule > >>> agent (and a URL)? > >>> > >>> just trying to work out what the usage pattern is so we can > >>> reproduce it. > >>> > >>> Michael. > >>> > >>> > >>> On Jan 11, 2008 12:20 AM, < > >>> [EMAIL PROTECTED] > >>>> wrote: > >>> > >>> Hello, > >>> > >>> I am using Drools BRMS 4.0.3 with tomcat 5.5.25, and I get > >>> OutOfMemory > >>> exceptions in tomcat regularly. > >>> > >>> I recently changed the java option of tomcat to add "-Xmx512m", but > >>> it > >>> only resulted in taking a little more time before crashing (3 days, > >>> instead of 1 before). > >>> The server has nearly no access - it's a development server which is > >>> not a > >>> lot used at the moment - and there are only a few rules, for tests, > >>> so I > >>> really don't understand this error. I'm using java > >>> 1.5.0 on a linux > >>> server. > >>> > >>> The BRMS is accessed by web, to create and deploy the rules, and > >>> queried > >>> from another tool (on the same machine but in another server: in > >>> JBoss), > >>> to insert data in a workingMemory and execute the rules from the > >>> deployed > >>> package URL. I call the dispose() method on the StatefulSession at > >>> the end > >>> of the query (but this shouldn't be linked to this error, since this > >>> is in > >>> JBoss and the OutOfMemory occurs in tomcat...). > >>> > >>> Any idea? > >>> Thanks, > >>> > >>> Sophie > >>> _______________________________________________ > >>> rules-users mailing list > >>> [email protected] > >>> > >>> > >>> https://lists.jboss.org/mailman/listinfo/rules-users > >>> > >>> > >>> > >>> > >>> -- > >>> Michael D Neale > >>> home: > >>> www.michaelneale.net > >>> > >>> blog: > >>> > >>> michaelneale.blogspot.com > >>> > >>> _______________________________________________ > >>> rules-users mailing list > >>> [email protected] > >>> https://lists.jboss.org/mailman/listinfo/rules-users > >>> > >>> > >>> _______________________________________________ > >>> rules-users mailing list > >>> [email protected] > >>> https://lists.jboss.org/mailman/listinfo/rules-users > >> _______________________________________________ > >> rules-users mailing list > >> [email protected] > >> https://lists.jboss.org/mailman/listinfo/rules-users > >> > >> > >> _______________________________________________ > >> rules-users mailing list > >> [email protected] > >> https://lists.jboss.org/mailman/listinfo/rules-users > > _______________________________________________ > > rules-users mailing list > > [email protected] > > https://lists.jboss.org/mailman/listinfo/rules-users > > > > > > _______________________________________________ > > rules-users mailing list > > [email protected] > > https://lists.jboss.org/mailman/listinfo/rules-users > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > -- Michael D Neale home: www.michaelneale.net blog: michaelneale.blogspot.com
_______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
