AW: [JBoss-dev] JBoss Group forks again.
Such a sweety. Congrats and AMSAP (as many sleep as possible ;-). CU, CGJ -Ursprüngliche Nachricht- Von: Bill Burke [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 26. Oktober 2003 18:46 An: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: [JBoss-dev] JBoss Group forks again. October 26th. 12:36 AM. Proud dad and mom doing fine. http://www.jboss.org/bill/burke/baby.jpg Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problems with 3.2.2 and remote JMS (RC4 works fine)
Hi folks, We have some problems with remote access to JMS in 3.2.2final on linux. If I try to access a queue on a remote host running 3.2.2final, the access fails with the following exception: org.jboss.mq.SpyJMSException: Cannot authenticate user; - nested throwable: (java.net.ConnectException: Connection refused) at org.jboss.mq.Connection.authenticate(Connection.java:883) at org.jboss.mq.Connection.init(Connection.java:238) at org.jboss.mq.SpyConnection.init(SpyConnection.java:49) at org.jboss.mq.SpyConnectionFactory.createQueueConnection(SpyConnectionFactory.java:135) at de.schlund.j2ee.jms.tinyclient.sender.Client.setUp(Client.java:83) at de.schlund.j2ee.jms.tinyclient.sender.Client.run(Client.java:135) at de.schlund.j2ee.jms.tinyclient.sender.Client.main(Client.java:161) 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:169) 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:153) at javax.net.DefaultSocketFactory.createSocket(DashoA6275) at org.jboss.mq.il.uil2.UILServerIL.createConnection(UILServerIL.java:579) at org.jboss.mq.il.uil2.UILServerIL.getSocketMgr(UILServerIL.java:500) at org.jboss.mq.il.uil2.UILServerIL.authenticate(UILServerIL.java:302) at org.jboss.mq.Connection.authenticate(Connection.java:876) ... 6 more If I have a local JBoss running, everything works fine, except that the client connects to this local JBoss. Some more hints: - Since I can connect to a 3.2.2RC4 with exactly the same configuration, neither the authentication nor the client is the problem. - Local access to queues works fine (sending messages and consuming messages with message driven beans). - Remote message driven beans are not working any more (they worked in 3.2.2RC4) - I tried any combination of jbossall-client.jar and servers. The problem is strictly bound to the 3.2.2final server. - Access to remote jndi and session beans works fine. BTW: If I explicitly state, that I want to use a remote server, I do expect exceptions if that server cannot serve me. However, I do not expect my local JBoss to jump in and serv me. With this behaviour I never know to which queue messages are sent. If the messages are only consumed on the remote host, they might go to my local JBoss and will never be consumed, which is equivalent to a loss of messages. My code is as follows: String url = node:1099; String connectionFactory = UIL2ConnectionFactory; Properties properties = new Properties(); properties.setProperty(java.naming.factory.initial, org.jnp.interfaces.NamingContextFactory); properties.setProperty(java.naming.provider.url, url); cat.debug(Trying to connect to queue + queueName + on + url); InitialContext jndiContext = new InitialContext(properties); QueueConnectionFactory queueFactory = (QueueConnectionFactory) PortableRemoteObject.narrow(jndiContext.lookup(connectionFactory), QueueConnectionFactory.class); QueueConnection queueConnection = queueFactory.createQueueConnection(foo, bar); Grtngs, Dietmar -- Dr.-Ing. Dipl.-Inform. Dietmar Posselt, M.S. Unix Development, Schlund + Partner AG, Brauerstr. 48, 76135 Karlsruhe Phone: +49 721 91374-518, Fax: +49 721 91374-256 Life is like a box of chocolate - You never know what you gonna get --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-828912 ] BigDecimal CMP scaled to 0
Bugs item #828912, was opened at 2003-10-23 16:12 Message generated for change (Comment added) made by sevenm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=828912group_id=22866 Category: JAWS (inactive) Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Horia Muntean (sevenm) Assigned to: Alexey Loubyansky (loubyansky) Summary: BigDecimal CMP scaled to 0 Initial Comment: In JAWS there is a bug that rips off the decimals from a BigDecimal CMP filed. Even if this behaviour is corrected in JBoss CMP (v3.x), if one deploys CMP1.1 beans and JAWS takes over, this bug will show it's head. The problem lies in the code of setParameter(PreparedStatement stmt, int idx, int jdbcType, Object value) method of org.jboss.ejb.plugins.jaws.jdbc.JDBCCommnad, where a plain stmt.setObject(idx, value, jdbcType) is used. There should be a ps.setBigDecimal(idx, (BigDecimal)value) if jdbcType is NUMERIC or DECIMAL (as solved in JBossCMP's org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil class). Regards, Horia P.S. I assume that if one deploys CMP1.1 beans on JBoss v3.x, old JAWS will take over. If I am wrong (JBoss CMP will manage CMP 1.1 beans too), this is not a bug. -- Comment By: Horia Muntean (sevenm) Date: 2003-10-28 11:30 Message: Logged In: YES user_id=622492 I saw you fixed JAWS to support BigDecimal in http://cvs.sourceforge.net/viewcvs.py/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommand.java?r1=1.43.2.2r2=1.43.2.3 I want to recompile JBoss-2.4.9 with those changes since we use it in production and it's stable. Do I have to change anything else? Regarding the fact that I can force JBossCMP to manage CMP1.1 entities, I've tried that in JBoss-3.2.2 but unfortunately, JBossCMP doesn't see the changes I make on the BigDecimal CMP field and I get the following message: Store command NOT executed. Entity is not dirty: pk=91. I enabled JBossCMP not only by declaring my entities with cmp-version 1.x in ejb-jar.xml, but also using in jboss.xml Standard CMP 2.x EntityBean container. Regards, Horia -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-10-24 22:08 Message: Logged In: YES user_id=543482 Fixed in 3.2.3RC1. JAWS by default is used for EJB1.1 packages. If you will deploy EJB1.1 beans in EJB2.0 JAR with cmp-version 1.x, JBossCMP will be used instead. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=828912group_id=22866 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 11:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Nobody/Anonymous (nobody) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 10:10 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Adrian Brock (ejort) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 11:07 Message: Logged In: YES user_id=9459 I'm guessing 24767 is ORA-24767 An informational message that means the oracle xa session voted read-only during the prepare (i.e. no modifications to the db) I don't know why this would cause a dump? It is a standard part of XA. Perhaps you can enable TRACE logging for org.jboss.tm and org.jboss.resource to see whether there is some more information in log/server.log I don't see anything in the dump that shows the XID so it can be matched with the transaction. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 11:10 Message generated for change (Comment added) made by marcuseriksson You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Adrian Brock (ejort) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-28 13:40 Message: Logged In: YES user_id=711840 So - if Oracle voted read-only, why did the tm commit? (I have also created a TAR on Metalink for this) -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 12:07 Message: Logged In: YES user_id=9459 I'm guessing 24767 is ORA-24767 An informational message that means the oracle xa session voted read-only during the prepare (i.e. no modifications to the db) I don't know why this would cause a dump? It is a standard part of XA. Perhaps you can enable TRACE logging for org.jboss.tm and org.jboss.resource to see whether there is some more information in log/server.log I don't see anything in the dump that shows the XID so it can be matched with the transaction. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-831662 ] joxasPrep error in Oracle trace file
Bugs item #831662, was opened at 2003-10-28 10:10 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Adrian Brock (ejort) Summary: joxasPrep error in Oracle trace file Initial Comment: Windows 2000 Server SP4 JBoss 3.2.1 + Tomcat Oracle 9.2.0.3.0 Oracle trace file (in udump directory) reports many: EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 On some installations these show up very regularly. It seems as if there is one such entry for each active JBoss data source every 10 minutes. However, the application works as expected. What is this? Perhaps the connection pooling mechanism is doing something strange? From Oracle trace: Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:43:51 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i Redo thread mounted by this instance: 1 Oracle process number: 14 Windows thread id: 1144, image: ORACLE.EXE *** SESSION ID:(29.64592) 2003-10-14 10:43:51.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:07.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 *** 2003-10-14 10:44:25.000 EXIT joxasPrep(): err=24767 jojniPrepare(): err = 24767 Dump file d:\oracle\admin\dev9i\udump\dev9i_ora_1144.trc Tue Oct 14 10:46:45 2003 ORACLE V9.2.0.3.0 - Production vsnsta=0 vsnsql=12 vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Oracle9i Release 9.2.0.3.0 - Production JServer Release 9.2.0.3.0 - Production Windows 2000 Version 5.0 Service Pack 4, CPU type 586 Instance name: dev9i -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 13:23 Message: Logged In: YES user_id=9459 Did it commit? The dump shows Prep()/Prepare() Show the trace logging I asked for. The jboss tm does not try to commit resources that vote read-only. This won't cause you problems since voting read-only is an optimization to avoid round trips. Regards, Adrian -- Comment By: Marcus Eriksson (marcuseriksson) Date: 2003-10-28 12:40 Message: Logged In: YES user_id=711840 So - if Oracle voted read-only, why did the tm commit? (I have also created a TAR on Metalink for this) -- Comment By: Adrian Brock (ejort) Date: 2003-10-28 11:07 Message: Logged In: YES user_id=9459 I'm guessing 24767 is ORA-24767 An informational message that means the oracle xa session voted read-only during the prepare (i.e. no modifications to the db) I don't know why this would cause a dump? It is a standard part of XA. Perhaps you can enable TRACE logging for org.jboss.tm and org.jboss.resource to see whether there is some more information in log/server.log I don't see anything in the dump that shows the XID so it can be matched with the transaction. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=831662group_id=22866 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss Group forks again.
Congratulations, Bill! -danch Bill Burke wrote: October 26th. 12:36 AM. Proud dad and mom doing fine. http://www.jboss.org/bill/burke/baby.jpg Bill --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] commit of jmx package done
Well done tom :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Friday, October 24, 2003 10:20 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] commit of jmx package done (I sent this last night be never showed up in my inbox, so sending it again. Sorry if you get this twice, but wanted to make sure it got out) The commit of jmx package to HEAD to bring in JMX 1.2 from BRANCH_4_0_DR3 is done. I tagged CVS with 'pre_JMX_1_2' immediately before commit and tagged with 'pre_JMX_DR3' a few days ago, which is the source the committed code was based on. I tagged with 'post_JMX_DR3' after all the files were committed. It looks like everything is building properly in Linux and Windows as well as starting the server with 'all' configuration is working (both Linux and Windows). I have not committed the changes for the testsuite, so it is not compiling at this point. I will be committing those files tomorrow, accompanied by another CVS tag. However, I ran the testsuite before initial commit (which will should be same results after commit) and can see the results of HEAD and the changed code at following links: before: http://e2technologies.net/projects/jboss/test/results/windows/ HEAD/html/ after: http://e2technologies.net/projects/jboss/test/results/windows/ rollback/html/ If you experience any problems you think are related to the checkin, please let me know. The rest of this covers the changes made... The code checked in under the jmx package was all based on the BRANCH_4_0_DR3 and had to remove some of the files at HEAD, add some files to HEAD, and modify a lot of existing files. The only package to remain untouched was the mx.loading. The packages for JMX Remoting were removed and will be added back as it's own module (in order to break the dependency between jboss-mx and jboss-remoting). Also, if you have checked any code into the jmx module within the past couple of weeks, I can not guarantee that I did not over write the changes with my local updated copy. I tried to find any changes that I could migrate into the jmx 1.2 codebase, but is very possible I missed something. So I you have made changes to jmx, please help me by verifying that you changes made it into this commit (or are at least relevant to the new code base). Files to committed outside of jmx package: sever\src\main\org\jboss\jmx\connector\rmi\RMIConnectorImpl.java server\src\main\org\jboss\web\ WebClassLoader.java jboss.net\src\main\org\jboss\net\jmx\adaptor\server\Adaptor.java system\src\main\org\jboss\Main.java server\src\main\org\jboss\jmx\adaptor\rmi\RMIAdaptor.java tomcat\build.xml build\build.xml Had to hack in some changes to LoaderRepository. The reason is that WebClassLoader now indirectly uses this, which calls getCachedClass() at some point (per changes to HEAD at start of the month). So I copied the implementation from UnifiedLoaderRepository3 to make it work. However, this is NOT a good long term solution as LoaderRepository is an abstract class and the extending classes will need to be able to get access to the cache so it can clear it if a ClassLoader is removed. Adrian, could use your help on straightening this out. -Tom --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] We need a 3.0.9 maintenance release
Won't introducing the same code require an incompatible change to the current datasource jboss-service.xml schema? Given the hideous nature of 3.0 format I can't say this is a bad thing. I am glad the clowns responsible for this configuration mess self-flushed themselves to apache Cleaning up the house. marcf Everything else seems to be an implementation detail I don't have a problem with. -- Scott Stark Chief Technology Officer JBoss Group, LLC Adrian Brock wrote: On Wed, 2003-10-22 at 18:40, Scott M Stark wrote: We need a 3.0.9 maintenance release. Let me know what outstanding issues need to be ported to the 3.0 branch for a release so I can set a timeframe for this. I'd like to backport jbossmq, mdb and jca from 3.2. This would let me maintain one codebase. The 3.2 Transaction Manager would probably be a good idea as well? However, this would introduce configurations changes into the 3.0 branch such as the -ds.xml deployments or at least moving the connection factory config onto the pool mbean. Additionally it would require a number of other changes/fixes like TransactionLocal and MBeanServerLocator.locateJBoss() (others I would find while doing it?) Is that acceptable? 3.0 does not properly support OracleXA which is a spec unto itself :-) Regards, Adrian --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] And another JBoss fork
Hi, I am pleased to announce that another JBoss fork has happened. For details see: http://www.pilhuhn.de/orlando/ As you can see from the first picture, the young man will work on deamonish functions. Heiko
Re: [JBoss-dev] And another JBoss fork
Title: Re: [JBoss-dev] And another JBoss fork Congratulations Heiko Hi, I am pleased to announce that another JBoss fork has happened. For details see: http://www.pilhuhn.de/orlando/ As you can see from the first picture, the young man will work on deamonish functions. Heiko
[JBoss-dev] [AUTOMATED] JBoss (Branch_3_2/winxp/1.4.2_01) Compilation failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Oct 29 00:01:35 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\lib [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\client == == Executing 'most' in module 'messaging'... == _buildmagic:init: configure: init: _buildmagic:build-bypass-checker: _buildmagic:build-bypass-notice: _buildmagic:build-bypass-check: jars: _buildmagic:init: init: compile-mbean-sources: [mkdir] Created dir: D:\jboss\jboss-head\messaging\output\gen-src (XDocletMain.start 45 ) Running mbeaninterface/ (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.server.MessageCache' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.pm.rollinglogged.PersistenceManager' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.il.oil.OILServerILService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.server.jmx.DestinationManager' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.il.rmi.RMIServerILService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.pm.file.PersistenceManager' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.il.http.HTTPServerILService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.sm.jdbc.JDBCStateManager' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.sm.file.OldStateManager' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.il.uil.UILServerILService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.server.jmx.Topic' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.server.jmx.DelayInterceptor' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.il.jvm.JVMServerILService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.mq.server.jmx.ClientMonitorInterceptor' using template file
RE: [JBoss-dev] And another JBoss fork
oh my god, here goes the business. They are barely out of the womb and already they want to rule the world! Take our business away and ruin us too many forks, they are happening like rabbits. My twins will kick the butt of your deamons :) well done to everyone, babies are always good news. :) cheers and onward, marcf From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rupp, HeikoSent: Tuesday, October 28, 2003 4:54 PMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] And another JBoss fork Hi, I am pleased to announce that another JBoss fork has happened. For details see: http://www.pilhuhn.de/orlando/ As you can see from the first picture, the young man will work on deamonish functions. Heiko
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.1_05) Test Results: 94 % ( 1344 / 1417 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Oct 29 01:56:42 GMT 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: 1417 Successful tests: 1344 Errors:55 Failures: 18 [time of test: 2003-10-29.00-42 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: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-10-29.00-42 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:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmcnoqix-16/dmcnp01c-1b.ser (No such file or directory) - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: org.jboss.cache.TimeoutException: IdentityLock.acquireReadLock(): lock could not be acquired after 1ms (lock is owned by null) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true === Wed Oct 29 01:56:42 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.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: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re; Letter
Dear Friend, Warmest greetings in the name of ALLAH,the most gracious. I pray that he may grant you the wisdom to understand the pathetic story i am about to tell and the courage to offer the much needed support i solicite for in this letter. I am a mother of two and the wife of late General YOUSSEF EL HADIDI of the defuct Republican Guard of ousted President Saddam Hussein . During the hay days of ex-president Saddam rulership in iraq my late husband was head of secret Army's procurement unit of the Republican Guard. His position and resposibility availed him with so much power and financial liquidity that he was able to amass substantial amount of money some of which he wisely move to secret custody out side iraq. Having forseen the caputilation of Saddam Hussein government my late husband quietly moved his family (my two kids I) to Europe and tried to desert the Iraqi Army to join us in Europe, but was cought up with by the dangerosu secret security mechinary of Saddam. He was brutally murdered on the order of Saddam himself and all our properties and estate including bank account were consficated by the infamosu regime. Ever since my kids and i have lived in pennary until we uncovered through the help of his life -long solicitor some funds he left in a safe custody in London here. It is for the purpose of entrusting and investing this huge fund with little or no trace to our family that i send you this propostition. The funds in question is $35 Million (Thirty Five Million) and is presently deposited in a trust company awaiting directives from me as my husband next of kin to move it. It is true that i have never known you but i am desprately in need of somebody to trust, it has become a matter of expediency and total surrended to the will of God , the Almighty. If you do understand my story willing and capable of handling this trustteeship proposition, kindly oblige me by sending your personal and business profile including all contact details for us to move forward without delay. You can reach me direclt on my fax +447092041337. Awaiting your response, Yours truly, Jumai Hadidi Tel/fax: 4470920341337
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Results: 94 % ( 1316 / 1389 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Oct 29 03:34:59 GMT 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: 1389 Successful tests: 1316 Errors:56 Failures: 17 [time of test: 2003-10-29.02-22 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: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_01/logtests/testresults/reports/html//2003-10-29.02-22 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:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmcr6o8l-16/dmcr6tea-1b.ser (No such file or directory) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Wed Oct 29 03:34: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: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.1_05) Test Results: 64 % ( 651 / 1009 ) - could do better
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Oct 29 04:38:25 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: 1009 Successful tests: 651 Errors:333 Failures: 25 [time of test: 2003-10-29.00-48 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-10-29.00-48 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:testRemove 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-dmcnpak0-16\dmcnpdux-1b.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Wed Oct 29 04:38:25 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: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] build\build.xml and remoting
I started to remove remoting from the core modules needed for jboss (in the build\build.xml file) and see that remoting module is part of the 'core' group. Also looks as though the remoting jar should be copied into the root lib directory (build\output\jboss-4.0.0DR3\lib). However, when I do a build of HEAD, the remoting jars are where I want them to be (not in root lib, but in the server\all\lib and server\default\lib). This is the desired behavior, but don't understand why this happens (since part of core group). Any one know why this is? BTW, wanted to remove remoting from core since jmx module (which is core) no longer depends on it (since jmx remoting in separate module, which does depend on remoting). Thanks. -Tom --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.2_01) Test Results: 95 % ( 1347 / 1417 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Oct 29 05:54: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: 1417 Successful tests: 1347 Errors:53 Failures: 17 [time of test: 2003-10-29.05-12 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-10-29.05-12 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:testRemove 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-dmcx3se3-16\dmcx3ubj-1b.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Wed Oct 29 05:54: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.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: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development