[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 15 07:10:40 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === 07:10:35,700 WARN [NamingContext] Failed to connect to localhost:1099 javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused]] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:215) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1181) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:190) ... 5 more Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at java.net.Socket.init(Socket.java:309) at java.net.Socket.init(Socket.java:211) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:69) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:62) at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:186) ... 5 more Exception in thread main javax.naming.CommunicationException: Receive timed out [Root exception is java.net.SocketTimeoutException: Receive timed out] at org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1115) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1192) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) Caused by: java.net.SocketTimeoutException: Receive timed out at java.net.PlainDatagramSocketImpl.receive(Native Method) at java.net.DatagramSocket.receive(DatagramSocket.java:711) at org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1093) ... 5 more JBOSS SHUTDOWN FAILED === Sat Nov 15 07:10:40 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 15 07:10:17 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.ejbconf.test.ReadOnlyUnitTestCase [junit] TEST org.jboss.test.ejbconf.test.ReadOnlyUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.entity.test.EJBLoadUnitTestCase [junit] TEST org.jboss.test.entity.test.EJBLoadUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.entity.test.EntityUnitTestCase [junit] TEST org.jboss.test.entity.test.EntityUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.entity.test.PathologicalUnitTestCase [junit] TEST org.jboss.test.entity.test.PathologicalUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.entityexc.test.EntityExcUnitTestCase [junit] TEST org.jboss.test.entityexc.test.EntityExcUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.exception.EntityExceptionUnitTestCase [junit] TEST org.jboss.test.exception.EntityExceptionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.exception.ExceptionUnitTestCase [junit] TEST org.jboss.test.exception.ExceptionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.ha.jmx.test.HAServiceMBeanSupportUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.229 sec [junit] Running org.jboss.test.ha.singleton.test.HASingletonControllerUnitTestCase [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 3.077 sec [junit] Running org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 3.109 sec [junit] Running org.jboss.test.hello.test.HelloCachedUnitTestCase [junit] TEST org.jboss.test.hello.test.HelloCachedUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.idgen.test.IdGenUnitTestCase [junit] TEST org.jboss.test.idgen.test.IdGenUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.invokers.test.MultiInvokersUnitTestCase [junit] TEST org.jboss.test.invokers.test.MultiInvokersUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.DestinationFullUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.DestinationFullUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.HTTPConnectionUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.HTTPConnectionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.HTTPJBossMQUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.HTTPJBossMQUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.JBossSessionRecoverUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.JBossSessionRecoverUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.LargeMessageUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.LargeMessageUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.MessageBodyUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.MessageBodyUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.OIL2ConnectionUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.OIL2ConnectionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.OIL2JBossMQUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.OIL2JBossMQUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.OILConnectionUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.OILConnectionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.OILJBossMQUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.OILJBossMQUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.RMIConnectionUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.RMIConnectionUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.RMIJBossMQUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.RMIJBossMQUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.RollBackUnitTestCase [junit] TEST org.jboss.test.jbossmq.test.RollBackUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.test.ScheduledDeliveryUnitTestCase [junit] TEST
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 15 07:20:59 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Sat Nov 15 07:20:59 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
you would have to translate schema to relaxNG first, and relaxNG does validation only. maybe there is a binding tool. from my experience with schema, XML W3C schema are a big mess,they are ambigous, there is not a formal model underlysing etc.. and relax is cool. But schema are widely accepted (microsost push) and recognized by the industry and J2EE gives all its schema in w3c schema. IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Why complicate things so much? Sun provides XML Schema files, no RelaxNG ones. Even if RelaxNG is far better than XML Schema (it is): 1) We don't have Relax NG descriptors. We would have to *translate* the official, Sun provided, XML Schema files. 2) We don't have tools to map RelaxNG to an object model, or at least not as well tested as the ones existing for XML Schema. Even tho Relax NG might be better than XML Schema, we don't have to complicate things so much. Let's use the provided XML Schema files, and a good mapping tool. Ricardo Argüello julien viet wrote: you would have to translate schema to relaxNG first, and relaxNG does validation only. maybe there is a binding tool. from my experience with schema, XML W3C schema are a big mess,they are ambigous, there is not a formal model underlysing etc.. and relax is cool. But schema are widely accepted (microsost push) and recognized by the industry and J2EE gives all its schema in w3c schema. IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Should we create a new module for this, or use the server module? Where should we put XML Schema files, and generated Java files? Ricardo Argüello Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
There has been some look into jaxb and it has been found wanting on its ability to merge from multiple sources into an object model. What does the xmlbeans provide in this regard? Scott Stark Chief Technology Officer JBoss Group, LLC Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Schema files are already located in server/resource/org/jboss/metadata. The current metadata bindings are in server/src/org/jboss/metadata. I would say these should be updated with whatever new binding is created. Ricardo Argüello wrote: Should we create a new module for this, or use the server module? Where should we put XML Schema files, and generated Java files? Ricardo Argüello Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
julien viet wrote: so it is IOC metadata parsing :-) Exactly :) so the MetaData classes are pretty much the same, what just differ is the feeding method and you removed some metadata classes ? Yes --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Perhaps. But I don't have much of experience with JAXB and no at all with XMLBeans. So, maybe you can tell me why? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. For example... Thanks. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
It does not work when corresponding elements (e.g. entity) are in different order in each DD. Alexey Loubyansky wrote: I mimic current metadata classes but add more data, for example, for EntityMetaData (so that, i can get rid of JDBCxxxMetaData). It would be easier to look at the code really. It is based on SAXParser and MetaDataContentHandler which delegates to MetaDataFactory implementation (e.g. EjbJarMetaDataFactory, JBossCMPMetaDataFactory, etc) Metadata factory is the source for metadata objects. When a new element is read, the factory is asked for a new corresponding metadata object. The factory can return null (meanning ignore this child). The returned metadata object is pushed in a stack. Then we read another element and call the factory for a new metadata object passing in the parent metadata object from the stack, namesapce URI and element name. Again, the factory can ignore by returing null, or return a new new object. When some text value is read, we call the factory with the current metadata object on the stack, element namesapce URI, element name and text value. This way I initialize the fields. Finally, when the element is read from the file, I pop the element from the stack, peek its parent from the stack and call factory to add the child to the parent. At this time child also can be validated. I don't use any special interfaces for metadata objects. The methods are discovered by introspection. For example, from EjbJarMetaDataFactory: // started a new element public Object newChild(ApplicationMetaData appMetaData, String namespaceURI, String qName) { Object child = null; if(entity.equals(qName)) { child = new EntityMetaData(appMetaData); } return child; } public void addChild(ApplicationMetaData appMetaData, EntityMetaData entity) throws MetaDataException { // entity is done, can be validated and added appMetaData.addEntityBean(entity); } public void setValue(EntityMetaData entity, String namespaceURI, String name, String value) { if(ejb-name.equals(name)) { entity.setEjbName(value); entity.setTableName(value); } else if(home.equals(name)) { entity.setHome(value); } else if(remote.equals(name)) ... This how it looks at the end: ApplicationMetaData metadata = new ApplicationMetaData(); MetaDataReader reader = new MetaDataReader(); InputStream is = getResource(ejb-jar.xml); MetaDataFactory factory = new EjbJarMetaDataFactory(metadata); reader.setMetaDataFactory(factory); reader.parse(is); is.close(); is = getResource(jboss.xml); factory = new JBossMetaDataFactory(metadata); reader.setMetaDataFactory(factory); reader.parse(is); is.close(); is = getResource(jbosscmp-jdbc.xml); factory = new JBossCMPMetaDataFactory(metadata); reader.setMetaDataFactory(factory); reader.parse(is); is.close(); At the end I have ApplicationMetaData populated from all the files. Only EjbJar factory creates objects, other factories populate existing ones. julien viet wrote: in what classe are you storing your metadata in what you wrote ? Typed classes (Like EntityMetadata we have now) or generic untyped (like DOM) ? please describe it julien --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Alexey Loubyansky wrote: Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Perhaps. But I don't have much of experience with JAXB and no at all with XMLBeans. So, maybe you can tell me why? Because it will generate the complex object model specified in the J2EE Deployment Descriptors, in a very easy way. For example, it would generate an object to represent ejb-jar ... /ejb-jar from the EJB 2.1 deployment descriptor: EjbJar ejbJar = EjbJarFactory.readFromFileSystem(deploymentDescriptorFile); String name = ejbJar.getEjbName(); ... I have made up all this code, but is a good example of what you would expect from a XML/Java binding tool, as JAXB or XMLBeans. Without having to write XML navigation/marshalling/unmarshalling code. A binding tool will generate all necesary Java files representing what's described in an XML Schema file, including validation. We will have objets to refer to web-app ... /web-app, ejb-jar ... /ejb-jar, etc. with all complex relations between objets already coded. And all these automaticaly generated from the official XML Schema files posted by Sun here: http://java.sun.com/xml/ns/j2ee/ Think XDoclet... but for XML Schema files :-) Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. For example... Sun's JAXB: http://java.sun.com/xml/jaxb/ BEA's XMLBeans: http://dev2dev.bea.com/technologies/xmlbeans/ XMLBeans is very new, but more flexible than JAXB. I have experience with JAXB, and none with XMLBeans, but it is basically the same thing... We could try both and decide later. Ricardo Argüello Thanks. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
Will we be able to have, say, entity related data from ejb-jar.xml, jboss.xml and jbosscmp-jdbc.xml in the same class? Or will we need three classes? Ricardo Argüello wrote: Alexey Loubyansky wrote: Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Perhaps. But I don't have much of experience with JAXB and no at all with XMLBeans. So, maybe you can tell me why? Because it will generate the complex object model specified in the J2EE Deployment Descriptors, in a very easy way. For example, it would generate an object to represent ejb-jar ... /ejb-jar from the EJB 2.1 deployment descriptor: EjbJar ejbJar = EjbJarFactory.readFromFileSystem(deploymentDescriptorFile); String name = ejbJar.getEjbName(); ... I have made up all this code, but is a good example of what you would expect from a XML/Java binding tool, as JAXB or XMLBeans. Without having to write XML navigation/marshalling/unmarshalling code. A binding tool will generate all necesary Java files representing what's described in an XML Schema file, including validation. We will have objets to refer to web-app ... /web-app, ejb-jar ... /ejb-jar, etc. with all complex relations between objets already coded. And all these automaticaly generated from the official XML Schema files posted by Sun here: http://java.sun.com/xml/ns/j2ee/ Think XDoclet... but for XML Schema files :-) Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. For example... Sun's JAXB: http://java.sun.com/xml/jaxb/ BEA's XMLBeans: http://dev2dev.bea.com/technologies/xmlbeans/ XMLBeans is very new, but more flexible than JAXB. I have experience with JAXB, and none with XMLBeans, but it is basically the same thing... We could try both and decide later. Ricardo Argüello --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
it depends, actually we could try to merge the 3 schemas into one : ejb-jar + jboss + jbosscmp = one schema with 3 namespaces and then find a tool that accept it. Will we be able to have, say, entity related data from ejb-jar.xml, jboss.xml and jbosscmp-jdbc.xml in the same class? Or will we need three classes? Ricardo Argüello wrote: Alexey Loubyansky wrote: Ricardo Argüello wrote: Why not use JAXB, or BEA's XMLBeans? Perhaps. But I don't have much of experience with JAXB and no at all with XMLBeans. So, maybe you can tell me why? Because it will generate the complex object model specified in the J2EE Deployment Descriptors, in a very easy way. For example, it would generate an object to represent ejb-jar ... /ejb-jar from the EJB 2.1 deployment descriptor: EjbJar ejbJar = EjbJarFactory.readFromFileSystem(deploymentDescriptorFile); String name = ejbJar.getEjbName(); ... I have made up all this code, but is a good example of what you would expect from a XML/Java binding tool, as JAXB or XMLBeans. Without having to write XML navigation/marshalling/unmarshalling code. A binding tool will generate all necesary Java files representing what's described in an XML Schema file, including validation. We will have objets to refer to web-app ... /web-app, ejb-jar ... /ejb-jar, etc. with all complex relations between objets already coded. And all these automaticaly generated from the official XML Schema files posted by Sun here: http://java.sun.com/xml/ns/j2ee/ Think XDoclet... but for XML Schema files :-) Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. For example... Sun's JAXB: http://java.sun.com/xml/jaxb/ BEA's XMLBeans: http://dev2dev.bea.com/technologies/xmlbeans/ XMLBeans is very new, but more flexible than JAXB. I have experience with JAXB, and none with XMLBeans, but it is basically the same thing... We could try both and decide later. Ricardo Argüello --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-832429 ] CMR Field can't be setted to NULL
Bugs item #832429, was opened at 2003-10-29 16:00 Message generated for change (Comment added) made by skulawik You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=832429group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Fixed Priority: 9 Submitted By: Sascha Kulawik (skulawik) Assigned to: Alexey Loubyansky (loubyansky) Summary: CMR Field can't be setted to NULL Initial Comment: Hello, I'm expirienced a very stange problem in JBoss 3.2.2 FINAL. Just for information: I've also tried with JBoss 3.2.1 and with JBoss 3.2.2RC4 and there seems everything working correctly. I've a CMP Bean concatenated with a double link list - every Bean knows his previous one and his next one. If there is no next or previous node it will be null. This relationships are managed though CMR. If I move one Bean up in the double link list, following code will be executed: ViewComponentLocal prev = view.getPrevNode(); ViewComponentLocal next = view.getNextNode(); ViewComponentLocal prevPrev = prev.getPrevNode(); ViewComponentLocal parent = view.getParent(); prevPrev.setNextNode(view); view.setPrevNode(prevPrev); view.setNextNode(prev); prev.setPrevNode(view); prev.setNextNode(next); The amaizing part of this code is following: If view.getNexNode() is null (view is the last element in this double link list), the last command is logically prev.setNextNode(null). But this null will be never saved - if it is a physical Node everythink went ok. As well as execute this Code with JBoss 3.2.1. There is also one next possibility to solve this issue: switching the last command (prev.setNextNode(next)) prior to prevPrev.setNextNode(view) for example - but IMHO there must be an error in JBoss - so I'm a little bit confused if this can occur on many places in my code (currently about 50.000 Lines of Code ony on Serverside). I'm really sorry about this testcase - would be much nicer to give you something you can really test - but as I've seen in the Changelogs from RC4-Final that there was a lot of changes in the files regarding CMR and so it might be that thus person knows where the error resists. Regards, Sascha -- Comment By: Sascha Kulawik (skulawik) Date: 2003-11-15 18:34 Message: Logged In: YES user_id=362237 Ive just downloaded the JBoss 3.2.3RC1 Release, but the Bug still remains. Is it not in this branch fixed? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-10-31 13:33 Message: Logged In: YES user_id=543482 Fixed in Branch_3_2. * CMR field had stale getDirty()/setClean() logic. * in current implementation, CMR field value should not be considered as clean after its value is loaded from the database or preloaded cache because we support adding/removing relations while the field is not loaded yet. * foreign key fields should not be setClean() in CMR field. They are part of entity's table fields and treated as entity's CMP fields. -- Comment By: Sascha Kulawik (skulawik) Date: 2003-10-29 21:48 Message: Logged In: YES user_id=362237 Thank you very much. No you are right - it is not really necessary - might be a good idea :) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-10-29 19:14 Message: Logged In: YES user_id=543482 Accepted. I can reproduce it. Thank you. Is there really a need for two unidirectional relationships that form next - prev relationship? You could do it with one bidirectional and avoid redundant column in the table. -- Comment By: Sascha Kulawik (skulawik) Date: 2003-10-29 18:12 Message: Logged In: YES user_id=362237 I've attached a SQL File and a CMP Entity Bean with XDoclet Tags for creation of the Interfaces and so on. Please tell me if there is something missing. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-10-29 17:36 Message: Logged In: YES user_id=543482 I tried to follow the steps you described and haven't seen the problem. I tried with foreign key column pointing to the next and previous nodes. The logic moving a node is exactly the same as yourth. Though, in my case, if you prevPrev.setNextNode(view) you don't have to view.setPrevNode(prevPrev). Or if you view.setNextNode(prev) you don't have to prev.setPrevNode(view). Could you, please, post your deployment descriptors, the table's DDL statement, anything else you think might help me to reproduce the problem? If you have a testcase, it would be ideal. Thanks. -- You can respond by visiting:
[JBoss-dev] [ jboss-Bugs-842237 ] Optimistic Locking Problem with JBoss 3.2.2
Bugs item #842237, was opened at 2003-11-14 18:59 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=842237group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Arnold Hahamyan (ahahamyan) Assigned to: Alexey Loubyansky (loubyansky) Summary: Optimistic Locking Problem with JBoss 3.2.2 Initial Comment: I am trying to use the version-column strategy for optimistic locking. I have a table on mysql which has a version column (bigint). I have cmp getter and setters for this column on my entity bean just like other fields. In order to check to see if the client has stale data when updating I am checking version number of the DTO (value object) against the bean's version number in a modify method on the bean class. I am using the Instance per Transaction 2.x entity bean configuration and extending it by overriding the lock-policy NoLock with OptimisticLock as show in the documentation. I also have the following specified in the jbosscmp-jdbc.xml for the entity bean. optimistic-locking version-column/ field-nameversion/field-name column-nameversion/column-name /optimistic-locking When I am creating a new entity bean through ejbcreate, I get the following error which leads me to believe that I cannot have cmp getters/setters on the version field, but I need to be able to check for stale data the client might have had during the think-time jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.Us er] Executing SQL: INSERT INTO usr(username, password, ftp_username, ftp_password, admin_rights, alter_media, alter_segments, alter_schedules, alter_players, version, version) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#userName] Set parameter: index=1, jdbcType=VARCHAR, value=arnold 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#password] Set parameter: index=2, jdbcType=VARCHAR, value=secret 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#ftpUserName] Set parameter: index=3, jdbcType=VARCHAR, value=firesign-ftp-usr 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#ftpPassword] Set parameter: index=4, jdbcType=VARCHAR, value=firesign-ftp-pass 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#adminRights] Set parameter: index=5, jdbcType=VARCHAR, value=yes 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#alterMedia] Set parameter: index=6, jdbcType=VARCHAR, value=yes 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#alterSegments] Set parameter: index=7, jdbcType=VARCHAR, value=no 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#alterSchedules] Set parameter: index=8, jdbcType=VARCHAR, value=no 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#alterPlayers] Set parameter: index=9, jdbcType=VARCHAR, value=yes 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBrid ge.User#version] Set parameter: index=10, jdbcType=BIGINT, value=NULL 2003-11-13 21:59:41,224 TRACE [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCLongVersionFi eldBridge.User#version] Set parameter: index=11, jdbcType=BIGINT, value=1 2003-11-13 21:59:41,264 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityComman d.User] Could not create entity java.sql.SQLException: General error, message from server: Column 'version' specified twice The optimistic locking feature works fine as long as I do not use the same field with CMP getter and setters, but then how to I make sure that the client is not working with stale data. The test was performed on Windows XP PRO using JDK 1.4.2, JBoss 3.2.2, and MySQL 4.0.16 -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-11-15 20:28 Message: Logged In: YES user_id=543482 Fixed in Branch_3_2 and HEAD. Thanks. -- Comment By: Arnold Hahamyan (ahahamyan) Date: 2003-11-15 07:31 Message: Logged In: YES user_id=785553 I got this to work once I removed the cmp-field declarations for the version column for the entity bean in the jbossjdbc- cmp.xml and ejb-jar.xml files. The abstract getters and setters in the bean class work fine. It seems that the field that is used for optimistic locking (version, timestamp, etc..) cannot also be declared as a cmp-field in the xml files even though it can be used as one. -- You can
Re: [JBoss-dev] metadata management
mmmhm, RelaxNG is a superset for XML Schema. It could be handled W3C Schema compliant and could generate standardized XSD from its own Schema. AFAIR via XSLT. I would suggest it because of the comfortable, easy and short way to _get_grip_. I know of no other XML Application which could go from DTD to XSD in such an easy manner. Forget about the funny basic-like own language in RelaxNG. RelaxNG and W3C XML Schema are not distinct they complement each other. bax Am 15.11.2003 um 11:47 schrieb julien viet: you would have to translate schema to relaxNG first, and relaxNG does validation only. maybe there is a binding tool. from my experience with schema, XML W3C schema are a big mess,they are ambigous, there is not a formal model underlysing etc.. and relax is cool. But schema are widely accepted (microsost push) and recognized by the industry and J2EE gives all its schema in w3c schema. IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...axl
Academic Qualifications available from prestigious NONACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA No more, thanks: http://44rr5f.com itkig tpu y qf t hp pg hixk hk ont hcrfkmo aota lt kyjvocj
[JBoss-dev] JBoss Test Results: 94 % ( 1605 / 1696 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sun Nov 16 01:47:22 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1696 Successful tests: 1605 Errors:74 Failures: 17 [time of test: 2003-11-16.00-52 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2003-11-16.00-52 for the junit report of this test. 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 Suite: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dn2drti1-16\dn2dru4l-19.ser (The system cannot find the file specified) - Suite: IdentityLockUnitTestCase Test:testNullOwner_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner_SimpleLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner2_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireReadLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner2_SimpleLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireReadLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner3_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. === Sun Nov 16 01:47:22 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 94 % ( 1607 / 1696 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sun Nov 16 03:13:48 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1696 Successful tests: 1607 Errors:73 Failures: 16 [time of test: 2003-11-16.02-21 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.2_01/logtests/testresults/reports/html//2003-11-16.02-21 for the junit report of this test. 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 Suite: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dn2gys68-16\dn2gyssc-19.ser (The system cannot find the file specified) - Suite: IdentityLockUnitTestCase Test:testNullOwner_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner_SimpleLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner2_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireReadLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner2_SimpleLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireReadLock(): null owner object. - Suite: IdentityLockUnitTestCase Test:testNullOwner3_RWLock Type:error Exception: java.lang.IllegalArgumentException Message: IdentityLock.acquireWriteLock(): null owner object. === Sun Nov 16 03:13:49 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development