RE: [JBoss-dev] ordering proposal
|This can be done today simply by including the list of 3 or whatever |directories in the URLDeploymentScanner. Jason just needs to sort each |directory separately when he puts the sorting back in. right, let's just do that, it is simple and will cover 99% cases. we need to 1- document the deployer of the deployer would get it right away 2- as you point out the key is ordering first/second and third separately which is not the way i remember i coded it (i would order the full set) and then we are done. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529310 ] Rounding error in CMP???
Bugs item #529310, was opened at 2002-03-12 23:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529310group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Mac (macearl) Assigned to: Nobody/Anonymous (nobody) Summary: Rounding error in CMP??? Initial Comment: OS: Win2000 JDK: 1.3.1_01 Datastore: hypersonic When updating using a java double to store monetary amounts. When I do an update deducting a valid monetary amount, say -300.64 from balance, I get a invalid monetary amount. Currently I have two account beans that have balances of 3250.90005, and 950.90001 respectively. I haven't had a lot of time to investigate this issue or to isolate the cause. It's not a high priority for me, but it could be an issue on high volume systems. But I thought I'd throw it out there and see if there's any interest. To reproduce create an entity with a double field. Set value to some monetary number and then begin subtracting or adding monetary amounts. Regards, Mac -- Comment By: Mac (macearl) Date: 2002-03-13 00:26 Message: Logged In: YES user_id=479685 Some other features. It seems that the behavior on this rounding error is consistent. An identical set of operations in three seperate tests and got the same results each time. 3000.50 - 350.65 = 2649.85 3000.50 + 350.65 - 225.45 = 3125.70003 500.00 + 225.45 = 725.45 -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529310group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529329 ] IN expression in EJB-QL
Bugs item #529329, was opened at 2002-03-13 10:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529329group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Erik Turesson (eritu) Assigned to: Nobody/Anonymous (nobody) Summary: IN expression in EJB-QL Initial Comment: If you specify a EJB-QL query like this. query description/description query-method method-namefindByImage/method-name method-params method-paramjava.lang.Integer/method-param /method-params /query-method ejb-qlSELECT DISTINCT OBJECT(a) FROM PublBean AS a, IN(a.images) img WHERE img.id = ?1/ejb-ql /query The following SQL is generated. SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = ? AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean) It generats the following errors: 2002-03-12 20:21:45,333 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PublBean .findByImage] Executing SQL: SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = ? AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean) 2002-03-12 20:21:45,343 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PublBean .findByImage] Find failed java.sql.SQLException: Column not found: PUBLBEAN in statement [SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = 1 AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean)] at org.hsqldb.Trace.getError(Trace.java:180) at org.hsqldb.Result.init(Result.java:175) at org.hsqldb.jdbcConnection.executeHSQL (jdbcConnection.java:907) at org.hsqldb.jdbcConnection.execute (jdbcConnection.java:718) at org.hsqldb.jdbcStatement.fetchResult (jdbcStatement.java:686) at org.hsqldb.jdbcStatement.executeQuery (jdbcStatement.java:68) at org.hsqldb.jdbcPreparedStatement.executeQuery (jdbcPreparedStatement.java:133) at org.jboss.resource.adapter.jdbc.local.PreparedStatement InPool.executeQuery(PreparedStatementInPool.java:862) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand .execute(JDBCAbstractQueryCommand.java:107) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand. execute(JDBCFindEntitiesCommand.java:40) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEnt ities(JDBCStoreManager.java:396) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntitie s(CMPPersistenceManager.java:320) at org.jboss.ejb.EntityContainer.findLocal (EntityContainer.java:581) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invo keHome(EntityContainer.java:1059) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome (AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor. invokeHome(EntitySynchronizationInterceptor.java:222) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeH ome(EntityInstanceInterceptor.java:134) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:98) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome (TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome (SecurityInterceptor.java:102) at org.jboss.ejb.plugins.LogInterceptor.invokeHome (LogInterceptor.java:109) at org.jboss.ejb.EntityContainer.invokeHome (EntityContainer.java:468) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.i nvokeHome(BaseLocalContainerInvoker.java:243) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$H omeProxy.invoke(BaseLocalContainerInvoker.java:367) at $Proxy41.findByImage(Unknown Source) at com.proventek.publ.image.implementation.ImageCollection Bean.deleteImage(ImageCollectionBean.java:426) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterc eptor.invoke(StatelessSessionContainer.java:642) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercept or.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke (StatelessSessionContainer.java:308) at org.jboss.ejb.Container.invoke(Container.java:681) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at
AW: [JBoss-dev] JBoss and AXIS in jboss.net
Hi Neal, please post such questions in the future to [EMAIL PROTECTED] Basically, it is like you said ... You can package any usual axis web service (an RPCprovider, a MsgProvider) into a .wsr and get it deployed into Jboss. Trivial. See the jboss.net/testsuite address example. It gets interesting as soon as you would like to expose end-points that live in the container (Mbeans, EJB´s) via jboss.net ... See the jboss.net-builtin jmx:RemoteAdaptor service (JMX) and the wsr-in-ear packaged jboss.net/testsuite hello (EJB) example. The key to that is (still) to understand the Axis WSDD format and its handler architecture. The EJB-hello-example can be a starting point for that issue. Yesterday, I checked in a huge change from Axis Alpha2 to the current Beta-RC1 (including the recent WSDD-format change that the Axis guys did). Expect a few further updates during the next weeks. I plan to have some automatic EJB-exposure mode (without the quarrels of writing complex WSDD) in the near future. CGJ Received: from gate.infor.de ([195.145.238.51]) by infor-ka4.karlsruhe.infor.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id GW5FVZKX; Wed, 13 Mar 2002 01:30:43 +0100 Received: (from uucp@localhost) by gate.infor.de (8.9.3+Sun/8.9.3) id BAA10930; Wed, 13 Mar 2002 01:23:50 +0100 (MET) Received: from nodnsquery(216.136.171.252) by gate.infor.de via csmap (V6.0) id srcAAACua4vv; Wed, 13 Mar 02 01:23:49 +0100 Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16kwCY-0007Fz-00; Tue, 12 Mar 2002 16:01:06 -0800 Received: from main.jboss.org ([209.61.155.140]) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 16kwC0-00071L-00 for [EMAIL PROTECTED]; Tue, 12 Mar 2002 16:00:32 -0800 Received: from main.jboss.org (localhost [127.0.0.1]) by main.jboss.org (8.11.6/8.11.6) with ESMTP id g2D00U812209 for [EMAIL PROTECTED]; Tue, 12 Mar 2002 18:00:30 -0600 Message-ID: [EMAIL PROTECTED] From: Neal Sanche [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=8859_1 Content-Transfer-Encoding: 7bit Subject: [JBoss-dev] JBoss and AXIS in jboss.net Sender: [EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] X-BeenThere: [EMAIL PROTECTED] X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: mailto:[EMAIL PROTECTED]?subject=help List-Post: mailto:[EMAIL PROTECTED] List-Subscribe: https://lists.sourceforge.net/lists/listinfo/jboss-development, mailto:[EMAIL PROTECTED]?subject=subscribe List-Id: JBoss.org development list jboss-development.lists.sourceforge.net List-Unsubscribe: https://lists.sourceforge.net/lists/listinfo/jboss-development, mailto:[EMAIL PROTECTED]?subject=unsubscribe List-Archive: http://www.geocrawler.com/redir-sf.php3?list=jboss-development X-Original-Date: Tue, 12 Mar 2002 18:00:30 -0600 Date: Tue, 12 Mar 2002 18:00:30 -0600 Hi All, I've recently compiled up the jboss.net module and seem to have it running. I'd like to figure out the recipe for a simple web service and client. I'm assuming I can't exactly do it like a standard AXIS service... would someone kindly point me in the right direction with an example so I can explore jboss.net? Thanks. -N _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10774 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] User TX bug
Hi alls! I think we have a little bug in server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.ja va which I have triggered when I try to control user transaction by jython :-) In begin method there is a tm.suspend but in commit nor rollback there is no tm.resume. If there is no problems I'll patch it. Claudio ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529310 ] Rounding error in CMP???
Bugs item #529310, was opened at 2002-03-13 08:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529310group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Mac (macearl) Assigned to: Nobody/Anonymous (nobody) Summary: Rounding error in CMP??? Initial Comment: OS: Win2000 JDK: 1.3.1_01 Datastore: hypersonic When updating using a java double to store monetary amounts. When I do an update deducting a valid monetary amount, say -300.64 from balance, I get a invalid monetary amount. Currently I have two account beans that have balances of 3250.90005, and 950.90001 respectively. I haven't had a lot of time to investigate this issue or to isolate the cause. It's not a high priority for me, but it could be an issue on high volume systems. But I thought I'd throw it out there and see if there's any interest. To reproduce create an entity with a double field. Set value to some monetary number and then begin subtracting or adding monetary amounts. Regards, Mac -- Comment By: Christian Riege (lqd) Date: 2002-03-13 12:34 Message: Logged In: YES user_id=176671 this is not a bug - it's a feature of floating point math. one of the reasons why you should never ever model monetary amounts as floating point values. see for yourself by running a small program which does these operations on its own and prints the results. -- Comment By: Mac (macearl) Date: 2002-03-13 09:26 Message: Logged In: YES user_id=479685 Some other features. It seems that the behavior on this rounding error is consistent. An identical set of operations in three seperate tests and got the same results each time. 3000.50 - 350.65 = 2649.85 3000.50 + 350.65 - 225.45 = 3125.70003 500.00 + 225.45 = 725.45 -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529310group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB 2.0 Verifier
Is anybody working on this? It seems to just be stubs in the head right now. Cheers ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/resources/test - New directory
User: juhalindfors Date: 02/03/13 04:07:48 jmx/src/resources/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading/support/mlet ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet MoreMBeans.jar MyMBeans.jar UnexpectedEnd.mlet
User: juhalindfors Date: 02/03/13 04:07:11 Removed: src/main/test/compliance/loading/support/mlet Tag: BranchMX_1_0 ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet MoreMBeans.jar MyMBeans.jar UnexpectedEnd.mlet Log: moved to resources/test/compliance/loading ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/resources/test/compliance/loading - New directory
User: juhalindfors Date: 02/03/13 04:08:28 jmx/src/resources/test/compliance/loading - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/resources/test/compliance/loading ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet UnexpectedEnd.mlet
User: juhalindfors Date: 02/03/13 04:09:11 Added: src/resources/test/compliance/loading Tag: BranchMX_1_0 ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet UnexpectedEnd.mlet Log: moved from src Revision ChangesPath No revision No revision 1.1.2.1 +6 -0 jmx/src/resources/test/compliance/loading/Attic/ArchiveList.mlet 1.1.2.1 +13 -0 jmx/src/resources/test/compliance/loading/Attic/BasicConfig.mlet 1.1.2.1 +7 -0 jmx/src/resources/test/compliance/loading/Attic/MissingEndTag.mlet 1.1.2.1 +4 -0 jmx/src/resources/test/compliance/loading/Attic/MissingMLET.mlet 1.1.2.1 +5 -0 jmx/src/resources/test/compliance/loading/Attic/MissingMandatoryArchive.mlet 1.1.2.1 +4 -0 jmx/src/resources/test/compliance/loading/Attic/MissingMandatoryCode.mlet 1.1.2.1 +9 -0 jmx/src/resources/test/compliance/loading/Attic/UnexpectedEnd.mlet ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/resources/test/compliance - New directory
User: juhalindfors Date: 02/03/13 04:08:09 jmx/src/resources/test/compliance - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading MLetTEST.java
User: juhalindfors Date: 02/03/13 04:11:12 Modified:src/main/test/compliance/loading Tag: BranchMX_1_0 MLetTEST.java Log: using output/etc/test Revision ChangesPath No revision No revision 1.3.2.1 +49 -59jmx/src/main/test/compliance/loading/MLetTEST.java Index: MLetTEST.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/loading/MLetTEST.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- MLetTEST.java 5 Feb 2002 16:22:58 - 1.3 +++ MLetTEST.java 13 Mar 2002 12:11:12 - 1.3.2.1 @@ -19,6 +19,7 @@ import javax.management.ServiceNotFoundException; import javax.management.MBeanException; +import javax.management.loading.DefaultLoaderRepository; import javax.management.loading.MLet; import javax.management.loading.MLetMBean; @@ -29,74 +30,63 @@ super(s); } - public void testCreateAndRegister() + public void testCreateAndRegister() throws Exception { - try - { - MBeanServer server = MBeanServerFactory.createMBeanServer(); - MLet mlet = new MLet(); - ObjectName name = new ObjectName(test:name=mlet); - - server.registerMBean(mlet, name); - } - catch (AssertionFailedError e) - { - // defensive: in case assertXXX() or fail() are later added - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } + MBeanServer server = MBeanServerFactory.createMBeanServer(); + MLet mlet = new MLet(); + ObjectName name = new ObjectName(test:name=mlet); + + server.registerMBean(mlet, name); } - public void testBasicMLetFileLoad() + public void testBasicMLetFileLoad() throws Exception { // NOTE: // the urls used here are relative to the location of the build.xml - final String MLET_URL = file:./src/main/test/compliance/loading/support/mlet/BasicConfig.mlet; + final String MLET_URL = file:./output/etc/test/compliance/loading/BasicConfig.mlet; + // make sure the classes are loaded from mlet, not system cl try { - MBeanServer server = MBeanServerFactory.createMBeanServer(); - MLet mlet = new MLet(); - ObjectName name = new ObjectName(test:name=mlet); - server.registerMBean(mlet, name); - - server.invoke(name, getMBeansFromURL, - new Object[] { MLET_URL }, - new String[] { String.class.getName() } - ); - - try - { -assertTrue(server.isRegistered(new ObjectName(test:name=Trivial))); - } - catch (AssertionFailedError e) - { -URL[] urls = mlet.getURLs(); -fail(FAILS IN RI: SUN JMX RI builds a malformed URL from an MLet text file URL ' + - MLET_URL + ' resulting into MLET codebase URL ' + urls[0] + ' and therefore fails + - to load the required classes from the Java archive (MyMBeans.jar)); - } - - assertTrue(server.getMBeanInfo(new ObjectName(test:name=Trivial)) != null); - - server.invoke(new ObjectName(test:name=Trivial), doOperation, - new Object[] { Test }, - new String[] { String.class.getName() } - ); + DefaultLoaderRepository.loadClass(test.compliance.loading.support.Trivial); + fail(class test.compliance.loading.support.Trivial was already found in CL repository.); } - catch (AssertionFailedError e) + catch (ClassNotFoundException e) { - throw e; + // expected } - catch (Throwable t) + + MBeanServer server = MBeanServerFactory.createMBeanServer(); + MLet mlet = new MLet(); + ObjectName name = new ObjectName(test:name=mlet); + server.registerMBean(mlet, name); + + server.invoke(name, getMBeansFromURL, + new Object[] { MLET_URL }, + new String[] { String.class.getName() } + ); + + try + { + assertTrue(server.isRegistered(new ObjectName(test:name=Trivial))); + } + catch (AssertionFailedError e) { - fail(Unexpected error: + t.toString()); + URL[] urls = mlet.getURLs(); + fail(FAILS IN RI: SUN JMX RI builds a malformed URL from an MLet text file URL ' + + MLET_URL + ' resulting into MLET codebase URL ' + urls[0] + ' and therefore fails + + to load the required classes from the Java archive (MyMBeans.jar));
[JBoss-dev] CVS update: jmx build.xml
User: juhalindfors Date: 02/03/13 04:12:05 Modified:.Tag: BranchMX_1_0 build.xml Log: build separate test jars Revision ChangesPath No revision No revision 1.27.2.1 +28 -9 jmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jmx/build.xml,v retrieving revision 1.27 retrieving revision 1.27.2.1 diff -u -r1.27 -r1.27.2.1 --- build.xml 8 Mar 2002 15:40:58 - 1.27 +++ build.xml 13 Mar 2002 12:12:05 - 1.27.2.1 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.27 2002/03/08 15:40:58 juhalindfors Exp $ -- +!-- $Id: build.xml,v 1.27.2.1 2002/03/13 12:12:05 juhalindfors Exp $ -- project default=main name=JBoss/JMX @@ -152,7 +152,8 @@ !-- Where source files live -- property name=source.java value=${module.source}/main/ - +property name=source.resource value=${module.source}/resources/ + !-- Where build generated files will go -- property name=build.reports value=${module.output}/reports/ property name=build.classes value=${module.output}/classes/ @@ -280,7 +281,7 @@ depends=compile mkdir dir=${build.lib}/ - + !-- Build the jboss-jmx.jar -- jar jarfile=${build.lib}/jboss-jmx.jar fileset dir=${build.classes} @@ -293,12 +294,36 @@ jar jarfile=${build.lib}/jboss-jmx-testsuite.jar fileset dir=${build.classes} include name=test/**/ +exclude name=test/compliance/loading/support/*.class/ /fileset !--wait for xdoclet 1.1.2 fileset dir=${build.gen-src} include name=test/implementation/modelmbean/support/User.xml/ /fileset-- /jar + + +mkdir dir=${build.etc}/test/compliance/loading/ + +jar jarfile=${build.etc}/test/compliance/loading/MyMBeans.jar + fileset dir=${build.classes} +include name=test/compliance/loading/support/Trivial*.class/ +include name=test/compliance/loading/support/Another*.class/ + /fileset +/jar + +jar jarfile=${build.etc}/test/compliance/loading/MoreMBeans.jar + fileset dir=${build.classes} +include name=test/compliance/loading/support/AClass.class/ + /fileset +/jar + +copy todir=${build.etc} + fileset dir=${source.resource} +include name=test/compliance/loading/*.mlet/ + /fileset +/copy + /target @@ -547,9 +572,6 @@ path id=compliance.JBossMX.classpath pathelement path=${build.lib}/jboss-jmx.jar/ pathelement path=${build.lib}/jboss-jmx-testsuite.jar/ - - pathelement path=${build.classes}/ - path refid=thirdparty.classpath/ /path @@ -614,9 +636,6 @@ path id=performance.JBossMX.classpath pathelement path=${build.lib}/jboss-jmx.jar/ pathelement path=${build.lib}/jboss-jmx-testsuite.jar/ - - pathelement path=${build.classes}/ - path refid=thirdparty.classpath/ /path ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanException.java NotificationFilterSupport.java ReflectionException.java RuntimeErrorException.java RuntimeMBeanException.java RuntimeOperationsException.java
User: juhalindfors Date: 02/03/13 04:36:21 Modified:src/main/javax/management Tag: BranchMX_1_0 MBeanException.java NotificationFilterSupport.java ReflectionException.java RuntimeErrorException.java RuntimeMBeanException.java RuntimeOperationsException.java Log: print out target exceptions Revision ChangesPath No revision No revision 1.2.2.1 +19 -1 jmx/src/main/javax/management/MBeanException.java Index: MBeanException.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanException.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- MBeanException.java 15 Dec 2001 17:25:41 - 1.2 +++ MBeanException.java 13 Mar 2002 12:36:21 - 1.2.2.1 @@ -9,8 +9,16 @@ /** * A wrapper for exceptions thrown by MBeans. * + * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a - * @version $Revision: 1.2 $ + * @version $Revision: 1.2.2.1 $ + * + * pbRevisions:/b + * + * pb20020313 Juha Lindfors:/b + * ul + * li Overriding toString() to print out the root exception /li + * /ul */ public class MBeanException extends JMException @@ -62,7 +70,17 @@ } // JMException overrides - + /** +* Returns a string representation of this exception. The returned string +* contains this exception name, message and a string representation of the +* target exception if it has been set. +* +* @return string representation of this exception +*/ + public String toString() + { + return MBeanException: + getMessage() + ((e == null) ? : \nCause: + e.toString()); + } - // Private --- } 1.3.2.1 +2 -2 jmx/src/main/javax/management/NotificationFilterSupport.java Index: NotificationFilterSupport.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/NotificationFilterSupport.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- NotificationFilterSupport.java8 Feb 2002 21:17:54 - 1.3 +++ NotificationFilterSupport.java13 Mar 2002 12:36:21 - 1.3.2.1 @@ -9,6 +9,8 @@ import java.util.Enumeration; import java.util.Vector; +import java.io.Serializable; + /** * An implementation of the {@link NotificationFilter} interface.p * @@ -19,8 +21,6 @@ * it starts with an enabled string. * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. - * @version $Revision: 1.3 $ - * */ public class NotificationFilterSupport implements NotificationFilter 1.3.2.1 +15 -1 jmx/src/main/javax/management/ReflectionException.java Index: ReflectionException.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/ReflectionException.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- ReflectionException.java 8 Mar 2002 11:49:17 - 1.3 +++ ReflectionException.java 13 Mar 2002 12:36:21 - 1.3.2.1 @@ -12,7 +12,14 @@ * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a - * @version $Revision: 1.3 $ + * @version $Revision: 1.3.2.1 $ + * + * pbRevisions:/b + * + * pb20020313 Juha Lindfors:/b + * ul + * li Overriding toString() to print out the root exception /li + * /ul */ public class ReflectionException extends JMException @@ -64,6 +71,13 @@ } // JMException overrides - + /** +* Returns a string representation of this exception. The returned string +* contains this exception name, message and a string representation of the +* target exception if it has been set. +* +* @return string representation of this exception +*/ public String toString() { return ReflectionException: + getMessage() + ((e == null) ? : \nCause: + e.toString()); 1.2.2.1 +19 -0 jmx/src/main/javax/management/RuntimeErrorException.java Index: RuntimeErrorException.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/RuntimeErrorException.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- RuntimeErrorException.java15 Dec 2001
RE: [JBoss-dev] User TX bug
yes we should resume, put it as a bug through sourceforge and put the patch when you can marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco |Claudio |Sent: Wednesday, March 13, 2002 2:00 AM |To: Jboss Dev (Posta elettronica) |Subject: [JBoss-dev] User TX bug | | |Hi alls! | |I think we have a little bug in |server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.ja |va which I have triggered when I try to control user transaction by |jython :-) | |In begin method there is a tm.suspend but in commit nor rollback there |is no tm.resume. | |If there is no problems I'll patch it. | | Claudio | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of marc |fleury |Sent: Wednesday, March 13, 2002 12:19 AM |To: David Jencks |Cc: Jboss-Development @ Lists . Sourceforge . Net |Subject: RE: [JBoss-dev] ordering proposal | | ||This can be done today simply by including the list of 3 or whatever ||directories in the URLDeploymentScanner. Jason just needs to sort each ||directory separately when he puts the sorting back in. | |right, let's just do that, it is simple and will cover 99% cases. | |we need to |1- document the deployer of the deployer would get it right away never write emails with no sleep... i meant 1- document the deployer, much confusion is due to lack of basic understanding due to lack of doco. It is actually easy, so people would get it right away. marcf |2- as you point out the key is ordering first/second and third separately |which is not the way i remember i coded it (i would order the full set) and |then we are done. | |marcf | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] User TX bug
oh, i didn't remember you had rw... he he ta marcf |-Original Message- |From: Vesco Claudio [mailto:[EMAIL PROTECTED]] |Sent: Wednesday, March 13, 2002 5:42 AM |To: Jboss Dev (Posta elettronica) |Cc: 'marc fleury' |Subject: RE: [JBoss-dev] User TX bug | | |Ahem, I have commited the change :-) | | -Original Message- | From:marc fleury [SMTP:[EMAIL PROTECTED]] | Sent:Wednesday, March 13, 2002 2:15 PM | To: Vesco Claudio; Jboss Dev (Posta elettronica) | Subject: RE: [JBoss-dev] User TX bug | | yes we should resume, put it as a bug through sourceforge and put the | patch | when you can | | marcf | | |-Original Message- | |From: [EMAIL PROTECTED] | |[mailto:[EMAIL PROTECTED]]On Behalf Of | Vesco | |Claudio | |Sent: Wednesday, March 13, 2002 2:00 AM | |To: Jboss Dev (Posta elettronica) | |Subject: [JBoss-dev] User TX bug | | | | | |Hi alls! | | | |I think we have a little bug in | |server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl | .ja | |va which I have triggered when I try to control user transaction by | |jython :-) | | | |In begin method there is a tm.suspend but in commit nor rollback | there | |is no tm.resume. | | | |If there is no problems I'll patch it. | | | |Claudio | | | |___ | |Jboss-development mailing list | |[EMAIL PROTECTED] | |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] User TX bug
Ahem, I have commited the change :-) -Original Message- From: marc fleury [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 2:15 PM To: Vesco Claudio; Jboss Dev (Posta elettronica) Subject: RE: [JBoss-dev] User TX bug yes we should resume, put it as a bug through sourceforge and put the patch when you can marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco |Claudio |Sent: Wednesday, March 13, 2002 2:00 AM |To: Jboss Dev (Posta elettronica) |Subject: [JBoss-dev] User TX bug | | |Hi alls! | |I think we have a little bug in |server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl .ja |va which I have triggered when I try to control user transaction by |jython :-) | |In begin method there is a tm.suspend but in commit nor rollback there |is no tm.resume. | |If there is no problems I'll patch it. | | Claudio | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
ok, so i will implement the following deploy directory remains there, you can drop anything in deploy. 3 rules: 1- There is an ordering in deploy xmlsarwarearjar or whatever i had in there before. 2-if you deploy a bean with dependencies, whatever they may be, i.e. sar/ear/war/rar/jar containment is enough to order. The inner stuff is deployed first so jar/ ---sar ---war/ --jar2 will result in the following order jar2sarwarjar this is great, this is today in cvs, unless a certain someone removed this as well. The problem is a painful russian doll structure. 3- however there are 3 static directories deploy/first, deploy/second, deploy/third, actually i could call them deploy/deploy1, deploy/deploy2/deploy3... and allow for arbitrary numbers but we would provide at least 3. AND if you drop something in deploy and deploy1 deploy2 for example deploy/sar deploy1/jar deploy2/war, sar1 deploy3/ jar2, ear, xml you get deploy1-deploy2-deploy3-deploy with ordering from 2 and 1 above so jar, sar1, war, jar2, xml, ear, sar voila! no dependency explicitely set but a very simple way of putting stuff in the right order. It will do the trick. I'll code it if a certain someone doesn't. rc1-rc6 has been in Unix for 20 years, so let's stop fucking around marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of marc |fleury |Sent: Wednesday, March 13, 2002 5:26 AM |To: marc fleury; David Jencks |Cc: Jboss-Development @ Lists . Sourceforge . Net |Subject: RE: [JBoss-dev] ordering proposal | | | | ||-Original Message- ||From: [EMAIL PROTECTED] ||[mailto:[EMAIL PROTECTED]]On Behalf Of marc ||fleury ||Sent: Wednesday, March 13, 2002 12:19 AM ||To: David Jencks ||Cc: Jboss-Development @ Lists . Sourceforge . Net ||Subject: RE: [JBoss-dev] ordering proposal || || |||This can be done today simply by including the list of 3 or whatever |||directories in the URLDeploymentScanner. Jason just needs to sort each |||directory separately when he puts the sorting back in. || ||right, let's just do that, it is simple and will cover 99% cases. || ||we need to ||1- document the deployer of the deployer would get it right away | |never write emails with no sleep... | |i meant | |1- document the deployer, much confusion is due to lack of basic |understanding due to lack of doco. It is actually easy, so people would get |it right away. | |marcf | ||2- as you point out the key is ordering first/second and third separately ||which is not the way i remember i coded it (i would order the |full set) and ||then we are done. || ||marcf || || || ||___ ||Jboss-development mailing list ||[EMAIL PROTECTED] ||https://lists.sourceforge.net/lists/listinfo/jboss-development | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] OReilly article coming up
be on the lookout for an article from us on OReilly onjava with our new position on certification and SUN... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|Why doesn't depends handle this? because marcf | |--jason | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EJB 2.0 Verifier
don't think anyone is working on it -- Juha _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10812 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading/support Trivial2.java Trivial2MBean.java
User: juhalindfors Date: 02/03/13 06:07:37 Added: src/main/test/compliance/loading/support Tag: BranchMX_1_0 Trivial2.java Trivial2MBean.java Log: Revision ChangesPath No revision No revision 1.1.2.1 +36 -0 jmx/src/main/test/compliance/loading/support/Attic/Trivial2.java 1.1.2.1 +20 -0 jmx/src/main/test/compliance/loading/support/Attic/Trivial2MBean.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading MLetTEST.java
User: juhalindfors Date: 02/03/13 06:08:02 Modified:src/main/test/compliance/loading Tag: BranchMX_1_0 MLetTEST.java Log: Revision ChangesPath No revision No revision 1.3.2.2 +9 -0 jmx/src/main/test/compliance/loading/MLetTEST.java Index: MLetTEST.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/loading/MLetTEST.java,v retrieving revision 1.3.2.1 retrieving revision 1.3.2.2 diff -u -r1.3.2.1 -r1.3.2.2 --- MLetTEST.java 13 Mar 2002 12:11:12 - 1.3.2.1 +++ MLetTEST.java 13 Mar 2002 14:08:02 - 1.3.2.2 @@ -71,6 +71,7 @@ try { assertTrue(server.isRegistered(new ObjectName(test:name=Trivial))); + assertTrue(server.isRegistered(new ObjectName(test:name=Trivial2))); } catch (AssertionFailedError e) { @@ -81,8 +82,16 @@ } assertTrue(server.getMBeanInfo(new ObjectName(test:name=Trivial)) != null); + assertTrue(server.getMBeanInfo(new ObjectName(test:name=Trivial2)) != null); + + assertTrue(server.getAttribute(new ObjectName(test:name=Trivial2), Something).equals(foo)); server.invoke(new ObjectName(test:name=Trivial), doOperation, + new Object[] { Test }, + new String[] { String.class.getName() } + ); + + server.invoke(new ObjectName(test:name=Trivial2), doOperation, new Object[] { Test }, new String[] { String.class.getName() } ); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading MBeanElement.java
User: juhalindfors Date: 02/03/13 06:10:59 Modified:src/main/org/jboss/mx/loading Tag: BranchMX_1_0 MBeanElement.java Log: constructor args Revision ChangesPath No revision No revision 1.1.2.1 +27 -5 jmx/src/main/org/jboss/mx/loading/MBeanElement.java Index: MBeanElement.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/loading/MBeanElement.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- MBeanElement.java 15 Feb 2002 12:26:23 - 1.1 +++ MBeanElement.java 13 Mar 2002 14:10:59 - 1.1.2.1 @@ -21,7 +21,7 @@ * @see org.jboss.mx.loading.XMLMBeanParser * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.1 $ + * @version $Revision: 1.1.2.1 $ * */ public class MBeanElement @@ -59,9 +59,14 @@ private ArrayList versions = new ArrayList(); /** -* MBean constructor arguments. +* MBean constructor argument types. */ - private ArrayList args = new ArrayList(); + private ArrayList argTypes= new ArrayList(); + + /** +* MBean constructor argument values. +*/ + private ArrayList argValues = new ArrayList(); // Public @@ -152,6 +157,12 @@ this.name = trim(name); } + /** +* Sets the code base for an MLET entry. The codebase is trimmed of quotes () and +* additional equals (=) sign. +* +* @param url url string pointing to the codebase +*/ public void setCodebase(String url) { this.codebase = trim(url); @@ -175,9 +186,20 @@ versions.add(tokenizer.nextToken()); } - public void addArg(String name, String value) + public void addArg(String type, String value) + { + argTypes.add(trim(type)); + argValues.add(trim(value)); + } + + public String[] getConstructorTypes() + { + return (String[])argTypes.toArray(new String[0]); + } + + public String[] getConstructorValues() { - throw new Error(NYI); + return (String[])argValues.toArray(new String[0]); } // Private --- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading MLetParser.java
User: juhalindfors Date: 02/03/13 06:11:45 Modified:src/main/org/jboss/mx/loading Tag: BranchMX_1_0 MLetParser.java Log: constructor args Revision ChangesPath No revision No revision 1.2.2.1 +3 -4 jmx/src/main/org/jboss/mx/loading/MLetParser.java Index: MLetParser.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/loading/MLetParser.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- MLetParser.java 15 Feb 2002 16:48:34 - 1.2 +++ MLetParser.java 13 Mar 2002 14:11:45 - 1.2.2.1 @@ -28,7 +28,7 @@ * @see javax.management.MBeanFileParser * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.2 $ + * @version $Revision: 1.2.2.1 $ */ public class MLetParser implements MBeanFileParser @@ -176,7 +176,7 @@ if (!tokenizer.nextToken().equals(TYPE)) continue; - String name = tokenizer.nextToken(); + String type = tokenizer.nextToken(); // if fourth token is not VALUE then skip the attribute if (!tokenizer.nextToken().equals(VALUE)) @@ -186,12 +186,11 @@ // element is non-null if we're within MLET /MLET tags if (element != null) -element.addArg(name, value); +element.addArg(type, value); } catch (NoSuchElementException e) { // malformed ARG tag means the MBean can't be instantiated - // bogus class name will fail in createMBean element = null; // FIXME: log this ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading/support/mlet ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet MoreMBeans.jar MyMBeans.jar UnexpectedEnd.mlet
User: juhalindfors Date: 02/03/13 06:44:54 Removed: src/main/test/compliance/loading/support/mlet ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet MoreMBeans.jar MyMBeans.jar UnexpectedEnd.mlet Log: merge from 1.0 branch up to RelMX_1_0_0_3 build ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading/support Trivial2.java Trivial2MBean.java
User: juhalindfors Date: 02/03/13 06:44:54 Added: src/main/test/compliance/loading/support Trivial2.java Trivial2MBean.java Log: merge from 1.0 branch up to RelMX_1_0_0_3 build Revision ChangesPath 1.2 +36 -0 jmx/src/main/test/compliance/loading/support/Trivial2.java 1.2 +20 -0 jmx/src/main/test/compliance/loading/support/Trivial2MBean.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/resources/test/compliance/loading ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet UnexpectedEnd.mlet
User: juhalindfors Date: 02/03/13 06:44:54 Added: src/resources/test/compliance/loading ArchiveList.mlet BasicConfig.mlet MissingEndTag.mlet MissingMLET.mlet MissingMandatoryArchive.mlet MissingMandatoryCode.mlet UnexpectedEnd.mlet Log: merge from 1.0 branch up to RelMX_1_0_0_3 build Revision ChangesPath 1.2 +6 -0 jmx/src/resources/test/compliance/loading/ArchiveList.mlet 1.2 +13 -0 jmx/src/resources/test/compliance/loading/BasicConfig.mlet 1.2 +7 -0 jmx/src/resources/test/compliance/loading/MissingEndTag.mlet 1.2 +4 -0 jmx/src/resources/test/compliance/loading/MissingMLET.mlet 1.2 +5 -0 jmx/src/resources/test/compliance/loading/MissingMandatoryArchive.mlet 1.2 +4 -0 jmx/src/resources/test/compliance/loading/MissingMandatoryCode.mlet 1.2 +9 -0 jmx/src/resources/test/compliance/loading/UnexpectedEnd.mlet ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management/loading MLet.java
User: juhalindfors Date: 02/03/13 06:44:53 Modified:src/main/javax/management/loading MLet.java Log: merge from 1.0 branch up to RelMX_1_0_0_3 build Revision ChangesPath 1.7 +15 -3 jmx/src/main/javax/management/loading/MLet.java Index: MLet.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/loading/MLet.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- MLet.java 15 Feb 2002 12:23:11 - 1.6 +++ MLet.java 13 Mar 2002 14:44:53 - 1.7 @@ -41,6 +41,13 @@ * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision$ + * + * pbRevisions:/b + * + * pb20020313 Juha Lindfors:/b + * ul + * li Added MLet text file ARG tag support /li + * /ul */ public class MLet extends URLClassLoader @@ -155,8 +162,13 @@ try { - // FIXME: create with args! - mbeans.add(server.createMBean(element.getCode(), (element.getName() != null) ? new ObjectName(element.getName()) : null, objectName)); + mbeans.add(server.createMBean( + element.getCode(), + (element.getName() != null) ? new ObjectName(element.getName()) : null, + objectName, + element.getConstructorValues(), + element.getConstructorTypes()) + ); } catch (Throwable t) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/loading MLetTEST.java
User: juhalindfors Date: 02/03/13 06:44:53 Modified:src/main/test/compliance/loading MLetTEST.java Log: merge from 1.0 branch up to RelMX_1_0_0_3 build Revision ChangesPath 1.4 +59 -60jmx/src/main/test/compliance/loading/MLetTEST.java Index: MLetTEST.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/loading/MLetTEST.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- MLetTEST.java 5 Feb 2002 16:22:58 - 1.3 +++ MLetTEST.java 13 Mar 2002 14:44:53 - 1.4 @@ -19,6 +19,7 @@ import javax.management.ServiceNotFoundException; import javax.management.MBeanException; +import javax.management.loading.DefaultLoaderRepository; import javax.management.loading.MLet; import javax.management.loading.MLetMBean; @@ -29,74 +30,72 @@ super(s); } - public void testCreateAndRegister() + public void testCreateAndRegister() throws Exception { - try - { - MBeanServer server = MBeanServerFactory.createMBeanServer(); - MLet mlet = new MLet(); - ObjectName name = new ObjectName(test:name=mlet); - - server.registerMBean(mlet, name); - } - catch (AssertionFailedError e) - { - // defensive: in case assertXXX() or fail() are later added - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } + MBeanServer server = MBeanServerFactory.createMBeanServer(); + MLet mlet = new MLet(); + ObjectName name = new ObjectName(test:name=mlet); + + server.registerMBean(mlet, name); } - public void testBasicMLetFileLoad() + public void testBasicMLetFileLoad() throws Exception { // NOTE: // the urls used here are relative to the location of the build.xml - final String MLET_URL = file:./src/main/test/compliance/loading/support/mlet/BasicConfig.mlet; + final String MLET_URL = file:./output/etc/test/compliance/loading/BasicConfig.mlet; + // make sure the classes are loaded from mlet, not system cl try { - MBeanServer server = MBeanServerFactory.createMBeanServer(); - MLet mlet = new MLet(); - ObjectName name = new ObjectName(test:name=mlet); - server.registerMBean(mlet, name); - - server.invoke(name, getMBeansFromURL, - new Object[] { MLET_URL }, - new String[] { String.class.getName() } - ); - - try - { -assertTrue(server.isRegistered(new ObjectName(test:name=Trivial))); - } - catch (AssertionFailedError e) - { -URL[] urls = mlet.getURLs(); -fail(FAILS IN RI: SUN JMX RI builds a malformed URL from an MLet text file URL ' + - MLET_URL + ' resulting into MLET codebase URL ' + urls[0] + ' and therefore fails + - to load the required classes from the Java archive (MyMBeans.jar)); - } - - assertTrue(server.getMBeanInfo(new ObjectName(test:name=Trivial)) != null); - - server.invoke(new ObjectName(test:name=Trivial), doOperation, - new Object[] { Test }, - new String[] { String.class.getName() } - ); + DefaultLoaderRepository.loadClass(test.compliance.loading.support.Trivial); + fail(class test.compliance.loading.support.Trivial was already found in CL repository.); } - catch (AssertionFailedError e) + catch (ClassNotFoundException e) { - throw e; + // expected } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); + + MBeanServer server = MBeanServerFactory.createMBeanServer(); + MLet mlet = new MLet(); + ObjectName name = new ObjectName(test:name=mlet); + server.registerMBean(mlet, name); + + server.invoke(name, getMBeansFromURL, + new Object[] { MLET_URL }, + new String[] { String.class.getName() } + ); + + try + { + assertTrue(server.isRegistered(new ObjectName(test:name=Trivial))); + assertTrue(server.isRegistered(new ObjectName(test:name=Trivial2))); } + catch (AssertionFailedError e) + { + URL[] urls = mlet.getURLs(); + fail(FAILS IN RI: SUN JMX RI builds a malformed URL from an MLet text file URL ' + + MLET_URL + ' resulting into MLET codebase URL ' + urls[0] + ' and therefore fails + + to load the required classes from the Java archive (MyMBeans.jar)); + }
Re: [JBoss-dev] ordering proposal
On 13 Mar, marc fleury wrote: [...] The problem is a painful russian doll structure. 3- however there are 3 static directories deploy/first, deploy/second, deploy/third, actually i could call them deploy/deploy1, deploy/deploy2/deploy3... and allow for arbitrary numbers but we would provide at least 3. AND if you drop something in deploy and deploy1 deploy2 for example deploy/sar deploy1/jar deploy2/war, sar1 deploy3/ jar2, ear, xml you get deploy1-deploy2-deploy3-deploy with ordering from 2 and 1 above so jar, sar1, war, jar2, xml, ear, sar voila! no dependency explicitely set but a very simple way of putting stuff in the right order. It will do the trick. I'll code it if a certain someone doesn't. rc1-rc6 has been in Unix for 20 years, so let's stop fucking around marcf Well, rc1-rc6 has nothing with ordering to do, but is the different runlevels. For example, when you start in rc3 this mean server/network and certain services should be started, runlevel 5 is for X11 support and perhaps a different or additional set of services should be started. runlevel 6 will reboot the system and so on. The order in which the services should be started is NOT decied by the number on the runlevel or directory, but by the number and symbol the service start and stop script have (normaly a symlink to a script without any numbers), ie: /etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail because 10 commes before 80. however /etc/rc.d/rc1.d/S20random will not start after (nor before) S10network because there is no S10network in rc1.d and if the runlevel is 1 then the scripts in rc3.d will never be run. This is at least how I have learn Unix and the idea of runlevels in SysV inspired systems. //Peter -- Peter AntmanChief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ordering proposal
- Original Message - From: marc fleury [EMAIL PROTECTED] To: marc fleury [EMAIL PROTECTED]; David Jencks [EMAIL PROTECTED] Cc: Jboss-Development @ Lists . Sourceforge . Net [EMAIL PROTECTED] Sent: Wednesday, March 13, 2002 5:42 AM Subject: RE: [JBoss-dev] ordering proposal ok, so i will implement the following deploy directory remains there, you can drop anything in deploy. 3 rules: 1- There is an ordering in deploy xmlsarwarearjar or whatever i had in there before. 2-if you deploy a bean with dependencies, whatever they may be, i.e. sar/ear/war/rar/jar containment is enough to order. The inner stuff is deployed first so jar/ ---sar ---war/ --jar2 will result in the following order jar2sarwarjar this is great, this is today in cvs, unless a certain someone removed this as well. The problem is a painful russian doll structure. This is using Ant as the deployment language. If the sar depends on the war because it is adapting a legacy protocol to soap for example, you would then need to repackage the above to: jar/ ---war/ --sar --jar2 I would rather see an ear as the standalone deployment package and include a jboss-application.xml descriptor that allows for the specification of deployment ordering in there. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail |because 10 commes before 80. whatever, stuff in rc2 is started before stuff in rc3 also the S10network before the S80sendmail is a convention that is actually great, it is an explicit ordering of deployments and is maybe complementary to the extension implicit ordering that was removed. Scott mentioned that we need a testsuite test to test these ordering and I agree I have missed coding that in the rush but we should really do at least 10 funky scenario to make sure this works well. The point is that with a simple structure like the directory and ordering inside (whatever it may be, possibly the UNIX one, let's copy these guys) then we are making the ordering of deployments really simple and intuitive until we build a more highlevel solution based on 77 dependencies at the objectname level. the other thing that i like about the solution is the lack of any xml mumbo jumbo dependencies, it is quite straightforward. and again, unix is good :) marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ordering proposal
Or equivalently, mirror the deploy1, deploy2, ... etc structure in the ear. Case 1: ear/ --deploy1/sar --deploy1/war Case 2: ear/ --deploy1/war --deploy2/sar Then you have the same ordering logic for the fixed directories and application deployment units. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: Jboss-Development @ Lists . Sourceforge . Net [EMAIL PROTECTED] Sent: Wednesday, March 13, 2002 7:47 AM Subject: Re: [JBoss-dev] ordering proposal - Original Message - From: marc fleury [EMAIL PROTECTED] To: marc fleury [EMAIL PROTECTED]; David Jencks [EMAIL PROTECTED] Cc: Jboss-Development @ Lists . Sourceforge . Net [EMAIL PROTECTED] Sent: Wednesday, March 13, 2002 5:42 AM Subject: RE: [JBoss-dev] ordering proposal ok, so i will implement the following deploy directory remains there, you can drop anything in deploy. 3 rules: jar/ ---sar ---war/ --jar2 1- There is an ordering in deploy xmlsarwarearjar or whatever i had in there before. 2-if you deploy a bean with dependencies, whatever they may be, i.e. sar/ear/war/rar/jar containment is enough to order. The inner stuff is deployed first so will result in the following order jar2sarwarjar this is great, this is today in cvs, unless a certain someone removed this as well. The problem is a painful russian doll structure. This is using Ant as the deployment language. If the sar depends on the war because it is adapting a legacy protocol to soap for example, you would then need to repackage the above to: jar/ ---war/ --sar --jar2 I would rather see an ear as the standalone deployment package and include a jboss-application.xml descriptor that allows for the specification of deployment ordering in there. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|This is using Ant as the deployment language. If the sar depends on the |war because it is adapting a legacy protocol to soap for example, you |would then need to repackage the above to: | |jar/ |---war/ |--sar |--jar2 that is correct, | |I would rather see an ear as the standalone deployment package and |include a jboss-application.xml descriptor that allows for the |specification |of deployment ordering in there. it is limited to ears scott, we need something that works across of deployment units. the right way (TM) is with 77 (objectname) dependencies when everything is an mbean with an objectname in 77 but 1- this is ways off and requires some work in all the layers 2- this requires xml coding, you need to code the exact names to achieve the right order, and these are jmx like object names that are subject to fucking up... i wasn't shooting for the stars, just something to start with and make sure we reach final with a foolproof way of explaining how to do dependencies. i am actually partial to the solution below 1- deployN directories as rcN 2- war/jar/sar/xml as implicit ordering within one directory (we are j2ee after all) 3- the S00MyJAR.jar numbering of unix within one directory as this will enable us to move to straight xml files, where we would have S78my-service.xml, S92mybean.xml (with unified xml a la david jencks), S333mywar.xml the need to package an ear as implicit unit then sorts of dissapear if we have a way to specify the URL context, which david unified proposal does. we have an explicit way of ordering them JUST BY NAME, you look at the directory and you know what is going on. i am sold... going back to training marcf PS: actually i think we can even REMOVE the deployN (rc.d) and just go with straightnumbering and voila... hmmm simpler. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Wednesday, March 13, 2002 8:00 AM |To: Jboss-Development @ Lists . Sourceforge . Net |Subject: Re: [JBoss-dev] ordering proposal | | |Or equivalently, mirror the deploy1, deploy2, ... etc structure in |the ear. | |Case 1: |ear/ |--deploy1/sar |--deploy1/war | |Case 2: |ear/ |--deploy1/war |--deploy2/sar yes, and i actually now prefer the explicit SXX solution for naming, doing away with rc.d structures. We just order by number SIMPLE, ultra SIMPLE in the abscence of numbering we deploy after the numbers. marcf | |Then you have the same ordering logic for the fixed directories and |application deployment units. | | |Scott Stark |Chief Technology Officer |JBoss Group, LLC | |- Original Message - |From: Scott M Stark [EMAIL PROTECTED] |To: Jboss-Development @ Lists . Sourceforge . Net |[EMAIL PROTECTED] |Sent: Wednesday, March 13, 2002 7:47 AM |Subject: Re: [JBoss-dev] ordering proposal | | | | - Original Message - | From: marc fleury [EMAIL PROTECTED] | To: marc fleury [EMAIL PROTECTED]; David Jencks | [EMAIL PROTECTED] | Cc: Jboss-Development @ Lists . Sourceforge . Net | [EMAIL PROTECTED] | Sent: Wednesday, March 13, 2002 5:42 AM | Subject: RE: [JBoss-dev] ordering proposal | | | ok, | | so i will implement the following | | deploy directory remains there, you can drop anything in deploy. | | 3 rules: | jar/ | ---sar | ---war/ | --jar2 | 1- There is an ordering in deploy xmlsarwarearjar or whatever i had |in | there before. | | 2-if you deploy a bean with dependencies, whatever they may be, i.e. | sar/ear/war/rar/jar containment is enough to order. The inner stuff is | deployed first | so | | | will result in the following order | jar2sarwarjar | | this is great, this is today in cvs, unless a certain someone removed |this | as well. | | The problem is a painful russian doll structure. | This is using Ant as the deployment language. If the sar depends on the | war because it is adapting a legacy protocol to soap for example, you | would then need to repackage the above to: | | jar/ | ---war/ | --sar | --jar2 | | I would rather see an ear as the standalone deployment package and | include a jboss-application.xml descriptor that allows for the |specification | of deployment ordering in there. | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
Hi, On Wed, 2002-03-13 at 16:47, marc fleury wrote: |/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail |because 10 commes before 80. whatever, stuff in rc2 is started before stuff in rc3 this is not correct when looked upon from the UNIX perspective. My system boots up in runlevel 3, thus everything under 'rc3.d' is run sequenced by the numbers (S10 before S11, etc.). SysV doesn't care what is in the other rcX.d directories, it just looks into the directory that it is switching runlevel to. When switching in between runlevels (i.e. upon system boot), it also looks in the current runlevel directory and runs any script called Kxx (xx again a sequence number) to shutdown any services currently running. After this has been done it will start everything that is in the next runlevels directory. When switching e.g. from level 3 to level 5, SysV 1. runs all 'Kxx' scripts from rc3.d (K is for KILL) 2. runs all 'Sxx' scripts from rc5.d also the S10network before the S80sendmail is a convention that is actually great, it is an explicit ordering of deployments and is maybe complementary to the extension implicit ordering that was removed. +1 the other thing that i like about the solution is the lack of any xml mumbo jumbo dependencies, it is quite straightforward. +1 and again, unix is good :) +2 ;) Christian ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
directory solution is better and easier to maintain IMHO than the SXX stuff. My gut feeling tells me that with the SXX solution you'll constantly be changing filenames and will create headaches for everyone. Directoy ordering and depends should be good enough for the implicit and explicit ordering you need, no? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, March 13, 2002 11:00 AM To: Scott M Stark; Jboss-Development @ Lists . Sourceforge . Net Subject: RE: [JBoss-dev] ordering proposal |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Wednesday, March 13, 2002 8:00 AM |To: Jboss-Development @ Lists . Sourceforge . Net |Subject: Re: [JBoss-dev] ordering proposal | | |Or equivalently, mirror the deploy1, deploy2, ... etc structure in |the ear. | |Case 1: |ear/ |--deploy1/sar |--deploy1/war | |Case 2: |ear/ |--deploy1/war |--deploy2/sar yes, and i actually now prefer the explicit SXX solution for naming, doing away with rc.d structures. We just order by number SIMPLE, ultra SIMPLE in the abscence of numbering we deploy after the numbers. marcf | |Then you have the same ordering logic for the fixed directories and |application deployment units. | | |Scott Stark |Chief Technology Officer |JBoss Group, LLC | |- Original Message - |From: Scott M Stark [EMAIL PROTECTED] |To: Jboss-Development @ Lists . Sourceforge . Net |[EMAIL PROTECTED] |Sent: Wednesday, March 13, 2002 7:47 AM |Subject: Re: [JBoss-dev] ordering proposal | | | | - Original Message - | From: marc fleury [EMAIL PROTECTED] | To: marc fleury [EMAIL PROTECTED]; David Jencks | [EMAIL PROTECTED] | Cc: Jboss-Development @ Lists . Sourceforge . Net | [EMAIL PROTECTED] | Sent: Wednesday, March 13, 2002 5:42 AM | Subject: RE: [JBoss-dev] ordering proposal | | | ok, | | so i will implement the following | | deploy directory remains there, you can drop anything in deploy. | | 3 rules: | jar/ | ---sar | ---war/ | --jar2 | 1- There is an ordering in deploy xmlsarwarearjar or whatever i had |in | there before. | | 2-if you deploy a bean with dependencies, whatever they may be, i.e. | sar/ear/war/rar/jar containment is enough to order. The inner stuff is | deployed first | so | | | will result in the following order | jar2sarwarjar | | this is great, this is today in cvs, unless a certain someone removed |this | as well. | | The problem is a painful russian doll structure. | This is using Ant as the deployment language. If the sar depends on the | war because it is adapting a legacy protocol to soap for example, you | would then need to repackage the above to: | | jar/ | ---war/ | --sar | --jar2 | | I would rather see an ear as the standalone deployment package and | include a jboss-application.xml descriptor that allows for the |specification | of deployment ordering in there. | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, March 13, 2002 12:50 PM To: Bill Burke; Scott M Stark; Jboss-Development @ Lists . Sourceforge . Net Subject: RE: [JBoss-dev] ordering proposal |directory solution is better and easier to maintain IMHO than the |SXX stuff. i feel it is the other way around (even though it was my original proposal), i will run it by the class tomorrow and get a show of hands. I like this I'll ask the class. How many other software projects have the actual developers talking to the user base? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-504481 ] INSERTING AN ALREADY EXISTING BEAN
Bugs item #504481, was opened at 2002-01-16 08:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=504481group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 9 Submitted By: Shravan (cskreddy74) Assigned to: Bill Burke (patriot1burke) Summary: INSERTING AN ALREADY EXISTING BEAN Initial Comment: Hi, I get this error ehen I am trying to insert the record into the database form the bean, basically I deleted the record from the database manually and tried to insert it from the bean, I read the article from the previous postings, but could not figure out how it works.. please have a look at the smalll code of the CMP bean which is attached as .zip files and help me . javax.transaction.TransactionRolledbackException: INSERTING AN ALREADY EXISTING BEAN, ID = 1; nested exception is: java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = 1 Thanks in advance Shravan -- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-13 09:07 Message: Logged In: NO It's correct: deleting manually it shouldn't work. But it happens to me using the remove() and after a create () on a BMP entitybean, so all the create/remove is done by the EJB. I posted my problem at http://main.jboss.org/thread.jsp? forum=47thread=10642 Thanks regards, Luigi. -- Comment By: Christian Riege (lqd) Date: 2002-01-17 07:15 Message: Logged In: YES user_id=176671 this is not a bug, CLOSING INVALID. Using commit-option C does the job. -- Comment By: Bill Burke (patriot1burke) Date: 2002-01-17 07:04 Message: Logged In: YES user_id=176497 I think using commit option 'C' will work. Look in standardjboss.xml for commit-option it is 'A' by default. Commit option 'C' will passivate the Entity Bean at the end of every transaction. -- Comment By: Shravan (cskreddy74) Date: 2002-01-17 06:38 Message: Logged In: YES user_id=260502 hi patriot1burke, I have a scenario wherein my database is accessed from an legacy system or from an other no-java application which is updating hte database constantly and when data is changed in database how do I make to reflect in the jboss server automatically... I mean atleast how to reduce teh cache time or how to disable the caching etc. -- Comment By: Bill Burke (patriot1burke) Date: 2002-01-16 12:49 Message: Logged In: YES user_id=176497 If you create a bean through EJB, then delete it manually from the database, then try to create it again you will fail in this way because JBoss still has the bean in cache. I'm closing this bug. It is not a bug. You are using it incorrectly. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=504481group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ordering proposal
|I like this I'll ask the class. How many other software |projects have the |actual developers talking to the user base? you moron, our user base of today will spawn our developers of tomorrow. it is our best recruitment ground. you should see the class, the jboss boot-camp for developers, they are just great all enthusiastic, really, all professionals and already fixing bugs in the class. it is always a great stimulant to be in front a talented class. you should have seen Sacha give the training on security, it was BRILLANT, just brillant, he got an ovation at the end. the kid is just fucking brillant, take care marcf | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529329 ] IN expression in EJB-QL
Bugs item #529329, was opened at 2002-03-13 03:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529329group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Erik Turesson (eritu) Assigned to: Dain Sundstrom (dsundstrom) Summary: IN expression in EJB-QL Initial Comment: If you specify a EJB-QL query like this. query description/description query-method method-namefindByImage/method-name method-params method-paramjava.lang.Integer/method-param /method-params /query-method ejb-qlSELECT DISTINCT OBJECT(a) FROM PublBean AS a, IN(a.images) img WHERE img.id = ?1/ejb-ql /query The following SQL is generated. SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = ? AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean) It generats the following errors: 2002-03-12 20:21:45,333 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PublBean .findByImage] Executing SQL: SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = ? AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean) 2002-03-12 20:21:45,343 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.PublBean .findByImage] Find failed java.sql.SQLException: Column not found: PUBLBEAN in statement [SELECT DISTINCT t0_a.id FROM PublBean t0_a, ImageBean t1_img WHERE t1_img.id = 1 AND (t0_a.id=t2_a_images_RELATION_TABLE.PublBean AND t1_img.id=t2_a_images_RELATION_TABLE.ImageBean)] at org.hsqldb.Trace.getError(Trace.java:180) at org.hsqldb.Result.init(Result.java:175) at org.hsqldb.jdbcConnection.executeHSQL (jdbcConnection.java:907) at org.hsqldb.jdbcConnection.execute (jdbcConnection.java:718) at org.hsqldb.jdbcStatement.fetchResult (jdbcStatement.java:686) at org.hsqldb.jdbcStatement.executeQuery (jdbcStatement.java:68) at org.hsqldb.jdbcPreparedStatement.executeQuery (jdbcPreparedStatement.java:133) at org.jboss.resource.adapter.jdbc.local.PreparedStatement InPool.executeQuery(PreparedStatementInPool.java:862) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand .execute(JDBCAbstractQueryCommand.java:107) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand. execute(JDBCFindEntitiesCommand.java:40) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEnt ities(JDBCStoreManager.java:396) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntitie s(CMPPersistenceManager.java:320) at org.jboss.ejb.EntityContainer.findLocal (EntityContainer.java:581) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invo keHome(EntityContainer.java:1059) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome (AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor. invokeHome(EntitySynchronizationInterceptor.java:222) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeH ome(EntityInstanceInterceptor.java:134) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:98) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome (TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome (SecurityInterceptor.java:102) at org.jboss.ejb.plugins.LogInterceptor.invokeHome (LogInterceptor.java:109) at org.jboss.ejb.EntityContainer.invokeHome (EntityContainer.java:468) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.i nvokeHome(BaseLocalContainerInvoker.java:243) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$H omeProxy.invoke(BaseLocalContainerInvoker.java:367) at $Proxy41.findByImage(Unknown Source) at com.proventek.publ.image.implementation.ImageCollection Bean.deleteImage(ImageCollectionBean.java:426) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterc eptor.invoke(StatelessSessionContainer.java:642) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercept or.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke (StatelessSessionContainer.java:308) at org.jboss.ejb.Container.invoke(Container.java:681) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at
Re: [JBoss-dev] Do tests need explicit type mapping? Can they all use cmp2?
David Jencks wrote: Some of the tests (e.g. Bank) have an explicit type mapping set to Hypersonic in their jaws.xml file. This makes it difficult to run against other databases. Does anyone have a problem with my removing these? (This is not specifying an sql type for a particular field/column, it is a list of all hypersonic types vs jdbc types). It should be fine to remove the type-mapping specification. Also... I haven't looked to make sure this works, but can we move the cmp1 beans to use Dains cmp2 framework rather than JAWS? Does it also support cmp1? JBossCMP supports CMP 1.x, but it has not been thoroughly tested. Can we have two META-INF directories for these tests, one that has JAWS config and one that has JBossCMP config? Then we run the tests once for each pm. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ordering proposal
I'm not following what SXX is a reference to. Deploy1, deploy2, ...? There are two deployment constructs, deploying from a set of directories and deploying a self contained archive. I'm talking about the self contained archive. I don't want this to be arbitrary Russian doll that controls deployment ordering. To deploy a self contained archive, create an ear that contains the requires sars, rars, xml service descriptors, j2ee components etc., and use the same ordered directory structure to define the deployment ordering. There is no renaming of files, only positioning within the flat deployment structure of the ear. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: marc fleury [EMAIL PROTECTED]; Scott M Stark [EMAIL PROTECTED]; Jboss-Development @ Lists . Sourceforge . Net [EMAIL PROTECTED] Sent: Wednesday, March 13, 2002 8:35 AM Subject: RE: [JBoss-dev] ordering proposal directory solution is better and easier to maintain IMHO than the SXX stuff. My gut feeling tells me that with the SXX solution you'll constantly be changing filenames and will create headaches for everyone. Directoy ordering and depends should be good enough for the implicit and explicit ordering you need, no? Bill |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Wednesday, March 13, 2002 8:00 AM |To: Jboss-Development @ Lists . Sourceforge . Net |Subject: Re: [JBoss-dev] ordering proposal | | |Or equivalently, mirror the deploy1, deploy2, ... etc structure in |the ear. | |Case 1: |ear/ |--deploy1/sar |--deploy1/war | |Case 2: |ear/ |--deploy1/war |--deploy2/sar yes, and i actually now prefer the explicit SXX solution for naming, doing away with rc.d structures. We just order by number SIMPLE, ultra SIMPLE in the abscence of numbering we deploy after the numbers. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server/support Test2.java Test2MBean.java Test3.java Test3MBean.java Test4.java Test4MBean.java
User: juhalindfors Date: 02/03/13 13:21:01 Added: src/main/test/compliance/server/support Tag: BranchMX_1_0 Test2.java Test2MBean.java Test3.java Test3MBean.java Test4.java Test4MBean.java Log: Revision ChangesPath No revision No revision 1.1.2.1 +43 -0 jmx/src/main/test/compliance/server/support/Attic/Test2.java 1.1.2.1 +21 -0 jmx/src/main/test/compliance/server/support/Attic/Test2MBean.java 1.1.2.1 +43 -0 jmx/src/main/test/compliance/server/support/Attic/Test3.java 1.1.2.1 +21 -0 jmx/src/main/test/compliance/server/support/Attic/Test3MBean.java 1.1.2.1 +44 -0 jmx/src/main/test/compliance/server/support/Attic/Test4.java 1.1.2.1 +21 -0 jmx/src/main/test/compliance/server/support/Attic/Test4MBean.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java
User: juhalindfors Date: 02/03/13 13:17:40 Modified:src/main/org/jboss/mx/server/registry Tag: BranchMX_1_0 BasicMBeanRegistry.java Log: fixed an issue with MBeanRegistration potentially wrapped twice Revision ChangesPath No revision No revision 1.9.2.1 +29 -3 jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java Index: BasicMBeanRegistry.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java,v retrieving revision 1.9 retrieving revision 1.9.2.1 diff -u -r1.9 -r1.9.2.1 --- BasicMBeanRegistry.java 8 Mar 2002 11:50:44 - 1.9 +++ BasicMBeanRegistry.java 13 Mar 2002 21:17:40 - 1.9.2.1 @@ -55,7 +55,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a. * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. - * @version $Revision: 1.9 $ + * @version $Revision: 1.9.2.1 $ */ public class BasicMBeanRegistry implements MBeanRegistry, BasicMBeanRegistryMBean @@ -210,11 +210,22 @@ } catch (Exception e) { - throw new MBeanRegistrationException(e, Registration failed: + e.toString()); + // if the MBean throws MBeanRegistrationException, don't rewrap it + if (e instanceof MBeanRegistrationException) + { + e.fillInStackTrace(); + throw e; + } + + throw new MBeanRegistrationException(e, preRegister() failed: + e.toString()); } catch (Throwable t) { - log.debug(Registration failed: , t); + // we can't wrap errors with MBeanRegistrationException + + log.debug(preRegister() failed: , t); + + t.fillInStackTrace(); throw t; } } @@ -256,6 +267,8 @@ // Problem, remove a classloader from the repository if (object instanceof ClassLoader) loaderRepository.removeClassLoader((ClassLoader)object); + + t.fillInStackTrace(); throw t; } } @@ -263,6 +276,8 @@ { // Problem, remove the mbean from the registry remove(regName); + + t.fillInStackTrace(); throw t; } } @@ -275,6 +290,8 @@ { // Something is broken log.error(Unexpected Exception:, t); + +t.fillInStackTrace(); throw t; } } @@ -288,6 +305,8 @@ { // The MBean cancelled the registration registrationDone = false; + + e.fillInStackTrace(); throw e; } catch (RuntimeOperationsException e) @@ -332,6 +351,13 @@ } catch (Exception e) { +// don't double wrap MBeanRegistrationException +if (e instanceof MBeanRegistrationException) +{ + e.fillInStackTrace(); + throw (MBeanRegistrationException)e; +} + throw new MBeanRegistrationException(e, preDeregister); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ordering proposal
Ok, so were talking about actually using the rc.x ordering convention based on filenames. That is fine but as Christian says this is not a multi-directory thing. Each rx.x directory is effectively an independent configuration. This would also map to an ear and give a perflectly flat single level structure to the ear with the contained archive names definining the startup ordering. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Christian Riege [EMAIL PROTECTED] To: marc fleury [EMAIL PROTECTED] Cc: JBoss Dev list [EMAIL PROTECTED] Sent: Wednesday, March 13, 2002 8:19 AM Subject: RE: [JBoss-dev] ordering proposal Hi, On Wed, 2002-03-13 at 16:47, marc fleury wrote: |/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail |because 10 commes before 80. whatever, stuff in rc2 is started before stuff in rc3 this is not correct when looked upon from the UNIX perspective. My system boots up in runlevel 3, thus everything under 'rc3.d' is run sequenced by the numbers (S10 before S11, etc.). SysV doesn't care what is in the other rcX.d directories, it just looks into the directory that it is switching runlevel to. When switching in between runlevels (i.e. upon system boot), it also looks in the current runlevel directory and runs any script called Kxx (xx again a sequence number) to shutdown any services currently running. After this has been done it will start everything that is in the next runlevels directory. When switching e.g. from level 3 to level 5, SysV 1. runs all 'Kxx' scripts from rc3.d (K is for KILL) 2. runs all 'Sxx' scripts from rc5.d also the S10network before the S80sendmail is a convention that is actually great, it is an explicit ordering of deployments and is maybe complementary to the extension implicit ordering that was removed. +1 the other thing that i like about the solution is the lack of any xml mumbo jumbo dependencies, it is quite straightforward. +1 and again, unix is good :) +2 ;) Christian ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server MBeanServerTEST.java
User: juhalindfors Date: 02/03/13 13:18:49 Modified:src/main/test/compliance/server Tag: BranchMX_1_0 MBeanServerTEST.java Log: couple more registration tests Revision ChangesPath No revision No revision 1.6.2.2 +79 -1 jmx/src/main/test/compliance/server/MBeanServerTEST.java Index: MBeanServerTEST.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/server/MBeanServerTEST.java,v retrieving revision 1.6.2.1 retrieving revision 1.6.2.2 diff -u -r1.6.2.1 -r1.6.2.2 --- MBeanServerTEST.java 12 Mar 2002 14:33:28 - 1.6.2.1 +++ MBeanServerTEST.java 13 Mar 2002 21:18:49 - 1.6.2.2 @@ -32,6 +32,12 @@ import test.compliance.server.support.Test; import test.compliance.server.support.TestMBean; +import test.compliance.server.support.Test2; +import test.compliance.server.support.Test2MBean; +import test.compliance.server.support.Test3; +import test.compliance.server.support.Test3MBean; +import test.compliance.server.support.Test4; +import test.compliance.server.support.Test4MBean; import test.compliance.server.support.LockedTest; import test.compliance.server.support.LockedTestMBean; import test.compliance.server.support.LockedTest2; @@ -46,7 +52,7 @@ * Tests the MBean server impl. through the ttMBeanServer/tt interface. * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.6.2.1 $ + * @version $Revision: 1.6.2.2 $ * */ public class MBeanServerTEST @@ -973,6 +979,78 @@ if (caught == false) fail(Allowed to register into JMImplementation); } + + + /** +* Tests register for an MBean that throws unchecked exception from preRegister() +*/ + public void testRegisterMBeanOnExceptionFromPreRegister() throws Exception + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test2(), name); + + // should not reach here + fail(Test2 registered despite of throwing an exception from the preRegister() method.); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof java.lang.RuntimeException); + } +} + +/** + * Tests register for an MBean that throws checked exception from preRegister() + */ +public void testRegisterMBeanOnExceptionFromPreRegister2() throws Exception +{ + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test3(), name); + + // should not reach here + fail(Test3 registered despite of throwin an exception from the preRegister() method); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof MyScreamingException); + } +} + +/** + * Tests register for an MBean that throws an MBeanRegistrationException from + * preRegister() method. + */ +public void testRegisterMBeanOnExceptionFromPreRegister3() throws Exception +{ + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test4(), name); + + // should not reach here + fail(Test4 registered despite of throwing an exception from the preRegister() method.); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof MyScreamingException); + } +} + // MBeanServer unregisterMBean -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx build.xml
User: juhalindfors Date: 02/03/13 13:28:09 Modified:.build.xml Log: hmm, this wasn't committed with previous merge? Revision ChangesPath 1.28 +28 -9 jmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jmx/build.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- build.xml 8 Mar 2002 15:40:58 - 1.27 +++ build.xml 13 Mar 2002 21:28:09 - 1.28 @@ -152,7 +152,8 @@ !-- Where source files live -- property name=source.java value=${module.source}/main/ - +property name=source.resource value=${module.source}/resources/ + !-- Where build generated files will go -- property name=build.reports value=${module.output}/reports/ property name=build.classes value=${module.output}/classes/ @@ -280,7 +281,7 @@ depends=compile mkdir dir=${build.lib}/ - + !-- Build the jboss-jmx.jar -- jar jarfile=${build.lib}/jboss-jmx.jar fileset dir=${build.classes} @@ -293,12 +294,36 @@ jar jarfile=${build.lib}/jboss-jmx-testsuite.jar fileset dir=${build.classes} include name=test/**/ +exclude name=test/compliance/loading/support/*.class/ /fileset !--wait for xdoclet 1.1.2 fileset dir=${build.gen-src} include name=test/implementation/modelmbean/support/User.xml/ /fileset-- /jar + + +mkdir dir=${build.etc}/test/compliance/loading/ + +jar jarfile=${build.etc}/test/compliance/loading/MyMBeans.jar + fileset dir=${build.classes} +include name=test/compliance/loading/support/Trivial*.class/ +include name=test/compliance/loading/support/Another*.class/ + /fileset +/jar + +jar jarfile=${build.etc}/test/compliance/loading/MoreMBeans.jar + fileset dir=${build.classes} +include name=test/compliance/loading/support/AClass.class/ + /fileset +/jar + +copy todir=${build.etc} + fileset dir=${source.resource} +include name=test/compliance/loading/*.mlet/ + /fileset +/copy + /target @@ -547,9 +572,6 @@ path id=compliance.JBossMX.classpath pathelement path=${build.lib}/jboss-jmx.jar/ pathelement path=${build.lib}/jboss-jmx-testsuite.jar/ - - pathelement path=${build.classes}/ - path refid=thirdparty.classpath/ /path @@ -614,9 +636,6 @@ path id=performance.JBossMX.classpath pathelement path=${build.lib}/jboss-jmx.jar/ pathelement path=${build.lib}/jboss-jmx-testsuite.jar/ - - pathelement path=${build.classes}/ - path refid=thirdparty.classpath/ /path ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server MBeanServerTEST.java
User: juhalindfors Date: 02/03/13 13:49:55 Modified:src/main/test/compliance/server MBeanServerTEST.java Log: merge MBeanRegistrationException fix (RelMX_1_0_0_4) Revision ChangesPath 1.8 +78 -0 jmx/src/main/test/compliance/server/MBeanServerTEST.java Index: MBeanServerTEST.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/server/MBeanServerTEST.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- MBeanServerTEST.java 12 Mar 2002 15:04:24 - 1.7 +++ MBeanServerTEST.java 13 Mar 2002 21:49:55 - 1.8 @@ -32,6 +32,12 @@ import test.compliance.server.support.Test; import test.compliance.server.support.TestMBean; +import test.compliance.server.support.Test2; +import test.compliance.server.support.Test2MBean; +import test.compliance.server.support.Test3; +import test.compliance.server.support.Test3MBean; +import test.compliance.server.support.Test4; +import test.compliance.server.support.Test4MBean; import test.compliance.server.support.LockedTest; import test.compliance.server.support.LockedTestMBean; import test.compliance.server.support.LockedTest2; @@ -973,6 +979,78 @@ if (caught == false) fail(Allowed to register into JMImplementation); } + + + /** +* Tests register for an MBean that throws unchecked exception from preRegister() +*/ + public void testRegisterMBeanOnExceptionFromPreRegister() throws Exception + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test2(), name); + + // should not reach here + fail(Test2 registered despite of throwing an exception from the preRegister() method.); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof java.lang.RuntimeException); + } +} + +/** + * Tests register for an MBean that throws checked exception from preRegister() + */ +public void testRegisterMBeanOnExceptionFromPreRegister2() throws Exception +{ + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test3(), name); + + // should not reach here + fail(Test3 registered despite of throwin an exception from the preRegister() method); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof MyScreamingException); + } +} + +/** + * Tests register for an MBean that throws an MBeanRegistrationException from + * preRegister() method. + */ +public void testRegisterMBeanOnExceptionFromPreRegister3() throws Exception +{ + MBeanServer server = MBeanServerFactory.createMBeanServer(); + ObjectName name = new ObjectName(test:foo=bar); + + try + { + server.registerMBean(new Test4(), name); + + // should not reach here + fail(Test4 registered despite of throwing an exception from the preRegister() method.); + } + catch (MBeanRegistrationException e) + { + // expected + assertTrue(!server.isRegistered(name)); + assertTrue(e.getTargetException() instanceof MyScreamingException); + } +} + // MBeanServer unregisterMBean -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java
User: juhalindfors Date: 02/03/13 13:49:55 Modified:src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java Log: merge MBeanRegistrationException fix (RelMX_1_0_0_4) Revision ChangesPath 1.10 +29 -3 jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java Index: BasicMBeanRegistry.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- BasicMBeanRegistry.java 8 Mar 2002 11:50:44 - 1.9 +++ BasicMBeanRegistry.java 13 Mar 2002 21:49:53 - 1.10 @@ -210,11 +210,22 @@ } catch (Exception e) { - throw new MBeanRegistrationException(e, Registration failed: + e.toString()); + // if the MBean throws MBeanRegistrationException, don't rewrap it + if (e instanceof MBeanRegistrationException) + { + e.fillInStackTrace(); + throw e; + } + + throw new MBeanRegistrationException(e, preRegister() failed: + e.toString()); } catch (Throwable t) { - log.debug(Registration failed: , t); + // we can't wrap errors with MBeanRegistrationException + + log.debug(preRegister() failed: , t); + + t.fillInStackTrace(); throw t; } } @@ -256,6 +267,8 @@ // Problem, remove a classloader from the repository if (object instanceof ClassLoader) loaderRepository.removeClassLoader((ClassLoader)object); + + t.fillInStackTrace(); throw t; } } @@ -263,6 +276,8 @@ { // Problem, remove the mbean from the registry remove(regName); + + t.fillInStackTrace(); throw t; } } @@ -275,6 +290,8 @@ { // Something is broken log.error(Unexpected Exception:, t); + +t.fillInStackTrace(); throw t; } } @@ -288,6 +305,8 @@ { // The MBean cancelled the registration registrationDone = false; + + e.fillInStackTrace(); throw e; } catch (RuntimeOperationsException e) @@ -332,6 +351,13 @@ } catch (Exception e) { +// don't double wrap MBeanRegistrationException +if (e instanceof MBeanRegistrationException) +{ + e.fillInStackTrace(); + throw (MBeanRegistrationException)e; +} + throw new MBeanRegistrationException(e, preDeregister); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server/support Test2.java Test2MBean.java Test3.java Test3MBean.java Test4.java Test4MBean.java
User: juhalindfors Date: 02/03/13 13:49:55 Added: src/main/test/compliance/server/support Test2.java Test2MBean.java Test3.java Test3MBean.java Test4.java Test4MBean.java Log: merge MBeanRegistrationException fix (RelMX_1_0_0_4) Revision ChangesPath 1.2 +43 -0 jmx/src/main/test/compliance/server/support/Test2.java 1.2 +21 -0 jmx/src/main/test/compliance/server/support/Test2MBean.java 1.2 +43 -0 jmx/src/main/test/compliance/server/support/Test3.java 1.2 +21 -0 jmx/src/main/test/compliance/server/support/Test3MBean.java 1.2 +44 -0 jmx/src/main/test/compliance/server/support/Test4.java 1.2 +21 -0 jmx/src/main/test/compliance/server/support/Test4MBean.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-March-2002
JBoss daily test results SUMMARY Number of tests run: 533 Successful tests: 520 Errors:5 Failures: 8 [time of test: 14 March 2002 0:56 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-March-2002
JBoss daily test results SUMMARY Number of tests run: 534 Successful tests: 524 Errors:3 Failures: 7 [time of test: 14 March 2002 2:24 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02a-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529751 ] can't add to CMR after initial obj creat
Bugs item #529751, was opened at 2002-03-13 21:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529751group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Phil Craven (pjcraven) Assigned to: Nobody/Anonymous (nobody) Summary: can't add to CMR after initial obj creat Initial Comment: OS: Mandrake Linux 8.1 JDK: 1.3.1_01 13:40:48,408 ERROR [LogInterceptor] TransactionRolledbackException, causedBy: java.lang.IllegalStateException: A CMR field cannot be set or added to a relationship in ejbCreate; this should be done in the ejbPostCreate method instead. at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.addRelation(JDBCCMRFieldBridge.java:696) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.createRelationLinks(JDBCCMRFieldBridge.java:549) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.add(RelationSet.java:87) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.addAll(RelationSet.java:106) at com.blackbearsolutions.fea.biz.QuestionSet_Bean.addQuestionSetDependency(QuestionSet_Bean.java:35) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1012) at org.jboss.ejb.plugins.cmp.jdbc.JDBCReadAheadInterceptor.invoke(JDBCReadAheadInterceptor.java:92) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:184) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:295) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:435) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContainerInvoker.java:346) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$EntityProxy.invoke(BaseLocalContainerInvoker.java:475) at $Proxy21.addQuestionSetDependency(Unknown Source) at com.blackbearsolutions.fea.biz.TestHarnessBean.doSomething(TestHarnessBean.java:42) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:623) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:289) at org.jboss.ejb.Container.invoke(Container.java:609) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run(Transport.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:706) at java.lang.Thread.run(Thread.java:484) 1. Create two objects (potential 1:M relation) 2. Stop the test client 3. Change the test client so that it finds the two objects and then tries to relate them *note: if you relate the objects when they are first created, then there is no error -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529751group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-March-2002
JBoss daily test results SUMMARY Number of tests run: 534 Successful tests: 524 Errors:3 Failures: 7 [time of test: 14 March 2002 5:52 GMT] [java.version: 1.3.1_02] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_02-b02] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529762 ] Hypersonic SQL hard wired in bank test
Bugs item #529762, was opened at 2002-03-14 17:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529762group_id=22866 Category: JBossTest Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: Hypersonic SQL hard wired in bank test Initial Comment: The jaws.xml file in ../testsuite/src/resources/bank/ META-INF/ specifies a Hypersonic SQL type mapping to go with DefaultDS. This breaks the test when the DefaultDS has been changed (for example) to Oracle. Both the datasource and typemapping tags would appear to be unnecessary these days. This also appears to be the case in .../testsuite/src/resources/dbtest/META-INF/ jaws.xml -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529762group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-529771 ] Work around Oracle problem in IDGen test
Patches item #529771, was opened at 2002-03-14 18:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=529771group_id=22866 Category: JBossTest Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: Work around Oracle problem in IDGen test Initial Comment: The attached jaws.xml resolves a reserved word conflict with the field name current when Oracle is used as the DefaultDS when running the org.jboss.test.idgen.test.IdGenUnitTestCase. It belongs in the .../testsuite/src/resources/idgen/ META-INF directory. I did try it as jbosscmp-jdbc.xml, but it was not picked up for some reason. I suspect that JBoss really needs a more generic solution to this kind of problem in CMP, perhaps automatically prepending jb_ onto column names. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=529771group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development