[JBoss-user] JBOSS 3.2.3 + IIS
Hello, Which steps should I follow to correctly configure the ISAPI redirector (from jakarta project) to bind with the embedded Tomcat on JBOSS? Or is there a better way to set IIS to deliver the static content and redirect to JBOSS for serverlets and JSPs? Should I use the JBOSS/Jetty version instead? Thanks in advance. Francisco Moreno. _ MSN Messenger : discutez en direct avec vos amis ! http://www.msn.fr/msger/default.asp --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss 3.2.3 and PHP
Does anyone know if there is a way to make php work with JBoss 3.2.3 Thank you, Mello __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss 3.2.3 and PHP
I recently met with the CEO of Zend as asked when they would port their scripting environment to java so we wouldn't have to run around porting everything to nukes but we would have the scalability of java by porting certain pieces (such as using the caches for real like we do in nukes today). He said they were working on it, so go ask them :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joao Mello Sent: Thursday, February 12, 2004 2:51 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss 3.2.3 and PHP Does anyone know if there is a way to make php work with JBoss 3.2.3 Thank you, Mello __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 and PHP
On Thu, 2004-02-12 at 13:50, Joao Mello wrote: Does anyone know if there is a way to make php work with JBoss 3.2.3 Thank you, Mello Why would you want to do that? (just kidding) It depends on what you mean by making it work with jboss. If you just want php and java to exist on the same server, then build apache with mod_jk, and php. Alternatively there is a SAPI for php that allows you to run php inside a servlet. It is not very actively maintained though (at least it wasn't when i was a php contributer). If you want interoperability there is a java extension which uses reflection to map calls from php to java. This is not a great thing though because it loads a jvm per web process, so both stability and scalability are in question. There is also a php corba module called universe (which uses mico), and several soap implementations out there (NuSOAP for one.) The best, easiest, recommendation I would make (besides rewriting your php code base to java) is to use apache+jk+php+soap. You can then use jboss.net to easily expose your session beans as web services. Hope this helps, -- Jason T. Greene [EMAIL PROTECTED] panic(IRQ, you lose...); 2.2.16 /usr/src/linux/arch/mips/sgi/kernel/indy_int.c --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] [jboss-3.2.3] MDB/JMS StdJMSPool configuration
On Wed, 2004-02-04 at 20:02, Barlow, Dustin wrote: Adrian Brock wrote: The key contraint is the MaximumSize in the proxy config. This configures a pool of jms sessions that deliver messages to the mdb container. Once these are all used, no messages will be delivered until an mdb finishes its invocation/transaction. One other thing I forgot to mention in my last post is that MaximumSize on the proxy-invoker doesn't appear to be the only thing that constrains invocations of MDBs. A while back, you and I had a discussion here about doing a singleton MDB. Setting the MaxSize and MaxMessages to 1 in the proxy-binding wasn't enough to ensure that only one MDB fires at time and that the next message on the queue only fires when the prior fully commits it's work. The behaviour actually was that if the container-configuration wasn't set the pool size to 1, then a MDB would fire even though the prior MDB had not fully committed the transaction yet. This had to do with the read-ahead optimization done by the container and could basically be choked off by setting the container-configuration pools to 1 as well. I remember the discussion, but I don't remember that conclusion. The MDB instance is returned to the pool after onMessage() completes, which is before the jms session is made available to the next message. I don't see how it would have an affect? jms - session pooling - session - invoker - mdb pooling - mdb We were discussing why limiting the mdb pool didn't work. So I'm wondering read-ahead optimization is why 100 is the default size container-config pool instead of mirroring the 15 max setting of the proxy-invoker. That is probably just historical. The MDB container config is very similar to stateless session beans and was probably copied from it. Typically only 15 mdb instances will be used. I say typically because you can attach multiple invoker-proxy-bindings to a container and deliver messages from multiple jms destinations. Regards, Adrian Dustin --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss 3.2.3 Unable to invoke setDelegate
08:48:56,097 INFO [MainDeployer] Starting deployment of package: file:/Volumes/local/jboss-3.2.3/server/default/deploy/mycity.war 08:48:59,156 INFO [EmbeddedTomcatService] deploy, ctxPath=/mycity, warUrl=file:/Volumes/local/jboss-3.2.3/server/default/tmp/deploy/ tmp33352mycity.war/ 08:48:59,348 INFO [Engine] SingleSignOnContextConfig[/mycity]: Added certificates - request attribute Valve 08:48:59,349 INFO [Engine] SingleSignOnContextConfig[/mycity]: Configured an authenticator for method NONE 08:48:59,375 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 08:48:59,376 INFO [Engine] StandardManager[/mycity]: Seeding random number generator class java.security.SecureRandom 08:48:59,377 INFO [Engine] StandardManager[/mycity]: Seeding of random number generator has been completed 08:48:59,378 INFO [Engine] StandardWrapper[/mycity:default]: Loading container servlet default 08:48:59,379 INFO [Engine] StandardWrapper[/mycity:invoker]: Loading container servlet invoker 08:48:59,591 INFO [MainDeployer] Deployed package: file:/Volumes/local/jboss-3.2.3/server/default/deploy/mycity.war Moving from jboss-3.2.2RC4_jetty-4.2.11 to jboss-3.2.3 (realize moving from jetty to tomcat), everything deploys right except the application .war file. Get in log: Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] Browser reports tomcat 4.1.29 404 error The requested resource (/mycity/servlet/JspFramework) is not available. Have seen some references to this on email lists, but unclear to me if this is a bug or a config issue. Will be running on a production server, so don't really want to grab some partially known state out of CVS. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss 3.2.3 Unable to invoke setDelegate
The setDelegate warning is irrelevant. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frank Morton Sent: Thursday, February 05, 2004 6:07 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss 3.2.3 Unable to invoke setDelegate 08:48:56,097 INFO [MainDeployer] Starting deployment of package: file:/Volumes/local/jboss-3.2.3/server/default/deploy/mycity.war 08:48:59,156 INFO [EmbeddedTomcatService] deploy, ctxPath=/mycity, warUrl=file:/Volumes/local/jboss-3.2.3/server/default/tmp/deploy/ tmp33352mycity.war/ 08:48:59,348 INFO [Engine] SingleSignOnContextConfig[/mycity]: Added certificates - request attribute Valve 08:48:59,349 INFO [Engine] SingleSignOnContextConfig[/mycity]: Configured an authenticator for method NONE 08:48:59,375 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 08:48:59,376 INFO [Engine] StandardManager[/mycity]: Seeding random number generator class java.security.SecureRandom 08:48:59,377 INFO [Engine] StandardManager[/mycity]: Seeding of random number generator has been completed 08:48:59,378 INFO [Engine] StandardWrapper[/mycity:default]: Loading container servlet default 08:48:59,379 INFO [Engine] StandardWrapper[/mycity:invoker]: Loading container servlet invoker 08:48:59,591 INFO [MainDeployer] Deployed package: file:/Volumes/local/jboss-3.2.3/server/default/deploy/mycity.war Moving from jboss-3.2.2RC4_jetty-4.2.11 to jboss-3.2.3 (realize moving from jetty to tomcat), everything deploys right except the application .war file. Get in log: Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] Browser reports tomcat 4.1.29 404 error The requested resource (/mycity/servlet/JspFramework) is not available. Have seen some references to this on email lists, but unclear to me if this is a bug or a config issue. Will be running on a production server, so don't really want to grab some partially known state out of CVS. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] [jboss-3.2.3] MDB/JMS StdJMSPool configuration
I can't find any reference to exhausted or exhaust in either the session pool, the jms connection, the mdb pool or anywhere else in the mdb container. Care to provide a stacktrace? Unfortunately, I lost the log that had the stack trace in it. I didn't mean to suggest that the exact word was exhausted or exhaust. I'm trying to recreate the error, and if I can, I'll post it. The key contraint is the MaximumSize in the proxy config. This configures a pool of jms sessions that deliver messages to the mdb container. Once these are all used, no messages will be delivered until an mdb finishes its invocation/transaction. The mdb pool in the container configuration is just a repository for currently unused mdb instances unless you enabled strict pooling. I do have strick pooling enabled (if by that you mean strictMaxSize). Below is the invokers and container configurations that i am currently using in my application. invoker-proxy-bindings !-- Workflow related MDBs that will forward retry errors to queue/workflowDLQ -- invoker-proxy-binding nameworkflow-message-driven-bean/name invoker-mbeandefault/invoker-mbean proxy-factoryorg.jboss.ejb.plugins.jms.JMSContainerInvoker/proxy-factory proxy-factory-config JMSProviderAdapterJNDIDefaultJMSProvider/JMSProviderAdapterJNDI ServerSessionPoolFactoryJNDIStdJMSPool/ServerSessionPoolFactoryJNDI MaximumSize15/MaximumSize MaxMessages1/MaxMessages MDBConfig ReconnectIntervalSec10/ReconnectIntervalSec DLQConfig DestinationQueuequeue/workflowDLQ/DestinationQueue MaxTimesRedelivered3/MaxTimesRedelivered TimeToLive0/TimeToLive /DLQConfig /MDBConfig /proxy-factory-config /invoker-proxy-binding invoker-proxy-binding nameworkflow-message-driven-bean-max1/name invoker-mbeandefault/invoker-mbean proxy-factoryorg.jboss.ejb.plugins.jms.JMSContainerInvoker/proxy-factory proxy-factory-config JMSProviderAdapterJNDIDefaultJMSProvider/JMSProviderAdapterJNDI ServerSessionPoolFactoryJNDIStdJMSPool/ServerSessionPoolFactoryJNDI MaximumSize1/MaximumSize MaxMessages1/MaxMessages MDBConfig ReconnectIntervalSec10/ReconnectIntervalSec DLQConfig DestinationQueuequeue/workflowDLQ/DestinationQueue MaxTimesRedelivered3/MaxTimesRedelivered TimeToLive0/TimeToLive /DLQConfig /MDBConfig /proxy-factory-config /invoker-proxy-binding invoker-proxy-binding nameworkflow-message-driven-bean-max1-dlq/name invoker-mbeandefault/invoker-mbean proxy-factoryorg.jboss.ejb.plugins.jms.JMSContainerInvoker/proxy-factory proxy-factory-config JMSProviderAdapterJNDIDefaultJMSProvider/JMSProviderAdapterJNDI ServerSessionPoolFactoryJNDIStdJMSPool/ServerSessionPoolFactoryJNDI MaximumSize1/MaximumSize MaxMessages1/MaxMessages MDBConfig ReconnectIntervalSec10/ReconnectIntervalSec DLQConfig DestinationQueuequeue/DLQ/DestinationQueue MaxTimesRedelivered3/MaxTimesRedelivered TimeToLive0/TimeToLive /DLQConfig /MDBConfig /proxy-factory-config /invoker-proxy-binding /invoker-proxy-bindings container-configurations !-- WorkFlowEngine specific container configurations -- !-- SingleThreaded Message Driven Bean is used by the WorkflowDQLMDB -- container-configuration container-nameSingleThreaded Message Driven Bean/container-name call-loggingfalse/call-logging invoker-proxy-binding-nameworkflow-message-driven-bean-max1-dlq/invoker-p roxy-binding-name container-interceptors interceptororg.jboss.ejb.plugins.ProxyFactoryFinderInterceptor/intercepto r interceptororg.jboss.ejb.plugins.LogInterceptor/interceptor interceptororg.jboss.ejb.plugins.RunAsSecurityInterceptor/interceptor !-- CMT -- interceptor transaction=Containerorg.jboss.ejb.plugins.TxInterceptorCMT/interceptor interceptor transaction=Container metricsEnabled=trueorg.jboss.ejb.plugins.MetricsInterceptor/interceptor interceptor transaction=Containerorg.jboss.ejb.plugins.MessageDrivenInstanceIntercept or/interceptor !-- BMT -- interceptor transaction=Beanorg.jboss.ejb.plugins.MessageDrivenInstanceInterceptor/i nterceptor interceptor transaction=Beanorg.jboss.ejb.plugins.MessageDrivenTxInterceptorBMT/inte rceptor interceptor transaction=Bean metricsEnabled=trueorg.jboss.ejb.plugins.MetricsInterceptor/interceptor
RE: [JBoss-user] [jboss-3.2.3] MDB/JMS StdJMSPool configuration
Adrian Brock wrote: The key contraint is the MaximumSize in the proxy config. This configures a pool of jms sessions that deliver messages to the mdb container. Once these are all used, no messages will be delivered until an mdb finishes its invocation/transaction. One other thing I forgot to mention in my last post is that MaximumSize on the proxy-invoker doesn't appear to be the only thing that constrains invocations of MDBs. A while back, you and I had a discussion here about doing a singleton MDB. Setting the MaxSize and MaxMessages to 1 in the proxy-binding wasn't enough to ensure that only one MDB fires at time and that the next message on the queue only fires when the prior fully commits it's work. The behaviour actually was that if the container-configuration wasn't set the pool size to 1, then a MDB would fire even though the prior MDB had not fully committed the transaction yet. This had to do with the read-ahead optimization done by the container and could basically be choked off by setting the container-configuration pools to 1 as well. So I'm wondering read-ahead optimization is why 100 is the default size container-config pool instead of mirroring the 15 max setting of the proxy-invoker. Dustin --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss 3.2.3 and Sticky Sessions and Session Replication
All, we are trying to setup a JBoss 3.2.3 (Tomcat) cluster with Apache and mod_jk. We discovered that the sticky sessions with mod_jk only work if you give the jvmRoute parameter in the tomcat configuration file. If we do not use sticky sessions we receive an error from Tomcat if during form based authentication the form post is routed to another instance then the one redirecting to the authentication form. That is OK and form based authentication works fine with the sticky session. The jvmRoute paramter causes the extra dot seperated name at the end of the session id. The problem is that we also want session replication and failover in case one machine is not working. So we also configured the distributable/ tag in the web.xml deployment descriptor and deployed the jbossha-httpsession.sar. If we stop the first JBoss, which created the session and which got all the request so far because of the sticky session, mod_jk is performing a fail-over and redirects the request to the second JBoss. But this one is now complaining that it does not know the session which has the extension of the jvmRoute paramter of the first JBoss. Is is not possible to use sticky sessions and session replication? If not there seems to be a bug in Tomcat which is complaining that he does not understand the login form post of a client which was initiated on anonther Tomcat. Any comments and information about this is appreciated, --Marcus --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1
If we didn't check any dirty flag you would not be able to update the data. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, MisakSent: Saturday, January 17, 2004 2:38 AMTo: [EMAIL PROTECTED]Subject: RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 There are some bugs in JBoss 3.2.1 that forced us move to 3.2.3. For example, in commit option C we would get warning 'unable to return to the pool due to ctx lock' every time that type of bean was being used. There was also another bug using version control attribute: cmp field could not be specified as a version control attribute that did not work with us. It seems like we cannot use JBoss 3.2.1 anymore because of these bugs so I cannot really prove if CMP 1.1 is faster than CMP 2.0 but I know that 'modified' flag helped us minimize database synchs. How is it done in CMP 2.0? From the traces I can tell that JBoss does not check any dirty flag. It seems like we are kind of stuck, don't know how to configure JBoss running with cluster. None of the options like cache invalidation with commit option A, regular cluster configuration, or even using commit option C without cluster with row level locking in DB,give us normal speed to go to production.
[JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1
Hi, It seems like JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 with same commit options. The only difference is that with JBoss 3.2.1 we were running CMP 1.1 with 'modified' flag optimization to minimize the number of synchronizations with Database (it served as some kind of dirty bit for an instance of entity bean). With JBoss 3.2.3 we moved to CMP 2.0 and lost the option to use 'modified' optimization. Can this be the source of slowdown? By the way, all my get methods are declared to be read only in the jboss.xml. Here is a piece of log that I got: - JBOSS 3.2.3 with Commit-Option B (Sybase row-level locking) I am doing a findBy***() to retrieve a Collection of references to an Entity Bean. While iterating through the collection, it appears that a SELECT statement is executed for every get() method that is called.In addition, the response time of each SELECT statement is ~300ms. How can I improve this performance? The Entity Bean is configured for transaction "Required". See logs below: 2004-01-16 08:45:22,706 136813 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PositionDetail#findByAccountId] (TP-Processor4:) Executing SQL: SELECT t0_o.accountId, t0_o.accountType, t0_o.countryCode, t0_o.currency, t0_o.symbol, t0_o.symbolType FROM PositionDetail t0_o WHERE (t0_o.accountId = ?) 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,096 137203 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,300 137407 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,628 137735 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,628 137735 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,628 137735 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,628 137735 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL
Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
Mridul Jain wrote: 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. --- I assume you set the bind_addr=MyHost. However, I'm sure MyHost points to 127.0.0.1, check /etc/hosts. You should *not* see 127.0.0.1 ! 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. That's something different, doesn't affect the local address 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?? You are obviously still binding to 127.0.0.1, not to eth0 ! -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ 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
Mridul Jain wrote: hi Ban, I have infact used the IP address of the servers and *NOT* 127.0.0.1. That is why I am suprised why I am getting the following behaviour. I don't believe you :-) Show me your cluster-service.xml and your /etc/hosts dump -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1
Why don't you try to run CMP2.0 version of your app on 3.2.1 and see whether it's true. What your experience shows is that CMP1.1 app is faster than CMP2.0. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, MisakSent: Friday, January 16, 2004 10:22 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 Hi, It seems like JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 with same commit options. The only difference is that with JBoss 3.2.1 we were running CMP 1.1 with 'modified' flag optimization to minimize the number of synchronizations with Database (it served as some kind of dirty bit for an instance of entity bean). With JBoss 3.2.3 we moved to CMP 2.0 and lost the option to use 'modified' optimization. Can this be the source of slowdown? By the way, all my get methods are declared to be read only in the jboss.xml. Here is a piece of log that I got: - JBOSS 3.2.3 with Commit-Option B (Sybase row-level locking) I am doing a findBy***() to retrieve a Collection of references to an Entity Bean. While iterating through the collection, it appears that a SELECT statement is executed for every get() method that is called.In addition, the response time of each SELECT statement is ~300ms. How can I improve this performance? The Entity Bean is configured for transaction "Required". See logs below: 2004-01-16 08:45:22,706 136813 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PositionDetail#findByAccountId] (TP-Processor4:) Executing SQL: SELECT t0_o.accountId, t0_o.accountType, t0_o.countryCode, t0_o.currency, t0_o.symbol, t0_o.symbolType FROM PositionDetail t0_o WHERE (t0_o.accountId = ?) 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,096 137203 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,300 137407 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,628 137735 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,628 137735 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,
RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1
There are some bugs in JBoss 3.2.1 that forced us move to 3.2.3. For example, in commit option C we would get warning 'unable to return to the pool due to ctx lock' every time that type of bean was being used. There was also another bug using version control attribute: cmp field could not be specified as a version control attribute that did not work with us. It seems like we cannot use JBoss 3.2.1 anymore because of these bugs so I cannot really prove if CMP 1.1 is faster than CMP 2.0 but I know that 'modified' flag helped us minimize database synchs. How is it done in CMP 2.0? From the traces I can tell that JBoss does not check any dirty flag. It seems like we are kind of stuck, don't know how to configure JBoss running with cluster. None of the options like cache invalidation with commit option A, regular cluster configuration, or even using commit option C without cluster with row level locking in DB, give us normal speed to go to production. -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Friday, January 16, 2004 3:07 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 Why don't you try to run CMP2.0 version of your app on 3.2.1 and see whether it's true. What your experience shows is that CMP1.1 app is faster than CMP2.0. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, Misak Sent: Friday, January 16, 2004 10:22 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 Hi, It seems like JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 with same commit options. The only difference is that with JBoss 3.2.1 we were running CMP 1.1 with 'modified' flag optimization to minimize the number of synchronizations with Database (it served as some kind of dirty bit for an instance of entity bean). With JBoss 3.2.3 we moved to CMP 2.0 and lost the option to use 'modified' optimization. Can this be the source of slowdown? By the way, all my get methods are declared to be read only in the jboss.xml. Here is a piece of log that I got: - JBOSS 3.2.3 with Commit-Option B (Sybase row-level locking) I am doing a findBy***() to retrieve a Collection of references to an Entity Bean. While iterating through the collection, it appears that a SELECT statement is executed for every get() method that is called.In addition, the response time of each SELECT statement is ~300ms. How can I improve this performance? The Entity Bean is configured for transaction Required. See logs below: 2004-01-16 08:45:22,706 136813 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PositionDetail#findByAccountI d] (TP-Processor4:) Executing SQL: SELECT t0_o.accountId, t0_o.accountType, t0_o.countryCode, t0_o.currency, t0_o.symbol, t0_o.symbolType FROM PositionDetail t0_o WHERE (t0_o.accountId = ?) 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,096 137203 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca, requiredBoxQuantity, safekeepingQuantity, settlementDatePosition, tradeDatePosition, transferQuantity FROM PositionDetail WHERE (accountId=? AND accountType=? AND countryCode=? AND currency=? AND symbol=? AND symbolType=?) 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,300 137407 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Returning connection to pool [InUse/Available/Max]: [0/10/20] 2004-01-16 08:45:23,300 137407 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.PositionDetail] (TP-Processor4:) Executing SQL: SELECT dayTradingAmount, dayTradingQuantity, marketValue, nonNegPosition, oca
RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1
Maybe this will give you a hint: http://www.mail-archive.com/[EMAIL PROTECTED]/msg34183.html read-only means doesn't synchronize with the transaction option C says don't cache between transactions This means the bean is removed from cache after each read-only invocation unless the lock has been promoted a transactional lock by a non read-only invocation. In other words, the data is reloaded on each invocation. Regards, Adrian On Sat, 2004-01-17 at 00:37, Boulatian, Misak wrote: There are some bugs in JBoss 3.2.1 that forced us move to 3.2.3. For example, in commit option C we would get warning 'unable to return to the pool due to ctx lock' every time that type of bean was being used. There was also another bug using version control attribute: cmp field could not be specified as a version control attribute that did not work with us. It seems like we cannot use JBoss 3.2.1 anymore because of these bugs so I cannot really prove if CMP 1.1 is faster than CMP 2.0 but I know that 'modified' flag helped us minimize database synchs. How is it done in CMP 2.0? From the traces I can tell that JBoss does not check any dirty flag. It seems like we are kind of stuck, don't know how to configure JBoss running with cluster. None of the options like cache invalidation with commit option A, regular cluster configuration, or even using commit option C without cluster with row level locking in DB, give us normal speed to go to production. -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Friday, January 16, 2004 3:07 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 Why don't you try to run CMP2.0 version of your app on 3.2.1 and see whether it's true. What your experience shows is that CMP1.1 app is faster than CMP2.0. __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, Misak Sent: Friday, January 16, 2004 10:22 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 Hi, It seems like JBoss 3.2.3 commit option B or C a lot slower than JBoss 3.2.1 with same commit options. The only difference is that with JBoss 3.2.1 we were running CMP 1.1 with 'modified' flag optimization to minimize the number of synchronizations with Database (it served as some kind of dirty bit for an instance of entity bean). With JBoss 3.2.3 we moved to CMP 2.0 and lost the option to use 'modified' optimization. Can this be the source of slowdown? By the way, all my get methods are declared to be read only in the jboss.xml. Here is a piece of log that I got: - JBOSS 3.2.3 with Commit-Option B (Sybase row-level locking) I am doing a findBy***() to retrieve a Collection of references to an Entity Bean. While iterating through the collection, it appears that a SELECT statement is executed for every get() method that is called.In addition, the response time of each SELECT statement is ~300ms. How can I improve this performance? The Entity Bean is configured for transaction Required. See logs below: 2004-01-16 08:45:22,706 136813 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PositionDetail#findByAccountId] (TP-Processor4:) Executing SQL: SELECT t0_o.accountId, t0_o.accountType, t0_o.countryCode, t0_o.currency, t0_o.symbol, t0_o.symbolType FROM PositionDetail t0_o WHERE (t0_o.accountId = ?) 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) supplying ManagedConnection from pool: [EMAIL PROTECTED] 2004-01-16 08:45:22,706 136813 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) Getting connection from pool [InUse/Available/Max]: [1/10/20] 2004-01-16 08:45:23,096 137203 TRACE [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (TP-Processor4:) putting ManagedConnection back into pool 2004-01-16 08:45:23,096 137203 TRACE
Re: [JBoss-user] jboss-3.2.3: Classloader problem?
Hi Dustin, BD I am using McKoi as an embedded database in JBoss-3.2.3. BD The mckoidb.jar is bundled in the application's ear file and uses the BD following in application.xml to deploy it. I think it is not a good idea to package jdbc driver with the application. Normally jdbc drivers are packaged in a .sar file with a datasource descriptor best regards Ingo Bruell --- [EMAIL PROTECTED] ICQ# 40377720 Oldenburg PGP-Fingerprint: CB01 AE12 B359 87C4 BF1C 953C 8FE7 C648 169E E5FC GermanyPGP-Public-Key available at pgpkeys.mit.edu pgp0.pgp Description: PGP signature
RE: [JBoss-user] jboss-3.2.3: Classloader problem?
I moved the jdbc driver jar out of the ear and into the server target's lib directory, and I've not been able to reproduce the error in my unit testing so far. Is the caching that the 1.4 jvm is now doing a problem for the JBoss classloader design or is it simply a problem/bug in the jvm itself? If it is a JBoss classloader issue, is this something that could be fixed? Especially in cases where Class.forName() is used by the 3rd party code, even if it's jvm code? I've made sure to use Thread.currentThread().getContextClassLoader().loadClass(some.Class).newIn stance() in all of my code, but in some cases it is impossible to know when a 3rd party lib might be using Class.forName() under the hood. Thanks again Adrian for the all the excellent support. Dustin -Original Message- From: Barlow, Dustin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 9:32 PM To: '[EMAIL PROTECTED] ' Subject: 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/da ta/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$Local XAResource 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$TxCon nectionEve ntLi stener.enlist(TxConnectionManager.java:455) at org.jboss.resource.connectionmanager.TxConnectionManager.manag edConnecti onRe connected(TxConnectionManager.java:343) at org.jboss.resource.connectionmanager.BaseConnectionManager2.al locateConn ecti on(BaseConnectionManager2.java:483) at org.jboss.resource.connectionmanager.BaseConnectionManager2$Co nnectionMa nage rProxy.allocateConnection(BaseConnectionManager2.java:814) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnectio n(WrapperD ataS ource.java:102) at com.nielsenmedia.wfe.persistence.WFEPersistence.openConnection (WFEPersis tenc e.java:52
RE: [JBoss-user] jboss-3.2.3: Classloader problem?
On Thu, 2004-01-15 at 14:32, Barlow, Dustin wrote: I moved the jdbc driver jar out of the ear and into the server target's lib directory, and I've not been able to reproduce the error in my unit testing so far. Is the caching that the 1.4 jvm is now doing a problem for the JBoss classloader design or is it simply a problem/bug in the jvm itself? If it is a JBoss classloader issue, is this something that could be fixed? Especially in cases where Class.forName() is used by the 3rd party code, even if it's jvm code? I've made sure to use Thread.currentThread().getContextClassLoader().loadClass(some.Class).newIn stance() in all of my code, but in some cases it is impossible to know when a 3rd party lib might be using Class.forName() under the hood. The specific issue with the jdbc driver is in the jdk classes. If you alter the DriverManager class from src.jar to use the thread context classloader rather than Class.forName() it loads the correct (redeployed) classes. We already have workarounds for many of the Class.forName() issues, like custom ObjectStreams and the JBossRMIClassLoader. God knows what vodoo Class.forName() is doing??? Regards, Adrian Thanks again Adrian for the all the excellent support. Dustin -Original Message- From: Barlow, Dustin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 9:32 PM To: '[EMAIL PROTECTED] ' Subject: 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/da ta/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$Local XAResource 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$TxCon nectionEve ntLi stener.enlist(TxConnectionManager.java:455
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series
Troy, After upgrading to JBoss 3.2.2 in our RH Linux 7.3 IBM JDK 1.4.1 environment, JBoss kept running out of memory every couple hours. I don't know if this will help, since the hardware is different, but I created some monitoring plugins based on information in the very handy IBM JDK Diagnosis Documentation: http://www-106.ibm.com/developerworks/java/jdk/diagnosis/diag141sr1.pdf Eventually, I determined that the snmp-adaptor.sar service added in JBoss 3.2.2 used too many deployment descriptors: http://www.mail-archive.com/[EMAIL PROTECTED]/msg33807.html I removed the SNMP service and the machine stopped crashing. Your problem is probably completely different, but the Diagnosis docs helped me tremendously. -- Chris Bonham President/CEO Third Eye Consulting, Inc. [EMAIL PROTECTED] http://www.thirdeyeconsulting.com 317.823.3686 317.823.0353 (FAX) Quoting Poppe, Troy ([EMAIL PROTECTED]): 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 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ 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
set bind_addr in UDP to the IP address ot the server (*not* 127.0.0.1), e.g. UDP mcast_addr=228.1.2.3 mcast_port=45566 ip_ttl=64 *bind_addr=192.168.0.2 *... / Mridul Jain wrote: hi Ben, Here is my cluster-service.xml Please tell me what to do? Thanks, 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 per fectly 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 -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ 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 have infact used the IP address of the servers and *NOT* 127.0.0.1. That is why I am suprised why I am getting the following behaviour. MJ --- Mridul Jain [EMAIL PROTECTED] wrote: 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 __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ 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: [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] 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] 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] 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] 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
Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
hi Ben, Here is my cluster-service.xml Please tell me what to do? Thanks, 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 per fectly 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?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- Sample Clustering Service Configuration -- !-- -- !-- = -- server classpath codebase=lib archives=jbossha.jar/ !-- -- !-- Cluster Partition: defines cluster -- !-- -- mbean code=org.jboss.ha.framework.server.ClusterPartition name=jboss:service=DefaultPartition !-- Name of the partition being built -- attribute name=PartitionNameDefaultPartition/attribute !-- Determine if deadlock detection is enabled -- attribute name=DeadlockDetectionFalse/attribute !-- The JGroups protocol configuration -- attribute name=PartitionConfig Config !-- UDP: if you have a multihomed machine, set the bind_addr attribute to the appropriate NIC IP address -- !-- UDP: On Windows machines, because of the media sense feature being broken with multicast (even after disabling media sense) set the loopback attribute to true -- UDP mcast_addr=228.1.2.3 mcast_port=45566 ip_ttl=64 ip_mcast=true mcast_send_buf_size=15 mcast_recv_buf_size=8 ucast_send_buf_size=15 ucast_recv_buf_size=8 loopback=false / PING timeout=2000 num_initial_members=3 up_thread=true down_thread=true / MERGE2 min_interval=5000 max_interval=1 / FD shun=true up_thread=true down_thread=true timeout=2500 max_tries=5 / VERIFY_SUSPECT timeout=3000 num_msgs=3 up_thread=true down_thread=true / pbcast.NAKACK gc_lag=50 retransmit_timeout=300,600,1200,2400,4800 up_thread=true down_thread=true / pbcast.STABLE desired_avg_gossip=2 up_thread=true down_thread=true / UNICAST timeout=5000 window_size=100 min_threshold=10 down_thread=true / FRAG frag_size=8192 down_thread=true up_thread=true / pbcast.GMS join_timeout=5000 join_retry_timeout=2000 shun=true print_local_addr=true / pbcast.STATE_TRANSFER up_thread=true down_thread=true / /Config /attribute /mbean !--
Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
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
[JBoss-user] JBoss 3.2.3 + Jetty fails startup in run -c all
Hi, I just downloaded JBoss 3.2.3 Jetty 4.2.14 and ran the all config, straight out of the box. It seems that it doesn't like the web-console. However, I think the problem is really the jboss.net sar. My reaoning is as follows: 1. I copy the default configuration and make changes to it for our app. 2. I copy the jboss-net.sar from the all config to my config. 3. This config also fails with the same deployment exception. 11:12:03,786 INFO [MainDeployer] Deployed package: file:/H:/server/all/deploy/jmx-console.war/ 11:12:03,827 INFO [MainDeployer] Starting deployment of package: file:/H:/server/all/deploy/management/web-console.war 11:12:03,947 ERROR [JettyService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: H:\server\all\tmp\deploy\tmp6335web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:20 1) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:394) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:589) 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(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:384) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:291) at org.jboss.Main.boot(Main.java:150) at org.jboss.Main$1.run(Main.java:395) at java.lang.Thread.run(Thread.java:534) 11:12:04,467 WARN [NestedThrowable] Duplicate throwable nesting of same base type: class org.jboss.deployment.Deploymen tException is assignable from: class org.jboss.deployment.DeploymentException 11:12:04,487 ERROR [MainDeployer] Could not initialise deloyment: file:/H:/server/all/deploy/management/web-console.war org.jboss.deployment.DeploymentException: Was unable to
[JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
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. When I shutdown the jboss-server the messages stopped too. Then I started the jboss-server on host1 and started two receivers on host1 and host2 respectively. I started getting the same junk messages from jboss-server on host1 (localhost) but not on host2(remote host). This seems to be a problem with multicasting??? I have removed any firewall restriction using iptables -F in both machines too.But as I said in the beginning, the jgroup programs worked fine communicating with each other in a multicast group. Everything including failover/farming etc will run well if this problem gets solved. Any help is appreciated. rgds, MJ __ 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: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
Hi Midrul, I had a simular problem where the hosts couldn't see each other. I fixed that setting the ip address on each host. Felipe 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. When I shutdown the jboss-server the messages stopped too. Then I started the jboss-server on host1 and started two receivers on host1 and host2 respectively. I started getting the same junk messages from jboss-server on host1 (localhost) but not on host2(remote host). This seems to be a problem with multicasting??? I have removed any firewall restriction using iptables -F in both machines too.But as I said in the beginning, the jgroup programs worked fine communicating with each other in a multicast group. Everything including failover/farming etc will run well if this problem gets solved. Any help is appreciated. rgds, MJ __ 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 --- 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 + jetty X
Thanks for clearing that up, there had been a number of emails and posts in the Web forums about this and us Jetty users were getting a little anxious. We do appreciate the high level of traffic on this list and the forums, coupled with the silly season of Xmas/ New Year (hence my late reply). Hindsight is always 20/20, but maybe a message on the download page (http://www.jboss.org/downloads) might have saved the kerfuffle. Scott M Stark wrote: There has not been an annoucement that we will not provide a jetty bundle. There has not been a seperate bundle due to the fact that the initial testing indicated new unit test failures that I did not have time to look into. We are simply taking the latest stable sar release from the jetty sourceforge sar found here: http://sourceforge.net/project/showfiles.php?group_id=7322 I'll try to get back to looking at providing a bundle toward the end of this week, until then your free to build your own. Scott Stark Chief Technology Officer JBoss Group, LLC Mark Lassau wrote: Has JBoss actually made an announcement of whether they will be releasing Jetty bundles from now on? Either I have missed something, or we are seeing a lapse in Professional Open Source. There are definitely a lot of users who want to continue to use Jetty/JBoss for a number of valid reasons (eg being able to server static web content as well as HTTPS on Windows platforms, keeping pure-Java platform neutral solution, known Tomcat bugs, or those of us who have already invested a lot of time developing and testing for JBoss/Jetty etc.). I realise we can all go and build our own by removing tomcat SAR, and dropping in Jetty SAR, but this will lead to version fragmentation. It is much better for the whole JBoss community if they know everyone on (eg) JBoss/Jetty 3.2.3 is using the exact same setup. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ 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 + jetty X
Rod, all versions of JBoss are available integrated with Jetty, simply check on sf.net: http://sourceforge.net/project/showfiles.php?group_id=22866 As for the problems you have with Tomcat, you are invited to mention them so they can be fixed. Unknown bugs are called features. BTW, the Tomcat 5 integration is now available as well. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Lassau Sent: lundi, 22. décembre 2003 02:55 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X Has JBoss actually made an announcement of whether they will be releasing Jetty bundles from now on? Either I have missed something, or we are seeing a lapse in Professional Open Source. There are definitely a lot of users who want to continue to use Jetty/JBoss for a number of valid reasons (eg being able to server static web content as well as HTTPS on Windows platforms, keeping pure-Java platform neutral solution, known Tomcat bugs, or those of us who have already invested a lot of time developing and testing for JBoss/Jetty etc.). I realise we can all go and build our own by removing tomcat SAR, and dropping in Jetty SAR, but this will lead to version fragmentation. It is much better for the whole JBoss community if they know everyone on (eg) JBoss/Jetty 3.2.3 is using the exact same setup. Rod Macpherson wrote: BCS poll shows Jetty winning however of the 18 million daily downloads of JBoss that majority now use Tomcat. We resisted moving to Tomcat because our stuff would break horribly on it. When the powers that be started steering the herd toward tomcat we decided to put the cart before the horse and jump on the bandwagon before the fat lady sung. The problem turned out to be non-compliant JSP tags that were exposed when we moved to Tomcat. After those were fixed up we had no further issues to speak of. -Original Message- From: Mike Moulton [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 8:38 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X I would also like to see regular Jetty releases, despite the fact that it is no longer the container of choice. However I am not holding my breath, as previous post seem to indicate that politics come before innovation. .. Mike Moulton [EMAIL PROTECTED] --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss 3.2.3 + jetty X
There has not been an annoucement that we will not provide a jetty bundle. There has not been a seperate bundle due to the fact that the initial testing indicated new unit test failures that I did not have time to look into. We are simply taking the latest stable sar release from the jetty sourceforge sar found here: http://sourceforge.net/project/showfiles.php?group_id=7322 I'll try to get back to looking at providing a bundle toward the end of this week, until then your free to build your own. Scott Stark Chief Technology Officer JBoss Group, LLC Mark Lassau wrote: Has JBoss actually made an announcement of whether they will be releasing Jetty bundles from now on? Either I have missed something, or we are seeing a lapse in Professional Open Source. There are definitely a lot of users who want to continue to use Jetty/JBoss for a number of valid reasons (eg being able to server static web content as well as HTTPS on Windows platforms, keeping pure-Java platform neutral solution, known Tomcat bugs, or those of us who have already invested a lot of time developing and testing for JBoss/Jetty etc.). I realise we can all go and build our own by removing tomcat SAR, and dropping in Jetty SAR, but this will lead to version fragmentation. It is much better for the whole JBoss community if they know everyone on (eg) JBoss/Jetty 3.2.3 is using the exact same setup. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
The problem is with the jboss.net deployer. It opens the archive using a classloader.getResource() (which under windows will lock the file) to see whether it contains a certain descriptor. You are seeing a difference because in the jboss distribution, jboss-net.sar is loaded before jbossweb-tomcat41.sar When you make the copy, the timestamps or nodes in the directory change such that jboss-net.sar is loaded after jbossweb-tomcat41.sar The deployers are asked to accept a deployment in the reverse order they are added. cygwin obviously preserves the original ordering of the files. If you remove jboss-net.sar the war will deploy correctly. If you remove the tomcat sar and *copy* it back, it will deploy after jboss.net (meaning jboss.net will not be asked to check the deployment). Regards, Adrian On Tue, 2003-12-30 at 17:54, Barlow, Dustin wrote: My apologies, I didn't mean to reply to your personal email address. I enable TRACE level logging as you instructed. Attached to this email a file called server.log.zip. -Original Message- From: Adrian Brock To: Barlow, Dustin Cc: [EMAIL PROTECTED] Sent: 12/30/2003 12:29 PM Subject: RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror Please keep it on the list. Try enabling TRACE logging in conf/log4j.xml to see whether it provides any more information in log/server.log: !-- TRACE logging for the web container -- category name=org.jboss.web priority value=TRACE class=org.jboss.logging.XLevel/ /category !-- TRACE logging for the deployment code -- category name=org.jboss.deployment priority value=TRACE class=org.jboss.logging.XLevel/ /category Regards, Adrian On Tue, 2003-12-30 at 17:17, Barlow, Dustin wrote: Just to rule that out, I did a cp -Rv all foo and the server comes up fine, just like it did when I included the -p option. (-R means recursive, -v means verbose). So, removing -p option doesn't cause the foo server not to start like all the other copying methods do. I thought it might be a permissions issue early on, but I presume I would have the same permission problem on startup when copying the default server target to foo as well, but the problem doesn't occur. Only when copying the all directory to foo (or any other name) does the error occur. I'm also pretty certain that it's not related to file permissions due to the fact that I'm running with Administrator priviledges on the Windows 2000 box and I have complete control over the directory tree that JBoss lives and runs in. -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 11:55 AM Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS can( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
Thanks for the information. I was able to get web-console.war to deploy by moving the jboss-net.sar out of deploy, issuing a touch web-console.war (which changes the date on the file causing a redeploy), and then moving jboss-net.sar back into deploy. If I did another touch of web-console.war while jboss-net.sar was still in deploy, the error occurred again. I also confirmed that cygwin does preserve the entire tree's timestamps correctly including all sub-directories. Windows explorer copies do not preserve the entire tree timestamps correctly. The files have the same dates as the original, but the sub-directories (for example in deploy) do not. They instead have today's date. Ant's copy task, even with the preservelastmodified flag set to yes, copied the files with the original datestamp, but didn't not preserve the sub-directories date stamps. This results in the same error potential that one has when using windows explorer to copy baseline server targets. Can the jboss-net deployer be fixed so that copies of the all server target can be made without running the risk of messing up the sanctioned deployment order? Thanks for the help, Dustin -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 2:12 PM Subject: RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror On Tue, 2003-12-30 at 18:45, Adrian Brock wrote: The problem is with the jboss.net deployer. It opens the archive using a classloader.getResource() (which under windows will lock the file) to see whether it contains a certain descriptor. You are seeing a difference because in the jboss distribution, jboss-net.sar is loaded before jbossweb-tomcat41.sar When you make the copy, the timestamps or nodes in the directory change such that jboss-net.sar is loaded after jbossweb-tomcat41.sar The deployers are asked to accept a deployment in the reverse order they are added. cygwin obviously preserves the original ordering of the files. If you remove jboss-net.sar the war will deploy correctly. If you remove the tomcat sar and *copy* it back, it will deploy after jboss.net (meaning jboss.net will not be asked to check the deployment). Regards, Adrian On Tue, 2003-12-30 at 17:54, Barlow, Dustin wrote: My apologies, I didn't mean to reply to your personal email address. I enable TRACE level logging as you instructed. Attached to this email a file called server.log.zip. -Original Message- From: Adrian Brock To: Barlow, Dustin Cc: [EMAIL PROTECTED] Sent: 12/30/2003 12:29 PM Subject: RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror Please keep it on the list. Try enabling TRACE logging in conf/log4j.xml to see whether it provides any more information in log/server.log: !-- TRACE logging for the web container -- category name=org.jboss.web priority value=TRACE class=org.jboss.logging.XLevel/ /category !-- TRACE logging for the deployment code -- category name=org.jboss.deployment priority value=TRACE class=org.jboss.logging.XLevel/ /category Regards, Adrian On Tue, 2003-12-30 at 17:17, Barlow, Dustin wrote: Just to rule that out, I did a cp -Rv all foo and the server comes up fine, just like it did when I included the -p option. (-R means recursive, -v means verbose). So, removing -p option doesn't cause the foo server not to start like all the other copying methods do. I thought it might be a permissions issue early on, but I presume I would have the same permission problem on startup when copying the default server target to foo as well, but the problem doesn't occur. Only when copying the all directory to foo (or any other name) does the error occur. I'm also pretty certain that it's not related to file permissions due to the fact that I'm running with Administrator priviledges on the Windows 2000 box and I have complete control over the directory tree that JBoss lives and runs in. -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 11:55 AM Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init
Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error
My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) 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.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:394) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:589) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:384) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:291) at org.jboss.Main.boot(Main.java:150) at org.jboss.Main$1.run(Main.java:395) at java.lang.Thread.run(Thread.java:534) I do not get this error on Linux or Solaris running the exact same version of JBoss and Sun's JVM. The interesting twist is that if I copy the all target to foo in Windows using cp -Rpv all foo in cygwin, I do not get the startup error at all. I also tried copying all to foo with Ant using the following: copy todir=${env.JBOSS_HOME}/server/foo fileset dir=${env.JBOSS_HOME}/server/all/ /copy This results in getting the
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error
I tried the same proceedure on WinXP prosp1 using jboss-3.2.3 and sun jdk-1.4.2_03 and I don't see this error. 09:08:58,423 INFO [MainDeployer] Starting deployment of package: file:/C:/cvs/R eleases/jboss-3.2.3/server/foo/deploy/management/web-console.war 09:08:59,033 INFO [EmbeddedTomcatService] deploy, ctxPath=/web-console, warUrl= file:/C:/cvs/Releases/jboss-3.2.3/server/foo/tmp/deploy/tmp7849web-console.war/ 09:08:59,224 INFO [Engine] SingleSignOnContextConfig[/web-console]: Added certi ficates - request attribute Valve 09:08:59,244 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 09:08:59,244 INFO [Engine] StandardManager[/web-console]: Seeding random number generator class java.security.SecureRandom 09:08:59,244 INFO [Engine] StandardManager[/web-console]: Seeding of random num ber generator has been completed 09:08:59,504 INFO [Engine] StandardWrapper[/web-console:default]: Loading conta iner servlet default 09:08:59,544 INFO [Engine] StandardWrapper[/web-console:invoker]: Loading conta iner servlet invoker 09:09:00,175 INFO [MainDeployer] Deployed package: file:/C:/cvs/Releases/jboss- 3.2.3/server/foo/deploy/management/web-console.war Is this happening every time on startup? Scott Stark Chief Technology Officer JBoss Group, LLC From: [EMAIL PROTECTED] on behalf of Barlow, Dustin Sent: Tue 12/30/2003 8:49 AM To: '[EMAIL PROTECTED] ' Subject: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) 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.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:394) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
Just to rule that out, I did a cp -Rv all foo and the server comes up fine, just like it did when I included the -p option. (-R means recursive, -v means verbose). So, removing -p option doesn't cause the foo server not to start like all the other copying methods do. I thought it might be a permissions issue early on, but I presume I would have the same permission problem on startup when copying the default server target to foo as well, but the problem doesn't occur. Only when copying the all directory to foo (or any other name) does the error occur. I'm also pretty certain that it's not related to file permissions due to the fact that I'm running with Administrator priviledges on the Windows 2000 box and I have complete control over the directory tree that JBoss lives and runs in. -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 11:55 AM Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS can( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController .jav a:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:394) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:589) 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
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
Please keep it on the list. Try enabling TRACE logging in conf/log4j.xml to see whether it provides any more information in log/server.log: !-- TRACE logging for the web container -- category name=org.jboss.web priority value=TRACE class=org.jboss.logging.XLevel/ /category !-- TRACE logging for the deployment code -- category name=org.jboss.deployment priority value=TRACE class=org.jboss.logging.XLevel/ /category Regards, Adrian On Tue, 2003-12-30 at 17:17, Barlow, Dustin wrote: Just to rule that out, I did a cp -Rv all foo and the server comes up fine, just like it did when I included the -p option. (-R means recursive, -v means verbose). So, removing -p option doesn't cause the foo server not to start like all the other copying methods do. I thought it might be a permissions issue early on, but I presume I would have the same permission problem on startup when copying the default server target to foo as well, but the problem doesn't occur. Only when copying the all directory to foo (or any other name) does the error occur. I'm also pretty certain that it's not related to file permissions due to the fact that I'm running with Administrator priviledges on the Windows 2000 box and I have complete control over the directory tree that JBoss lives and runs in. -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 11:55 AM Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS can( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController .jav a:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:394) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:226) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
Yes, it happens everytime on startup. I have also tried it on other Windows 2000 boxes in the office, and it works just fine as well. However, I have had three other Windows 2000 machines that the error occurs on. I'm not at all sure what the delta is. The Windows 2000 machines are identical in terms of service packs, etc. I've also tried it on my home Windows 2000 box and got the error as well. Obviously something is different, but I cannot figure out what that difference is. I even did a directory tree comparison off all and foo, and they seem to be identical. What I really don't understand is why it only happens when copying the all directory. On all the Window 2000 machines I've tried, default works everytime no matter what method I use to copy it. One other wrinkle is that 3.2.2RC3 works fine on all the machines as well, so something between 3.2.2RC3 and 3.2.3 changed. -Original Message- From: Scott M Stark To: [EMAIL PROTECTED] Sent: 12/30/2003 12:08 PM Subject: RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error I tried the same proceedure on WinXP prosp1 using jboss-3.2.3 and sun jdk-1.4.2_03 and I don't see this error. 09:08:58,423 INFO [MainDeployer] Starting deployment of package: file:/C:/cvs/R eleases/jboss-3.2.3/server/foo/deploy/management/web-console.war 09:08:59,033 INFO [EmbeddedTomcatService] deploy, ctxPath=/web-console, warUrl= file:/C:/cvs/Releases/jboss-3.2.3/server/foo/tmp/deploy/tmp7849web-conso le.war/ 09:08:59,224 INFO [Engine] SingleSignOnContextConfig[/web-console]: Added certi ficates - request attribute Valve 09:08:59,244 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 09:08:59,244 INFO [Engine] StandardManager[/web-console]: Seeding random number generator class java.security.SecureRandom 09:08:59,244 INFO [Engine] StandardManager[/web-console]: Seeding of random num ber generator has been completed 09:08:59,504 INFO [Engine] StandardWrapper[/web-console:default]: Loading conta iner servlet default 09:08:59,544 INFO [Engine] StandardWrapper[/web-console:invoker]: Loading conta iner servlet invoker 09:09:00,175 INFO [MainDeployer] Deployed package: file:/C:/cvs/Releases/jboss- 3.2.3/server/foo/deploy/management/web-console.war Is this happening every time on startup? Scott Stark Chief Technology Officer JBoss Group, LLC _ From: [EMAIL PROTECTED] on behalf of Barlow, Dustin Sent: Tue 12/30/2003 8:49 AM To: '[EMAIL PROTECTED] ' Subject: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner. java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS can( AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ract DeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284
RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror
On Tue, 2003-12-30 at 18:45, Adrian Brock wrote: The problem is with the jboss.net deployer. It opens the archive using a classloader.getResource() (which under windows will lock the file) to see whether it contains a certain descriptor. You are seeing a difference because in the jboss distribution, jboss-net.sar is loaded before jbossweb-tomcat41.sar When you make the copy, the timestamps or nodes in the directory change such that jboss-net.sar is loaded after jbossweb-tomcat41.sar The deployers are asked to accept a deployment in the reverse order they are added. cygwin obviously preserves the original ordering of the files. If you remove jboss-net.sar the war will deploy correctly. If you remove the tomcat sar and *copy* it back, it will deploy after jboss.net (meaning jboss.net will not be asked to check the deployment). Regards, Adrian On Tue, 2003-12-30 at 17:54, Barlow, Dustin wrote: My apologies, I didn't mean to reply to your personal email address. I enable TRACE level logging as you instructed. Attached to this email a file called server.log.zip. -Original Message- From: Adrian Brock To: Barlow, Dustin Cc: [EMAIL PROTECTED] Sent: 12/30/2003 12:29 PM Subject: RE: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war e rror Please keep it on the list. Try enabling TRACE logging in conf/log4j.xml to see whether it provides any more information in log/server.log: !-- TRACE logging for the web container -- category name=org.jboss.web priority value=TRACE class=org.jboss.logging.XLevel/ /category !-- TRACE logging for the deployment code -- category name=org.jboss.deployment priority value=TRACE class=org.jboss.logging.XLevel/ /category Regards, Adrian On Tue, 2003-12-30 at 17:17, Barlow, Dustin wrote: Just to rule that out, I did a cp -Rv all foo and the server comes up fine, just like it did when I included the -p option. (-R means recursive, -v means verbose). So, removing -p option doesn't cause the foo server not to start like all the other copying methods do. I thought it might be a permissions issue early on, but I presume I would have the same permission problem on startup when copying the default server target to foo as well, but the problem doesn't occur. Only when copying the all directory to foo (or any other name) does the error occur. I'm also pretty certain that it's not related to file permissions due to the fact that I'm running with Administrator priviledges on the Windows 2000 box and I have complete control over the directory tree that JBoss lives and runs in. -Original Message- From: Adrian Brock To: [EMAIL PROTECTED] Sent: 12/30/2003 11:55 AM Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war error My guess is that the -p option on cygwin preserves the file system permissions, but the other methods do not. Regards, Adrian On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote: JBoss Version: 3.2.3 JVM: Sun 1.4.2-b28 OS: Windows 2000 Using windows explorer, I copied an unmodified all server target directory to foo. I then ran run.bat -c foo from the command line and I get the following error: 11:34:10,019 INFO [MainDeployer] Starting deployment of package: file:/D:/java/jboss-3.2.3/server/foo/deploy/management/web-console.war 11:34:10,120 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: Was unable to move war to: D:\java\jboss-3.2.3\server\foo\tmp\deploy\tmp16433web-console.war.tmp at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:296) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anne r.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner. java:476
Re: [JBoss-user] jboss 3.2.3 + jetty X
Hear hear We got a commercial product developed using JBoss/Jetty, and a shift to Tomcat would be unnecessary QA for us and a huge risk for us that we are not willing to take at this point (risk in that we need to allocate developers to port + maintain possibly 2 branches of the product). IMHO its all fine with JBoss mainly using Tomcat now and the developer onboard. But having a lng history of bundling with both (even jetty as main) puts a responsibility on the Jboss group to keep all this professional by supporting old customers. You guys promised us a JBoss/Jetty release - and it might come - but dont do it like 2 month behind the JBoss/Tomcat one. Its simply not professional. /Thomas man, 2003-12-22 kl. 02:54 skrev Mark Lassau: Has JBoss actually made an announcement of whether they will be releasing Jetty bundles from now on? Either I have missed something, or we are seeing a lapse in Professional Open Source. There are definitely a lot of users who want to continue to use Jetty/JBoss for a number of valid reasons (eg being able to server static web content as well as HTTPS on Windows platforms, keeping pure-Java platform neutral solution, known Tomcat bugs, or those of us who have already invested a lot of time developing and testing for JBoss/Jetty etc.). I realise we can all go and build our own by removing tomcat SAR, and dropping in Jetty SAR, but this will lead to version fragmentation. It is much better for the whole JBoss community if they know everyone on (eg) JBoss/Jetty 3.2.3 is using the exact same setup. Rod Macpherson wrote: BCS poll shows Jetty winning however of the 18 million daily downloads of JBoss that majority now use Tomcat. We resisted moving to Tomcat because our stuff would break horribly on it. When the powers that be started steering the herd toward tomcat we decided to put the cart before the horse and jump on the bandwagon before the fat lady sung. The problem turned out to be non-compliant JSP tags that were exposed when we moved to Tomcat. After those were fixed up we had no further issues to speak of. -Original Message- From: Mike Moulton [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 8:38 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X I would also like to see regular Jetty releases, despite the fact that it is no longer the container of choice. However I am not holding my breath, as previous post seem to indicate that politics come before innovation. .. Mike Moulton [EMAIL PROTECTED] --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss 3.2.3 + jetty X
Has JBoss actually made an announcement of whether they will be releasing Jetty bundles from now on? Either I have missed something, or we are seeing a lapse in Professional Open Source. There are definitely a lot of users who want to continue to use Jetty/JBoss for a number of valid reasons (eg being able to server static web content as well as HTTPS on Windows platforms, keeping pure-Java platform neutral solution, known Tomcat bugs, or those of us who have already invested a lot of time developing and testing for JBoss/Jetty etc.). I realise we can all go and build our own by removing tomcat SAR, and dropping in Jetty SAR, but this will lead to version fragmentation. It is much better for the whole JBoss community if they know everyone on (eg) JBoss/Jetty 3.2.3 is using the exact same setup. Rod Macpherson wrote: BCS poll shows Jetty winning however of the 18 million daily downloads of JBoss that majority now use Tomcat. We resisted moving to Tomcat because our stuff would break horribly on it. When the powers that be started steering the herd toward tomcat we decided to put the cart before the horse and jump on the bandwagon before the fat lady sung. The problem turned out to be non-compliant JSP tags that were exposed when we moved to Tomcat. After those were fixed up we had no further issues to speak of. -Original Message- From: Mike Moulton [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 8:38 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X I would also like to see regular Jetty releases, despite the fact that it is no longer the container of choice. However I am not holding my breath, as previous post seem to indicate that politics come before innovation. .. Mike Moulton [EMAIL PROTECTED] --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] jboss 3.2.3 + jetty X
Thanks. It is not that I am not able to do it myself. I am curious why is there such delay, if there are any issues, ... Back when Jetty used to be the default web container Tomcat bundle was not delayed (correct me if I am wrong). I believe I am not alone running JBoss+Jetty. I am not familiar with sf.net but if it is not too complicated I offer my help producing latest JBoss+Jetty if there are not enough resources. Original Message Follows From: Rupp, Heiko [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] jboss 3.2.3 + jetty X Date: Thu, 18 Dec 2003 10:22:48 +0100 I would expect, that you can just take a jetty sar from a previous release, remove the tomcat sar from deploy/ and put the jetty one in. Heiko -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Lassau Sent: Thursday, December 18, 2003 2:13 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X Your question has been asked here (on 4/12/2003) and on JBoss Forums: http://www.jboss.org/index.html?module=bbop=viewtopict=43294 But has not been answered. I know JBoss have decided to move the default bundle back to including Tomcat, but do they intend to also release a Jetty bundle with each prod release, and if so do we expect a long delay after the Tomcat release each time? Peter Ondruska wrote: Archives are not searchable, so maybe my question was answered already: Where can I find JBoss 3.2.3 with Jetty? Thanks, Peter _ FREE online games with MSN Messenger 6.0 - FREE download http://messenger.msn.cz --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Plan your week with MSN Weather - http://www.msn.cz/weather/ --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss 3.2.3 + jetty X
I would also like to see regular Jetty releases, despite the fact that it is no longer the container of choice. However I am not holding my breath, as previous post seem to indicate that politics come before innovation. .. Mike Moulton [EMAIL PROTECTED] On Dec 18, 2003, at 2:49 AM, Peter Ondruska wrote: Thanks. It is not that I am not able to do it myself. I am curious why is there such delay, if there are any issues, ... Back when Jetty used to be the default web container Tomcat bundle was not delayed (correct me if I am wrong). I believe I am not alone running JBoss+Jetty. I am not familiar with sf.net but if it is not too complicated I offer my help producing latest JBoss+Jetty if there are not enough resources. Original Message Follows From: Rupp, Heiko [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] jboss 3.2.3 + jetty X Date: Thu, 18 Dec 2003 10:22:48 +0100 I would expect, that you can just take a jetty sar from a previous release, remove the tomcat sar from deploy/ and put the jetty one in. Heiko -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Lassau Sent: Thursday, December 18, 2003 2:13 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X Your question has been asked here (on 4/12/2003) and on JBoss Forums: http://www.jboss.org/index.html?module=bbop=viewtopict=43294 But has not been answered. I know JBoss have decided to move the default bundle back to including Tomcat, but do they intend to also release a Jetty bundle with each prod release, and if so do we expect a long delay after the Tomcat release each time? Peter Ondruska wrote: Archives are not searchable, so maybe my question was answered already: Where can I find JBoss 3.2.3 with Jetty? Thanks, Peter _ FREE online games with MSN Messenger 6.0 - FREE download http://messenger.msn.cz --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Plan your week with MSN Weather - http://www.msn.cz/weather/ --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user smime.p7s Description: S/MIME cryptographic signature
RE: [JBoss-user] jboss 3.2.3 + jetty X
BCS poll shows Jetty winning however of the 18 million daily downloads of JBoss that majority now use Tomcat. We resisted moving to Tomcat because our stuff would break horribly on it. When the powers that be started steering the herd toward tomcat we decided to put the cart before the horse and jump on the bandwagon before the fat lady sung. The problem turned out to be non-compliant JSP tags that were exposed when we moved to Tomcat. After those were fixed up we had no further issues to speak of. -Original Message- From: Mike Moulton [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 8:38 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X I would also like to see regular Jetty releases, despite the fact that it is no longer the container of choice. However I am not holding my breath, as previous post seem to indicate that politics come before innovation. .. Mike Moulton [EMAIL PROTECTED] On Dec 18, 2003, at 2:49 AM, Peter Ondruska wrote: Thanks. It is not that I am not able to do it myself. I am curious why is there such delay, if there are any issues, ... Back when Jetty used to be the default web container Tomcat bundle was not delayed (correct me if I am wrong). I believe I am not alone running JBoss+Jetty. I am not familiar with sf.net but if it is not too complicated I offer my help producing latest JBoss+Jetty if there are not enough resources. Original Message Follows From: Rupp, Heiko [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] jboss 3.2.3 + jetty X Date: Thu, 18 Dec 2003 10:22:48 +0100 I would expect, that you can just take a jetty sar from a previous release, remove the tomcat sar from deploy/ and put the jetty one in. Heiko -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Lassau Sent: Thursday, December 18, 2003 2:13 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] jboss 3.2.3 + jetty X Your question has been asked here (on 4/12/2003) and on JBoss Forums: http://www.jboss.org/index.html?module=bbop=viewtopict=43294 But has not been answered. I know JBoss have decided to move the default bundle back to including Tomcat, but do they intend to also release a Jetty bundle with each prod release, and if so do we expect a long delay after the Tomcat release each time? Peter Ondruska wrote: Archives are not searchable, so maybe my question was answered already: Where can I find JBoss 3.2.3 with Jetty? Thanks, Peter _ FREE online games with MSN Messenger 6.0 - FREE download http://messenger.msn.cz --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Plan your week with MSN Weather - http://www.msn.cz/weather/ --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net
Re: [JBoss-user] jboss 3.2.3 + jetty X
Your question has been asked here (on 4/12/2003) and on JBoss Forums: http://www.jboss.org/index.html?module=bbop=viewtopict=43294 But has not been answered. I know JBoss have decided to move the default bundle back to including Tomcat, but do they intend to also release a Jetty bundle with each prod release, and if so do we expect a long delay after the Tomcat release each time? Peter Ondruska wrote: Archives are not searchable, so maybe my question was answered already: Where can I find JBoss 3.2.3 with Jetty? Thanks, Peter _ FREE online games with MSN Messenger 6.0 - FREE download http://messenger.msn.cz --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss 3.2.3
hi, I downloaded the new JBoss 3.2.3 version. We are waiting for the Jetty archive, but I tested our application with Tomcat, which should work. We have an startup servlet, which should initialize some data. But we get exception: 2003-12-01 11:27:02,265 INFO [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] deploy, ctxPath=, warUrl=file:/E:/jboss/jboss-3.2.3/server/oma/tmp/deploy/tmp6695oma.ear-contents/oma.war/ 2003-12-01 11:27:02,781 INFO [org.jboss.web.localhost.Engine] SingleSignOnContextConfig[]: Added certificates - request attribute Valve 2003-12-01 11:27:02,812 WARN [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 2003-12-01 11:27:02,812 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-12-01 11:27:02,812 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding of random number generator has been completed 2003-12-01 11:27:02,906 INFO [org.jboss.web.localhost.Engine] StandardWrapper[:default]: Loading container servlet default 2003-12-01 11:27:03,062 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CodecBean#findAll] Executing SQL: SELECT t0_o.codec_id FROM codec t0_o 2003-12-01 11:27:03,140 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException in method: public abstract java.lang.String net.magix.ejb.media.entitybeans.CodecBeanLocal.getName(), causedBy: javax.ejb.EJBException: Could not load field value: name at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.getInstanceValue(JDBCCMP2xFieldBridge.java:180) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.getValue(JDBCAbstractCMPFieldBridge.java:202) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:119) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at net.magix.ejb.media.entitybeans.CodecBean$Proxy.getName(generated) 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.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1096) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:282) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:114) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:349) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:489) at org.jboss.ejb.Container.invoke(Container.java:700) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:375) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) at $Proxy193.getName(Unknown Source) at net.magix.valueobject.helper.media.CodecVOHelper.getVO(CodecVOHelper.java:66) at net.magix.ejb.media.sessionbeans.MediaBean.getAllCodecVO(MediaBean.java:1001) I added category name=org.jboss.ejb.plugins.cmp priority value=DEBUG/ /category for more debug print out. Regards, Rafal --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3
Could you please increase the log level to trace for this same case? category name=org.jboss.ejb.plugins.cmp priority value=TRACE class=org.jboss.logging.XLevel/ /category Thank you. Rafal Kedziorski wrote: hi, I downloaded the new JBoss 3.2.3 version. We are waiting for the Jetty archive, but I tested our application with Tomcat, which should work. We have an startup servlet, which should initialize some data. But we get exception: 2003-12-01 11:27:02,265 INFO [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] deploy, ctxPath=, warUrl=file:/E:/jboss/jboss-3.2.3/server/oma/tmp/deploy/tmp6695oma.ear-contents/oma.war/ 2003-12-01 11:27:02,781 INFO [org.jboss.web.localhost.Engine] SingleSignOnContextConfig[]: Added certificates - request attribute Valve 2003-12-01 11:27:02,812 WARN [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 2003-12-01 11:27:02,812 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-12-01 11:27:02,812 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding of random number generator has been completed 2003-12-01 11:27:02,906 INFO [org.jboss.web.localhost.Engine] StandardWrapper[:default]: Loading container servlet default 2003-12-01 11:27:03,062 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CodecBean#findAll] Executing SQL: SELECT t0_o.codec_id FROM codec t0_o 2003-12-01 11:27:03,140 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException in method: public abstract java.lang.String net.magix.ejb.media.entitybeans.CodecBeanLocal.getName(), causedBy: javax.ejb.EJBException: Could not load field value: name at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.getInstanceValue(JDBCCMP2xFieldBridge.java:180) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.getValue(JDBCAbstractCMPFieldBridge.java:202) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:119) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at net.magix.ejb.media.entitybeans.CodecBean$Proxy.getName(generated) 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.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1096) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:282) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:114) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:349) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:489) at org.jboss.ejb.Container.invoke(Container.java:700) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:375) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) at $Proxy193.getName(Unknown Source) at net.magix.valueobject.helper.media.CodecVOHelper.getVO(CodecVOHelper.java:66) at net.magix.ejb.media.sessionbeans.MediaBean.getAllCodecVO(MediaBean.java:1001) I added category name=org.jboss.ejb.plugins.cmp priority value=DEBUG/ /category for more debug print out. Regards, Rafal --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED]
Re: [JBoss-user] JBoss 3.2.3
At 12:28 01.12.2003, Alexey Loubyansky wrote: Could you please increase the log level to trace for this same case? category name=org.jboss.ejb.plugins.cmp priority value=TRACE class=org.jboss.logging.XLevel/ /category Thank you. no problem. and this is the result: 2003-12-01 13:45:42,625 INFO [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] deploy, ctxPath=, warUrl=file:/E:/jboss/jboss-3.2.3/server/oma/tmp/deploy/tmp36875oma.ear-contents/oma.war/ 2003-12-01 13:45:42,843 INFO [org.jboss.web.localhost.Engine] SingleSignOnContextConfig[]: Added certificates - request attribute Valve 2003-12-01 13:45:42,890 WARN [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 2003-12-01 13:45:42,890 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-12-01 13:45:42,890 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding of random number generator has been completed 2003-12-01 13:45:42,968 INFO [org.jboss.web.localhost.Engine] StandardWrapper[:default]: Loading container servlet default 2003-12-01 13:45:43,234 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CodecBean#findAll] Executing SQL: SELECT t0_o.codec_id FROM codec t0_o 2003-12-01 13:45:43,265 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] Add finder results: entity=CodecBean results=[1, 2, 3, 4, 5, 100, 101, 102, 103, 104, 105, 200, 201, 202, 203, 204] readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.CodecBean] RESET PERSISTENCE CONTEXT: id=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.CodecBean] Eager-load for entity: readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.CodecBean] RESET PERSISTENCE CONTEXT: id=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.CodecBean] Eager-load for entity: readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException in method: public abstract java.lang.String net.magix.ejb.media.entitybeans.CodecBeanLocal.getName(), causedBy: javax.ejb.EJBException: Could not load field value: name at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.getInstanceValue(JDBCCMP2xFieldBridge.java:180) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.getValue(JDBCAbstractCMPFieldBridge.java:202) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:119) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at net.magix.ejb.media.entitybeans.CodecBean$Proxy.getName(generated) 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.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1096) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:282) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:114) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54)
Re: [JBoss-user] JBoss 3.2.3
Unfortunately, I still can't reproduce it. Could you please provide me with the DDs and instructions to reproduce this? Thank you. Rafal Kedziorski wrote: At 12:28 01.12.2003, Alexey Loubyansky wrote: Could you please increase the log level to trace for this same case? category name=org.jboss.ejb.plugins.cmp priority value=TRACE class=org.jboss.logging.XLevel/ /category Thank you. no problem. and this is the result: 2003-12-01 13:45:42,625 INFO [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] deploy, ctxPath=, warUrl=file:/E:/jboss/jboss-3.2.3/server/oma/tmp/deploy/tmp36875oma.ear-contents/oma.war/ 2003-12-01 13:45:42,843 INFO [org.jboss.web.localhost.Engine] SingleSignOnContextConfig[]: Added certificates - request attribute Valve 2003-12-01 13:45:42,890 WARN [org.jboss.web.tomcat.tc4.EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 2003-12-01 13:45:42,890 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-12-01 13:45:42,890 INFO [org.jboss.web.localhost.Engine] StandardManager[]: Seeding of random number generator has been completed 2003-12-01 13:45:42,968 INFO [org.jboss.web.localhost.Engine] StandardWrapper[:default]: Loading container servlet default 2003-12-01 13:45:43,234 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CodecBean#findAll] Executing SQL: SELECT t0_o.codec_id FROM codec t0_o 2003-12-01 13:45:43,265 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] Add finder results: entity=CodecBean results=[1, 2, 3, 4, 5, 100, 101, 102, 103, 104, 105, 200, 201, 202, 203, 204] readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.CodecBean] RESET PERSISTENCE CONTEXT: id=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.CodecBean] Eager-load for entity: readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.CodecBean] RESET PERSISTENCE CONTEXT: id=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.CodecBean] Eager-load for entity: readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=4, eagerLoadGroup=*] 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] load data: entity=CodecBean pk=1 2003-12-01 13:45:43,296 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.CodecBean] No preload data found: entity=CodecBean pk=1 2003-12-01 13:45:43,296 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException in method: public abstract java.lang.String net.magix.ejb.media.entitybeans.CodecBeanLocal.getName(), causedBy: javax.ejb.EJBException: Could not load field value: name at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.getInstanceValue(JDBCCMP2xFieldBridge.java:180) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.getValue(JDBCAbstractCMPFieldBridge.java:202) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:119) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at net.magix.ejb.media.entitybeans.CodecBean$Proxy.getName(generated) 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.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1096) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:282) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:114) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163) at
Re: [JBoss-user] JBoss 3.2.3
At 17:31 01.12.2003, Alexey Loubyansky wrote: Unfortunately, I still can't reproduce it. Could you please provide me with the DDs and instructions to reproduce this? Thank you. We have problems with Tables, where one column names is name. Than I call findAll() and call the getName() method. I just took our application which run without any problem with JBoss 3.2.2 and Jetty, configure log4j and mysql-ds.xml and deploy our ear. We have this table: CREATE TABLE `codec` ( `codec_id` SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(20) NOT NULL, `description` VARCHAR(100) NOT NULL, `file_suffix` VARCHAR(50) NOT NULL, `mime_type`VARCHAR(50) NOT NULL, # PRIMARY KEY (`codec_id`) ) TYPE=InnoDB; CREATE UNIQUE INDEX `codec_name__idx` ON `codec` (`name`); and this mathod in our media session bean: public List getAllCodecVO() throws OMAException { logger.debug(getAllCodecVO() entered); CodecVOHelper codecVOHelper = CodecVOHelper.getInstance(); try { CodecBeanLocalHome codecHome = (CodecBeanLocalHome) serviceLocator.getLocalHome(JNDINamesMedia.CODEC_EJB); Collection codecCol = codecHome.findAll(); int codecColSize = codecCol.size(); List resultList = new ArrayList(codecColSize); Iterator codecColIte = codecCol.iterator(); for (int i = 0; i codecColSize; i++) { CodecBeanLocal codecLocal = (CodecBeanLocal) codecColIte.next(); CodecVO codecVO = codecVOHelper.getVO(codecLocal); resultList.add(codecVO); } return resultList; } catch (ServiceLocatorException sle) { logger.fatal(getAllCodecVO() failed with ServiceLocatorException, sle); throw new OMAException(MediaBean::getAllCodecVO() failed with ServiceLocatorException, ErrorIDs.FATAL_ERROR); } catch (FinderException fe) { logger.fatal(getAllCodecVO() failed with FinderException, fe); throw new OMAException(MediaBean::getAllCodecVO() failed with FinderException, ErrorIDs.FATAL_ERROR); } } getVO() in CodecVOHelper looks so: public CodecVO getVO(CodecBeanLocal c) { if (c != null) { CodecVO vo = new CodecVO(c.getCodec_id(), c.getName(), c.getDescription(), c.getFile_suffix(), c.getMime_type()); return vo; } return null; } Regards, Rafal --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3
This is fixed in Branch_3_2 and HEAD. The bug was that, the fields with read-time-out=-1 would never be loaded. Thanks for the details. Rafal Kedziorski wrote: At 17:31 01.12.2003, Alexey Loubyansky wrote: Unfortunately, I still can't reproduce it. Could you please provide me with the DDs and instructions to reproduce this? Thank you. We have problems with Tables, where one column names is name. Than I call findAll() and call the getName() method. I just took our application which run without any problem with JBoss 3.2.2 and Jetty, configure log4j and mysql-ds.xml and deploy our ear. We have this table: CREATE TABLE `codec` ( `codec_id` SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(20) NOT NULL, `description` VARCHAR(100) NOT NULL, `file_suffix` VARCHAR(50) NOT NULL, `mime_type`VARCHAR(50) NOT NULL, # PRIMARY KEY (`codec_id`) ) TYPE=InnoDB; CREATE UNIQUE INDEX `codec_name__idx` ON `codec` (`name`); and this mathod in our media session bean: public List getAllCodecVO() throws OMAException { logger.debug(getAllCodecVO() entered); CodecVOHelper codecVOHelper = CodecVOHelper.getInstance(); try { CodecBeanLocalHome codecHome = (CodecBeanLocalHome) serviceLocator.getLocalHome(JNDINamesMedia.CODEC_EJB); Collection codecCol = codecHome.findAll(); int codecColSize = codecCol.size(); List resultList = new ArrayList(codecColSize); Iterator codecColIte = codecCol.iterator(); for (int i = 0; i codecColSize; i++) { CodecBeanLocal codecLocal = (CodecBeanLocal) codecColIte.next(); CodecVO codecVO = codecVOHelper.getVO(codecLocal); resultList.add(codecVO); } return resultList; } catch (ServiceLocatorException sle) { logger.fatal(getAllCodecVO() failed with ServiceLocatorException, sle); throw new OMAException(MediaBean::getAllCodecVO() failed with ServiceLocatorException, ErrorIDs.FATAL_ERROR); } catch (FinderException fe) { logger.fatal(getAllCodecVO() failed with FinderException, fe); throw new OMAException(MediaBean::getAllCodecVO() failed with FinderException, ErrorIDs.FATAL_ERROR); } } getVO() in CodecVOHelper looks so: public CodecVO getVO(CodecBeanLocal c) { if (c != null) { CodecVO vo = new CodecVO(c.getCodec_id(), c.getName(), c.getDescription(), c.getFile_suffix(), c.getMime_type()); return vo; } return null; } Regards, Rafal --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss 3.2.3
Hallo, I founfd JBoss 3.2.3 at SF.net. Is it the production release or only release candidate? At jboss.org I se 3.2.2 only. Thanks, Jiri - This mail sent through IMP: http://horde.org/imp/ --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3
Its named 3.2.3RC1 for release candidate 1 status. Its not the final 3.2.3 release. -- Scott Stark Chief Technology Officer JBoss Group, LLC [EMAIL PROTECTED] wrote: Hallo, I founfd JBoss 3.2.3 at SF.net. Is it the production release or only release candidate? At jboss.org I se 3.2.2 only. Thanks, Jiri --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss 3.2.3 and Oracle 9iR2
Title: [JBoss-user] JBoss 3.2.3 and Oracle 9iR2 I am very sure, that there was a bug report concerning this, but I can't find it at the moment. Could you open a bug report or feature report describing what you did - possibly including a patch against 3.2.2 or Branch_3_2? Heiko -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED]im Auftrag vonLangelage, Frank Gesendet: So 09.11.2003 23:49 An: [EMAIL PROTECTED] Cc: Betreff: [JBoss-user] JBoss 3.2.3 and Oracle 9iR2 I recently switched my database from informix to oracle and encounteredsome problems.With informix, you have one instance and many separate databases. Eachdatasource connects to exactly one database.With oracle you have one instance and database objects per user. Youconnect to the whole instance.I use the feature of jboss to build database tables on deployment, ifthey don't exist.With oracle DB I got messages that some tables already exist.But this table exist for another user (schema), not for the jboss user.This leads to exceptions (Table does not exist) when an foreign keyconstraint to this supposedly existing table.Shouldn't jboss use the username of oracle-ds.xml as schema for metadataaccess ?If I set schema to "jboss" instead of null in SQLUtil.tableExists(), thedeployment and table creation works fine.RegardsFrank---This SF.Net email sponsored by: ApacheCon 2003,16-19 November in Las Vegas. Learn firsthand the latestdevelopments in Apache, PHP, Perl, XML, Java, MySQL,WebDAV, and more! http://www.apachecon.com/___JBoss-user mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-user