[JBoss-dev] SAR for the dummies?
Hello, For the HttpSession clustering stuff, I need, by dragging a single .sar in deploy, to: - deploy an entity bean - deploy and start a JMX service that will use the entity bean (yes, there is a dependency between the entity and the service) I've tried to make a standard SAR and, in it, added the bean JAR but without any success ( I think it is what Marc's code that he will commit should do: recursively deploy all jars. But in which order?) If the implicit method doesn't work (just putting everything in a SAR), is there an explicit method that is working? (putting the bean deployement command directly in the services.xml file of the SAR) Thank you. Cheers, Sacha ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] Autogenerated primary keys etc
Ok, what i was looking for to hear about was the ability to support different databases auto-generated columns. I see the problem with it, just wanted to check if anyone had give it a try for some of the most popular databases... Guess i will wait for JDBC 3.0 :) /Lennart Den 2002-01-11 19:23:44 skrev Dain Sundstrom [EMAIL PROTECTED]: Here is the scoop. Last I checked Oleg was working on this for EJB 2.0, but I have trouble contacting him (our email servers don't like each other). The way it will be implemented is with a lookup in JNDI that returns an object that implements some yet to be defined AutoNumber interface. I think the initial revision uses a sequence table. I don't think we will be able to support auto-generated columns, as this requires special sql in the insert statement or special handling of the prepared statement object. When we start seeing JDBC 3.0 drivers, which support auto-generated columns, we will be able to add generic support. To make a long story short, it should be in JBoss 3.0 final. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated Test-suite and Jetty
Does anybody know why the automated testsuite can't get a server socket on 8080? The dependencies means no beans are deployed, so most of the tests fail :-( 2002-01-14 03:45:50,205 INFO [org.jboss.jetty.JettyService] Starting 2002-01-14 03:45:50,371 DEBUG [org.jboss.jetty.JettyService] Loaded properties from: jetty.properties 2002-01-14 03:45:50,519 DEBUG [org.jboss.jetty.JettyService] Instantiated and configured server 2002-01-14 03:45:50,519 DEBUG [org.jboss.jetty.JettyService] MBean peers WILL be created for Jetty Contexts 2002-01-14 03:45:51,642 DEBUG [org.jboss.deployment.AutoDeployer] Received notification of mbean jboss.web:Jetty=0's deployment. 2002-01-14 03:45:51,647 INFO [org.jboss.jetty.Jetty] Registered jboss.web:Jetty=0 2002-01-14 03:45:51,650 DEBUG [org.jboss.deployment.AutoDeployer] Received notification of mbean jboss.web:Jetty=Debug's deployment. 2002-01-14 03:45:51,654 INFO [org.jboss.jetty.Jetty] Registered jboss.web:Jetty=Debug 2002-01-14 03:45:51,679 INFO [org.jboss.jetty.Jetty] loading configuration: jar:file:/disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/tmp/deploy/ServiceDeployer/deploy.44/./jetty-plugin.sar!/jetty.xml 2002-01-14 03:45:52,564 DEBUG [org.jboss.deployment.AutoDeployer] Received notification of mbean jboss.web:Jetty=0,SocketListener=0's deployment. 2002-01-14 03:45:52,568 INFO [org.jboss.jetty.Jetty] Registered jboss.web:Jetty=0,SocketListener=0 2002-01-14 03:45:52,572 DEBUG [org.jboss.jetty.Jetty] configuratin loaded 2002-01-14 03:45:52,586 INFO [org.jboss.jetty.Jetty] Starting Jetty/4.0.B1 2002-01-14 03:45:52,605 WARN [org.jboss.jetty.Jetty] WARNING: Failed to start: [EMAIL PROTECTED]:8080 2002-01-14 03:45:52,659 ERROR [org.jboss.jetty.JettyService] Failed org.mortbay.util.MultiException[java.net.BindException: Address already in use] at org.mortbay.http.HttpServer.start(HttpServer.java:123) at org.jboss.jetty.JettyService.startService(JettyService.java:220) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:745) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:324) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(ServiceDeployer.java:767) at org.jboss.deployment.ServiceDeployer.deploy(ServiceDeployer.java:281) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:101) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:681) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:325) at org.jboss.deployment.AutoDeployer.startService(AutoDeployer.java:515) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:745) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:324) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(ServiceDeployer.java:767) at org.jboss.deployment.ServiceDeployer.deploy(ServiceDeployer.java:281) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:101) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:159) at org.jboss.Main.boot(Main.java:204) at org.jboss.Main.run(Main.java:40) at java.lang.Thread.run(Thread.java:484) Regards, Adrian _ Send and receive Hotmail on your
Re: [JBoss-dev] Automated Test-suite and Jetty - www.lubega.com
Hi, I'm having a bad weekend for making myself clear. I had a similar problem reporting a Tomcat bug with Apache :-) The point I missed was that it is the Automated Testsuite at www.lubega.com that has this problem. Thanks to all the people who suggested I rebooted my machine. I know I'm running windows XP but it really isn't necessary in this case :-) Regards, Adrian _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/file TxLog.java
User: lqd Date: 02/01/14 04:29:58 Removed: src/main/org/jboss/mq/pm/file TxLog.java Log: this class is never used ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/file MessageLog.java PersistenceManager.java
User: lqd Date: 02/01/14 04:30:45 Modified:src/main/org/jboss/mq/pm/file MessageLog.java PersistenceManager.java Log: - remove old code - use org.jboss.logging instead of System.out.println Revision ChangesPath 1.10 +88 -100 jbossmq/src/main/org/jboss/mq/pm/file/MessageLog.java Index: MessageLog.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/file/MessageLog.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- MessageLog.java 2001/11/30 18:43:15 1.9 +++ MessageLog.java 2002/01/14 12:30:45 1.10 @@ -23,39 +23,35 @@ import org.jboss.mq.server.MessageCache; import org.jboss.mq.server.MessageReference ; +import org.jboss.logging.Logger; + /** * This is used to keep SpyMessages on the disk and is used reconstruct the * queue in case of provider failure. * * @createdAugust 16, 2001 * @author:Paul Kendall ([EMAIL PROTECTED]) - * @version$Revision: 1.9 $ + * @version$Revision: 1.10 $ */ public class MessageLog { / // Attributes / - private File queueName; + private File queueName; private MessageCache messageCache; + private static Logger log = Logger.getLogger( MessageLog.class ); + / // Constants / - protected final static byte OBJECT_MESS = 3; - protected final static byte BYTES_MESS = 4; - protected final static byte MAP_MESS = 5; - protected final static byte TEXT_MESS = 6; - protected final static byte STREAM_MESS = 7; - protected final static byte ENCAP_MESS = 8; - protected final static byte SPY_MESS = 9; / // Constructor / public MessageLog(MessageCache messageCache, File file ) - { if (messageCache == null) { @@ -71,185 +67,173 @@ // Public Methods / public void close() - throws JMSException { + throws JMSException + { } - public Map restore( java.util.TreeSet rollBackTXs ) - throws JMSException { + throws JMSException + { //use sorted map to get queue order right. TreeMap messageIndex = new TreeMap(); - try { + try + { File[] files = queueName.listFiles(); - for ( int i = 0; i files.length; i++ ) { + for ( int i = 0; i files.length; i++ ) + { String fileName = files[i].getName(); int extIndex = fileName.indexOf( . ); -if ( extIndex 0 ) { +if ( extIndex 0 ) +{ //non transacted message so simply restore restoreMessageFromFile( messageIndex, files[i] ); -} else { +} else +{ //test if message from a transaction that is being rolled back. Long tx = new Long( Long.parseLong( fileName.substring( extIndex + 1 ) ) ); - if ( rollBackTXs.contains( tx ) ) { + if ( rollBackTXs.contains( tx ) ) + { delete( files[i] ); - } else { + } else + { restoreMessageFromFile( messageIndex, files[i] ); } } } - } catch ( Exception e ) { + } catch ( Exception e ) + { throwJMSException( Could not rebuild the queue from the queue's tranaction log., e ); } return messageIndex; - /* - MessageReference rc[] = new MessageReference[messageIndex.size()]; - java.util.Iterator iter = messageIndex.values().iterator(); - for ( int i = 0; iter.hasNext(); i++ ) { - rc[i] = ( MessageReference )iter.next(); - } - return rc; - */ } public void add( MessageReference messageRef, org.jboss.mq.pm.Tx transactionId ) - throws JMSException { - try { - SpyMessage message = messageRef.getMessage(); + throws JMSException + { + try + { + SpyMessage message = messageRef.getMessage(); File f; - if ( transactionId == null ) { + if ( transactionId == null ) + { f = new File( queueName,
Re: [JBoss-dev] Automated Test-suite and Jetty - www.lubega.com
Hi, --- Adrian Brock [EMAIL PROTECTED] wrote: The point I missed was that it is the Automated Testsuite at www.lubega.com that has this problem. OOPS - thats me - I also run a test tomcat server (port 8080) on that box sometimes and I forgot to shut it down! I'll add something to the scripts to try and close that first... Normal service should be resumed tonight Chris = Need somewhere to Live in London? - Then go to http://freeflats.com __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] more standardjboss-cmp.xml
Hmm.. What version of the postgresql JDBC driver are you using. I am running the newest one and it seems to work here. I will do a little investigating. Dain Sundstrom wrote: This doesn't work. Postgres throws an exception Unknown Types on BIT. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 10, 2002 8:33 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] more standardjboss-cmp.xml For postgresql the Boolean mapping is wrong. Should be mapping java-typejava.lang.Boolean/java-type jdbc-typeBIT/jdbc-type sql-typeBOOLEAN/sql-type /mapping ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bug in relations
I was testing the current state of the relation code and I believe I have stumbled across a bug. If the primary key class of relationship is different then it bombs. So if you have table_a and table_b in a 1-1 uni-directional relationship with table_a primary key class of TableAPk and table_b primary key class TableBPk it bombs. It looks like the problem is in JDBCCMRFieldBridge.java around line 780. When it is creating and setting the primary key of the CMRField. fk = foreignKeyFields[i].setPrimaryKeyValue(fk, fieldValue); The problem is that if fk is null it creates a Pk class but in foreignKeyFields the entity is current class not the related one. So for TableA CMR field is is creating a class of TableAPk not TableBPk. I added the this before the call and it seems to work if(fk == null) fk=relatedManager.getEntityBridge().createPrimaryKeyInstance(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problems with 'jboss-mq' and autodeployer
Ok, I'm at a loss as to what's going on in the JBossMQ module of CVS. I've been making changes to the underlying OIL transport module of JBoss and I still need to propagate those changes to the UIL transport code. I've been working by checking out the 'jboss-all' module from CVS so that I could run the testsuite code before I checked in any changes. Everything seems to work fine when JBoss is checked out as a whole. However, when I check out the 'jboss-mq' module from CVS anonymously, build it, and then run the server it doesn't deploy! No TCP/IP ports (or UDP/IP for that matter) are opened. So there's no endpoints for RMI to provide access to JNDI or the messaging transports. I'm going to try to blunder my way around the code, but if someone could provide some useful insight on where to look I would greatly appreciate it. I'm using a vanilla checkout of the jboss-mq module. Also, if you do a checkout of jboss-mq and then build, be sure to link the thirdparty/gnu/getopt/lib/getopt.jar into the lib directory or it will not run. Somethings amiss with the build.xml so that getopt.jar is not being added to the lib directory. I've sent an e-mail to the two individuals that built and modified the file asking for direction/help in that matter already. Below is the last few lines of the server log. Prehaps it will be of use to those who understand the autodeployer code better than I. Thanks Weave -- truncated server.log - 2002-01-14 08:27:40,215 TRACE [org.jboss.system.ServiceLibraries] Libraries adding URLClassLoader 956609115 key URL file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,215 DEBUG [org.jboss.deployment.ServiceDeployer] deployed classes for file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] about to copy 0 local directories 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] addMBeans: url file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/conf/default/jboss-service.xml 2002-01-14 08:27:40,219 DEBUG [org.jboss.deployment.ServiceDeployer] deploying with ServiceController mbean mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; /attribute attribute name=URLs ../deploy/lib, ../deploy /attribute attribute name=Timeout 3000 /attribute /mbean 2002-01-14 08:27:40,225 DEBUG [org.jboss.system.ServiceCreator] About to create bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,266 DEBUG [org.jboss.system.ServiceCreator] Created bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,274 DEBUG [org.jboss.system.ServiceConfigurator] Deployers set to JBOSS-SYSTEM:service=ServiceDeployer; in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] URLs set to ../deploy/lib, ../deploy in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] Timeout set to 3000 in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,278 DEBUG [org.jboss.system.ServiceConfigurator] found 0 depends elements 2002-01-14 08:27:40,279 INFO [org.jboss.deployment.AutoDeployer] Initializing 2002-01-14 08:27:40,281 INFO [org.jboss.deployment.AutoDeployer] Initialized 2002-01-14 08:27:40,282 INFO [org.jboss.deployment.AutoDeployer] Starting 2002-01-14 08:27:40,285 DEBUG [org.jboss.deployment.AutoDeployer] Deployer 'JBOSS-SYSTEM:service=ServiceDeployer' isn't yet registered files for this deployer will not be deployed until it is deployed. 2002-01-14 08:27:40,287 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy/lib 2002-01-14 08:27:40,290 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy 2002-01-14 08:27:40,295 INFO [org.jboss.deployment.AutoDeployer] Started 2002-01-14 08:27:40,296 INFO [org.jboss.system.Server] Started in 0m:2s:124ms 2002-01-14 08:53:28,291 INFO [org.jboss.system.Server] Shutting down all services 2002-01-14 08:53:28,293 INFO [Default] Shutting down 2002-01-14 08:53:28,294 INFO [org.jboss.system.ServiceController] Stopping 2 services 2002-01-14 08:53:28,297 DEBUG [org.jboss.system.ServiceController] removing service: jboss.system:service=ServiceDeployer 2002-01-14 08:53:28,297 DEBUG [org.jboss.system.ServiceController] removing jboss.system:service=ServiceDeployer from server 2002-01-14 08:53:28,299 INFO [org.jboss.deployment.ServiceDeployer] Stopping 2002-01-14 08:53:28,309 WARN [org.jboss.deployment.ServiceDeployer] Unable to recursively delete the temp directory
Re: [JBoss-dev] SAR for the dummies?
I think until marc shows us what he has been up to you will either have to deploy 2 packages by hand in the right order or deploy 2 packages and include a depends tag in the mbean config referring to the Container mbean for the entity. With luck, this will force the service mbean to wait until the entity is deployed. I don't know if the Container is actually participating fully in the dependency management scheme. You might also try putting everything in an ear, embedding both the jar and sar. There is some code to deploy sar in ears but I don't know if it works. You will probably also have to use the depends trick since I believe sars should be deployed first by default. david jencks On 2002.01.14 03:58:28 -0500 Sacha Labourey wrote: Hello, For the HttpSession clustering stuff, I need, by dragging a single .sar in deploy, to: - deploy an entity bean - deploy and start a JMX service that will use the entity bean (yes, there is a dependency between the entity and the service) I've tried to make a standard SAR and, in it, added the bean JAR but without any success ( I think it is what Marc's code that he will commit should do: recursively deploy all jars. But in which order?) If the implicit method doesn't work (just putting everything in a SAR), is there an explicit method that is working? (putting the bean deployement command directly in the services.xml file of the SAR) Thank you. Cheers, Sacha ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NoPassivationCachePolicy
Hi Geeks I had to investigate the NoPassivationCachePolicy and I am wondering if this Cache Policy should have an attribute which would prevent the NPCP from adding new EJBs to the Cache when the memory allocation becomes to big otherwise this could make the JBoss server unstable. We could throw an system exception therefore that the transaction is rolled back and the client has to tried it later. In that case we can also add a clear log indicating the problem. x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problems with 'jboss-mq' and autodeployer
The name space has changed. It is now jboss.system not JBOSS-SYSTEM. Brian Weaver wrote: Ok, I'm at a loss as to what's going on in the JBossMQ module of CVS. I've been making changes to the underlying OIL transport module of JBoss and I still need to propagate those changes to the UIL transport code. I've been working by checking out the 'jboss-all' module from CVS so that I could run the testsuite code before I checked in any changes. Everything seems to work fine when JBoss is checked out as a whole. However, when I check out the 'jboss-mq' module from CVS anonymously, build it, and then run the server it doesn't deploy! No TCP/IP ports (or UDP/IP for that matter) are opened. So there's no endpoints for RMI to provide access to JNDI or the messaging transports. I'm going to try to blunder my way around the code, but if someone could provide some useful insight on where to look I would greatly appreciate it. I'm using a vanilla checkout of the jboss-mq module. Also, if you do a checkout of jboss-mq and then build, be sure to link the thirdparty/gnu/getopt/lib/getopt.jar into the lib directory or it will not run. Somethings amiss with the build.xml so that getopt.jar is not being added to the lib directory. I've sent an e-mail to the two individuals that built and modified the file asking for direction/help in that matter already. Below is the last few lines of the server log. Prehaps it will be of use to those who understand the autodeployer code better than I. Thanks Weave -- truncated server.log - 2002-01-14 08:27:40,215 TRACE [org.jboss.system.ServiceLibraries] Libraries adding URLClassLoader 956609115 key URL file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,215 DEBUG [org.jboss.deployment.ServiceDeployer] deployed classes for file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] about to copy 0 local directories 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] addMBeans: url file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/conf/default/jboss-service.xml 2002-01-14 08:27:40,219 DEBUG [org.jboss.deployment.ServiceDeployer] deploying with ServiceController mbean mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; /attribute attribute name=URLs ../deploy/lib, ../deploy /attribute attribute name=Timeout 3000 /attribute /mbean 2002-01-14 08:27:40,225 DEBUG [org.jboss.system.ServiceCreator] About to create bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,266 DEBUG [org.jboss.system.ServiceCreator] Created bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,274 DEBUG [org.jboss.system.ServiceConfigurator] Deployers set to JBOSS-SYSTEM:service=ServiceDeployer; in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] URLs set to ../deploy/lib, ../deploy in JBOSS-SYSTEM:service=AutoDeployer Looking for JBOSS-SYSTEM:service=ServiceDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] Timeout set to 3000 in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,278 DEBUG [org.jboss.system.ServiceConfigurator] found 0 depends elements 2002-01-14 08:27:40,279 INFO [org.jboss.deployment.AutoDeployer] Initializing 2002-01-14 08:27:40,281 INFO [org.jboss.deployment.AutoDeployer] Initialized 2002-01-14 08:27:40,282 INFO [org.jboss.deployment.AutoDeployer] Starting 2002-01-14 08:27:40,285 DEBUG [org.jboss.deployment.AutoDeployer] Deployer 'JBOSS-SYSTEM:service=ServiceDeployer' isn't yet registered files for this deployer will not be deployed until it is deployed. 2002-01-14 08:27:40,287 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy/lib 2002-01-14 08:27:40,290 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy 2002-01-14 08:27:40,295 INFO [org.jboss.deployment.AutoDeployer] Started 2002-01-14 08:27:40,296 INFO [org.jboss.system.Server] Started in 0m:2s:124ms 2002-01-14 08:53:28,291 INFO [org.jboss.system.Server] Shutting down all services 2002-01-14 08:53:28,293 INFO [Default] Shutting down 2002-01-14 08:53:28,294 INFO [org.jboss.system.ServiceController] Stopping 2 services 2002-01-14 08:53:28,297 DEBUG [org.jboss.system.ServiceController] removing service: jboss.system:service=ServiceDeployer See removing it here as jboss.system:service=ServiceDeployer 2002-01-14 08:53:28,297 DEBUG
Re: [JBoss-dev] Problems with 'jboss-mq' and autodeployer
It looks to me as if you are deploying a jboss-service.xml file different from the one in the full checkout. In any case it appears to have the old jmx domain names (JBOSS-SYSTEM etc instead of jboss.system). As a result the startup deployer dependencies are not getting satisfied. Where did this file come from? david jencks On 2002.01.14 09:16:52 -0500 Brian Weaver wrote: Ok, I'm at a loss as to what's going on in the JBossMQ module of CVS. I've been making changes to the underlying OIL transport module of JBoss and I still need to propagate those changes to the UIL transport code. I've been working by checking out the 'jboss-all' module from CVS so that I could run the testsuite code before I checked in any changes. Everything seems to work fine when JBoss is checked out as a whole. However, when I check out the 'jboss-mq' module from CVS anonymously, build it, and then run the server it doesn't deploy! No TCP/IP ports (or UDP/IP for that matter) are opened. So there's no endpoints for RMI to provide access to JNDI or the messaging transports. I'm going to try to blunder my way around the code, but if someone could provide some useful insight on where to look I would greatly appreciate it. I'm using a vanilla checkout of the jboss-mq module. Also, if you do a checkout of jboss-mq and then build, be sure to link the thirdparty/gnu/getopt/lib/getopt.jar into the lib directory or it will not run. Somethings amiss with the build.xml so that getopt.jar is not being added to the lib directory. I've sent an e-mail to the two individuals that built and modified the file asking for direction/help in that matter already. Below is the last few lines of the server log. Prehaps it will be of use to those who understand the autodeployer code better than I. Thanks Weave -- truncated server.log - 2002-01-14 08:27:40,215 TRACE [org.jboss.system.ServiceLibraries] Libraries adding URLClassLoader 956609115 key URL file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,215 DEBUG [org.jboss.deployment.ServiceDeployer] deployed classes for file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] about to copy 0 local directories 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] addMBeans: url file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/conf/default/jboss-service.xml 2002-01-14 08:27:40,219 DEBUG [org.jboss.deployment.ServiceDeployer] deploying with ServiceController mbean mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; /attribute attribute name=URLs ../deploy/lib, ../deploy /attribute attribute name=Timeout 3000 /attribute /mbean 2002-01-14 08:27:40,225 DEBUG [org.jboss.system.ServiceCreator] About to create bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,266 DEBUG [org.jboss.system.ServiceCreator] Created bean: JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,274 DEBUG [org.jboss.system.ServiceConfigurator] Deployers set to JBOSS-SYSTEM:service=ServiceDeployer; in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] URLs set to ../deploy/lib, ../deploy in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] Timeout set to 3000 in JBOSS-SYSTEM:service=AutoDeployer 2002-01-14 08:27:40,278 DEBUG [org.jboss.system.ServiceConfigurator] found 0 depends elements 2002-01-14 08:27:40,279 INFO [org.jboss.deployment.AutoDeployer] Initializing 2002-01-14 08:27:40,281 INFO [org.jboss.deployment.AutoDeployer] Initialized 2002-01-14 08:27:40,282 INFO [org.jboss.deployment.AutoDeployer] Starting 2002-01-14 08:27:40,285 DEBUG [org.jboss.deployment.AutoDeployer] Deployer 'JBOSS-SYSTEM:service=ServiceDeployer' isn't yet registered files for this deployer will not be deployed until it is deployed. 2002-01-14 08:27:40,287 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy/lib 2002-01-14 08:27:40,290 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: /home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy 2002-01-14 08:27:40,295 INFO [org.jboss.deployment.AutoDeployer] Started 2002-01-14 08:27:40,296 INFO [org.jboss.system.Server] Started in 0m:2s:124ms 2002-01-14 08:53:28,291 INFO [org.jboss.system.Server] Shutting down all services 2002-01-14 08:53:28,293 INFO [Default] Shutting down 2002-01-14 08:53:28,294 INFO [org.jboss.system.ServiceController] Stopping 2
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq SpyTextMessage.java
User: lqd Date: 02/01/14 07:25:36 Modified:src/main/org/jboss/mq Tag: Branch_2_4 SpyTextMessage.java Log: safeguard for TextMessages with a 'null' body Revision ChangesPath No revision No revision 1.2.2.7 +7 -1 jbossmq/src/main/org/jboss/mq/SpyTextMessage.java Index: SpyTextMessage.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpyTextMessage.java,v retrieving revision 1.2.2.6 retrieving revision 1.2.2.7 diff -u -r1.2.2.6 -r1.2.2.7 --- SpyTextMessage.java 2001/12/13 21:29:21 1.2.2.6 +++ SpyTextMessage.java 2002/01/14 15:25:35 1.2.2.7 @@ -16,7 +16,7 @@ * * @author Norbert Lataille ([EMAIL PROTECTED]) * @createdAugust 16, 2001 - * @version$Revision: 1.2.2.6 $ + * @version$Revision: 1.2.2.7 $ */ public class SpyTextMessage extends SpyMessage @@ -76,6 +76,9 @@ */ final public boolean isVersion2() { + if( content == null ) + return false; + // This is very conservative but cheap int length = content.length(); boolean canWriteUTF = length MAX_UTF_LENGTH; @@ -180,3 +183,6 @@ } } } +/* +vim:tabstop=3:expandtab:shiftwidth=3 +*/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] more standardjboss-cmp.xml
I'm using version 7.0-1.2 Andy suggest that I use SQL_TYPE BOOLEAN and JDBC-TYPE CHAR. I think that would be cool, because you still end up with a boolean in the db. Does that sound ok? -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 7:54 AM To: Dain Sundstrom Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] more standardjboss-cmp.xml Hmm.. What version of the postgresql JDBC driver are you using. I am running the newest one and it seems to work here. I will do a little investigating. Dain Sundstrom wrote: This doesn't work. Postgres throws an exception Unknown Types on BIT. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 10, 2002 8:33 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] more standardjboss-cmp.xml For postgresql the Boolean mapping is wrong. Should be mapping java-typejava.lang.Boolean/java-type jdbc-typeBIT/jdbc-type sql-typeBOOLEAN/sql-type /mapping ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: [JBoss-dev] Autogenerated primary keys etc
If you want to write the code for the most popular data bases, I'll attempt to write a plugable engine for it. -dain -Original Message- From: Lennart Petersson [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 3:18 AM To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] Autogenerated primary keys etc Ok, what i was looking for to hear about was the ability to support different databases auto-generated columns. I see the problem with it, just wanted to check if anyone had give it a try for some of the most popular databases... Guess i will wait for JDBC 3.0 :) /Lennart Den 2002-01-11 19:23:44 skrev Dain Sundstrom [EMAIL PROTECTED]: Here is the scoop. Last I checked Oleg was working on this for EJB 2.0, but I have trouble contacting him (our email servers don't like each other). The way it will be implemented is with a lookup in JNDI that returns an object that implements some yet to be defined AutoNumber interface. I think the initial revision uses a sequence table. I don't think we will be able to support auto-generated columns, as this requires special sql in the insert statement or special handling of the prepared statement object. When we start seeing JDBC 3.0 drivers, which support auto-generated columns, we will be able to add generic support. To make a long story short, it should be in JBoss 3.0 final. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Bug in relations
Good catch. I just rewrote the relationship loading/setting code, so I'll have to hunt this down in my new code. thanks -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 8:05 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Bug in relations I was testing the current state of the relation code and I believe I have stumbled across a bug. If the primary key class of relationship is different then it bombs. So if you have table_a and table_b in a 1-1 uni-directional relationship with table_a primary key class of TableAPk and table_b primary key class TableBPk it bombs. It looks like the problem is in JDBCCMRFieldBridge.java around line 780. When it is creating and setting the primary key of the CMRField. fk = foreignKeyFields[i].setPrimaryKeyValue(fk, fieldValue); The problem is that if fk is null it creates a Pk class but in foreignKeyFields the entity is current class not the related one. So for TableA CMR field is is creating a class of TableAPk not TableBPk. I added the this before the call and it seems to work if(fk == null) fk=relatedManager.getEntityBridge().createPrimaryKeyInstance(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Autogenerated primary keys etc
Dain Sundstrom wrote: If you want to write the code for the most popular data bases, I'll attempt to write a plugable engine for it. The code is already written in Castor and can be easily reused. There is KeyGenerator interface that can be used independently from other CastorJDO code. And the castor.jar is bundled with JBoss 3.0, isn't it? And Castor KeyGenerators are well tested, don't reinvent the wheel :) Oleg -dain -Original Message- From: Lennart Petersson [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 3:18 AM To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] Autogenerated primary keys etc Ok, what i was looking for to hear about was the ability to support different databases auto-generated columns. I see the problem with it, just wanted to check if anyone had give it a try for some of the most popular databases... Guess i will wait for JDBC 3.0 :) /Lennart Den 2002-01-11 19:23:44 skrev Dain Sundstrom [EMAIL PROTECTED]: Here is the scoop. Last I checked Oleg was working on this for EJB 2.0, but I have trouble contacting him (our email servers don't like each other). The way it will be implemented is with a lookup in JNDI that returns an object that implements some yet to be defined AutoNumber interface. I think the initial revision uses a sequence table. I don't think we will be able to support auto-generated columns, as this requires special sql in the insert statement or special handling of the prepared statement object. When we start seeing JDBC 3.0 drivers, which support auto-generated columns, we will be able to add generic support. To make a long story short, it should be in JBoss 3.0 final. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problems using Jboss together with MCVSoft and mySQL !!!!
I'm using jboss as an application server and MCVSoft as container managed persistence. How do I specify to the jBoss and MCVSoft that I'm using mySQL as an underlying database server. When I start my client program I get an exception from Jboss saying that it can't locate mySQL server. I tried to use mapping-tool from the MCVSoft to map my beans to the mySQL, but without any success. piotr _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB QL parser bug?
The following is writen to the server.log for one of my CMP 2.0 finder methods (CVS jboss3.0alpha) during deployment: 2002-01-14 17:46:40,443 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ContactBean.findInDatetimeRange] EQL-QL: SELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime = ?1 AND c.datetime ?2 2002-01-14 17:46:41,098 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ContactBean.findInDatetimeRange] SQL: SELECT DISTINCT t1_c.id FROM ContactBean t1_c ...Where is the WHERE caluse in the SQL? Can this be a bug or am I missing something? Does anybody know how to interpret the following EJB 2.0 spec. statement (11.2.11 Restrictions): Date and time values should use standard Java long milliseconds value. This is very precise, I must say. X values should use Y value, hm Does this mean that parameters to findXXX methods should be long type when used in date and time comparisons in EJB QL? What type of parameters does JBossCMP expect (accept) when used in such comparisons? I tried the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramlong/method-param method-paramlong/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.util.Date/method-param method-paramjava.util.Date/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and even the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.sql.Timestamp/method-param method-paramjava.sql.Timestamp/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query The datetime field in Contact bean is: cmp-field field-namedatetime/field-name column-namedatetime/column-name sql-typeDATETIME/sql-type jdbc-typeTIMESTAMP/jdbc-type /cmp-field Entity creation and reading of this fileld work correctly for this configuration... Regards, Peter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Autogenerated primary keys etc
Cool. I think we should look at using this post beta. -dain -Original Message- From: Oleg Nitz [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 10:23 AM To: Dain Sundstrom Subject: Re: [JBoss-dev] Autogenerated primary keys etc Dain Sundstrom wrote: If you want to write the code for the most popular data bases, I'll attempt to write a plugable engine for it. The code is already written in Castor and can be easily reused. There is KeyGenerator interface that can be used independently from other CastorJDO code. And the castor.jar is bundled with JBoss 3.0, isn't it? And Castor KeyGenerators are well tested, don't reinvent the wheel :) Oleg -dain -Original Message- From: Lennart Petersson [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 3:18 AM To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] Autogenerated primary keys etc Ok, what i was looking for to hear about was the ability to support different databases auto-generated columns. I see the problem with it, just wanted to check if anyone had give it a try for some of the most popular databases... Guess i will wait for JDBC 3.0 :) /Lennart Den 2002-01-11 19:23:44 skrev Dain Sundstrom [EMAIL PROTECTED]: Here is the scoop. Last I checked Oleg was working on this for EJB 2.0, but I have trouble contacting him (our email servers don't like each other). The way it will be implemented is with a lookup in JNDI that returns an object that implements some yet to be defined AutoNumber interface. I think the initial revision uses a sequence table. I don't think we will be able to support auto-generated columns, as this requires special sql in the insert statement or special handling of the prepared statement object. When we start seeing JDBC 3.0 drivers, which support auto-generated columns, we will be able to add generic support. To make a long story short, it should be in JBoss 3.0 final. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EJB QL parser bug?
Does anybody know how to interpret the following EJB 2.0 spec. statement (11.2.11 Restrictions): Date and time values should use standard Java long milliseconds value. This is very precise, I must say. X values should use Y value, hm Does this mean that parameters to findXXX methods should be long type when used in date and time comparisons in EJB QL? What type of parameters does JBossCMP expect (accept) when used in such comparisons? use new Date().getTime() This concrete point is arised in the J2EE Quiz on java.sun.com these days (a quite stupid doc link, but hey :) I would try java.lang.Long I tried the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramlong/method-param method-paramlong/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.util.Date/method-param method-paramjava.util.Date/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and even the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.sql.Timestamp/method-param method-paramjava.sql.Timestamp/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query The datetime field in Contact bean is: cmp-field field-namedatetime/field-name column-namedatetime/column-name sql-typeDATETIME/sql-type jdbc-typeTIMESTAMP/jdbc-type /cmp-field Entity creation and reading of this fileld work correctly for this configuration... Regards, Peter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problem using ejbSelect methods in ejbHome methods
I'm getting exceptions when I use ejbSelect methods but only when they are called from within ejbHome methods. I can create an ejbSelect method and then use it in a method in the bean class and it works fine. I can also create a home method and call it from a session bean for instance and it works fine, but when I copy the exact same code in the bean method to the home method I get an exception from Jboss. Has anyone else gotten ejbSelect methods to work from within home methods? I'm currently using the 1/9/2002 nightly snapshot from cvs for this, but the same problem exists for me in a snapshot from November. Any help would be appreciated on what I might be doing wrong. Thanks, Jason Example code and the exception is below: public abstract class IssueBean extends GenericBean { ... public abstract Collection ejbSelectLastModifiedDates(Integer productId) throws FinderException; // Calling this home method throws an exception when the ejbSelect call is made public Date ejbHomeLatestModificationDate(Integer productId) { System.out.println(Product Id = + productId); try { Collection dates = ejbSelectLastModifiedDates(productId); System.out.println(dates contained + dates.size() + elements); } catch(FinderException fe) { } return new Date(); } // Calling this method on a IssueLocal object returns the correct size of the collection public int getNumberDate() { try { Collection dates = ejbSelectLastModifiedDates(this.getId()); System.out.println(dates contained + dates.size() + elements); return dates.size(); } catch(FinderException fe) { } return 0; } } public interface IssueLocal extends EJBLocalObject { ... public IssueModel getModel(); } public interface IssueLocalHome extends EJBLocalHome { public IssueLocal create(Integer value) throws CreateException; public IssueLocal findByPrimaryKey(Integer value) throws FinderException; public Date latestModificationDate(Integer productId); } ejb-jar info: query descriptionSelects all lastModificationDates from a Product's Issues/description query-method method-nameejbSelectLastModifiedDates/method-name method-params method-paramjava.lang.Integer/method-param /method-params /query-method ejb-qlSELECT i.lastModifiedDate FROM Issue AS i WHERE i.product.id = ?1/ejb-ql /query Exception is: 12:04:55,540 ERROR [StatelessSessionContainer] invoke returned an exception java.rmi.ServerException: null Embedded Exception null; nested exception is: javax.ejb.EJBException: null Embedded Exception null javax.ejb.EJBException: null Embedded Exception null at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:634) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:142) at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:62) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:289) at org.jboss.ejb.Container.invoke(Container.java:609) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:113) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:149) at org.jboss.proxy.ejb.GenericProxy.invoke(GenericProxy.java:182) at org.jboss.proxy.ejb.StatelessSessionProxy.invoke(StatelessSessionProxy.java:110) at $Proxy157.getLatestIssueDateByProductId(Unknown Source) at org.apache.jsp.list_0005fissues_0005fby_0005fproduct$jsp._jspService(list_0005fissues_0005fby_0005fproduct$jsp.java:159) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:291) at
Re: [JBoss-dev] Problems using Jboss together with MCVSoft and mySQL !!!!
Hi Piotr, The jboss-dev list is for discussion of the development of the JBoss application server. You can get support for JBoss in the JBoss forums, and support for MVCSoft at ejb20- [EMAIL PROTECTED] or from MVCSoft directly. Sorry to be non-responsive but it's important to the JBoss community to have a list exclusively for discussing the development of the core. If you repost to ejb20-persistence I promise to work with you there! -Dan On 14 Jan 2002, at 18:30, Piotr Skawinski wrote: I'm using jboss as an application server and MCVSoft as container managed persistence. How do I specify to the jBoss and MCVSoft that I'm using mySQL as an underlying database server. When I start my client program I get an exception from Jboss saying that it can't locate mySQL server. I tried to use mapping-tool from the MCVSoft to map my beans to the mySQL, but without any success. piotr _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EJB QL parser bug?
On Monday 14 January 2002 19:22, Dain Sundstrom wrote: The reason you are not getting a where clause is because your where clause is invalid. The engine does not throw an exceptions when it can't parse a statement (this is a bug). EJB-QL does not allow the '=' operator for datetime types. The BNF follows: Bingo. I did glance through the BNF but only looking at operand types and whether input parameters are supported. Thanks. Peter comparison_expression ::= string_value { =|} string_expression | boolean_value { =|} boolean_expression} | datetime_value { = | | | } datetime_expression | entity_bean_value { = | } entity_bean_expression | arithmetic_value comparison_operator single_value_designator As for the statement Date and time values should use standard Java long milliseconds value, this didn't make much sense to me. I use the JBoss JDBC type mapping to set the parameters, so it should work. -dain -Original Message- From: Peter Levart [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 11:59 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] EJB QL parser bug? The following is writen to the server.log for one of my CMP 2.0 finder methods (CVS jboss3.0alpha) during deployment: 2002-01-14 17:46:40,443 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ContactBean.fin dInDatetimeRange] EQL-QL: SELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime = ?1 AND c.datetime ?2 2002-01-14 17:46:41,098 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ContactBean.fin dInDatetimeRange] SQL: SELECT DISTINCT t1_c.id FROM ContactBean t1_c ...Where is the WHERE caluse in the SQL? Can this be a bug or am I missing something? Does anybody know how to interpret the following EJB 2.0 spec. statement (11.2.11 Restrictions): Date and time values should use standard Java long milliseconds value. This is very precise, I must say. X values should use Y value, hm Does this mean that parameters to findXXX methods should be long type when used in date and time comparisons in EJB QL? What type of parameters does JBossCMP expect (accept) when used in such comparisons? I tried the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramlong/method-param method-paramlong/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.util.Date/method-param method-paramjava.util.Date/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and even the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.sql.Timestamp/method-param method-paramjava.sql.Timestamp/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query The datetime field in Contact bean is: cmp-field field-namedatetime/field-name column-namedatetime/column-name sql-typeDATETIME/sql-type jdbc-typeTIMESTAMP/jdbc-type /cmp-field Entity creation and reading of this fileld work correctly for this configuration... Regards, Peter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/proxy/ejb ProxyFactoryHA.java
User: slaboure Date: 02/01/14 12:29:18 Modified:src/main/org/jboss/proxy/ejb ProxyFactoryHA.java Log: We need to export to the DRM the stub of the invoker, not remote object directly otherwise it hangs (silent exception probably hidden in JavaGroups) Revision ChangesPath 1.2 +4 -4 jbossmx/src/main/org/jboss/proxy/ejb/ProxyFactoryHA.java Index: ProxyFactoryHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/proxy/ejb/ProxyFactoryHA.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ProxyFactoryHA.java 2002/01/14 01:55:46 1.1 +++ ProxyFactoryHA.java 2002/01/14 20:29:18 1.2 @@ -29,7 +29,7 @@ * ProxyFactory for Clustering * * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * pbRevisions:/bbr * pb2002/01/13: billb/b @@ -71,15 +71,15 @@ // If invokers are the same don't register twice. if (homejrmp == beanjrmp) { - homeTarget = new HATarget(partition, beanName, homejrmp); + homeTarget = new HATarget(partition, beanName, homejrmp.getStub ()); beanTarget = homeTarget; homejrmp.registerBean(beanName, homeTarget); } else { - homeTarget = new HATarget(partition, beanName + /home, homejrmp); + homeTarget = new HATarget(partition, beanName + /home, homejrmp.getStub ()); homejrmp.registerBean(beanName, homeTarget); - beanTarget = new HATarget(partition, beanName + /bean, beanjrmp); + beanTarget = new HATarget(partition, beanName + /bean, beanjrmp.getStub ()); beanjrmp.registerBean(beanName, beanTarget); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java
User: slaboure Date: 02/01/14 12:25:26 Modified:src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java Log: Bug in the JMX viewing helper methods when a service is only available locally Revision ChangesPath 1.12 +9 -4 jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java Index: DistributedReplicantManagerImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- DistributedReplicantManagerImpl.java 2002/01/12 16:52:53 1.11 +++ DistributedReplicantManagerImpl.java 2002/01/14 20:25:26 1.12 @@ -28,7 +28,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a. * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a. - * @version $Revision: 1.11 $ + * @version $Revision: 1.12 $ * * pbRevisions:/bbr * pb2001/10/31: marcf/b @@ -127,7 +127,10 @@ while (catsIter.hasNext ()) { String category = (String)catsIter.next (); - java.util.Iterator keysIter = ((HashMap)this.replicants.get (category)).keySet ().iterator (); + HashMap content = (HashMap)this.replicants.get (category); + if (content == null) +content = new HashMap (); + java.util.Iterator keysIter = content.keySet ().iterator (); result.append (---\n); result.append (Service : ).append (category).append (\n\n); @@ -166,7 +169,10 @@ while (catsIter.hasNext ()) { String category = (String)catsIter.next (); - java.util.Iterator keysIter = ((HashMap)this.replicants.get (category)).keySet ().iterator (); + HashMap content = (HashMap)this.replicants.get (category); + if (content == null) +content = new HashMap (); + java.util.Iterator keysIter = content.keySet ().iterator (); result.append (\tService\n); result.append (\t\tServiceName).append (category).append (/ServiceName\n); @@ -434,7 +440,6 @@ protected void notifyKeyListeners(String key, ArrayList newReplicants) { log.info(notifyKeyListeners); - synchronized(keyListeners) { ArrayList listeners = (ArrayList)keyListeners.get(key); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java
User: slaboure Date: 02/01/14 12:35:59 Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java Log: Added an accessor for the RemoteStub that is obtained once the RemoteServer is exported. This is needed for clustering: directly serializaing the RemoteServer to the other nodes will fail. Revision ChangesPath 1.6 +16 -3 jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java Index: JRMPInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- JRMPInvoker.java 2002/01/14 02:00:49 1.5 +++ JRMPInvoker.java 2002/01/14 20:35:59 1.6 @@ -16,6 +16,7 @@ import java.rmi.server.RMIClientSocketFactory; import java.rmi.ServerException; import java.rmi.MarshalledObject; +import java.rmi.server.RemoteStub; import java.util.Date; import javax.naming.Name; @@ -53,7 +54,15 @@ * * @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a * -* @version $Revision: 1.5 $ +* @version $Revision: 1.6 $ +* +* pbRevisions:/bbr +* pb2002/01/13: Sacha Labourey/b +* ol +*liMake the exported RemoteStub available. For the clustering we need to +* distribute the stub to the other nodes of the cluster. Sending the +* RemoteServer directly fails./li +* /ol */ public class JRMPInvoker @@ -87,6 +96,8 @@ protected int state; protected int id = 0; + protected RemoteStub invokerStub = null; + // Static private static TransactionPropagationContextFactory tpcFactory; @@ -139,6 +150,8 @@ public String getStateString() { return states[state]; } + public RemoteStub getStub () { return this.invokerStub; } + public void create() throws Exception { @@ -326,8 +339,8 @@ protected void exportCI() throws Exception { - UnicastRemoteObject.exportObject(this, rmiPort, - clientSocketFactory, serverSocketFactory); + this.invokerStub = (RemoteStub)UnicastRemoteObject.exportObject + (this, rmiPort, clientSocketFactory, serverSocketFactory); } protected void unexportCI() throws Exception ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Can't start a CMP bean
Hi, I thought this must be a simple miss something in deployment xml files but couldn't figure it out where it is. I tried both jaws.xml and jbosscmp-jdbc.xml based on the JBOSS CMP doc I bought but none of them worked for me. The error message was very informative as follows, Caused by: org.jboss.deployment.DeploymentException: Bean ServiceCatalogBean has PK of type java.lang.String, so it ld have a cmp-field named CASE_INSENSITIVE_ORDER at org.jboss.ejb.plugins.jaws.metadata.JawsEntityMetaData.init(JawsEntityMeta Data.java:160) at org.jboss.ejb.plugins.jaws.metadata.JawsApplicationMetaData.init(JawsAppli cationMetaData.java:96) at org.jboss.ejb.plugins.jaws.metadata.JawsXmlFileLoader.load(JawsXmlFileLoader .java:54) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommandFactory.init(JDBCCommandFactory .java:133) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.init(JAWSPersistenceManage r.java:83) at org.jboss.ejb.plugins.CMPPersistenceManager.init(CMPPersistenceManager.java: 110) at org.jboss.ejb.EntityContainer.init(EntityContainer.java:292) at org.jboss.ejb.Application.init(Application.java:202) at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:372) ... 19 more any advice/insight will be highly appreciated Frank ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/mortbay/jetty/lib javax.servlet.jar org.apache.jasper.jar org.mortbay.jetty.jar
User: jules_gosnell Date: 02/01/14 14:25:19 Modified:mortbay/jetty/lib javax.servlet.jar org.apache.jasper.jar org.mortbay.jetty.jar Log: another step closer to working DistributedHttpSession. It now passes Watchdog with only 2 errors - the same as standalone Jetty. Update jars from Jetty cvs - I need a fix for the Session stuff to work Revision ChangesPath 1.6 +13 -11thirdparty/mortbay/jetty/lib/javax.servlet.jar Binary file 1.9 +70 -47thirdparty/mortbay/jetty/lib/org.apache.jasper.jar Binary file 1.12 +326 -331 thirdparty/mortbay/jetty/lib/org.mortbay.jetty.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java
User: jules_gosnell Date: 02/01/14 14:25:18 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java Log: another step closer to working DistributedHttpSession. It now passes Watchdog with only 2 errors - the same as standalone Jetty. Update jars from Jetty cvs - I need a fix for the Session stuff to work Revision ChangesPath 1.16 +11 -6 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JBossWebApplicationContext.java 2002/01/13 21:30:13 1.15 +++ JBossWebApplicationContext.java 2002/01/14 22:25:18 1.16 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.15 2002/01/13 21:30:13 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.16 2002/01/14 22:25:18 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -42,21 +42,26 @@ WebDescriptorParser _descriptorParser; WebApplication _webApp; DocumentBuilder _parser; - boolean _distributed=false; public JBossWebApplicationContext(HttpServer httpServer, String contextPathSpec, WebDescriptorParser descriptorParser, WebApplication webApp, -DocumentBuilder parser) +DocumentBuilder parser, +String warUrl, +String webDefaults, +boolean unpackWars) +throws java.io.IOException { - super(httpServer, contextPathSpec); + super(httpServer, contextPathSpec, warUrl, webDefaults, unpackWars); _log = Logger.getLogger(getClass().getName()+# + contextPathSpec); _descriptorParser = descriptorParser; _webApp = webApp; _parser = parser; + + getServletHandler().setSessionManager(new DistributedHttpSessionManager(this)); } /* */ @@ -123,8 +128,8 @@ } else if (distributable.equals(element)) { - _distributed=true; - getServletHandler().setSessionManager(new DistributedHttpSessionManager(this)); + ((DistributedHttpSessionManager)getServletHandler().getSessionManager()). + setDistributed(true); } // these are handled by Jetty else 1.33 +7 -5 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- Jetty.java2002/01/13 21:30:13 1.32 +++ Jetty.java2002/01/14 22:25:18 1.33 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.32 2002/01/13 21:30:13 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.33 2002/01/14 22:25:18 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -35,7 +35,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.32 $ + * @version $Revision: 1.33 $ * * pbRevisions:/b * @@ -197,15 +197,17 @@ if (getContext(null, contextPath, 0)!=null) _log.warn(A WebApplication is already deployed in context '+contextPath+' - proceed at your own risk.); + String fixedWarUrl=warUrl+(warUrl.endsWith(/)?:/); + // deploy the WebApp WebApplicationContext app= - new JBossWebApplicationContext(this, contextPath, descriptorParser, wa, _parser); + new JBossWebApplicationContext(this, contextPath, descriptorParser, wa, _parser, +fixedWarUrl, getWebDefault(), getUnpackWars()); String virtualHost=null; addContext(virtualHost, app); - String fixedWarUrl=warUrl+(warUrl.endsWith(/)?:/); - app.initialize(fixedWarUrl, getWebDefault(), getUnpackWars()); + // app.initialize(fixedWarUrl, getWebDefault(), getUnpackWars()); try { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session AbstractDistributedStore.java ClusteredStore.java CoarseDistributedStore.java DistributedHttpSession.java DistributedHttpSessionManager.java
User: jules_gosnell Date: 02/01/14 14:25:18 Modified:jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java DistributedHttpSession.java DistributedHttpSessionManager.java Added: jetty/src/main/org/jboss/jetty/session AbstractDistributedStore.java ClusteredStore.java Log: another step closer to working DistributedHttpSession. It now passes Watchdog with only 2 errors - the same as standalone Jetty. Update jars from Jetty cvs - I need a fix for the Session stuff to work Revision ChangesPath 1.3 +11 -20 contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java Index: CoarseDistributedStore.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CoarseDistributedStore.java 2002/01/13 21:30:13 1.2 +++ CoarseDistributedStore.java 2002/01/14 22:25:18 1.3 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: CoarseDistributedStore.java,v 1.2 2002/01/13 21:30:13 jules_gosnell Exp $ +// $Id: CoarseDistributedStore.java,v 1.3 2002/01/14 22:25:18 jules_gosnell Exp $ // @@ -28,23 +28,6 @@ // /** - * An abstraction of a manager for the distributed store of HttpSessions - * - * @author a href=mailto:jules_gosnell@@yahoo.com;Jules Gosnell/a - * @version 1.0 - * @since 1.0 - */ -interface AbstractStore -{ - public String nextId(); - public AbstractHttpSessionData make(); - public AbstractHttpSessionData get(String id); - public void set(String id, AbstractHttpSessionData data); -} - -// - -/** * An implementation of a manager of a CMP based distributed store of HttpSessions * * @author a href=mailto:jules_gosnell@@yahoo.com;Jules Gosnell/a @@ -52,7 +35,8 @@ * @since 1.0 * @see AbstractStore */ -class EJBDistributedStore +public class + CoarseDistributedStore implements AbstractStore { Logger_log = Logger.getLogger(getClass().getName()); @@ -60,7 +44,8 @@ CoarseHttpSessionHome _home; String_name=ejb/jetty/CoarseHttpSession; // TODO - parameterise - EJBDistributedStore() + public +CoarseDistributedStore() { try { @@ -150,4 +135,10 @@ } return +System.currentTimeMillis()+-+id; } + + public boolean +isValid() +{ + return (_home!=null); +} } 1.3 +3 -8 contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java Index: DistributedHttpSession.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSession.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DistributedHttpSession.java 2002/01/13 21:30:14 1.2 +++ DistributedHttpSession.java 2002/01/14 22:25:18 1.3 @@ -236,6 +236,8 @@ invalidate() throws IllegalStateException { +if (!isValid()) throw new IllegalStateException(); + _isValid=false; _manager.destroyHttpSession(this); } @@ -309,14 +311,9 @@ // perhaps this test should have been 'equals()' - but I // figure that would be too expensive... - TODO - Object tmp=value; // assume an attribute was added - // notify the old value if necessary if (oldValue!=null) - { notifyValueUnbound(name, oldValue); - tmp=oldValue; // actually - an attribute was replaced - } // notify the new value if necessary notifyValueBound(name, value); @@ -340,7 +337,7 @@ { if (!isValid()) throw new IllegalStateException(); -Object oldValue=null; +Object oldValue; synchronized (_attributes) { oldValue=_attributes.remove(name); } @@ -516,8 +513,6 @@ data.setMaxInactiveInterval(getMaxInactiveInterval()); data.setAttributesWerePassivated(notifyAttributes); _manager.getStore().set(getId(), data); - - _log.info(Session passivated: +getId()); } } 1.3 +37 -28 contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java Index: DistributedHttpSessionManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/DistributedHttpSessionManager.java,v retrieving revision 1.2
Re: [JBoss-dev] java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm
If you had run the testsuite today, you would have noticed the absence of this problem :-) I am using a suggestion of Anatoly's to simply : SecurityAssociation.setPrincipal(new SimplePrincipal(this.getName())); instead of : SecurityAssociation.setPrincipal(this); in my JBossUserPrincipal. SimplePrincipals are Serializable, whereas JBossUserPrincipals is not. This should be OK - shouldn't it, Scott ? Jules Ignacio Coloma wrote: Jules, please post whatever you decide to do to the mailing list. I'm implementing an app on RH and need the security stuff. I can use local interfaces to workaround the problem, but would prefer to wait for serialization/optimization (both solutions solve my problem) (the conclusion: pliz could you keep the world informed? ;)) Thanks in advance. Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Jules Gosnell Enviado el: sabado, 12 de enero de 2002 13:55 Para: [EMAIL PROTECTED] Asunto: [JBoss-dev] java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm Marc, My understanding of this Exception popping up in the web testsuite was that serialisation was occuring because optimisation was not. Therefore I have not invested time in the alterations to JBossUserRealm to make it Serializable. What is the situation here? Is this still the case - or does it have to be Serialisable ? Jules 13:50:14,485 INFO [Jetty] SecureEJBServlet: init 13:50:14,628 ERROR [StatelessSessionContainer] invoke returned an exception java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at java.rmi.MarshalledObject.init(MarshalledObject.java:95) at org.jboss.invocation.MarshalledInvocation.writeExternal(Marshalled Invocation.java:312) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1172) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at java.rmi.MarshalledObject.init(MarshalledObject.java:95) at org.jboss.ejb.Container.invoke(Container.java:648) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:113) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPI nvokerProxy.java:149) at org.jboss.proxy.ejb.GenericProxy.invoke(GenericProxy.java:182) at org.jboss.proxy.ejb.HomeProxy.invoke(HomeProxy.java:194) at $Proxy17.create(Unknown Source) at org.jboss.test.web.servlets.SecureEJBServlet.processRequest(Secure EJBServlet.java:51) at org.jboss.test.web.servlets.SecureEJBServlet.doGet(SecureEJBServle t.java:79) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:291) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:542) at org.mortbay.http.HttpContext.handle(HttpContext.java:1265) at org.mortbay.http.HttpContext.handle(HttpContext.java:1219) at org.mortbay.http.HttpServer.service(HttpServer.java:725) at org.mortbay.http.HttpConnection.service(HttpConnection.java:745) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:918) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:760) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:138) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) at java.lang.Thread.run(Thread.java:484) 13:50:14,632 WARN [Jetty] WARNING: Servlet Exception for /jbosstest/restricted/SecureEJBAccess java.lang.reflect.UndeclaredThrowableException: java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm no stack trace available 13:50:19,504 INFO [JBossUserRealm#JBossTest Servlets] JBossUserPrincipal: jduke _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at
[JBoss-dev] [ jboss-Patches-503590 ] NullPointerException in JaasSecurityMgr
Patches item #503590, was opened at 2002-01-14 15:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=503590group_id=22866 Category: JBossSX Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Paul Weinberg (pweinberg) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in JaasSecurityMgr Initial Comment: A NullPointerException is generated in JaasSecurityManager.java under the following conditions: An successful authentication attempt with a null credential results in caching that credential in the DomainInfo instance. A subsequent authentication check with the same principal but a non-null credential will cause the exception. It is in line 414 on the file (revision 1.2.7.9), but code is present in tip as well. Line 414 is: else if( subjectCredential.getClass().isAssignableFrom (credential.getClass()) == false ) which will bomb when subjectCredential==null Assuming that we want isValid to be false in this case, we can change this to: else if( (subjectCredential==null)|| ((subjectCredential!=null) (subjectCredential.getClass().isAssignableFrom (credential.getClass()) == false ))) Hope this helps, Paul PS. Great Stuff, guys -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=503590group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm
That's fine, the security context of a call is stateless. - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: Ignacio Coloma [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 14, 2002 2:28 PM Subject: Re: [JBoss-dev] java.io.NotSerializableException: org.jboss.jetty.JBossUserRealm If you had run the testsuite today, you would have noticed the absence of this problem :-) I am using a suggestion of Anatoly's to simply : SecurityAssociation.setPrincipal(new SimplePrincipal(this.getName())); instead of : SecurityAssociation.setPrincipal(this); in my JBossUserPrincipal. SimplePrincipals are Serializable, whereas JBossUserPrincipals is not. This should be OK - shouldn't it, Scott ? Jules ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 270 Successful tests: 268 Errors:0 Failures: 2 [time of test: 15 January 2002 2:53 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss init script for redhat linux
here it is, tell me what you think: __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ jboss Description: jboss
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 270 Successful tests: 269 Errors:0 Failures: 1 [time of test: 15 January 2002 3:21 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss init script for redhat linux
here it is, tell me what you think: __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ jboss Description: jboss
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 270 Successful tests: 269 Errors:0 Failures: 1 [time of test: 15 January 2002 4:8 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss init script for redhat linux
.dat? --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Ivan Bilenjkij Sent: Monday, January 14, 2002 7:28 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] jboss init script for redhat linux here it is, tell me what you think: __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] Autogenerated primary keys etc
Sound like a fucking stupid dummy question, but what the hell... What is having the best performance? 1) To let the DB generate next key using some kind of IDENTITY/SEQUENCE function? 2) To do like we do today and many others i guess, something like the HIGH/LOW key generator in Castor. We have a CMP EB that handle this table. Any ideas? Oleg, what have you seen in the Castor work? /Lennart Den 2002-01-14 19:11:05 skrev Dain Sundstrom [EMAIL PROTECTED]: Cool. I think we should look at using this post beta. -dain -Original Message- From: Oleg Nitz [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 10:23 AM To: Dain Sundstrom Subject: Re: [JBoss-dev] Autogenerated primary keys etc Dain Sundstrom wrote: If you want to write the code for the most popular data bases, I'll attempt to write a plugable engine for it. The code is already written in Castor and can be easily reused. There is KeyGenerator interface that can be used independently from other CastorJDO code. And the castor.jar is bundled with JBoss 3.0, isn't it? And Castor KeyGenerators are well tested, don't reinvent the wheel :) Oleg -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development