[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Server VM (build 1.3.1_03-b03, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [xdoclet] Generating output for 'org.jboss.invocation.jrmp.server.JRMPInvoker' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.invocation.local.LocalInvoker' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.invocation.trunk.server.TrunkInvoker' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jms.asf.ServerSessionPoolLoader' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jms.jndi.JMSProviderLoader' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.adaptor.rmi.RMIAdaptorService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.adaptor.xml.XMLAdaptorService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.adaptor.xml.XMLTestService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.ejb.EJBConnector' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.rmi.RMIConnectorImpl' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.ConnectorFactoryService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.notification.JMSNotificationListener' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.notification.PollingNotificationListener' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.jmx.connector.notification.RMINotificationListener' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.logging.Log4jService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.logging.Log4jSocketServer' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.naming.ExternalContext' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.naming.JNDIView' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.naming.NamingAlias' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.naming.NamingService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet/xdoclet/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.web.AbstractWebContainer' using template file
Re: [JBoss-dev] Possible Jetty race condition? Or threading mystery?Help!!
David, thanks for the detailed analysis of this.I had seen this once before but had never been able to reproduce it. I think I know what is going on It is not strickly a race rather the thread is being returned to the pool with interrupted status true - this is effecting it being used for other purposes. I think the fix is two fold - although I can't test this as I still cant reproduce it. Firstly I need to stop interrupting myself. Close does an interupt to so that the HttpServer.stop method does not hang for those JVMs where closing a socket is not enough to wakeup a blocked thread. So I think close should be: if (_handlingThread!=null Thread.currentThread!=_handlingThread) _handlingThread.interrupt(); Secondly, threads returned to the ThreadPool need to have their interrupted status cleared by calling Thread.interrupted.For now I have done this in the ThreadPool.JobRunner.run method: while(_running) { // clear interrupts Thread.interrupted(); Can you make these changes and see if that fixes the problem? thanks David Jencks wrote: I've been investigating the Interrupted while requesting permit exception that now occurs in recent jboss 3 versions under heavy load and wonder if it is due to a race condition in the jetty thread pool. In any case it seems clear that the Interrupt() is called from Jetty's HttpConnection.close() method. Here's some annotated trace info (some from modifying Thread to tell us what is going on). This is all about thread 4ac866. It appears to being used by 2 HttpConnections more or less simultaneously (??) --we start by HttpConnection recording it's thread. 2002-08-12 10:17:08,829 INFO [org.mortbay.http.HttpConnection] setting _handlingThread to Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --later, it is done with this thread so it interrupts it. Note we are using HttpConnection 462080 2002-08-12 10:17:08,833 INFO [org.mortbay.http.HttpConnection] interrupting handling thread: Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 --Here's Thread telling us all about the interrupt call 2002-08-12 10:17:08,834 ERROR [STDERR] Interrupt called-- on thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] 2002-08-12 10:17:08,835 ERROR [STDERR] java.lang.Exception: Stack trace from interrupt 2002-08-12 10:17:08,836 ERROR [STDERR]at java.lang.Thread.interrupt(Thread.java:665) 2002-08-12 10:17:08,836 ERROR [STDERR]at org.mortbay.http.HttpConnection.close(HttpConnection.java:248) 2002-08-12 10:17:08,837 ERROR [STDERR]at org.mortbay.http.HttpConnection.destroy(HttpConnection.java:1102) 2002-08-12 10:17:08,837 ERROR [STDERR]at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:1066) 2002-08-12 10:17:08,838 ERROR [STDERR]at org.mortbay.http.HttpConnection.handle(HttpConnection.java:808) 2002-08-12 10:17:08,838 ERROR [STDERR]at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:186) 2002-08-12 10:17:08,838 ERROR [STDERR]at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:322) 2002-08-12 10:17:08,839 ERROR [STDERR]at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:713) 2002-08-12 10:17:08,840 ERROR [STDERR]at java.lang.Thread.run(Thread.java:479) --The interrupt completed successfully, we are still in HttpConnection 462080 2002-08-12 10:17:08,841 INFO [org.mortbay.http.HttpConnection] finished interrupting handling thread: Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] from thread Threadorg.mortbay.util.ThreadPool$PoolThread@4ac866[SocketListener-49,5,jboss]: jobrunner: SocketListener-49|0|Socket[addr=localhost/127.0.0.1,port=50079,localport=8080] in HttpConnection: org.mortbay.http.HttpConnection@462080 stuff about another thread and HttpConnection removed --I don't know for sure if this activity is for this
[JBoss-dev] [ jboss-Change Notes-594528 ] Strict Verification of EJB .jar Files
Change Notes item #594528, was opened at 2002-08-13 11:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=594528group_id=22866 Category: JBossServer Group: v3.2 Status: Open Priority: 5 Submitted By: Christian Riege (lqd) Assigned to: Nobody/Anonymous (nobody) Summary: Strict Verification of EJB .jar Files Initial Comment: The EJBDeployer has a new boolean flag called StrictVerifier which can be set both in jboss-service.xml as well as via JMX. Setting this to 'true' (currently the default) will cause all EJB Deployments which do *not* pass the Verifier mechanism to throw a DeploymentException (and thus they will not be deployed ... :). If this causes too many problems we might change this to 'false' for the 3.2 branch but methinks that this should be defaulted to 'true' for 4.0 and later. P.S.: Scott, we need a Group: v.4.0 in SourceForge Tracker :) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=594528group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page
Bugs item #594563, was opened at 2002-08-13 12:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff Miner (jeff_miner) Assigned to: Scott M Stark (starksm) Summary: Include of JSP jumps to top of page Initial Comment: OS: Win98 JDK: 1.4 I have some code that manually does a JSP include by getting a RequestDispatcher. The code worked under Weblogic 5.1 and 6. In Jboss/Catalina, although there are no errors thrown, the output from the included JSP gets put at the top of the containing page rather than in the middle where it was called. This is puzzling because it ought to be exactly the same as a jsp:include ... tag (and I assume those work!) **Containing Page*** tabletrtd %= myObject.getOutput(request, response) % /td/tr/table... *** Object public String getOutput(HttpServletRequest request, HttpServletResponse response) { RequestDispatcher dispatch = context.getRequestDispatcher(someJSP.jsp); try { dispatch.include(request, response); } catch(Exception e){} return ; * The output from someJSP.jsp should go inside the table, but instead it goes at the top of the containing page. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Optimizing MarshalledObject, or variants thereof
Hey I just found out a way to optimize the use of MarshalledObject, if it's used to send stuff over the network (JBoss has it's own version, but it has the same basic code). The MO serializes the data into a ByteArrayOutputStream, which then is toByteArray'ed in order to get the data. This is bad, since the data is then copied into a new array of the same length. This may not mean much, but if you're doing it all the time it makes a difference. There's a trick to get around this: simply store the BAOS in an instance variable of the MO, and call out.write(BAOS.size());BAOS.writeTo(out); during serialization. This will avoid the copy. Read the data during deserialization, and the rest is the same. This simple trick will hence reduce the number of byte arrays created by 50%. You'll probably want to introduce this fix into MarshalledValue, and any other place where MO's are used. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594580 ] 3.0.1 tar file is bad
Bugs item #594580, was opened at 2002-08-13 08:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594580group_id=22866 Category: Build System Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Peter Callies (pcallies) Assigned to: Jason Dillon (user57) Summary: 3.0.1 tar file is bad Initial Comment: The 3.0.1 tar file contains @LongLink filenames which prevent JBoss from working correctly on unix systems. See below for a small sampling (obtained by executing tar tvf jboss-3.0.1.tar | more). rw-r--r-- 0/0281 Jun 28 04:22 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB-INF/jboss-web.xml rw-r--r-- 0/0113 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0899 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/control/AttrResu rw-r--r-- 0/0111 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0589 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/control/OpResult rw-r--r-- 0/0105 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0 9905 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/control/Server.c rw-r--r-- 0/0106 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0 1278 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/model/MBeanData. rw-r--r-- 0/0107 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0 1724 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/model/DomainData rw-r--r-- 0/0114 Aug 6 23:57 2002 ././@LongLink rw-r--r-- 0/0 7193 Aug 6 23:42 2002 jboss- 3.0.1/server/all/deploy/jmx-console. war/WEB- INF/classes/org/jboss/jmx/adaptor/html/HtmlAdaptor -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594580group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594596 ] [3.0.1]ejbPostCreate CMR field failure
Bugs item #594596, was opened at 2002-08-13 15:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594596group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Nir Oren (jhudsy) Assigned to: Nobody/Anonymous (nobody) Summary: [3.0.1]ejbPostCreate CMR field failure Initial Comment: Attempted to update a CMR field in ejbPostCreate(...). The database field remains null. OS: Linux 2.4.18 on a Pentium IV JDK: 1.4 Backend DB: postgres 7.2.1 Jboss version: 3.0.1 To reproduce the bug, run the attached jar file (RunTest). The server trace (from deployment of the app) follows: ---CUT HERE-- 2002-08-13 17:27:07,166 DEBUG [org.jboss.ejb.EJBDeployer] start application, deploymentInfo: org.jboss.deployment.DeploymentInfo@708a0100 { url=file:/opt/jboss-3.0.1/server/default/deploy/test.jar } deployer: org.jboss.ejb.EJBDeployer@54864a status: Starting state: START_DEPLOYER watch: file:/opt/jboss-3.0.1/server/default/deploy/test.jar lastDeployed: 1029252426450 lastModified: 1029252426000 mbeans: jboss.j2ee:service=EJB,jndiName=ejb/test/Test1 state: null jboss.j2ee:service=EJB,jndiName=ejb/test/Test2 state: null , short name: test.jar, parent short name: null 2002-08-13 17:27:07,166 INFO [org.jboss.ejb.EjbModule] Starting 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EjbModule] Application.start(), start container: org.jboss.ejb.EntityContainer@4b081b 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EntityContainer] Begin java:comp/env for EJB: Test1 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EntityContainer] TCL: java.net.URLClassLoader@c9b196 2002-08-13 17:27:07,170 DEBUG [org.jboss.ejb.EntityContainer] End java:comp/env for EJB: Test1 2002-08-13 17:27:07,177 DEBUG [org.jboss.ejb.plugins.local.BaseLocalContainerInvoker] Bound EJBLocalHome of Test1 to Test1Local 2002-08-13 17:27:07,243 DEBUG [org.jboss.proxy.ejb.ProxyFactory] Bound Test1 to ejb/test/Test1 2002-08-13 17:27:07,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] Initializing CMP plugin for Test1 2002-08-13 17:27:07,254 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] Loading standardjbosscmp-jdbc.xml : file:/opt/jboss-3.0.1/server/default/conf/standardjbosscmp-jdbc.xml 2002-08-13 17:27:07,637 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] jar:file:/opt/jboss-3.0.1/server/default/tmp/deploy/server/default/deploy/test.jar/62.test.jar!/META-INF/jbosscmp-j dbc.xml found. Overriding defaults 2002-08-13 17:27:07,703 DEBUG [org.jboss.resource.connectionmanager.CachedConnectionInterceptor] start called in CachedConnectionInterceptor 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EjbModule] Application.start(), start container: org.jboss.ejb.EntityContainer@7748d3 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EntityContainer] Begin java:comp/env for EJB: Test2 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EntityContainer] TCL: java.net.URLClassLoader@98bbf6 2002-08-13 17:27:07,705 DEBUG [org.jboss.ejb.EntityContainer] End java:comp/env for EJB: Test2 2002-08-13 17:27:07,711 DEBUG [org.jboss.ejb.plugins.local.BaseLocalContainerInvoker] Bound EJBLocalHome of Test2 to Test2Local 2002-08-13 17:27:07,756 DEBUG [org.jboss.proxy.ejb.ProxyFactory] Bound Test2 to ejb/test/Test2 2002-08-13 17:27:07,756 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test2] Initializing CMP plugin for Test2 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test1] Entity Exists SQL: SELECT COUNT(*) FROM test1 WHERE iD=? 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test1] Insert Entity SQL: INSERT INTO test1 (iD, test2key) VALUES (?, ?) 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.Test1] Remove SQL: DELETE FROM test1 WHERE iD=? 2002-08-13 17:27:07,839 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.Test1] Executing SQL: CREATE TABLE test1 (iD INT4 NOT NULL, test2key INT4, CONSTRAINT pk_test1 PRIMARY KEY (iD)) 2002-08-13 17:27:07,846 INFO [org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.Test1] Created table 'test1' successfully. 2002-08-13 17:27:07,857 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.Test1.findByPrimaryKey] SQL: SELECT iD FROM test1 WHERE iD=? 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCQueryManager.Test1] Added findByPrimaryKey query command for home interface 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.Test1.findByPrimaryKey] SQL: SELECT iD FROM test1 WHERE iD=? 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCQueryManager.Test1] Added findByPrimaryKey query command for local home interface 2002-08-13 17:27:07,866 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test2] Entity Exists SQL: SELECT COUNT(*) FROM test2 WHERE id=? 2002-08-13 17:27:07,866
RE: [JBoss-dev] Optimizing MarshalledObject, or variants thereof
thanks marcf PS: want to get your RW back? do you still have it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Rickard Öberg Sent: Tuesday, August 13, 2002 9:01 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Optimizing MarshalledObject, or variants thereof Hey I just found out a way to optimize the use of MarshalledObject, if it's used to send stuff over the network (JBoss has it's own version, but it has the same basic code). The MO serializes the data into a ByteArrayOutputStream, which then is toByteArray'ed in order to get the data. This is bad, since the data is then copied into a new array of the same length. This may not mean much, but if you're doing it all the time it makes a difference. There's a trick to get around this: simply store the BAOS in an instance variable of the MO, and call out.write(BAOS.size());BAOS.writeTo(out); during serialization. This will avoid the copy. Read the data during deserialization, and the rest is the same. This simple trick will hence reduce the number of byte arrays created by 50%. You'll probably want to introduce this fix into MarshalledValue, and any other place where MO's are used. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Possible Jetty race condition? Or threading mystery? Help!!
Sorry if this has been addressed, out email has been out for a while. I've been investigating the Interrupted while requesting permit exception that now occurs in recent jboss 3 versions under heavy load and wonder if it is due to a race condition in the jetty thread pool. In any case it seems clear that the Interrupt() is called from Jetty's HttpConnection.close() method. Do you have a simple test case for 3.0.1? If so then I would like to volunteer to look at it, I should have some time later today or tomorrow (once I get progress working with jboss :-)) Kev Kevin Conner Orchard Information Systems Limited Newcastle Technopole, Kings Manor Newcastle Upon Tyne, NE1 6PA. United Kingdom Registered in England, Number 1900078 Tel: +44 (0) 191-2032536 Fax: +44 (0) 191 2302515 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Possible Jetty race condition? Or threading mystery? Help!!
Do you have a simple test case for 3.0.1? If so then I would like to volunteer to look at it, I should have some time later today That's the spirit, it seems this bug is well cornered between David, Jules and Greg but thanks for proposing regards marcf --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Possible Jetty race condition? Or threading mystery? Help!!
Do you have a simple test case for 3.0.1? If so then I would like to volunteer to look at it, I should have some time later today That's the spirit, it seems this bug is well cornered between David, Jules and Greg but thanks for proposing Sorry, I must have missed that. Our email is still filtering through from our earlier outage. Glad to hear it's under control. Still, it would have been fun :-) Kev Kevin Conner Orchard Information Systems Limited Newcastle Technopole, Kings Manor Newcastle Upon Tyne, NE1 6PA. United Kingdom Registered in England, Number 1900078 Tel: +44 (0) 191-2032536 Fax: +44 (0) 191 2302515 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] you can't configure interceptors...
After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss support Matrix - Questions to Developers
Hi guys, I'm writing an article about JBoss 3.0 to a magazine here in Brazil, the JavaMagazine. I'm trying to make a matrix with the J2EE 1.3 especifications and current JBoss relative implementations. Below is the result that I found, but will be great if someone check this list. API J2EE 1.3 JBoss 3.0.1 Project Name - JDBC 2.0 Ext. 2.0 Ext RMI/IIOP RMI/IIop 1.0 RMI/IIOP 1.0 JBoss/IIOP EJB 2.0 2.0 (Parcial) JBoss Server Servlets 2.3 2.3 Tomcat / Jetty JSP 1.2 1.2 Tomcat / Jetty JMS 1.0 1.0.2 JBossMQ JNDI 1.2 1.2.1 JBossNS JTA 1.0 1.0 JBossTX JTS 1.0 1.0 JBossTX JavaMail 1.2 1.2 JBossMail JAF 1.0 1.0 JAXP 1.1 1.1 Connector 1.0 1.0 JBossCX JAAS 1.0 1.0 JBossSX I think that JBoss developers is the appropriate people to help me with this doubts. Thanks a lot. Handerson Ferreira Gomes Summa Technologies do Brasil [EMAIL PROTECTED] http://www.summa-tech.com --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] you can't configure interceptors...
Do it, this is something we have been missing for a while. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 8:44 AM Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss support Matrix - Questions to Developers
Hello, Why do you write partial support for ejb 2.0? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Handerson Ferreira Gomes Envoye : mardi, 13 aout 2002 18:17 A : [EMAIL PROTECTED] Objet : [JBoss-dev] JBoss support Matrix - Questions to Developers Hi guys, I'm writing an article about JBoss 3.0 to a magazine here in Brazil, the JavaMagazine. I'm trying to make a matrix with the J2EE 1.3 especifications and current JBoss relative implementations. Below is the result that I found, but will be great if someone check this list. API J2EE 1.3 JBoss 3.0.1 Project Name - JDBC 2.0 Ext. 2.0 Ext RMI/IIOP RMI/IIop 1.0 RMI/IIOP 1.0 JBoss/IIOP EJB 2.0 2.0 (Parcial) JBoss Server Servlets 2.3 2.3 Tomcat / Jetty JSP 1.2 1.2 Tomcat / Jetty JMS 1.0 1.0.2 JBossMQ JNDI 1.2 1.2.1 JBossNS JTA 1.0 1.0 JBossTX JTS 1.0 1.0 JBossTX JavaMail 1.2 1.2 JBossMail JAF 1.0 1.0 JAXP 1.1 1.1 Connector 1.0 1.0 JBossCX JAAS 1.0 1.0 JBossSX I think that JBoss developers is the appropriate people to help me with this doubts. Thanks a lot. Handerson Ferreira Gomes Summa Technologies do Brasil [EMAIL PROTECTED] http://www.summa-tech.com --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page
I've seen something very similar with Jetty 3.1.7. Calling RequestDispatcher.include() should flush the output stream, but it appears not to. If you add an explicit response.getWriter().flush(); (or response.getOutputStream().flush() I guess, though I haven't tried it) just before the include(), then it works as expected. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 1:18 PM Subject: [JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page Bugs item #594563, was opened at 2002-08-13 12:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id =22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff Miner (jeff_miner) Assigned to: Scott M Stark (starksm) Summary: Include of JSP jumps to top of page Initial Comment: OS: Win98 JDK: 1.4 I have some code that manually does a JSP include by getting a RequestDispatcher. The code worked under Weblogic 5.1 and 6. In Jboss/Catalina, although there are no errors thrown, the output from the included JSP gets put at the top of the containing page rather than in the middle where it was called. This is puzzling because it ought to be exactly the same as a jsp:include ... tag (and I assume those work!) **Containing Page*** tabletrtd %= myObject.getOutput(request, response) % /td/tr/table... *** Object public String getOutput(HttpServletRequest request, HttpServletResponse response) { RequestDispatcher dispatch = context.getRequestDispatcher(someJSP.jsp); try { dispatch.include(request, response); } catch(Exception e){} return ; * The output from someJSP.jsp should go inside the table, but instead it goes at the top of the containing page. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id =22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Optimizing MarshalledObject, or variants thereof
marc fleury wrote: thanks marcf PS: want to get your RW back? do you still have it? No, I'm cool without it. I just happened to do this optimization in some code I wrote for my new AOP framework, and remembered that MO's were being used quite heavily for calls in JBoss. That's all. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
To minimize changes, you'll have to extract config information from XML attributes, ok? Otherwise we fuck up everybody's container configurations. i.e container-interceptors interceptor config1=hello config2=worldorg.jboss.some.fucking.interceptor/interceptor /container-interceptors ehMaybe I'm just being lazy... (BTW, this is for 4.0) Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, August 13, 2002 12:08 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] you can't configure interceptors... Do it, this is something we have been missing for a while. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 8:44 AM Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594596 ] [3.0.1]ejbPostCreate CMR field failure
Bugs item #594596, was opened at 2002-08-13 16:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594596group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Nir Oren (jhudsy) Assigned to: Nobody/Anonymous (nobody) Summary: [3.0.1]ejbPostCreate CMR field failure Initial Comment: Attempted to update a CMR field in ejbPostCreate(...). The database field remains null. OS: Linux 2.4.18 on a Pentium IV JDK: 1.4 Backend DB: postgres 7.2.1 Jboss version: 3.0.1 To reproduce the bug, run the attached jar file (RunTest). The server trace (from deployment of the app) follows: ---CUT HERE-- 2002-08-13 17:27:07,166 DEBUG [org.jboss.ejb.EJBDeployer] start application, deploymentInfo: org.jboss.deployment.DeploymentInfo@708a0100 { url=file:/opt/jboss-3.0.1/server/default/deploy/test.jar } deployer: org.jboss.ejb.EJBDeployer@54864a status: Starting state: START_DEPLOYER watch: file:/opt/jboss-3.0.1/server/default/deploy/test.jar lastDeployed: 1029252426450 lastModified: 1029252426000 mbeans: jboss.j2ee:service=EJB,jndiName=ejb/test/Test1 state: null jboss.j2ee:service=EJB,jndiName=ejb/test/Test2 state: null , short name: test.jar, parent short name: null 2002-08-13 17:27:07,166 INFO [org.jboss.ejb.EjbModule] Starting 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EjbModule] Application.start(), start container: org.jboss.ejb.EntityContainer@4b081b 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EntityContainer] Begin java:comp/env for EJB: Test1 2002-08-13 17:27:07,167 DEBUG [org.jboss.ejb.EntityContainer] TCL: java.net.URLClassLoader@c9b196 2002-08-13 17:27:07,170 DEBUG [org.jboss.ejb.EntityContainer] End java:comp/env for EJB: Test1 2002-08-13 17:27:07,177 DEBUG [org.jboss.ejb.plugins.local.BaseLocalContainerInvoker] Bound EJBLocalHome of Test1 to Test1Local 2002-08-13 17:27:07,243 DEBUG [org.jboss.proxy.ejb.ProxyFactory] Bound Test1 to ejb/test/Test1 2002-08-13 17:27:07,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] Initializing CMP plugin for Test1 2002-08-13 17:27:07,254 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] Loading standardjbosscmp-jdbc.xml : file:/opt/jboss-3.0.1/server/default/conf/standardjbosscmp-jdbc.xml 2002-08-13 17:27:07,637 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test1] jar:file:/opt/jboss-3.0.1/server/default/tmp/deploy/server/default/deploy/test.jar/62.test.jar!/META-INF/jbosscmp-j dbc.xml found. Overriding defaults 2002-08-13 17:27:07,703 DEBUG [org.jboss.resource.connectionmanager.CachedConnectionInterceptor] start called in CachedConnectionInterceptor 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EjbModule] Application.start(), start container: org.jboss.ejb.EntityContainer@7748d3 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EntityContainer] Begin java:comp/env for EJB: Test2 2002-08-13 17:27:07,703 DEBUG [org.jboss.ejb.EntityContainer] TCL: java.net.URLClassLoader@98bbf6 2002-08-13 17:27:07,705 DEBUG [org.jboss.ejb.EntityContainer] End java:comp/env for EJB: Test2 2002-08-13 17:27:07,711 DEBUG [org.jboss.ejb.plugins.local.BaseLocalContainerInvoker] Bound EJBLocalHome of Test2 to Test2Local 2002-08-13 17:27:07,756 DEBUG [org.jboss.proxy.ejb.ProxyFactory] Bound Test2 to ejb/test/Test2 2002-08-13 17:27:07,756 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Test2] Initializing CMP plugin for Test2 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test1] Entity Exists SQL: SELECT COUNT(*) FROM test1 WHERE iD=? 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test1] Insert Entity SQL: INSERT INTO test1 (iD, test2key) VALUES (?, ?) 2002-08-13 17:27:07,806 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.Test1] Remove SQL: DELETE FROM test1 WHERE iD=? 2002-08-13 17:27:07,839 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.Test1] Executing SQL: CREATE TABLE test1 (iD INT4 NOT NULL, test2key INT4, CONSTRAINT pk_test1 PRIMARY KEY (iD)) 2002-08-13 17:27:07,846 INFO [org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.Test1] Created table 'test1' successfully. 2002-08-13 17:27:07,857 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.Test1.findByPrimaryKey] SQL: SELECT iD FROM test1 WHERE iD=? 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCQueryManager.Test1] Added findByPrimaryKey query command for home interface 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.Test1.findByPrimaryKey] SQL: SELECT iD FROM test1 WHERE iD=? 2002-08-13 17:27:07,858 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCQueryManager.Test1] Added findByPrimaryKey query command for local home interface 2002-08-13 17:27:07,866 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Test2] Entity Exists SQL: SELECT COUNT(*) FROM test2 WHERE id=? 2002-08-13 17:27:07,866
Re: [JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page
Seems to be a Jasper thing, exactly the same happens with Tomcat 4.0.4. If you programatically dispatch a request from within a JSP, either with something like this: %RequestDispatcher rd = application.getRequestDispatcher(/Included.jsp); rd.include(request, response);% or with the equivalent code in a custom tag, then the output stream isn't flushed first, so the included stuff ends up before the stuff that preceeded it. - Original Message - From: Alex Sumner [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 5:26 PM Subject: Re: [JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page I've seen something very similar with Jetty 3.1.7. Calling RequestDispatcher.include() should flush the output stream, but it appears not to. If you add an explicit response.getWriter().flush(); (or response.getOutputStream().flush() I guess, though I haven't tried it) just before the include(), then it works as expected. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 1:18 PM Subject: [JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page Bugs item #594563, was opened at 2002-08-13 12:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id =22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff Miner (jeff_miner) Assigned to: Scott M Stark (starksm) Summary: Include of JSP jumps to top of page Initial Comment: OS: Win98 JDK: 1.4 I have some code that manually does a JSP include by getting a RequestDispatcher. The code worked under Weblogic 5.1 and 6. In Jboss/Catalina, although there are no errors thrown, the output from the included JSP gets put at the top of the containing page rather than in the middle where it was called. This is puzzling because it ought to be exactly the same as a jsp:include ... tag (and I assume those work!) **Containing Page*** tabletrtd %= myObject.getOutput(request, response) % /td/tr/table... *** Object public String getOutput(HttpServletRequest request, HttpServletResponse response) { RequestDispatcher dispatch = context.getRequestDispatcher(someJSP.jsp); try { dispatch.include(request, response); } catch(Exception e){} return ; * The output from someJSP.jsp should go inside the table, but instead it goes at the top of the containing page. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594563group_id =22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
I had played around with making allowing interceptors to implement XmlLoadable, but discarded it as I had made to many changes to other bits to test it properly. The only major change I had to make was to use attributes for class names: interceptor class=some.package.Interceptor param name=blahBlah/param /interceptor It was fairly easy to implement... only changing all of the config files was a bit of a bitch. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Tuesday, August 13, 2002 8:45 AM To: Jboss-Dev Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
I think it would be better to fix the config and migrate than to create confusing configuration. I don't believe that legacy support should prevent change. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Tuesday, August 13, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] you can't configure interceptors... To minimize changes, you'll have to extract config information from XML attributes, ok? Otherwise we fuck up everybody's container configurations. i.e container-interceptors interceptor config1=hello config2=worldorg.jboss.some.fucking.interceptor/interceptor /container-interceptors ehMaybe I'm just being lazy... (BTW, this is for 4.0) Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, August 13, 2002 12:08 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] you can't configure interceptors... Do it, this is something we have been missing for a while. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 8:44 AM Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
Bill, You are absolutely correct. The interceptor configuration is set. We discussed with Juha and Adrian in Palma and there is an elegant way to provide interceptor configuration. If you have a simple fix for EJB and you need it right now, go ahead, but we have a simple way at the JMX layer to specify this configuration. Have the configuration live at the head of the interceptors, have it be in the container (exactly like the client side architecture) and you have then the Context associated with the invocation. In that context you can set arbitrary name:value pairs, like we do in the client interceptors. And even Element objects as we do with the current configuration parsers. Then the interceptor is supposed to look up the object by name and use that value. This configuration is in one place with a one to one mapping between mbean/container and configuration. You can modify this configuration on the fly and come up with clever persistence schemas for it. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Tuesday, August 13, 2002 11:45 AM To: Jboss-Dev Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] you can't configure interceptors...
I think your being too lazy now, and config via attributes is in general insufficient. Just check if an element has a child element that maps to a setXXX(Element) accessor where the XXX corresponds to the child element name. This does not break existing configs as no interceptors have configurable attributes right? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 9:43 AM Subject: RE: [JBoss-dev] you can't configure interceptors... To minimize changes, you'll have to extract config information from XML attributes, ok? Otherwise we fuck up everybody's container configurations. i.e container-interceptors interceptor config1=hello config2=worldorg.jboss.some.fucking.interceptor/interceptor /container-interceptors ehMaybe I'm just being lazy... (BTW, this is for 4.0) Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] you can't configure interceptors...
Isn't someone (Adrian??) working on making the interceptors into mbeans with lists of them being another mbean, this list replacing the container configuration?? david jencks On 2002.08.13 12:43:14 -0400 Bill Burke wrote: To minimize changes, you'll have to extract config information from XML attributes, ok? Otherwise we fuck up everybody's container configurations. i.e container-interceptors interceptor config1=hello config2=worldorg.jboss.some.fucking.interceptor/interceptor /container-interceptors ehMaybe I'm just being lazy... (BTW, this is for 4.0) Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, August 13, 2002 12:08 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] you can't configure interceptors... Do it, this is something we have been missing for a while. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 8:44 AM Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jboss with MQSeries
Hi, I´m from Brazil and I need your help. I´m trying to integrate the Jboss with MQSeries. Could you send me an explication how can I configure the Jboss? Thank´s, Marcos Oda Developers Team www.globalcode.com.br www.globaleducation.com.br +55 11 9917-5833
RE: [JBoss-dev] you can't configure interceptors...
I don't need the interceptor configuration for anything important right now, but I will commit something soon anyways. Let me know if development stalls on the new MBean interceptor stuff and I'll help out. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Tuesday, August 13, 2002 2:53 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] you can't configure interceptors... Bill, You are absolutely correct. The interceptor configuration is set. We discussed with Juha and Adrian in Palma and there is an elegant way to provide interceptor configuration. If you have a simple fix for EJB and you need it right now, go ahead, but we have a simple way at the JMX layer to specify this configuration. Have the configuration live at the head of the interceptors, have it be in the container (exactly like the client side architecture) and you have then the Context associated with the invocation. In that context you can set arbitrary name:value pairs, like we do in the client interceptors. And even Element objects as we do with the current configuration parsers. Then the interceptor is supposed to look up the object by name and use that value. This configuration is in one place with a one to one mapping between mbean/container and configuration. You can modify this configuration on the fly and come up with clever persistence schemas for it. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Tuesday, August 13, 2002 11:45 AM To: Jboss-Dev Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
Ok, I won't be lazy :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, August 13, 2002 2:50 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] you can't configure interceptors... I think your being too lazy now, and config via attributes is in general insufficient. Just check if an element has a child element that maps to a setXXX(Element) accessor where the XXX corresponds to the child element name. This does not break existing configs as no interceptors have configurable attributes right? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 9:43 AM Subject: RE: [JBoss-dev] you can't configure interceptors... To minimize changes, you'll have to extract config information from XML attributes, ok? Otherwise we fuck up everybody's container configurations. i.e container-interceptors interceptor config1=hello config2=worldorg.jboss.some.fucking.interceptor/interceptor /container-interceptors ehMaybe I'm just being lazy... (BTW, this is for 4.0) Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] you can't configure interceptors...
If that is the case and you need it right away, use a nested element instead of the paramn bits. This way you retain the current config style but are not required to come up with some confusing scheme to add configuration. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of marc fleury Sent: Tuesday, August 13, 2002 11:53 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] you can't configure interceptors... Bill, You are absolutely correct. The interceptor configuration is set. We discussed with Juha and Adrian in Palma and there is an elegant way to provide interceptor configuration. If you have a simple fix for EJB and you need it right now, go ahead, but we have a simple way at the JMX layer to specify this configuration. Have the configuration live at the head of the interceptors, have it be in the container (exactly like the client side architecture) and you have then the Context associated with the invocation. In that context you can set arbitrary name:value pairs, like we do in the client interceptors. And even Element objects as we do with the current configuration parsers. Then the interceptor is supposed to look up the object by name and use that value. This configuration is in one place with a one to one mapping between mbean/container and configuration. You can modify this configuration on the fly and come up with clever persistence schemas for it. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Tuesday, August 13, 2002 11:45 AM To: Jboss-Dev Subject: [JBoss-dev] you can't configure interceptors... After looking at EJBModule, there doesn't seem to be a way to pass configuration information to Interceptors. I'm going to put this in if nobody objects. Bill --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] you can't configure interceptors...
(BTW, this is for 4.0) is HEAD the way to 4.0 in cvs ? bax --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Is MetaData.getElementContent wrong?
Seems to get everything, the text of the node as well as all child elements. Seems like it should ignore everything but TEXT_NODE and CDATA stuff. public static String getElementContent(Element element, String defaultStr) throws DeploymentException { if (element == null) return defaultStr; NodeList children = element.getChildNodes(); String result = ; for (int i = 0; i children.getLength(); i++) { if (children.item(i).getNodeType() == Node.TEXT_NODE || children.item(i).getNodeType() == Node.CDATA_SECTION_NODE) { result += children.item(i).getNodeValue(); } else if( children.item(i).getNodeType() == Node.COMMENT_NODE ) { // Ignore comment nodes } else { result += children.item(i).getFirstChild(); } } return result.trim(); } --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The Scheduler From Palma
Hi It looks good (just came back from Europe) so I am a little bit jet-lagged. Could you do me a favour and check out the new ScheduleManager and its ScheduleProvider and see if you could adapt this CronSchedulable to the new Scheduler. I am going to deprecate the old Scheduler in favour of the ScheduleManager as soon as it is stable. Have fun and thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x - Original Message - From: Michael Bartmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 3:53 PM Subject: [JBoss-dev] The Scheduler From Palma Hi, included is the code for a CronSchedulable you can use to run jobs at a specific time of day. It's far from perfect but has helped me a lot so far. Marc called me names at the Palma training for not giving this one to the jboss community. (He hasn't seen the code so far :-) Enjoy, Michael. -- She won't live. But - then again - who does ? -- Edward James Olmos in 'Blade Runner' package de.j4production.base.time; import java.util.*; import org.apache.log4j.*; /** * A Schedulable to use from the JBoss Scheduler. * It uses a format similar to the well known cron-command * to specify the exact time to run. * * It is quite usefull to run cpu-intensive jobs in the * midnight hours. * * To use it write a subclass which implements the * performCron-method and instantiate it with an appropriate * pattern. * * There are some limitations: * * 1) The advanceDay and nextTime functions are quite complex. *You have to trust them or come up with something simpler. * * 2) The resolution you can get depends on the intervall in *which the JBoss Scheduler calls this Schedulable. *But: If the Scheduler failed to call in time, this is *detected, and the performCron-method is immediatelly *called the next time. * * 3) Not all cron formats are supported right now (NO RANGES!) * * 4) It could be better to port the time calculation to the *Scheduler itself, so you can adjust the sleep-period *to the circumstances. But you would need a priority-queue *data structure to handle multiple Schedulables and adjust *the sleep time for the first one in an efficient way. * * This code is under the LGPL-license. See the COPYING-file * in the JBoss distribution. * * @author Michael Bartmann ([EMAIL PROTECTED]) * @version 1.0 * @copyright 4Production AG 2001 (www.4production.de) */ public abstract class CronSchedulable { private static Category log = Category.getInstance(CronSchedulable.class); protected long lastRunMillis; protected long nextRunMillis; private int[] minutes; private int[] hours; private int[] daysOfMonth; private int[] months; private int[] daysOfWeek; /** * This constructor uses five separate Strings * for the match patterns. * * Their format is similar to the well known cron command. * See the main method below for an example. * * @param minutesPattern * @param hourPattern * @param dayPattern * @param monthPattern * @param weekdayPattern */ public CronSchedulable(String minutesPattern, String hourPattern, String dayPattern, String monthPattern, String weekdayPattern) { minutes = string2IntArray(minutesPattern,0,0,59,minute); hours = string2IntArray(hourPattern,0,0,23,hour); daysOfMonth = string2IntArray(dayPattern,0,1,31,dayOfMonth); months = string2IntArray(monthPattern,-1,0,11,month); daysOfWeek = string2IntArray(weekdayPattern,0,1,7,dayOfWeek); lastRunMillis = System.currentTimeMillis(); nextRunMillis = nextTime(lastRunMillis); log.info(this+ started at: +new Date(lastRunMillis)+, next run at approx.: +new Date(nextRunMillis)); } /** * helper function to parse the cron format * @param xa * @param min * @param max * @return */ private static int[] string2IntArray(String s, int offs, int min, int max, String fieldName) { if ((s==null)||(s.equals())||(s.equals(*))) { return new int[0]; } StringTokenizer t = new StringTokenizer(s,|,false); int[] h = new int[t.countTokens()]; for (int i=0; ih.length; i++) { int x = Integer.parseInt(t.nextToken()) + offs; if ((xmin)||(xmax)) { throw new IllegalArgumentException(parameter +(x-offs)+ is out of range for field +fieldName); } h[i] = x; } return h; } /** * helper function to parse the cron
[JBoss-dev] Email to JMS Converter
Hi Geeks Just wrote a simple (very simple) Email to JMS converter (MBean) which currently only supports plain text emails but now you can use it to check email addresses after registration etc. I will finish it tomorrow and upload it then to CVS. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594875 ] home methods in stateless fail deploy
Bugs item #594875, was opened at 2002-08-13 20:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Steve Buikhuizen (nznl) Assigned to: Nobody/Anonymous (nobody) Summary: home methods in stateless fail deploy Initial Comment: I've tried to use the ejb v2.0 home method feature with jboss and I get NoSuchMethod exceptions when I deploy. I'm using Redhat 6.2 Linux and Hotspot 1.3 Here is the top of the stack trace from the deployment... 2002-08-13 19:56:24,393 ERROR [org.jboss.ejb.EjbModule] Initialization failed java.lang.NoSuchMethodException at java.lang.Class.getMethod0(Native Method) at java.lang.Class.getMethod(Class.java:888) at org.jboss.ejb.StatelessSessionContainer.setupHomeMap ping(StatelessSessionContainer.java:468) at org.jboss.ejb.StatelessSessionContainer.create (StatelessSessionContainer.java:165) at org.jboss.ejb.Container.invoke (Container.java:789) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceController.java:894) at $Proxy6.create(Unknown Source) My method name is ejbHomeGetNextId() and is generated as a home interface method using the xdoclet ejb:home-method tag. I checked the source for StatelessSessionContainer and it appears to look for getNextIdLocalHome instead of ejbHomeGetNextId. From what I understand of the ejb spec, this is incorrect. Or I am misunderstaning the code. I can work around this by using an instance method but I would prefer to use a home method. I will happily provide more info if necessary. Just ask. Steve -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594875 ] home methods in stateless fail deploy
Bugs item #594875, was opened at 2002-08-14 13:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Steve Buikhuizen (nznl) Assigned to: Nobody/Anonymous (nobody) Summary: home methods in stateless fail deploy Initial Comment: I've tried to use the ejb v2.0 home method feature with jboss and I get NoSuchMethod exceptions when I deploy. I'm using Redhat 6.2 Linux and Hotspot 1.3 Here is the top of the stack trace from the deployment... 2002-08-13 19:56:24,393 ERROR [org.jboss.ejb.EjbModule] Initialization failed java.lang.NoSuchMethodException at java.lang.Class.getMethod0(Native Method) at java.lang.Class.getMethod(Class.java:888) at org.jboss.ejb.StatelessSessionContainer.setupHomeMap ping(StatelessSessionContainer.java:468) at org.jboss.ejb.StatelessSessionContainer.create (StatelessSessionContainer.java:165) at org.jboss.ejb.Container.invoke (Container.java:789) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceController.java:894) at $Proxy6.create(Unknown Source) My method name is ejbHomeGetNextId() and is generated as a home interface method using the xdoclet ejb:home-method tag. I checked the source for StatelessSessionContainer and it appears to look for getNextIdLocalHome instead of ejbHomeGetNextId. From what I understand of the ejb spec, this is incorrect. Or I am misunderstaning the code. I can work around this by using an instance method but I would prefer to use a home method. I will happily provide more info if necessary. Just ask. Steve -- Comment By: Stephen Coy (scoy) Date: 2002-08-14 13:50 Message: Logged In: YES user_id=463096 ejbHome methods are only applicable to entity beans. This is not a bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594875 ] home methods in stateless fail deploy
Bugs item #594875, was opened at 2002-08-13 20:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Rejected Priority: 5 Submitted By: Steve Buikhuizen (nznl) Assigned to: Nobody/Anonymous (nobody) Summary: home methods in stateless fail deploy Initial Comment: I've tried to use the ejb v2.0 home method feature with jboss and I get NoSuchMethod exceptions when I deploy. I'm using Redhat 6.2 Linux and Hotspot 1.3 Here is the top of the stack trace from the deployment... 2002-08-13 19:56:24,393 ERROR [org.jboss.ejb.EjbModule] Initialization failed java.lang.NoSuchMethodException at java.lang.Class.getMethod0(Native Method) at java.lang.Class.getMethod(Class.java:888) at org.jboss.ejb.StatelessSessionContainer.setupHomeMap ping(StatelessSessionContainer.java:468) at org.jboss.ejb.StatelessSessionContainer.create (StatelessSessionContainer.java:165) at org.jboss.ejb.Container.invoke (Container.java:789) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceController.java:894) at $Proxy6.create(Unknown Source) My method name is ejbHomeGetNextId() and is generated as a home interface method using the xdoclet ejb:home-method tag. I checked the source for StatelessSessionContainer and it appears to look for getNextIdLocalHome instead of ejbHomeGetNextId. From what I understand of the ejb spec, this is incorrect. Or I am misunderstaning the code. I can work around this by using an instance method but I would prefer to use a home method. I will happily provide more info if necessary. Just ask. Steve -- Comment By: Steve Buikhuizen (nznl) Date: 2002-08-13 21:25 Message: Logged In: YES user_id=586403 Oops, sorry. My mistake. I tried it with a BMP bean instead and it works fine. Thanks for pointing me in the right direction. I'm closing this bug. -- Comment By: Stephen Coy (scoy) Date: 2002-08-13 20:50 Message: Logged In: YES user_id=463096 ejbHome methods are only applicable to entity beans. This is not a bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=594875group_id=22866 --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] problem after switching jboss-2.4 to jboss-3.0
Hello, I have switched my application from jboss-2.4 to jboss-3.0 because of its clustering feature.But while converting I am getting below mentioned error in most of the beans.. java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: removing bean lock and it has tx set!; nested exception is: java.lang.IllegalStateException: removing bean lock and it has tx set! can anybody please guide me regarding this matter. thanks in advance awating for your prompt reply regards vishal --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development