[JBoss-user] Why does restart force recompile
Just a simple question, Why when we restart JBoss does it force a recompile of all the jsps in every deployed war. What's the logic in this? The jsps haven't changed. Any way to avoid it? Brian _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Setting up forums
Hi all, another question :-). I wonder is it possible to add the forums module to my application without redesigning my entire system to run around nukes. I'd like to just deploy the forums. I'm sure there are others who would also like this, and I reckon it would be a big attraction towards JBoss. I read on the forums that Julien was working towards a predeployed version 1.0 so that it would be easy for people to set this up. Any news on it? Any docs on how to add jboss forums to your website. thanks, Brian _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Why does restart force recompile
Not sure about the logic but one way to prevent it is to add the scratddir attribute to the jspc servlet. This has to be defined in the web app web.xml file as follows: servlet servlet-namejsp2/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namelogVerbosityLevel/param-name param-valueWARNING/param-value /init-param init-param param-namescratchdir/param-name param-value__generatedJSPs/param-value /init-param load-on-startup3/load-on-startup /servlet The servlet mapping: servlet-mapping servlet-namejsp2/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Also needs to be applied to ensure all JSP's are compiled via the new servlet mapping above. Guess you will have to read up on the org.apache.jasper.servlet.JspServlet class to find out about these and other attributes.. This is the way I prevented JSP's being recompiled - not sure if there is any other way. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:36 AM Subject: [JBoss-user] Why does restart force recompile Just a simple question, Why when we restart JBoss does it force a recompile of all the jsps in every deployed war. What's the logic in this? The jsps haven't changed. Any way to avoid it? Brian _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Why does restart force recompile
Thanks Matt, looks like just what I need. Can I ask, did you define this in your web.xml file in your webapp, or did you edit the default jboss web.xml file in conf/web.xml thanks, Brian From: Matthew Oatham [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Why does restart force recompile Date: Wed, 14 Jan 2004 11:04:53 - Not sure about the logic but one way to prevent it is to add the scratddir attribute to the jspc servlet. This has to be defined in the web app web.xml file as follows: servlet servlet-namejsp2/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namelogVerbosityLevel/param-name param-valueWARNING/param-value /init-param init-param param-namescratchdir/param-name param-value__generatedJSPs/param-value /init-param load-on-startup3/load-on-startup /servlet The servlet mapping: servlet-mapping servlet-namejsp2/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Also needs to be applied to ensure all JSP's are compiled via the new servlet mapping above. Guess you will have to read up on the org.apache.jasper.servlet.JspServlet class to find out about these and other attributes.. This is the way I prevented JSP's being recompiled - not sure if there is any other way. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:36 AM Subject: [JBoss-user] Why does restart force recompile Just a simple question, Why when we restart JBoss does it force a recompile of all the jsps in every deployed war. What's the logic in this? The jsps haven't changed. Any way to avoid it? Brian _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Why does restart force recompile
Hi, I apply this to each web app that is deployed - i.e add it to the web app web.xml file - which over rides the default web.xml settings. The reason for this is in each web app you can set a sub directory. This is nesessary when 2 web apps are deployed which both contain a jsp file of the same name i.e index.jsp - the servlet container could serve the wrong jsp i.e serve web app A's index.jsp to web app B. Therefore in each web apps web.xml file specify the scratchdir + sub directory i.e. __generatedJSPs/WebApp_A for web app A web.xml and __generatedJSPs/WebApp_B for web app B Hope that makes sense. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 11:22 AM Subject: Re: [JBoss-user] Why does restart force recompile Thanks Matt, looks like just what I need. Can I ask, did you define this in your web.xml file in your webapp, or did you edit the default jboss web.xml file in conf/web.xml thanks, Brian From: Matthew Oatham [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Why does restart force recompile Date: Wed, 14 Jan 2004 11:04:53 - Not sure about the logic but one way to prevent it is to add the scratddir attribute to the jspc servlet. This has to be defined in the web app web.xml file as follows: servlet servlet-namejsp2/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namelogVerbosityLevel/param-name param-valueWARNING/param-value /init-param init-param param-namescratchdir/param-name param-value__generatedJSPs/param-value /init-param load-on-startup3/load-on-startup /servlet The servlet mapping: servlet-mapping servlet-namejsp2/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Also needs to be applied to ensure all JSP's are compiled via the new servlet mapping above. Guess you will have to read up on the org.apache.jasper.servlet.JspServlet class to find out about these and other attributes.. This is the way I prevented JSP's being recompiled - not sure if there is any other way. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:36 AM Subject: [JBoss-user] Why does restart force recompile Just a simple question, Why when we restart JBoss does it force a recompile of all the jsps in every deployed war. What's the logic in this? The jsps haven't changed. Any way to avoid it? Brian _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
hi Ban, I added bind_addr attribute in both the servers with their respective ips and both the servers seem to identify each other. But I am getting this line: -- 18:10:52,399 INFO [DefaultPartition] New cluster view (id: 1, delta: 1) : [127.0.0.1:1099, 127.0.0.1:1099] 18:10:52,403 INFO [DefaultPartition:ReplicantManager] Dead members: 0 18:10:53,549 INFO [HAILServerILService] Notified to stop acting as singleton. --- in the node which acts as the second cluster node. I was wondering why the New cluster View shows 127.0.0.1 as the ip addresses for both the nodes. I have set loopback to false in cluster-service.xml in both the servers. I brought down the lo interface and let eth0 only up in both the nodes and started the servers again on both. Again the servers could not identify each other. why I am seeing 127.0.0.1 for both the servers?? MJ --- Bela Ban [EMAIL PROTECTED] wrote: Mridul Jain wrote: hi, I am running jboss-3.2.3 on GNU/Linux box and trying to get jboss clustering up and running. First I check if multicasting works fine, by running the following from jgroup: On host1: -- java org.javagroups.tests.McastReceiverTest -mcast_addr 228.1.2.3 -port 45566 -- Onhost2: --- java org.javagroups.tests.McastSenderTest -mcast_addr 228.1.2.3 -port 45566 --- I am able to communicate perfectly without any problems. Then I start jboss-3.2.3 using ./run.sh -c all on both the hosts. But I am able to see that both the nodes/servers cannot find each other as can be seen in server.log and it shows only one cluster member in both. Probing further I tried receiving messages using : java org.javagroups.tests.McastReceiverTest -mcast_addr 228.1.2.3 -port 45566 - on host1 and running the jboss-server on the same node. At periodic intervals I started getting some junk message from the jboss-server as soon as cluster-service.xml was deployed. The messages were from 127.0.0.1:45566. Did you try setting bind_addr in the cluster config (in cluster-service.xml) ? Post your cluster-service.xml -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: AW: [JBoss-user] JBoss 3.2.4 and Oracle9i: SQLException: Invalid conversion requested
Hi, The Bug report at https://sourceforge.net/tracker/?func=detailatid=376687aid=729719group_id=22866has a patch available in which the standard-jbosscmp-jdbc.xml has both jdbc-type mappings as follows :- mapping java-typejava.lang.Short/java-type jdbc-typeNUMERIC/jdbc-type jdbc-typeSMALLINT/jdbc-type sql-typeNUMBER(5)/sql-type/mapping This does not work with Oracle Client 9.2.0.4.When I had just one jdbc-type mapping of SMALLINT, it worked. Any clues about whether this patch is right ? Also does this patch work with Oracle client 9.2.0.1 ? regards, Shubhu"Rupp, Heiko" [EMAIL PROTECTED] wrote: Hi, there is a bug report open on this (#729719) https://sourceforge.net/tracker/?func=detailatid=376687aid=729719group_id=22866 Can you confirm/verify the solution from there? Heiko -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED]im Auftrag vonshubhu mutta Gesendet: Mo 05.01.2004 09:35 An: [EMAIL PROTECTED] Cc: Betreff: [JBoss-user] JBoss 3.2.4 and Oracle9i: SQLException: Invalid conversion requested Hi, I updated my Oracle Client from 9.2.0.1 to 9.2.0.4. Jboss is 3.2.0. After that I tried to execute my application and got this in server.log: javax.ejb.EJBException: Internal error setting parameters for field status; CausedByException is: Invalid conversion requested java.sql.SQLException: Invalid conversion requested at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java) at oracle.jdbc.driver.OraclePreparedStatement.setObject(OraclePreparedStatement.java) at oracle.jdbc.driver.OraclePreparedStatement.setObject(OraclePreparedStatement.java) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.setObject(WrappedPreparedStatement.java:607) at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:280) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbstractCMPFieldBridge.java:301) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbstractCMPFieldBridge.java:280) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.java:285) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:182) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:569) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:225) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:725) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:188) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:92) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477) at org.jboss.ejb.Container.invoke(Container.java:694) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:88) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:175) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:82) at $Proxy194.create(Unknown Source) at home.create(uow); All worked fine before the Oracle update. The exception is thrown when setting the value for a EJB-Field of type Short. The default typemapping for Oracle9i is choosen (NUMERIC/NUMBER(5) (
[JBoss-user] Help with JBossQL
Hi everyone,I am trying to write a JBossQL query to get the entity with the maximun value of a certain field. Something similar to the SQL function MAX() but I can't get it to work. Can anybody tell me the right way to do this. Thanks in advance. __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Problems with deployment of EJB's in Jboss 3.2.3
When I try to deploy an j2ee application on Jboss 3.2.x, I get a deployment error. Has anyone seen the same error, and knows the reason ( or possible reasons to this error )??? It seams only the SequenceEJB bean fails ( but it's a primary key generator bean - simple but needed ) Description: in jbosscmp-jdbc.xml the following is registered on the Bean: entity ejb-nameSequenceEJB/ejb-name table-nameSequence/table-name cmp-field field-namename/field-name column-namename/column-name /cmp-field cmp-field field-namevalue/field-name column-namevalue/column-name /cmp-field /entity in ejb-jar.xml the entitybean is definded entity ejb-nameSequenceEJB/ejb-name local-homedk.statsbiblioteket.brugerregister.ejb.SequenceLocalHome/local-home localdk.statsbiblioteket.brugerregister.ejb.SequenceLocal/local ejb-classdk.statsbiblioteket.brugerregister.ejb.SequenceBean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.String/prim-key-class reentrantTrue/reentrant cmp-version2.x/cmp-version abstract-schema-nameSequence/abstract-schema-name cmp-field descriptionThe bean which uses these keys/description field-namename/field-name /cmp-field cmp-field descriptionThe next primary key to hand out/description field-namevalue/field-name /cmp-field primkey-fieldname/primkey-field /entity and the transaction model: container-transaction descriptionTransaction attributes for 'SequenceEJB' methods/description method ejb-nameSequenceEJB/ejb-name method-name*/method-name /method trans-attributeRequired/trans-attribute /container-transaction All other entitybeans in the app- uses the Sequence and have a ref defined by: ejb-local-ref description/ ejb-ref-nameSequence/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type local-homedk.statsbiblioteket.brugerregister.ejb.SequenceLocalHome/local-home localdk.statsbiblioteket.brugerregister.ejb.SequenceLocal/local ejb-linkSequenceEJB/ejb-link /ejb-local-ref Here is some of the log ( DEBUG level ): 2004-01-14 14:47:54,421 DEBUG [org.jboss.deployment.MainDeployer] Watching new file: file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/deploy/brugerregister-ejb.jar 2004-01-14 14:47:54,421 DEBUG [org.jboss.deployment.MainDeployer] create step for deployment file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/deploy/brugerregister-ejb.jar 2004-01-14 14:47:54,898 DEBUG [org.jboss.ejb.EJBDeployer] Verifying file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/deploy/brugerregister-ejb.jar 2004-01-14 14:47:54,993 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: AddressEJB: Verified. 2004-01-14 14:47:55,000 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: SyncAttributeEJB: Verified. 2004-01-14 14:47:55,010 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: AttributeEJB: Verified. 2004-01-14 14:47:55,026 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: CustomerEJB: Verified. 2004-01-14 14:47:55,030 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: SequenceEJB: Verified. 2004-01-14 14:47:55,059 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: CprFacadeEJB: Verified. 2004-01-14 14:47:55,070 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: ApplicationFacadeEJB: Verified. 2004-01-14 14:47:55,108 DEBUG [org.jboss.ejb.EJBDeployer] Deploying: file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/deploy/brugerregister-ejb.jar 2004-01-14 14:47:55,108 DEBUG [org.jboss.system.ServiceController] Creating service jboss.j2ee:module=brugerregister-ejb.jar,service=EjbModule 2004-01-14 14:47:55,108 INFO [org.jboss.ejb.EjbModule] Creating 2004-01-14 14:47:55,117 DEBUG [org.jboss.ejb.EjbModule] createService, begin 2004-01-14 14:47:55,117 INFO [org.jboss.ejb.EjbModule] Deploying AddressEJB 2004-01-14 14:47:55,149 DEBUG [org.jboss.ejb.EjbModule] Creating WebClassLoader of class org.jboss.web.WebClassLoader 2004-01-14 14:47:55,254 DEBUG [org.jboss.ejb.plugins.LRUEnterpriseContextCachePolicy] Cache policy timer started, [EMAIL PROTECTED]
[JBoss-user] archive for this list??
Hello all I am new to this mailing list and I got a lot of question to ask y'all but I would like to first out if there is a publicly available archive of previous mails to this list so that I could first find out if my questionns have been asked b4. Thanks EdEdward Banfa Software Engineer NetPlay Technologies Inc Jos, Plateau State. Nigeria. Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
Re: [JBoss-user] archive for this list??
mail-archive.com there are some others too On Wed, 14 Jan 2004, ed banfa wrote: Hello all I am new to this mailing list and I got a lot of question to ask y'all but I would like to first out if there is a publicly available archive of previous mails to this list so that I could first find out if my questionns have been asked b4. Thanks Ed Edward Banfa Software Engineer NetPlay Technologies Inc Jos, Plateau State. Nigeria. - Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Why does restart force recompile
Yep Matt, that makes perfect sense and seems a very sensible approach. Thanks for the great tip! Brian From: Matthew Oatham [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Why does restart force recompile Date: Wed, 14 Jan 2004 12:23:40 - Hi, I apply this to each web app that is deployed - i.e add it to the web app web.xml file - which over rides the default web.xml settings. The reason for this is in each web app you can set a sub directory. This is nesessary when 2 web apps are deployed which both contain a jsp file of the same name i.e index.jsp - the servlet container could serve the wrong jsp i.e serve web app A's index.jsp to web app B. Therefore in each web apps web.xml file specify the scratchdir + sub directory i.e. __generatedJSPs/WebApp_A for web app A web.xml and __generatedJSPs/WebApp_B for web app B Hope that makes sense. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 11:22 AM Subject: Re: [JBoss-user] Why does restart force recompile Thanks Matt, looks like just what I need. Can I ask, did you define this in your web.xml file in your webapp, or did you edit the default jboss web.xml file in conf/web.xml thanks, Brian From: Matthew Oatham [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Why does restart force recompile Date: Wed, 14 Jan 2004 11:04:53 - Not sure about the logic but one way to prevent it is to add the scratddir attribute to the jspc servlet. This has to be defined in the web app web.xml file as follows: servlet servlet-namejsp2/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namelogVerbosityLevel/param-name param-valueWARNING/param-value /init-param init-param param-namescratchdir/param-name param-value__generatedJSPs/param-value /init-param load-on-startup3/load-on-startup /servlet The servlet mapping: servlet-mapping servlet-namejsp2/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Also needs to be applied to ensure all JSP's are compiled via the new servlet mapping above. Guess you will have to read up on the org.apache.jasper.servlet.JspServlet class to find out about these and other attributes.. This is the way I prevented JSP's being recompiled - not sure if there is any other way. Matt - Original Message - From: Brian Styles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:36 AM Subject: [JBoss-user] Why does restart force recompile Just a simple question, Why when we restart JBoss does it force a recompile of all the jsps in every deployed war. What's the logic in this? The jsps haven't changed. Any way to avoid it? Brian _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on
[JBoss-user] JBoss clustering with commit option B or C too slow
Hi, I am trying to cluster JBoss 3.2.3 with CMP 2.0. Current clustering configuration doesn't allow me to use commit option A (Only with cache invalidation based clustering A can be used). So, I need to use commit option B or C. With CMP 1.1 there was a modified flag that allowed control over synchronization with Database. With CMP 2.0 the flag is of no use. I wonder if there is a way to improve performance with commit option B or C using CMP 2.0. It is terribly slow in a clustered environment. Is there any other way to cluster to improve performance.? Thanks, Misak This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
RE: [JBoss-user] JNDI question
Sorry for the confusion, I'm not writing a client. I have a class that's doing all the look ups. I'm trying to access it view a struts action, using the same VM. -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 9:39 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JNDI question Which part don't you understand? In jboss you cannot access a datasource over the network, even if it is local sockets to a process on the same server. Your use of the provider url in the jndi settings makes the java:/ namespace (where the datasource is bound within jndi) inaccessible. Before you ask, moving it to the global namespace does not fix the problem. DataSources are not remote objects (at least in jboss's implementation). Regards, Adrian On Wed, 2004-01-14 at 17:35, Bret Kumler wrote: Not sure what you mean, but I'm interested in learning more. You'll have to forgive me, I'm not a developer. I'm actually one of those qa guys. I'm trying to port a test case system I created with proprietary tool. Anything to make it better. Thanks for the help. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Adrian Brock Sent: Tuesday, January 13, 2004 5:41 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JNDI question If you are trying to use the DataSource on the server, you should be using new InitialContext(). JBoss does not support using a DataSource outside of the virtual machine. That is why your ds is actually bound at java:/MYDATASOURCE Personally I don't see the point of using a ds in a seperate process. The main reasons for using JCA is to provide automatic transaction enlistment, configured security and pooling. All of which are greatly complicated and perform badly (or negated in the case of pooling) once you go outside the VM. I can see the convenience where you can make a common deployment, but you should really look at a more stateless design where the sqls are run on the server with the results returned to the client. In most cases the stateless design will perform much better. Regards, Adrian On Tue, 2004-01-13 at 23:59, Bret Kumler wrote: Correct. Here's my oracle-ds.xml content: ?xml version=1.0 encoding=UTF-8? !DOCTYPE datasources SYSTEM C:\jboss-3.2.3\docs\dtd\jboss-ds_1_0.dtd datasources local-tx-datasource jndi-nameMYDATASOURCE/jndi-name connection-urljdbc:oracle:thin:@101.33.214:1521:TEST/connection-url driver-classoracle.jdbc.driver.OracleDriver/driver-class user-nametestt/user-name passwordtest/password min-pool-size10/min-pool-size max-pool-size100/max-pool-size check-valid-connection-sqltrue/check-valid-connection-sql exception-sorter-class-nameorg.jboss.resource.adapter.jdbc.vendor.OracleEx ceptionSorter/exception-sorter-class-name /local-tx-datasource /datasources Here's my code. //Loads the data from a properties file private void loadPMProperties(){ Properties props = new Properties(); try{ props.load(this.getClass().getResourceAsStream(/tc.properties)); jdbc_jndi_name = props.getProperty(TC_DATASOURCE).trim(); jboss_jndi_factory_name = props.getProperty(JNDI_FACTORY).trim(); pkg_prefixes= props.getProperty(PKG_PREFIXES).trim(); jboss_url = props.getProperty(URL).trim(); }catch(IOException ioe){ logger.error(Failed to load properties file '+tc.properties+'); logger.error(ioe.getMessage());; } } private Context getInitialContext(){ Properties properties = null; Context ctx =null; try { properties = new Properties(); properties.put(Context.INITIAL_CONTEXT_FACTORY, jboss_jndi_factory_name); properties.put(Context.PROVIDER_URL, jboss_url); properties.put(Context.URL_PKG_PREFIXES, pkg_prefixes); ctx= new InitialContext(properties); } catch (javax.naming.NamingException e) { logger.error(Unable to connect to JBOSS server at + jboss_url); } return ctx; } public ArrayList getData(){ // Incomplete try { Context ctx = getInitialContext(); pool = (DataSource)ctx.lookup(jdbc_jndi_name); // IT DIES RIGHT HERE THE LOOK UP } catch (javax.naming.NamingException ex){ logger.error(Couldn't obtain JDBC connection pool: + jdbc_jndi_name); } } Here's the content of my tc.properties URL=localhost:1099 TC_DATASOURCE=MYDATASOURCE JNDI_FACTORY=org.jnp.interfaces.NamingContextFactory PKG_PREFIXES=org.jboss.naming It can not find the connection pool name Thanks for the help -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jae Gangemi Sent: Tuesday, January 13, 2004 2:44 PM To: [EMAIL PROTECTED]
[JBoss-user] Throwing exception question....
Hello All- Using: jboss3.2.3-tomcat I have a class that will throw a user defined exception. My method: public ArrayList getPersistableObjects (String className, String keys) { if(cachelessKeyValues.length() MAX_NUMBER_OF_REQUESTS) { throw new MaxNumberOfRequestsException(Request exceeds maximum number of requests ( + MAX_NUMBER_OF_REQUESTS + )); }else{ .do my stuff } } I am wrapping this class with an ejb. I want to force my front end developers to use a try catch statement to catch this exception in their jsps. I have the remote interface and the bean class itself throwing the exception up the line. BEAN CLASS: public ArrayList getPersistableObjects(String className, String keys) throws MaxNumberOfRequestsException{ return Mule.getInstance().getPersistableObjects(className, keys); } INTERFACE: public ArrayList getPersistableObjects (String className, String keys) throws MaxNumberOfRequestsException, java.rmi.RemoteException; Everything compiles and works fine except that when the jsp compiles, it does not force you to catch MaxNumberOfRequestsException Any ideas? Ive been banging my head all day with this.. Russ
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series
First have you tried kill -3 886 to get a threaddump? 886 is the pid of one the java threads. This will show you stacktraces of the current active threads on the console. You said it crashed, did the output from the crash include a threaddump? Second, it is generally a bad idea to run a java virtual machine with lots of swap. Periodically the VM does a full garbage collection which requires it to look at the whole heap (and it probably compacts it afterwards). The performance of this will be very bad if it has to swap memory to and from disk. Third, you are looking at threads. ps and top don't understand the linux threading model. Each java thread is a linux process that shares the same memory. Try using pstree -p to get a better idea of what is going on. The overall java process has 16844 SIZE and 11M RSS. The clue is that they are all the same numbers. :-) Regards, Adrian On Wed, 2004-01-14 at 19:04, Poppe, Troy wrote: I am running into a curious problem running JBoss on SLES8 31-bit on VM4.3. The instance has been allocated 128Mb of physical memory and approx 512Mb of swap. We have the VM configured to use QDIO with the OSA adapter in the z/800. I'm currently testing this problem using IBMJava2-s390-131 and IBMJava2-s390-141. The problem I am experiencing is that the instance the JBoss container is running on will, after JBoss has been up and running (and unused) for sometime, hit 100% CPU usage, and there is no way to regain access or control of the box short of a hard-restart. We believe we have narrowed the problem down to the java virtual machine and/or JBoss 3.2.3.The following is output from top that was left running before the instance crashed. You'll note that the JBoss java processes have run amok. [ -- snip -- ] 12:29am up 10:38, 1 user, load average: 20.43, 20.28, 19.85 89 processes: 67 sleeping, 22 running, 0 zombie, 0 stopped CPU states: 5.1% user, 94.8% system, 0.0% nice, 0.0% idle Mem: 126064K av, 123448K used,2616K free, 0K shrd,8148K buff Swap: 575584K av, 77184K used, 498400K free 12544K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 886 jboss 25 0 16844 11M 140 R 5.7 9.6 5:55 java 887 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java 893 jboss 25 0 16844 11M 140 R 5.7 9.6 6:03 java 913 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java 918 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java 920 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java 925 jboss 25 0 16844 11M 140 R 5.7 9.6 5:49 java 928 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java 929 jboss 25 0 16844 11M 140 R 5.7 9.6 5:56 java 932 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java 933 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java 934 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java 941 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java 955 jboss 25 0 16844 11M 140 R 5.3 9.6 5:51 java 944 jboss 25 0 16844 11M 140 R 4.2 9.6 5:52 java 2612 root 16 0 880 840 652 R 3.6 0.6 20:04 top 892 jboss 25 0 16844 11M 140 R 2.8 9.6 5:51 java [ -- snip -- ] At this point, we are persuing the path of trying to determine what, if anything, JBoss is doing outside of a user request. We are trying to determine 1) why are the processes for JBoss in the running state, it should be entirely idle; 2) why does the SIZE of the java process differ from when we first start JBoss (roughly 73600); 3) why does the RSS differ from when we first start JBoss (roughly 71M). Basically, I'm curious if anyone in the JBoss community is running JBoss with the IBM JVM on Linux for z/Series successfully. Any help is greatly appreciated. Troy Poppe --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED]
Re: [JBoss-user] Throwing exception question....
You'll need: public class MaxNumberOfRequestsException extends Exception rather than extends RuntimeException or whatever you are using to avoid declaring it as being thrown. RuntimeExceptions and Errors do not need to be handled. Regards, Adrian On Wed, 2004-01-14 at 19:07, Pitre, Russell wrote: Hello All- Using: jboss3.2.3-tomcat I have a class that will throw a user defined exception. My method: public ArrayList getPersistableObjects (String className, String keys) { if(cachelessKeyValues.length() MAX_NUMBER_OF_REQUESTS) { throw new MaxNumberOfRequestsException(Request exceeds maximum number of requests ( + MAX_NUMBER_OF_REQUESTS + )); }else{ .do my stuff } } I am wrapping this class with an ejb. I want to force my front end developers to use a try catch statement to catch this exception in their jsps. I have the remote interface and the bean class itself throwing the exception up the line. BEAN CLASS: public ArrayList getPersistableObjects(String className, String keys) throws MaxNumberOfRequestsException{ return Mule.getInstance().getPersistableObjects(className, keys); } INTERFACE: public ArrayList getPersistableObjects (String className, String keys) throws MaxNumberOfRequestsException, java.rmi.RemoteException; Everything compiles and works fine except that when the jsp compiles, it does not force you to catch MaxNumberOfRequestsException Any ideas? Ive been banging my head all day with this.. Russ -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Shutdown multiple instances
Rod Macpherson wrote: Has anyone mastered the intricacies of JBoss shutdown for multiple IPs? I kill the process. Does shutdown accept the --host switch? If not that should be added as a feature request for symmetry if nothing else. That's what I've been forced to resort to, as well. Have you come up with a clean way of doing this from an Ant build file? I'd like to create targets for all of my developers to be able to start and stop their instances of JBoss Thanks, Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Re: Shutdown multiple instances
Thanks, Craig, for the response. Unfortunately, this doesn't work either. It just hangs, nothing in the server's log, and nothing on the console. I've also tried 1099 with the same effect. Any other ideas out there? Why is this difficult? Ben [EMAIL PROTECTED] wrote: Hi Ben and Tim, One of your attempts is close to what should work: shutdown.sh --server=bjc.mydomain.com:1098 assuming 1098 is the port on which the server is listening. Make sure you can ping bjc.mydomain.com from the same machine. Regards, Craig Johannsen Ludicorp Research and Development --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] default container configuration
If I want to use a user-defined container configuration for all the beans in a deployment unit, do I have to specify the configuration for each bean, or is it enough to define that configuration to have it used, or can I add a directive to set that configuration as default for my deployment? I want to do this to make sure that my entity beans use commit option A. Thanks for the help. Joachim Van der Auwera --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es
On Wed, 2004-01-14 at 20:56, Poppe, Troy wrote: Adrian, 4. Is there any way that you know of to get JBoss to convince the JVM that it needs to do a system-wide gc? Is it as simple as calling System.gc()? Nearly that simple. System.gc() is just a hint, the VM can ignore it. If the VM takes the hint it will do a full gc. You can do this from the jmx-console http://localhost:8080/jmx-console Look for jboss.system:type=Server then the operation runGarbageCollector() The fact that your OS's VM is crashing suggests a more serious issue. Regards, Adrian -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] jboss-3.2.3: Classloader problem?
I am using McKoi as an embedded database in JBoss-3.2.3. The mckoidb.jar is bundled in the application's ear file and uses the following in application.xml to deploy it. application module javamckoidb.jar/java /module /application McKoi is registered via -ds.xml file and all code acquires a connection from the pool. datasources local-tx-datasource jndi-nameMcKoiDS/jndi-name connection-urljdbc:mckoi:local://../server/workflowengine/data/mckoi/db.co nf?create_or_boot=true/connection-url driver-classcom.mckoi.JDBCDriver/driver-class user-nameuser/user-name passwordpassword/password min-pool-size5/min-pool-size idle-timeout-minutes0/idle-timeout-minutes /local-tx-datasource /datasources For the most part, it works fine. However, there are occasions where I get the following exception in JBoss. 2004-01-14 14:50:30,210 WARN [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=6x23jygzt041//41, BranchQual=] errorCode=XA_UNKNOWN(0) org.jboss.resource.connectionmanager.JBossLocalXAException: Error trying to start local tx: ; - nested throwable: (org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (com.mckoi.database.jdbc.MSQLException)) at org.jboss.resource.connectionmanager.TxConnectionManager$LocalXAResource.sta rt(TxConnectionManager.java:708) at org.jboss.tm.TransactionImpl.startResource(TransactionImpl.java:1148) at org.jboss.tm.TransactionImpl.enlistResource(TransactionImpl.java:636) at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventLi stener.enlist(TxConnectionManager.java:455) at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionRe connected(TxConnectionManager.java:343) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnecti on(BaseConnectionManager2.java:483) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManage rProxy.allocateConnection(BaseConnectionManager2.java:814) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataS ource.java:102) at com.nielsenmedia.wfe.persistence.WFEPersistence.openConnection(WFEPersistenc e.java:52) at com.nielsenmedia.wfe.persistence.destination.McKoiWFESpecDestination.setup(M cKoiWFESpecDestination.java:51) at com.nielsenmedia.persistence.PersistenceFactory.registerDestination(Persiste nceFactory.java:105) at com.nielsenmedia.wfe.persistence.McKoiWFEPersistence.registerSpecDestination (McKoiWFEPersistence.java:209) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.getPersistenceFactory(Proce ssSpecBean.java:311) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.submitSpec(ProcessSpecBean. java:161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles sSessionContainer.java:683) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach edConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe ssionInstanceInterceptor.java:72) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:267) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 8) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinde rInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionConta iner.java:331) at org.jboss.ejb.Container.invoke(Container.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90) at
RE: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es
You might try running the jvm under gdb. I've had mixed success with that in the past, but it might be worth a try. Then when it hangs you might be able to interrupt gdb and poke around at the threads. JD -Original Message- From: Poppe, Troy [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 12:56 PM To: Jboss User (E-mail) Subject: Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es Adrian, Thanks for the reply. Couple of comments to your response. 1. Unfortunately, when the instance of Linux crashes, it crashes hard. No response to any terminal input, no new terminals, nothing. So diagnosing what's going on is turning into a scenario where we gather some info, and then make it crash again. (You've heard the joke about the hardware engineer, mechanical engineer, and a software engineer in a car with no brakes going down a hill?) That output that I attached from 'top' was all that was left just moments before the crash. The fact that all the values for RSS and SIZE being the same seems to be standard operating procedure for how top reports child process (like the ones that Java spawn). 2. The 'crash' was at the Linux instance level, equivalent to your x86 box crashing. Unfortunately, we've only seen one small message in the kernel log, and that was from kswapd. No dump files have been generated. It appears from IBM's diagnostic guide for the 1.4.1 SDK that there is an environment variable JAVA_DUMP_OPTS that I may need to set. The question is, is the JVM crashing first, or is the linux instance crashing first? 3. This Linux instance I have is a test instance to see what the requirements are for an application server in a z/800. The IBM recommended approach for these instances is to starve the instance of physical memory that cannot be shared amongst instances, and then force the Linux kernel to swap into, what is effectively, shared swap memory. The z/800 then swaps the shared swap memory to disk as it feels it needs to. All in all, the design of the virtual machining in this beast is a bit over my head, and I bow to the VM gods to have it work. It is entirely possible that this is a memory starvation issue. (The question for me is then, why does JBoss run for hours with no problem, and suddenly everything crashes? What changed?) 4. Is there any way that you know of to get JBoss to convince the JVM that it needs to do a system-wide gc? Is it as simple as calling System.gc()? Thanks for your input! Troy -- Subject: Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series From: Adrian Brock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Organization: Date: 14 Jan 2004 19:38:09 + Reply-To: [EMAIL PROTECTED] First have you tried kill -3 886 to get a threaddump? 886 is the pid of one the java threads. This will show you stacktraces of the current active threads on the console. You said it crashed, did the output from the crash include a threaddump? Second, it is generally a bad idea to run a java virtual machine with lots of swap. Periodically the VM does a full garbage collection which requires it to look at the whole heap (and it probably compacts it afterwards). The performance of this will be very bad if it has to swap memory to and from disk. Third, you are looking at threads. ps and top don't understand the linux threading model. Each java thread is a linux process that shares the same memory. Try using pstree -p to get a better idea of what is going on. The overall java process has 16844 SIZE and 11M RSS. The clue is that they are all the same numbers. :-) Regards, Adrian On Wed, 2004-01-14 at 19:04, Poppe, Troy wrote: I am running into a curious problem running JBoss on SLES8 31-bit on VM4.3. The instance has been allocated 128Mb of physical memory and approx 512Mb of swap. We have the VM configured to use QDIO with the OSA adapter in the z/800. I'm currently testing this problem using IBMJava2-s390-131 and IBMJava2-s390-141. The problem I am experiencing is that the instance the JBoss container is running on will, after JBoss has been up and running (and unused) for sometime, hit 100% CPU usage, and there is no way to regain access or control of the box short of a hard-restart. We believe we have narrowed the problem down to the java virtual machine and/or JBoss 3.2.3.The following is output from top that was left running before the instance crashed. You'll note that the JBoss java processes have run amok. [ -- snip -- ] 12:29am up 10:38, 1 user, load average: 20.43, 20.28, 19.85 89 processes: 67 sleeping, 22 running, 0 zombie, 0 stopped CPU states: 5.1% user, 94.8% system, 0.0% nice, 0.0% idle Mem: 126064K av, 123448K used,2616K free, 0K shrd,8148K buff Swap: 575584K av, 77184K used, 498400K free 12544K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 886 jboss 25 0 16844 11M 140 R
Re: [JBoss-user] jboss-3.2.3: Classloader problem?
The exception means the classloader has been undeployed. It no longer holds a reference to the repository Did you redeploy something? But something is holding a reference to the classloader. It looks like you've hit the caching done by Class.forName() in java 1.4 that breaks hot deployment? This is especially annoying with the way java.sql.DriverManager uses Class.forName() In general jdbc drivers are not hot deployable. Regards, Adrian On Wed, 2004-01-14 at 21:13, Barlow, Dustin wrote: I am using McKoi as an embedded database in JBoss-3.2.3. The mckoidb.jar is bundled in the application's ear file and uses the following in application.xml to deploy it. application module javamckoidb.jar/java /module /application McKoi is registered via -ds.xml file and all code acquires a connection from the pool. datasources local-tx-datasource jndi-nameMcKoiDS/jndi-name connection-urljdbc:mckoi:local://../server/workflowengine/data/mckoi/db.co nf?create_or_boot=true/connection-url driver-classcom.mckoi.JDBCDriver/driver-class user-nameuser/user-name passwordpassword/password min-pool-size5/min-pool-size idle-timeout-minutes0/idle-timeout-minutes /local-tx-datasource /datasources For the most part, it works fine. However, there are occasions where I get the following exception in JBoss. 2004-01-14 14:50:30,210 WARN [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=6x23jygzt041//41, BranchQual=] errorCode=XA_UNKNOWN(0) org.jboss.resource.connectionmanager.JBossLocalXAException: Error trying to start local tx: ; - nested throwable: (org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (com.mckoi.database.jdbc.MSQLException)) at org.jboss.resource.connectionmanager.TxConnectionManager$LocalXAResource.sta rt(TxConnectionManager.java:708) at org.jboss.tm.TransactionImpl.startResource(TransactionImpl.java:1148) at org.jboss.tm.TransactionImpl.enlistResource(TransactionImpl.java:636) at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventLi stener.enlist(TxConnectionManager.java:455) at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionRe connected(TxConnectionManager.java:343) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnecti on(BaseConnectionManager2.java:483) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManage rProxy.allocateConnection(BaseConnectionManager2.java:814) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataS ource.java:102) at com.nielsenmedia.wfe.persistence.WFEPersistence.openConnection(WFEPersistenc e.java:52) at com.nielsenmedia.wfe.persistence.destination.McKoiWFESpecDestination.setup(M cKoiWFESpecDestination.java:51) at com.nielsenmedia.persistence.PersistenceFactory.registerDestination(Persiste nceFactory.java:105) at com.nielsenmedia.wfe.persistence.McKoiWFEPersistence.registerSpecDestination (McKoiWFEPersistence.java:209) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.getPersistenceFactory(Proce ssSpecBean.java:311) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.submitSpec(ProcessSpecBean. java:161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles sSessionContainer.java:683) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach edConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe ssionInstanceInterceptor.java:72) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:267) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 8) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinde rInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionConta iner.java:331) at org.jboss.ejb.Container.invoke(Container.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at
RE: [JBoss-user] Shutdown multiple instances
I am not starting/stopping from Ant but the exec task otta work with the startup and shutdown scripts. -Original Message- From: Benjamin Cox [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 12:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Shutdown multiple instances Rod Macpherson wrote: Has anyone mastered the intricacies of JBoss shutdown for multiple IPs? I kill the process. Does shutdown accept the --host switch? If not that should be added as a feature request for symmetry if nothing else. That's what I've been forced to resort to, as well. Have you come up with a clean way of doing this from an Ant build file? I'd like to create targets for all of my developers to be able to start and stop their instances of JBoss Thanks, Ben --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Throwing exception question....
The JSP compile should fail in that case. -Original Message- From: Pitre, Russell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question Yah, I have my MaxNumberOfRequestsException class extending Exception already..still not sure what it is Still baffled! Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Wednesday, January 14, 2004 2:46 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Throwing exception question You'll need: public class MaxNumberOfRequestsException extends Exception rather than extends RuntimeException or whatever you are using to avoid declaring it as being thrown. RuntimeExceptions and Errors do not need to be handled. Regards, Adrian On Wed, 2004-01-14 at 19:07, Pitre, Russell wrote: Hello All- Using: jboss3.2.3-tomcat I have a class that will throw a user defined exception. My method: public ArrayList getPersistableObjects (String className, String keys) { if(cachelessKeyValues.length() MAX_NUMBER_OF_REQUESTS) { throw new MaxNumberOfRequestsException(Request exceeds maximum number of requests ( + MAX_NUMBER_OF_REQUESTS + )); }else{ do my stuff } } I am wrapping this class with an ejb. I want to force my front end developers to use a try catch statement to catch this exception in their jsp's. I have the remote interface and the bean class itself throwing the exception up the line BEAN CLASS: public ArrayList getPersistableObjects(String className, String keys) throws MaxNumberOfRequestsException{ return Mule.getInstance().getPersistableObjects(className, keys); } INTERFACE: public ArrayList getPersistableObjects (String className, String keys) throws MaxNumberOfRequestsException, java.rmi.RemoteException; Everything compiles and works fine except that when the jsp compiles, it does not force you to catch MaxNumberOfRequestsException Any ideas? I've been banging my head all day with this. Russ -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es
Adrian, Again, thanks for your help. I've tried the runGarbageCollection invokation from the MBean inspector. It did reduce the current memory consumption, but didn't cause the 'desired' crash. I guess I should clarify what I mean by 'crash' because that is a rather overloaded and abused word. First, let me describe the operating environment for JBoss. Much like VMWare allows one to run virtual machines inside of a windows or linux host operating system, the mainframe we have (z/800) has the ability to run multiple linux images at the same time. (Technically, the mainframe is divided into multiple logical partitions.) JBoss is running in one of the linux images. At some point, and what causes this is entirely unclear, the instance consumes 100% of the allocated CPU. Once this happens, terminals stop responding. Technically speaking, there is no 'crash' (with log entries, and all the nice dump files). The only evidence I have right now is the output of top that was left (and pasted in the previous email). It seems to indicate that there's something funky going on with the java processes (since they were in a sleep state for a long time, and transitioned into a running state). T - Subject: Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series From: Adrian Brock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Organization: Date: 14 Jan 2004 21:05:57 + Reply-To: [EMAIL PROTECTED] On Wed, 2004-01-14 at 20:56, Poppe, Troy wrote: Adrian, 4. Is there any way that you know of to get JBoss to convince the JVM that it needs to do a system-wide gc? Is it as simple as calling System.gc()? Nearly that simple. System.gc() is just a hint, the VM can ignore it. If the VM takes the hint it will do a full gc. You can do this from the jmx-console http://localhost:8080/jmx-console Look for jboss.system:type=Server then the operation runGarbageCollector() The fact that your OS's VM is crashing suggests a more serious issue. Regards, Adrian --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Throwing exception question....
Right!but doesn't... Here's what the jsp looks like.. % InitialContext context = new InitialContext(); Object ref = context.lookup(ejb/FactoryBean); FactoryHome factoryHome = (FactoryHome) PortableRemoteObject.narrow ( ref, FactoryHome.class); Factory factory = factoryHome.create(); String ObjectString = 601645,601647,601649; ArrayList list = new ArrayList(); list = factory.getPersistableObjects(com.shawmut.model.Address, ObjectString); % This should not compile The Factory interface and its corresponding bean implementation both throw MaxRequestObjectsException... Thanx- Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rod Macpherson Sent: Wednesday, January 14, 2004 4:50 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question The JSP compile should fail in that case. -Original Message- From: Pitre, Russell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question Yah, I have my MaxNumberOfRequestsException class extending Exception already..still not sure what it is Still baffled! Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Wednesday, January 14, 2004 2:46 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Throwing exception question You'll need: public class MaxNumberOfRequestsException extends Exception rather than extends RuntimeException or whatever you are using to avoid declaring it as being thrown. RuntimeExceptions and Errors do not need to be handled. Regards, Adrian On Wed, 2004-01-14 at 19:07, Pitre, Russell wrote: Hello All- Using: jboss3.2.3-tomcat I have a class that will throw a user defined exception. My method: public ArrayList getPersistableObjects (String className, String keys) { if(cachelessKeyValues.length() MAX_NUMBER_OF_REQUESTS) { throw new MaxNumberOfRequestsException(Request exceeds maximum number of requests ( + MAX_NUMBER_OF_REQUESTS + )); }else{ do my stuff } } I am wrapping this class with an ejb. I want to force my front end developers to use a try catch statement to catch this exception in their jsp's. I have the remote interface and the bean class itself throwing the exception up the line BEAN CLASS: public ArrayList getPersistableObjects(String className, String keys) throws MaxNumberOfRequestsException{ return Mule.getInstance().getPersistableObjects(className, keys); } INTERFACE: public ArrayList getPersistableObjects (String className, String keys) throws MaxNumberOfRequestsException, java.rmi.RemoteException; Everything compiles and works fine except that when the jsp compiles, it does not force you to catch MaxNumberOfRequestsException Any ideas? I've been banging my head all day with this. Russ -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es
So can you ping or telnet into the linux image? That will tell you whether linux is really dead. In principle a jvm should never crash, if it does it is a bug in the jvm. Of course the OS may decide to kill the process by sending it a signal (e.g. exceeded the cpu limit of ulimit or a segfault) but that shouldn't bring down the OS. The jvm should report the signal with a dump. 100% cpu utilization implies a cpu loop somewhere. Your top output showed this was mostly system cpu, i.e. inside the OS. It could be the jvm doing a system call in a tight loop. Have you checked /var/log/messages to see whether Linux reported a problem? Regards, Adrian On Wed, 2004-01-14 at 21:55, Poppe, Troy wrote: Adrian, Again, thanks for your help. I've tried the runGarbageCollection invokation from the MBean inspector. It did reduce the current memory consumption, but didn't cause the 'desired' crash. I guess I should clarify what I mean by 'crash' because that is a rather overloaded and abused word. First, let me describe the operating environment for JBoss. Much like VMWare allows one to run virtual machines inside of a windows or linux host operating system, the mainframe we have (z/800) has the ability to run multiple linux images at the same time. (Technically, the mainframe is divided into multiple logical partitions.) JBoss is running in one of the linux images. At some point, and what causes this is entirely unclear, the instance consumes 100% of the allocated CPU. Once this happens, terminals stop responding. Technically speaking, there is no 'crash' (with log entries, and all the nice dump files). The only evidence I have right now is the output of top that was left (and pasted in the previous email). It seems to indicate that there's something funky going on with the java processes (since they were in a sleep state for a long time, and transitioned into a running state). T - Subject: Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series From: Adrian Brock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Organization: Date: 14 Jan 2004 21:05:57 + Reply-To: [EMAIL PROTECTED] On Wed, 2004-01-14 at 20:56, Poppe, Troy wrote: Adrian, 4. Is there any way that you know of to get JBoss to convince the JVM that it needs to do a system-wide gc? Is it as simple as calling System.gc()? Nearly that simple. System.gc() is just a hint, the VM can ignore it. If the VM takes the hint it will do a full gc. You can do this from the jmx-console http://localhost:8080/jmx-console Look for jboss.system:type=Server then the operation runGarbageCollector() The fact that your OS's VM is crashing suggests a more serious issue. Regards, Adrian --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Throwing exception question....
Correction. According to the specification, the JSP dumps everything in a super-giant try-catch block so Exceptions and RuntimeException need not be declared. The solution is therefore to apply best practices: limit the amount of code in your JSPs to none or less if possible. I know that our application contains hundreds of pages and there is no code at all. We use tags and beans that you might define as a page-let: a bean whose sole responsibility is to provide an API for a given JSP page. That way everything is compiled and at most the JSP page calls inline methods on its pagelet. -Original Message- From: Pitre, Russell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 2:07 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question Right!but doesn't... Here's what the jsp looks like.. % InitialContext context = new InitialContext(); Object ref = context.lookup(ejb/FactoryBean); FactoryHome factoryHome = (FactoryHome) PortableRemoteObject.narrow ( ref, FactoryHome.class); Factory factory = factoryHome.create(); String ObjectString = 601645,601647,601649; ArrayList list = new ArrayList(); list = factory.getPersistableObjects(com.shawmut.model.Address, ObjectString); % This should not compile The Factory interface and its corresponding bean implementation both throw MaxRequestObjectsException... Thanx- Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rod Macpherson Sent: Wednesday, January 14, 2004 4:50 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question The JSP compile should fail in that case. -Original Message- From: Pitre, Russell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Throwing exception question Yah, I have my MaxNumberOfRequestsException class extending Exception already..still not sure what it is Still baffled! Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Wednesday, January 14, 2004 2:46 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Throwing exception question You'll need: public class MaxNumberOfRequestsException extends Exception rather than extends RuntimeException or whatever you are using to avoid declaring it as being thrown. RuntimeExceptions and Errors do not need to be handled. Regards, Adrian On Wed, 2004-01-14 at 19:07, Pitre, Russell wrote: Hello All- Using: jboss3.2.3-tomcat I have a class that will throw a user defined exception. My method: public ArrayList getPersistableObjects (String className, String keys) { if(cachelessKeyValues.length() MAX_NUMBER_OF_REQUESTS) { throw new MaxNumberOfRequestsException(Request exceeds maximum number of requests ( + MAX_NUMBER_OF_REQUESTS + )); }else{ do my stuff } } I am wrapping this class with an ejb. I want to force my front end developers to use a try catch statement to catch this exception in their jsp's. I have the remote interface and the bean class itself throwing the exception up the line BEAN CLASS: public ArrayList getPersistableObjects(String className, String keys) throws MaxNumberOfRequestsException{ return Mule.getInstance().getPersistableObjects(className, keys); } INTERFACE: public ArrayList getPersistableObjects (String className, String keys) throws MaxNumberOfRequestsException, java.rmi.RemoteException; Everything compiles and works fine except that when the jsp compiles, it does not force you to catch MaxNumberOfRequestsException Any ideas? I've been banging my head all day with this. Russ -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce
[JBoss-user] MDB not getting messages after Redeployment
Hi All, I've recently been having problems with MDBs not receiving messages after my .EAR is redeployed. About the only thing that I'm doing differently, as far as I can tell, is to set the JNDI name of the MDB within the jboss deployment descriptors. Are there JBoss 3.2.2 problems with MDB redeployment? I looked through the bug lists on sourceforge but was unable to find a bug that was specifically tied to redeployment. Most closely related was a closed bug about an MDB losing messages after some hours of operation. In my case a single redeployment will cease any messages to the MDB. Thanks in advance. -Neal --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: Shutdown multiple instances
Hi Ben, We use the approach I outlined below for our severs. It DOES work. So, your problem may be some other network issue, such as firewall, NAT, or whatever. Good luck. You could run a sniffer such as Ethereal on your destination server to find out if the packets from the machine where you are doing the shutdown are actually getting through. Cheers, Craig Ben wrote: Thanks, Craig, for the response. Unfortunately, this doesn't work either. It just hangs, nothing in the server's log, and nothing on the console. I've also tried 1099 with the same effect. Any other ideas out there? Why is this difficult? Ben [EMAIL PROTECTED] wrote: Hi Ben and Tim, One of your attempts is close to what should work: shutdown.sh --server=bjc.mydomain.com:1098 assuming 1098 is the port on which the server is listening. Make sure you can ping bjc.mydomain.com from the same machine. Regards, Craig Johannsen Ludicorp Research and Development --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] MDB not getting messages after Redeployment
On Wed, 2004-01-14 at 23:29, Neal Sanche wrote: Hi All, I've recently been having problems with MDBs not receiving messages after my .EAR is redeployed. About the only thing that I'm doing differently, as far as I can tell, is to set the JNDI name of the MDB within the jboss deployment descriptors. Are there JBoss 3.2.2 problems with MDB redeployment? I looked through the bug lists on sourceforge but was unable to find a bug that was specifically tied to redeployment. Most closely related was a closed bug about an MDB losing messages after some hours of operation. In my case a single redeployment will cease any messages to the MDB. There are none that I know about. If you think you have a problem with messaging, enable trace logging for org.jboss.mq Since you are using mdbs also enable trace for org.jboss.jms and org.jboss.ejb.plugins.jms There are stop and start delivery operations available in 3.2.2 if you find the invoker on the jmx console - something like: jboss.j2ee:service=EJB,jndiName=whatever,plugin=invoker,binding=default This will let you isolate the startup of delivery versus the startup of the whole application for debugging purposes. If you can reproduce it with 3.2.4RC1 (from cvs or the nightly snapshot) I've added a lot more trace logging to the client side of jbossmq. This should make it easier to figure out what is going on. Regards, Adrian Thanks in advance. -Neal --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es
The linux image will not respond to telnet, ssh, or ping. The CPU is being spin so quickly that nothing is getting handled other than those java processes (and I wonder if any real processing is being done with them). Technically speaking, the jvm isn't crashing... Currently, the linux kernel imposes no limits on the user space. (This is a test instance...) My curiosity lies exactly where you suggest, a cpu loop. The question to me is where this cpu loop is. I'm not aware of anything in JBoss that could/would cause a tight loop like I am seeing. (I've been running JBoss on Linux in x86 and Windows for almost a year and a half now and never seen anything quite like this.) I wonder if the starvation of physical memory is having an impact on the jvm that is undesirable (your case of a system-wide gc with a heavily swapped jvm poses an interesting question of how this would be handled). As of right now, I have no data to direct me other than to keep trying to get this thing to crash. I will note that I am currently running the IBM Java2 1.3.1 R6 for s390, and the instance has been stable for over 12 hours (idle). It may very well be a problem in the 1.4.1 version from IBM. Again, Adrian, thanks for your continued help. Do you know of any one who is running JBoss on Linux for z/Series that might be able to shed some light on this? Thanks. Troy Poppe -- Subject: Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Seri es From: Adrian Brock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Organization: Date: 14 Jan 2004 22:10:28 + Reply-To: [EMAIL PROTECTED] So can you ping or telnet into the linux image? That will tell you whether linux is really dead. In principle a jvm should never crash, if it does it is a bug in the jvm. Of course the OS may decide to kill the process by sending it a signal (e.g. exceeded the cpu limit of ulimit or a segfault) but that shouldn't bring down the OS. The jvm should report the signal with a dump. 100% cpu utilization implies a cpu loop somewhere. Your top output showed this was mostly system cpu, i.e. inside the OS. It could be the jvm doing a system call in a tight loop. Have you checked /var/log/messages to see whether Linux reported a problem? Regards, Adrian --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] jboss-3.2.3: Classloader problem?
Yes. Some of the time the error did occur after redeploying. On occasions though, after restarting JBoss, the error would also occur on the first process that accessed the datasource from a cmt ssb. I would just have to bounce JBoss again (sometimes more then once) to get the error to stop occurring. Once the application works (ie no errors on accessing mckoi the first time), it continues to work fine until a redeploy or a restart of the server. The occurrence of the error was intermittent between redeploys and restarts so I suspect that the jvm caching you referred to certainly could be suspect here. I did just recently bundle the jdbc datasource jar inside the application's ear file with the goal of the application being self contained in the ear file. Before I had just copied it into the server target's lib directory. Dustin -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 1/14/2004 4:24 PM Subject: Re: [JBoss-user] jboss-3.2.3: Classloader problem? The exception means the classloader has been undeployed. It no longer holds a reference to the repository Did you redeploy something? But something is holding a reference to the classloader. It looks like you've hit the caching done by Class.forName() in java 1.4 that breaks hot deployment? This is especially annoying with the way java.sql.DriverManager uses Class.forName() In general jdbc drivers are not hot deployable. Regards, Adrian On Wed, 2004-01-14 at 21:13, Barlow, Dustin wrote: I am using McKoi as an embedded database in JBoss-3.2.3. The mckoidb.jar is bundled in the application's ear file and uses the following in application.xml to deploy it. application module javamckoidb.jar/java /module /application McKoi is registered via -ds.xml file and all code acquires a connection from the pool. datasources local-tx-datasource jndi-nameMcKoiDS/jndi-name connection-urljdbc:mckoi:local://../server/workflowengine/data/mckoi/d b.co nf?create_or_boot=true/connection-url driver-classcom.mckoi.JDBCDriver/driver-class user-nameuser/user-name passwordpassword/password min-pool-size5/min-pool-size idle-timeout-minutes0/idle-timeout-minutes /local-tx-datasource /datasources For the most part, it works fine. However, there are occasions where I get the following exception in JBoss. 2004-01-14 14:50:30,210 WARN [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=6x23jygzt041//41, BranchQual=] errorCode=XA_UNKNOWN(0) org.jboss.resource.connectionmanager.JBossLocalXAException: Error trying to start local tx: ; - nested throwable: (org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (com.mckoi.database.jdbc.MSQLException)) at org.jboss.resource.connectionmanager.TxConnectionManager$LocalXAResource .sta rt(TxConnectionManager.java:708) at org.jboss.tm.TransactionImpl.startResource(TransactionImpl.java:1148) at org.jboss.tm.TransactionImpl.enlistResource(TransactionImpl.java:636) at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEve ntLi stener.enlist(TxConnectionManager.java:455) at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnecti onRe connected(TxConnectionManager.java:343) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConn ecti on(BaseConnectionManager2.java:483) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionMa nage rProxy.allocateConnection(BaseConnectionManager2.java:814) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperD ataS ource.java:102) at com.nielsenmedia.wfe.persistence.WFEPersistence.openConnection(WFEPersis tenc e.java:52) at com.nielsenmedia.wfe.persistence.destination.McKoiWFESpecDestination.set up(M cKoiWFESpecDestination.java:51) at com.nielsenmedia.persistence.PersistenceFactory.registerDestination(Pers iste nceFactory.java:105) at com.nielsenmedia.wfe.persistence.McKoiWFEPersistence.registerSpecDestina tion (McKoiWFEPersistence.java:209) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.getPersistenceFactory(P roce ssSpecBean.java:311) at com.nielsenmedia.wfe.ejb.inbound.ProcessSpecBean.submitSpec(ProcessSpecB ean. java:161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stat eles sSessionContainer.java:683) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke( Cach edConnectionInterceptor.java:185) at
Re: [JBoss-user] MDB not getting messages after Redeployment
On January 14, 2004 07:29 pm, Adrian Brock wrote: On Wed, 2004-01-14 at 23:29, Neal Sanche wrote: Hi All, I've recently been having problems with MDBs not receiving messages after my .EAR is redeployed. About the only thing that I'm doing differently, as far as I can tell, is to set the JNDI name of the MDB within the jboss deployment descriptors. Are there JBoss 3.2.2 problems with MDB redeployment? I looked through the bug lists on sourceforge but was unable to find a bug that was specifically tied to redeployment. Most closely related was a closed bug about an MDB losing messages after some hours of operation. In my case a single redeployment will cease any messages to the MDB. There are none that I know about. If you think you have a problem with messaging, enable trace logging for org.jboss.mq Since you are using mdbs also enable trace for org.jboss.jms and org.jboss.ejb.plugins.jms There are stop and start delivery operations available in 3.2.2 if you find the invoker on the jmx console - something like: jboss.j2ee:service=EJB,jndiName=whatever,plugin=invoker,binding=def ault This will let you isolate the startup of delivery versus the startup of the whole application for debugging purposes. If you can reproduce it with 3.2.4RC1 (from cvs or the nightly snapshot) I've added a lot more trace logging to the client side of jbossmq. This should make it easier to figure out what is going on. Okay, Adrian, I build a nice fresh JBoss 3.2.4RC1 server, out of CVS and configured it so my application would run on it. And I was able to get the same behaviour. But, what I originally thought was message delivery stopping turns out not to be. It's something very strange. Okay, I know JMS messages aren't supposed to contain real references to objects, and probably not references to local CMP Entities. But I wanted to try it, and see if it worked. So I put a CMP Entity reference inside a Hashtable, and sent it as an ObjectMessage. Yeah, I know I probably shouldn't do this, but it works until the application is reloaded. Then an instanceof check in my code fails. My message receiver looks something like this: public void onMessage(javax.jms.Message message) { if (message instanceof ObjectMessage) { Hashtable h = (Hashtable)((ObjectMessage)message).getObject(); if (h.get(entity) instanceof ExperimentLocal) { System.err.println(Got one!); } } } This will work when the application is newly loaded after the JBoss container is started. But after a redeploy, I never 'Got one!'. I know I'm getting bitten by some sort of Unified Class Loader voodoo curse, so I'm just going to rewrite my code to pass in the primary key of the Experiment, and look it up from inside my CMR instead. I'm just curious to know why the 'instanceof' might be failing in this case? The Entity is a valid one after all. Regardless of my obvious fudging of the use of JMS messages. :) -Neal --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user