[JBoss jBPM] - Re: out of mmory error
by DerJohannes
"kukeltje" wrote : it is totally dependend on your environment and I think you should be able to find LOTS of info on this using google
Googling made me remember the citation
"We are drowning in information and starving for knowledge.", so I tried harder to find a solution myself...and finally i found the an interesting information in the JBoss boot log:
"JAVA_OPTS: -Dprogram.name=run.bat"
So I searched for a run.bat file, found it in the root dir of my jbpm starters kit installation, looked into it and I finally found the lines:
rem Sun JVM memory allocation pool parameters. Modify as appropriate.
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m
to which i added another line:
set JAVA_OPTS=%JAVA_OPTS% -XX:PermSize=256m -XX:MaxPermSize=1024m
It's nice when information transforms to knowledge... ;-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963444#3963444
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963444
19 years, 9 months
[Messaging, JMS & JBossMQ] - jms ha + remote client
by brooney
Hello,
i'm a little confused on how an application running on a machine that is not part of a jboss cluster is suppose to connect to the JMS HA provider. what IP address should be used to connect?
for example, if i have JBoss cluster with two servers, each configured with JMS HA, then i can start up both servers and each one that attempts to connect to JMS just points to it's bind address or localhost.
however, if a 3rd machine is trying to connect, which is not a part of the cluster, which server should it connect to? i could configure it to connect to a particular server, ie node A. however, if node A happens to be down at the time of bringing the 3rd server up, it will not be able to connect to JMS HA.
is there a 'generic' ip address that represents the cluster so that whichever node happens to be the master node it can connect?
thanks in advance
ben
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963440#3963440
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963440
19 years, 9 months
[EJB 3.0] - Re: Why isn't @Predestory honored in @Stateless beans as wel
by asack
"bill.burke(a)jboss.com" wrote : it is our implementation not the spec.
Great...you do realize Bill that's about the worse possible position to take. Why have the spec then? I thought one of JBoss's main tenets is to be spec compliant. Its bad enough different implementations of a Java EE platform require odd packaging rules (and classloading issues).
Look I don't mean to be a royal pain, but c'mon man...I'm going to reverse the question and say why doesn't JBoss come with a pool implementation that honors this behavior in the spec instead of asking the Java EE developer to write it?
Bill, the JBoss EJB3 implementation is really great, that's why I care.
Btw, what about NamingContexts? Why the heck do they still remain after undeployment? Is this a tracked bug already or another implementation thing? :D!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963438#3963438
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963438
19 years, 9 months