Re: [JBoss-dev] Strange problem
I think you are lost in some parrallel abstraction... tune some parameters and start a few more beans. * * * Really, how is anyone possible going to help you with information like this? Take it to the user forums, I don't have time for this. --jason Quoting Mahesh Agarwal [EMAIL PROTECTED]: Hi Everybody I am facing a very strange problem in my application which is running in Jboss. I am creating a Request in my application and saving that Request in the database(MySql), that mean, I inserted a new row in a table. When I come to my application again to see that Request , the application says that unable to find the request. Strange!! But when I tried for next time, the application shows the Request without any exception. This problem is not repeatable but occurs very frequently. Please give me some suggestion regarding this error. Thanks a lot in advance Mahesh ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-531524 ] Error in passivation of bean with JMS
Bugs item #531524, was opened at 2002-03-18 21:28 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=531524group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 8 Submitted By: Marius Kotsbak (mkotsbak) Assigned to: Jason Dillon (user57) Summary: Error in passivation of bean with JMS Initial Comment: I get this exception when using JMS as managed resource: java.rmi.ServerException: Could not passivate; nested exception is: java.io.NotSerializableException: org.jboss.resource.adapter.jms.JmsManagedConnectionFactory java.io.NotSerializableException: org.jboss.resource.adapter.jms.JmsManagedConnectionFactory at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1161) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:287) at org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:65) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:737) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:498) Is this a bug (the class should be serializable for example), or have I done something wrong (then it is a bg too, because the errormessage should be better!) Marius K -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-04-08 09:08 Message: Logged In: YES user_id=366650 Yes, I have not tried to hold a QueueConnectionFactory (does this improve performance?), just QueueConnection. Is it something that is neccecary to get the pooling-effect, like saving the Factory as a field? Before this bug is closed, the doc at: http://jboss.org/online-manual/HTML/ch08s32.html should be updated, so that not any other will be fooled into having a Connection-field. It has the following fields: private Topic topic = null; private TopicConnection topicConnection = null; Is it OK to hold a topic/queue? Also the exception-thrower should maybe check if it is trying to serialize a xConnection, and tell user to hold Factory instead. After this, it's OK for me to close it. I'll open a new bug if it doesn't work with ConnectionFactory. Marius -- Comment By: Jason Dillon (user57) Date: 2002-04-08 00:05 Message: Logged In: YES user_id=15045 Please confrim that your bean has a field which is a QueueConnection and not a QueueConnectionFactory. The factory case should be handled by the container, but not the connection. If you are holding a connection, make it transient, then on activate reconnect either by looking up the factory or save the factory as a non-transient field. If the container does not properly handle the factory as a field, then it is a bug. Let us know so we can close this bug. We should also make sure there is a test case which covers this, but I haven't time to look right now. --jason -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-04-05 13:59 Message: Logged In: YES user_id=366650 I have a QueueConnection -- Comment By: Jason Dillon (user57) Date: 2002-04-05 02:18 Message: Logged In: YES user_id=15045 Hrm... do you have a TopicConnection or QueueConnection? Perhaps this is a bug, but I am not sure exactly. The 2.0 specs says: 7.4.1 Instance passivation and conversational state ... The Bean Provider is required to ensure that the ejbPassivate method leaves the instance fields ready to be serialized by the Container. The objects that are assigned to the instances non-transient fields after the ejbPassivate method completes must be one of the following: ... o A reference to a resource manager connection factory. This means (as I read it) that if you have a ConnectionFactory as a field that the container should handle passivation, but if you have a Conection then you should
RE: [JBoss-dev] Problem in JDBCStartCommand.java
This tableExists implementation is too naive. A JDBC driver need not support catalogs. Before doing the getCatalog() the code should query the DatabaseMetaData interface whether catalogs are supported. With ORACLE 8.1.7 JDBC Thin Client Driver one gets: supportsCatalogsInDataManipulation false supportsCatalogsInProcedureCallsfalse supportsCatalogsInTableDefinitions false supportsCatalogsInIndexDefinitions false supportsCatalogsInPrivilegeDefinitions false but supportsSchemasInDataManipulation true supportsSchemasInProcedureCalls true supportsSchemasInTableDefinitions true supportsSchemasInIndexDefinitions true supportsSchemasInPrivilegeDefinitions true so one could use getSchema() instead of getCatalog() (and don't forget to use getSchemaTerm() :-)). My 0.02$ Georg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Saturday, April 06, 2002 04:27 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java If there isn't sufficent support for schemas in JDBC, then we could probably add a mapping which handles the specifics on a db to db level... but I will leave that impl to the CMP expert(s). --jason Stephen Coy wrote: The function [i]tableExists[/i] in this class makes the following jdbc call: rs = dmd.getTables(con.getCatalog(), null, tableName, null); This call seems to return a result if tableName exists in [i]any[/i] schema in the database. This is causing us some problems because we have each of our developers using the same Oracle8 database, but their own schema/userid. This was all working fine, until the relevation earlier this week that we should specify table names in uppercase. Now that we are doing this, noone can create new CMP tables anymore, because JBoss thinks it already exists (albeit in someone else's schema). Unfortunately, my knowledge of JDBC's idea of catalogs and schemas is weak at the moment, so I'm reluctant to record this as a bug just now. It may even be an Oracle permissions thing. Any advice either way would be appreciated. This is in the JBoss 3.0 CVS HEAD as of 24 hours ago or so. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12265 ___ 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] [ jboss-Bugs-531524 ] Error in passivation of bean with JMS
Bugs item #531524, was opened at 2002-03-18 12:28 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=531524group_id=22866 Category: JBossDoc Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 3 Submitted By: Marius Kotsbak (mkotsbak) Assigned to: Peter Antman (pra) Summary: Error in passivation of bean with JMS Initial Comment: I get this exception when using JMS as managed resource: java.rmi.ServerException: Could not passivate; nested exception is: java.io.NotSerializableException: org.jboss.resource.adapter.jms.JmsManagedConnectionFactory java.io.NotSerializableException: org.jboss.resource.adapter.jms.JmsManagedConnectionFactory at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1161) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled Code)) at org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:287) at org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:65) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:737) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206) at java.lang.Thread.run(Thread.java:498) Is this a bug (the class should be serializable for example), or have I done something wrong (then it is a bg too, because the errormessage should be better!) Marius K -- Comment By: Jason Dillon (user57) Date: 2002-04-08 00:41 Message: Logged In: YES user_id=15045 Not for performance. The container can not make any assumptions about how to properly close/shutdown the resource, nor does it have enough information to reconstruct that resource on activation. On passivate, stop/close the connection, then on activation re-lookup the factory and create a new connection, or save the factor as a field then reuse that instance on activation. It is very similar to a DB connection, you want to commit close before you passivate to ensure the correct state (as desired by your app), then re-establish the connection when it becomes active again. I do agree that the docs need to be fixed. But it looks like there are more than once placed where it needs to be fixed to function properly. --jason -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-04-08 00:08 Message: Logged In: YES user_id=366650 Yes, I have not tried to hold a QueueConnectionFactory (does this improve performance?), just QueueConnection. Is it something that is neccecary to get the pooling-effect, like saving the Factory as a field? Before this bug is closed, the doc at: http://jboss.org/online-manual/HTML/ch08s32.html should be updated, so that not any other will be fooled into having a Connection-field. It has the following fields: private Topic topic = null; private TopicConnection topicConnection = null; Is it OK to hold a topic/queue? Also the exception-thrower should maybe check if it is trying to serialize a xConnection, and tell user to hold Factory instead. After this, it's OK for me to close it. I'll open a new bug if it doesn't work with ConnectionFactory. Marius -- Comment By: Jason Dillon (user57) Date: 2002-04-07 15:05 Message: Logged In: YES user_id=15045 Please confrim that your bean has a field which is a QueueConnection and not a QueueConnectionFactory. The factory case should be handled by the container, but not the connection. If you are holding a connection, make it transient, then on activate reconnect either by looking up the factory or save the factory as a non-transient field. If the container does not properly handle the factory as a field, then it is a bug. Let us know so we can close this bug. We should also make sure there is a test case which covers this, but I haven't time to look right now. --jason -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-04-05 03:59 Message: Logged In: YES
Re: [JBoss-dev] Problem in JDBCStartCommand.java
On Monday, April 8, 2002, at 05:35 PM, Georg Schmid wrote: so one could use getSchema() instead of getCatalog() (and don't forget to use getSchemaTerm() :-)). I agree that getSchema() would be handy here. Unfortunately, I don't believe that it exists. There is a getSchemas(), but that's kind of useless in this context. I've patched our code to use dmd.getUserName(), which, as far as I can ascertain, returns exactly what I would expect getSchema() to return anyway. It doesn't seem to effect the unit test suite, and it fixes my problem. My AU0.04$ :-) Steve ___ 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: Closed Resolution: Fixed Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Jason Dillon (user57) 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 -- Comment By: Stephen Coy (scoy) Date: 2002-04-08 23:00 Message: Logged In: YES user_id=463096 It looks like this problem also exists in the bankiiop test. -- Comment By: Jason Dillon (user57) Date: 2002-04-05 10:28 Message: Logged In: YES user_id=15045 It appears that the bank test has already been fixed. I have removed the redundent bits from the dbtest metadata as well. --jason -- 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
RE: [JBoss-dev] Problem in JDBCStartCommand.java
You are right! I am wondering where I read getSchema() ?? Maybe just wishful thinking. I am not completely sure, whether this use of getUserName() is correct. It happens to work with Oracle, when the schema name is the same as the user name (Oracle always (?) creates a separate schema for each user). However, if the user is foo, but the table is in schema bar, getUserName() will not return what you expect. We have exactly this case in one of our core Oracle databases (of course, with different schema and table names). Thinking a bit more, I guess the conn.getCatalog() is actually correct. You have to solve the problem on the application side, maybe in jbosscmp-jdbc.xml by using schema.tablename, e.g. bar.foo instead of foo. Georg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stephen Coy Sent: Monday, April 08, 2002 13:09 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java On Monday, April 8, 2002, at 05:35 PM, Georg Schmid wrote: so one could use getSchema() instead of getCatalog() (and don't forget to use getSchemaTerm() :-)). I agree that getSchema() would be handy here. Unfortunately, I don't believe that it exists. There is a getSchemas(), but that's kind of useless in this context. I've patched our code to use dmd.getUserName(), which, as far as I can ascertain, returns exactly what I would expect getSchema() to return anyway. It doesn't seem to effect the unit test suite, and it fixes my problem. My AU0.04$ :-) Steve ___ 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] FW: free ad exposure for JBoss!
Hey, back from JB1, Tahoe, Jedi StarFighter and back in the fight. Someone sent me this link to a good article on the business hehe... open source business there it is . marcf -Original Message- From: Ranjit Pillai [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 8:28 AM To: [EMAIL PROTECTED] Subject: free ad exposure for JBoss! Hey Marc, I'll be happy to provide you free ad exposure on JDance.com. I thought I should after reading this article. http://softwaredev.earthweb.com/sdtech/article/0,,12065_997301,00.html Send me a 468*60 banner if you are interested. Regards, Ranjit ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/verifier DefaultMessages.properties
User: jwalters Date: 02/04/07 19:35:02 Modified:src/resources/org/jboss/verifier DefaultMessages.properties Log: First pass at EJB 2.0 Verifier. Handles session beans, though not all messages are in the properties file yet. Most entity bean code is in, but not turned on until it can be tested more thoroughly. Revision ChangesPath 1.11 +20 -0 jboss/src/resources/org/jboss/verifier/DefaultMessages.properties Index: DefaultMessages.properties === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/verifier/DefaultMessages.properties,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- DefaultMessages.properties7 Jun 2001 21:23:31 - 1.10 +++ DefaultMessages.properties8 Apr 2002 02:35:02 - 1.11 @@ -110,3 +110,23 @@ 16.5.a = An entity bean requires a primary key class (prim-key-class tag). +7.10.1 = The session bean must implement either a remote home and remote, or a local home and a local interface. + +7.10.2.a = A session bean must implement, directly or indirectly, the SessionBean interface. +7.5.3.a = A stateless Session bean must not implement the SessionSynchronization interface. +7.5.3.b = A session bean using bean-managed transaction demarcation may not implement the SessionSynchronization interface. +7.10.3 = A session bean must implement at least one ejbCreate method. +7.6.1= A bean with bean-managed transaction demarcation cannot implement the SessionSynchronization interface. + +7.10.2.b1 = The session bean class must be defined as public. +7.10.2.b2 = The session bean class must not be final. +7.10.2.b3 = The session bean class must not be abstract. +7.10.2.c = The session bean class must have a public constructor that takes no parameters. +7.10.2.d = The class must not define the finalize() method. + +7.10.3.b = The ejbCreate(...) method of a session bean class must be declared as public. +7.10.3.c = The ejbCreate(...) method of a session bean class must not be declared as final or static. +7.10.3.d = The return type of an ejbCreate(...) method must be void. +7.10.3.e = The method arguments of an ejbCreate(...) method must be legal types for RMI/IIOP. + +22.2 = The bean provider must specify the fully-qualified name of the Java class that implements the enterprise bean's business methods. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config hsqldb-service.xml mysql-service.xml oracle-service.xml firebird-service.xml postgres-service.xml
User: d_jencks Date: 02/04/08 08:37:55 Modified:src/etc/example-config firebird-service.xml postgres-service.xml Added: src/etc/example-config hsqldb-service.xml mysql-service.xml oracle-service.xml Log: Added more new-cm config examples. Make sure mbean name in auth.conf EXACTLY matches cm mbean name in service.xml Revision ChangesPath 1.2 +5 -5 jbosscx/src/etc/example-config/firebird-service.xml Index: firebird-service.xml === RCS file: /cvsroot/jboss/jbosscx/src/etc/example-config/firebird-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- firebird-service.xml 7 Apr 2002 03:35:10 - 1.1 +++ firebird-service.xml 8 Apr 2002 15:37:54 - 1.2 @@ -18,12 +18,12 @@ attribute name=DropOnStopfalse/attribute /mbean - mbean code=org.jboss.resource.connectionmanager.XATxConnectionManager name=jboss.jca:service=firebirdCM + mbean code=org.jboss.resource.connectionmanager.XATxConnectionManager name=jboss.jca:service=XaTxCM,name=FirebirdDS !--make the rar deploy - A BIG HACK till xslt based deployment is written-- dependsjboss.jca:service=RARDeployer/depends depends optional-attribute-name=ManagedConnectionFactoryName - mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=FirebirdDS + mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=XaTxDS,name=FirebirdDS !--more hack-- depends optional-attribute-name=OldRarDeploymentjboss.jca:service=RARDeployment,name=Firebird Database Connector/depends attribute name=ManagedConnectionFactoryProperties @@ -55,12 +55,12 @@ /config-property /properties /attribute -attribute name=JndiNameDefaultDS2/attribute +attribute name=JndiNameFirebirdDS/attribute /mbean /depends depends optional-attribute-name=ManagedConnectionPool - mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=FirebirdPool + mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=XaTxPool,name=FirebirdDS attribute name=MinSize0/attribute attribute name=MaxSize50/attribute @@ -78,7 +78,7 @@ /mbean /depends depends optional-attribute-name=CachedConnectionManagerjboss.jca:service=CachedConnectionManager/depends -attribute name=SecurityDomainJndiNamejava:/jaas/firebirdRealm/attribute +attribute name=SecurityDomainJndiNamejava:/jaas/FirebirdDBRealm/attribute attribute name=TransactionManagerjava:/TransactionManager/attribute /mbean 1.2 +6 -5 jbosscx/src/etc/example-config/postgres-service.xml Index: postgres-service.xml === RCS file: /cvsroot/jboss/jbosscx/src/etc/example-config/postgres-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- postgres-service.xml 7 Apr 2002 03:35:10 - 1.1 +++ postgres-service.xml 8 Apr 2002 15:37:55 - 1.2 @@ -13,14 +13,14 @@ !-- Build jmx-api (build/build.sh all) and view for config documentation -- !-- -- - mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM + mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM,name=PostgresDS !--make the rar deploy! hack till better deployment-- dependsjboss.jca:service=RARDeployer/depends depends optional-attribute-name=ManagedConnectionFactoryName !--embedded mbean-- - mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=LocalTxDS + mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=LocalTxDS,name=PostgresDS !--hack-- depends optional-attribute-name=OldRarDeploymentjboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends @@ -50,12 +50,13 @@ /properties /attribute -attribute name=JndiNameDefaultDS/attribute +attribute name=JndiNamePostgresDS/attribute /mbean +/depends depends optional-attribute-name=ManagedConnectionPool !--embedded mbean-- - mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=LocalTxPool + mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool
[JBoss-dev] Thread deadlock in class loader
I have a strange deadlock problem between two threads that are completely unrelated. Could some-one point me in the right direction to solve this problem. Here are the two threads in question .. The first one ins accessing thrid party jars and the second one is trying to look up an entity bean and is getting hung up in the jaas security. CCRAPoll prio=5 tid=0x87000d0 nid=0x943 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at com.candata.gateway.Encryption.init(Unknown Source) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and ... MessageListenerThread - CCRARecv prio=5 tid=0x8671b60 nid=0x946 waiting for monitor entry [0xbb1fd000..0xbb1ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:195) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:626) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:599) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:596) at javax.security.auth.login.LoginContext.login(LoginContext.java:523) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:391) at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:358) at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:214) at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:163) at
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/test - New directory
User: slaboure Date: 02/04/08 09:11:22 jbossmx/src/main/org/jboss/ha/framework/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-518958 ] fetch of / off 8080 breaks server
Bugs item #518958, was opened at 2002-02-18 04:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: James Manning (jmm) Assigned to: Nobody/Anonymous (nobody) Summary: fetch of / off 8080 breaks server Initial Comment: -Fetched bundled 2.4.4 w/ tomcat 4.0.1 -started up -hit port 8080, got exception on console and 500 Internal Server Error http response -hit control-c to attempt to kill jboss -tons of jboss threads spawn, causing fork: resource temporarily unavailable for other processes of same user. Linux 2.4.9-7 (std. RH 7.2 box) Server 2.4.4 Sun's JDK 1.3.1 I'll attach the server log (with stack traces) to this bug. -- Comment By: Eddie Chan (ecc2) Date: 2002-04-08 17:05 Message: Logged In: YES user_id=185272 hi, Very strange, I've got a similar problem with JBoss2.4.4- Jetty3.1.7 in production. When a JSP trying to lookup an EJB Home Interface using JNDI, it waits for a long time before returning (many minutes). It do not happen with JBoss2.4.3-Jetty-3.1.3 (my previous JBoss setup on the same machine). However, this problem goes away if I change the /etc/hosts as described below, so that the hostname now 127.0.0.1 instead of the real ip address. Please note this doesn't happen in development (win2k linux). It maybe to do with the IPTable rules install on the production machine? So what JNDI changes was made berween 2.4.3-2.4.4? eddie -- Comment By: James Manning (jmm) Date: 2002-02-18 20:54 Message: Logged In: YES user_id=11485 Yup - that was it *sigh* I changed my /etc/hosts so my default hostname would map to 127.0.0.1 instead of 192.168.1.1 and now it works like a champ. -- Comment By: James Manning (jmm) Date: 2002-02-18 20:38 Message: Logged In: YES user_id=11485 Ok, digging a little deeper it looks like it might be a local networking issue. tcp0 0 0.0.0.0:57817 0.0.0.0:* LISTEN 31049/java tcp0 1 192.168.1.1:57886 192.168.1.1:57817 SYN_SENT31049/java tcp0 1 192.168.1.1:57888 192.168.1.1:57817 SYN_SENT31049/java Not sure why those are happening, but the timeout is taking forever: interest-client: [java] Got context [java] javax.naming.CommunicationException [Root exception is java.rmi.ConnectException: Connection refused to host: 192.168.1.1; nested exception is: [java] java.net.ConnectException: Connection timed out] I'll keep poking around, but this is starting to look like an issue outside of jboss-space given the above connection during TCP handshaking :( -- Comment By: James Manning (jmm) Date: 2002-02-18 07:41 Message: Logged In: YES user_id=11485 If I change run.sh to force -classic for the VM mode, I don't get the resource problems (of course), but things are still broken (client doesn't work, hangs at Got context, the server doesn't shutdown, etc) I've confirmed this with 2.4.4 and tomcat 4.0.1, 2.4.4 and tomcat 3.2.3, and 2.4.1 and tomcat 3.2.3 -- Comment By: James Manning (jmm) Date: 2002-02-18 06:09 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-18 06:08 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-18 05:31 Message: Logged In: YES user_id=11485 I added this to conf/default/log4j.properties but it didn't result in any additional output to the console or rollingfile appenders log4j.category.org.jboss.ejb=TRACE#org.jboss.logging.TracePr iority I'd love to provide better information here, but I'm not sure how since the above (which seems to be what the properties file would indicate to do) isn't working -- Comment By: James Manning (jmm) Date: 2002-02-18 05:04 Message: Logged In: YES user_id=11485 Even worse - when I just start up the server and then run the InterestClient using the ant target, all I get is Got context on the client output (stuck at the JNDI lookup) and the same effect of tons of threads spawned and resource temp. unavailable errors elsewhere - can't even do a jar tvf because the jvm startup gives OutOfMemoryError. If I kill the client, though, everything's fine.
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/log empty
User: slaboure Date: 02/04/08 09:27:11 Added: src/resources/anotherjbossconfig/node2/log empty Log: Sample JBoss configuration that can be used for testing clustering (second node) Revision ChangesPath 1.1 jbosstest/src/resources/anotherjbossconfig/node2/log/empty Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/tmp empty
User: slaboure Date: 02/04/08 09:27:11 Added: src/resources/anotherjbossconfig/node2/tmp empty Log: Sample JBoss configuration that can be used for testing clustering (second node) Revision ChangesPath 1.1 jbosstest/src/resources/anotherjbossconfig/node2/tmp/empty Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/deploy cluster-service.xml jca-service.xml new-hsqldb-default-service.xml
User: slaboure Date: 02/04/08 09:27:11 Added: src/resources/anotherjbossconfig/node2/deploy cluster-service.xml jca-service.xml new-hsqldb-default-service.xml Log: Sample JBoss configuration that can be used for testing clustering (second node) Revision ChangesPath 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/cluster-service.xml Index: cluster-service.xml === ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- Sample Clustering Service Configuration -- !-- -- !-- = -- server classpath codebase=lib archives=jbossha.jar/ !-- -- !-- Cluster Partition: defines cluster -- !-- -- mbean code=org.jboss.ha.framework.server.ClusterPartition name=jboss:service=DefaultPartition /mbean !-- -- !-- HA Session State Service for SFSB-- !-- -- mbean code=org.jboss.ha.hasessionstate.server.HASessionStateService name=jboss:service=HASessionState dependsjboss:service=DefaultPartition/depends /mbean !-- -- !-- HA JNDI -- !-- -- mbean code=org.jboss.ha.jndi.HANamingService name=jboss:service=HAJNDI dependsjboss:service=DefaultPartition/depends attribute name=Port11100/attribute /mbean mbean code=org.jboss.invocation.jrmp.server.JRMPInvokerHA name=jboss:service=invoker,type=jrmpha /mbean /server 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jca-service.xml Index: jca-service.xml === ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss JCA Configuration -- !-- -- !-- = -- !-- $Id: jca-service.xml,v 1.1 2002/04/08 16:27:11 slaboure Exp $ -- !-- | This contains configuration for the RARDeployer and the | three ConnectionManagerFactories supplied with jboss. You | should not need to alter this configuration. Configure your | ConnectionFactoryLoaders in separate *-service.xml or .sar files. | Consult the hypersonic-default.sar for an example. -- server !--jbosspool.jar is included as jar in sar -- !-- -- !-- JBossCX setup, for J2EE connector architecture support -- !-- The RARDeployer and three Connection Manager Factories are parts of -- !-- JBoss and do not need further configuration. -- !-- -- mbean code=org.jboss.resource.RARDeployer name=jboss.jca:service=RARDeployer /mbean !-- | Minerva no transaction connection manager factory. | | Use this for resource adapters that don't support transactions. -- mbean code=org.jboss.resource.ConnectionManagerFactoryLoader name=jboss.jca:service=ConnectionManagerFactoryLoader,name=MinervaNoTransCMFactory attribute name=FactoryNameMinervaNoTransCMFactory/attribute attribute name=FactoryClass org.jboss.resource.connectionmanager.jboss.MinervaNoTransCMFactory /attribute attribute name=Properties/attribute /mbean !-- | Minerva local transaction connection manager factory. | | Use this for resource adapters that support local transactions. -- mbean code=org.jboss.resource.ConnectionManagerFactoryLoader name=jboss.jca:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory attribute
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/db empty
User: slaboure Date: 02/04/08 09:27:11 Added: src/resources/anotherjbossconfig/node2/db empty Log: Sample JBoss configuration that can be used for testing clustering (second node) Revision ChangesPath 1.1 jbosstest/src/resources/anotherjbossconfig/node2/db/empty Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/interfaces GenericClusteringException.java
User: slaboure Date: 02/04/08 09:08:31 Added: src/main/org/jboss/ha/framework/interfaces GenericClusteringException.java Log: Generic exception for the clustering to be used on the client side. Used to replace server side exception that occur to prevent some very specific server-side classes to be added on the client side (JMX, ...) Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ha/framework/interfaces/GenericClusteringException.java Index: GenericClusteringException.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.framework.interfaces; /** * Generic clustering exception that can be used to replace other exceptions * that occur on the server. Thus, only this class is needed on the client side * and some specific server side exceptions class are not needed on the client side * (such as JMX exceptions for example). * Furhtermore, it has support for COMPLETED status flag a la IIOP. * * @see * * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a. * @version $Revision: 1.1 $ * * pbRevisions:/b * * pb8 avril 2002 Sacha Labourey:/b * ul * li First implementation /li * /ul */ public class GenericClusteringException extends java.lang.Exception { // Constants - // When an invocation reaches a node, it may be invoked on the actual // target or not (or not completely). If COMPLETED_NO and working in // a clustered environment, the client proxy is allowed to invoke // the same invocation on a different node. Otherwise, it will depend // if the target method is idempotent: this is no more the problem of // this class but rather the meta-data of the business environment // that can give this information // public static int COMPLETED_YES = 0; public static int COMPLETED_NO = 1; public static int COMPLETED_MAYBE = 2; // Attributes // if yes, then the invocation may be retried against another node // because the state has not been modified by the current invocation // public int completed = this.COMPLETED_MAYBE; // Static // Constructors -- public GenericClusteringException () { } public GenericClusteringException (int CompletionStatus) { this.completed = CompletionStatus; } public GenericClusteringException (int CompletionStatus, String s) { super (s); this.completed = CompletionStatus; } // Public public int getCompletionStatus () { return this.completed; } public void setCompletionStatus (int completionStatus) { this.completed = completionStatus; } // Z implementation -- // Y overrides --- // Package protected - // Protected - // Private --- // Inner classes - } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/conf - New directory
User: slaboure Date: 02/04/08 09:22:19 jbosstest/src/resources/anotherjbossconfig/node2/conf - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How much can we rely on jbossmx classloading?
I'm wondering if it is OK and time to move to using the jbossmx loader repository, and how to do it. go ahead and try it... its mostly there for JBoss, and the only way to test if it works is to use it.. basically you need to config the mbean agent to use a different loader repository.. UnifiedLoaderRepository. If you do this, MLet's will use UCL loaders to avoid class conflicts -- so you can use MLets to bring modules to JBoss server and the classloading behaviour is defined by the ULR. - How can we add these notifications to the UnifiedLoaderRepository? How can an mbean register to receive them? Is the UnifiedLoaderRepository supposed to be registered as an mbean? I don't see it at the moment. Its not an MBeanyet , as we need to deal with the JMX spec (DLR class) that defines class loading with static methods (JVM wide) as opposed to agent wide (or cluster of agents). So an MBean is per mbean server, current DLC is per JVM We can have several agents delegate to the same rep instance via proxies but the issue that needs to be resolved is where does the DLR delegate to. more on this later.. -- Juha _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12176 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/invocation/jrmp/interfaces JRMPInvokerProxyHA.java
User: slaboure Date: 02/04/08 09:16:23 Modified:src/main/org/jboss/invocation/jrmp/interfaces JRMPInvokerProxyHA.java Log: Pass a value with the invocation that allows any server side interceptor to know when a call result from a failover (and the number of tries) Revision ChangesPath 1.5 +24 -1 jbossmx/src/main/org/jboss/invocation/jrmp/interfaces/JRMPInvokerProxyHA.java Index: JRMPInvokerProxyHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/invocation/jrmp/interfaces/JRMPInvokerProxyHA.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JRMPInvokerProxyHA.java 11 Mar 2002 06:26:00 - 1.4 +++ JRMPInvokerProxyHA.java 8 Apr 2002 16:16:22 - 1.5 @@ -36,12 +36,17 @@ * JRMPInvokerProxy, local to the proxy and is capable of delegating to local and JRMP implementations * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a -* @version $Revision: 1.4 $ +* @version $Revision: 1.5 $ * * pb2001/11/19: marcf/b * ol * liInitial checkin * /ol +* pb2002/04/08: Sacha Labourey/b +* ol +* liPass a value with the invocation that allows any server side interceptor to know + * when a call result from a failover (and the number of tries)/li +* /ol */ public class JRMPInvokerProxyHA extends JRMPInvokerProxy implements Externalizable { @@ -132,6 +137,12 @@ public Object invoke(Invocation invocation) throws Exception { + // we give the opportunity, to any server interceptor, to know if this a + // first invocation to a node or if it is a failovered call + // + int failoverCounter = 0; + invocation.setValue (FAILOVER_COUNTER, new Integer(failoverCounter), invocation.AS_IS); + // optimize if calling another bean in same EJB-application if (isLocal(invocation)) { return InvokerInterceptor.getLocal().invoke(invocation); @@ -173,9 +184,21 @@ catch (java.rmi.UnknownHostException uhe) { } +catch (org.jboss.ha.framework.interfaces.GenericClusteringException gce) +{ + // this is a generic clustering exception that contain the + // completion status: usefull to determine if we are authorized + // to re-issue a query to another node + // + if (gce.getCompletionStatus () != gce.COMPLETED_NO) + throw new java.rmi.RemoteException (gce.getMessage ()); +} // If we reach here, this means that we must fail-over remoteTargetHasFailed(target); target = (Invoker)getRemoteTarget(); + +failoverCounter++; +mi.setValue (FAILOVER_COUNTER, new Integer(failoverCounter), invocation.AS_IS); } // if we get here this means list was exhausted throw new java.rmi.RemoteException(Service unavailable.); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/deploy ejb-management.jar jboss-jdbc.rar jboss-xa.rar jmx-ejb-adaptor.jar jmx-ejb-connector-server.sar jmx-html-adaptor-node2.sar jmx-rmi-adaptor.sar testbeancluster.jar
User: slaboure Date: 02/04/08 09:28:12 Added: src/resources/anotherjbossconfig/node2/deploy ejb-management.jar jboss-jdbc.rar jboss-xa.rar jmx-ejb-adaptor.jar jmx-ejb-connector-server.sar jmx-html-adaptor-node2.sar jmx-rmi-adaptor.sar testbeancluster.jar Log: Sample JBoss configuration that can be used for testing clustering (second node) Revision ChangesPath 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/ejb-management.jar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jboss-jdbc.rar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jboss-xa.rar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jmx-ejb-adaptor.jar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jmx-ejb-connector-server.sar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jmx-html-adaptor-node2.sar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/jmx-rmi-adaptor.sar Binary file 1.1 jbosstest/src/resources/anotherjbossconfig/node2/deploy/testbeancluster.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/tmp - New directory
User: slaboure Date: 02/04/08 09:22:51 jbosstest/src/resources/anotherjbossconfig/node2/tmp - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java
User: slaboure Date: 02/04/08 09:19:23 Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java Log: Manage JMX exception (lookup, ...). Replaces them with a GenericClusteringException so that no JMX classes are needed on the client side Revision ChangesPath 1.13 +18 -1 jbossmx/src/main/org/jboss/invocation/jrmp/server/JRMPInvokerHA.java Index: JRMPInvokerHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/invocation/jrmp/server/JRMPInvokerHA.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- JRMPInvokerHA.java11 Mar 2002 06:25:45 - 1.12 +++ JRMPInvokerHA.java8 Apr 2002 16:19:22 - 1.13 @@ -18,6 +18,8 @@ import javax.management.MalformedObjectNameException; import javax.management.NotificationBroadcasterSupport; import javax.management.AttributeChangeNotification; +import javax.management.InstanceNotFoundException; +import javax.management.ReflectionException; import org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxyHA; import org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy; @@ -30,6 +32,7 @@ import org.jboss.ha.framework.interfaces.HARMIResponse; import org.jboss.ha.framework.server.HATarget; import org.jboss.ha.framework.interfaces.LoadBalancePolicy; +import org.jboss.ha.framework.interfaces.GenericClusteringException; import java.util.ArrayList; import java.util.HashMap; @@ -40,7 +43,13 @@ * into the JMX base * * @author a href=mailto:[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ + * + * pb2002/04/08: Sacha Labourey/b + * ol + * liManage JMX exception (lookup, ...). Replaces them with a GenericClusteringException + * so that no JMX classes are needed on the client side/li + * /ol */ public class JRMPInvokerHA extends JRMPInvoker @@ -175,6 +184,14 @@ } rsp.response = rtn; return new MarshalledObject(rsp); + } + catch (InstanceNotFoundException infe) + { + throw new GenericClusteringException (GenericClusteringException.COMPLETED_NO, infe.getMessage ()); + } + catch (ReflectionException ie) + { + throw new GenericClusteringException (GenericClusteringException.COMPLETED_NO, ie.getMessage ()); } catch (MBeanException e) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] How much can we rely on jbossmx classloading?
definitely do this. Also with Sacha we modified the classloaders to enable local loading of the classes. This makes versioning possible as you first look up the class from the local UCL. Is this the default now? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Juha |Lindfors |Sent: Monday, April 08, 2002 9:56 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] How much can we rely on jbossmx classloading? | | | I'm | wondering if it is OK and time to move to using the | jbossmx loader | repository, and how to do it. | |go ahead and try it... its mostly there for JBoss, and the only |way to test if it works is to use it.. | |basically you need to config the mbean agent to use a different |loader repository.. UnifiedLoaderRepository. If you do this, |MLet's will use UCL loaders to avoid class conflicts -- so you can |use MLets to bring modules to JBoss server and the classloading |behaviour is defined by the ULR. | | | | - How can we add these notifications to the | UnifiedLoaderRepository? How | can an mbean register to receive them? Is the | UnifiedLoaderRepository | supposed to be registered as an mbean? I don't see it | at the moment. | |Its not an MBeanyet , as we need to deal with the JMX spec (DLR |class) that defines class loading with static methods (JVM wide) |as opposed to agent wide (or cluster of agents). | |So an MBean is per mbean server, current DLC is per JVM | |We can have several agents delegate to the same rep instance via |proxies but the issue that needs to be resolved is where does the |DLR delegate to. | |more on this later.. | |-- Juha | | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12176 | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/util/jmx MBeanProxy.java
User: lqd Date: 02/04/08 02:35:31 Modified:src/main/org/jboss/util/jmx MBeanProxy.java Log: fix compilation issues when using jikes Revision ChangesPath 1.5 +8 -6 jboss-common/src/main/org/jboss/util/jmx/MBeanProxy.java Index: MBeanProxy.java === RCS file: /cvsroot/jboss/jboss-common/src/main/org/jboss/util/jmx/MBeanProxy.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- MBeanProxy.java 3 Apr 2002 08:15:08 - 1.4 +++ MBeanProxy.java 8 Apr 2002 09:35:30 - 1.5 @@ -37,7 +37,7 @@ * liDon't process attributes using invoke. * /ul * - * @version tt$Revision: 1.4 $/tt + * @version tt$Revision: 1.5 $/tt * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a. * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. @@ -260,15 +260,15 @@ // make a which delegates to MBeanProxyInstance's cl for it's class resolution ClassLoader cl = new ClassLoader(intf.getClassLoader()) { - public Class loadClass(final String name) throws ClassNotFoundException + public Class loadClass(final String className) throws ClassNotFoundException { try { - return super.loadClass(name); + return super.loadClass(className); } catch (ClassNotFoundException e) { // only allow loading of MBeanProxyInstance from this loader - if (name.equals(MBeanProxyInstance.class.getName())) { - return MBeanProxyInstance.class.getClassLoader().loadClass(name); + if (className.equals(MBeanProxyInstance.class.getName())) { + return MBeanProxyInstance.class.getClassLoader().loadClass(className); } // was some other classname, throw the CNFE @@ -282,4 +282,6 @@ new MBeanProxy(name, server)); } } - +/* +vim:tabstop=3:et:shiftwidth=3 +*/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/deploy - New directory
User: slaboure Date: 02/04/08 09:22:36 jbosstest/src/resources/anotherjbossconfig/node2/deploy - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig/node2/log - New directory
User: slaboure Date: 02/04/08 09:22:45 jbosstest/src/resources/anotherjbossconfig/node2/log - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/anotherjbossconfig - New directory
User: slaboure Date: 02/04/08 09:21:39 jbosstest/src/resources/anotherjbossconfig - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins/samples DatabaseServerLoginModule.java IdentityLoginModule.java JaasServerLoginModule.java LdapLoginModule.java RolesLoginModule.java SimpleServerLoginModule.java UsernamePasswordLoginModule.java
User: starksm Date: 02/04/08 11:54:28 Removed: src/main/org/jboss/security/plugins/samples Tag: Branch_2_4 DatabaseServerLoginModule.java IdentityLoginModule.java JaasServerLoginModule.java LdapLoginModule.java RolesLoginModule.java SimpleServerLoginModule.java UsernamePasswordLoginModule.java Log: Remove all legacy samples ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JMX HTML... From the Pure Fluff Department...
On Mon, 8 Apr 2002, David Jencks wrote: Look into the modelmbean descriptors. I think they include a priority as a standard descriptor, this could be used to determine whether to display something. visibility to determine the granularity of mbeans (spec defines levels 1-4) presentationString is what the adaptor should look for to get presentation information an XML string describing the mbean view layout. Look for W3C XForms (work in progress web forms) or just roll your own (quicker). The key is for the components to be able to specify how to present and modify non-primitive types that are part of the management interface, e.g if java.net.URL is in the interface how it should be presented in the management tool (string, validate its a real URL, etc). -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JMX HTML... From the Pure Fluff Department...
I actually started JMXView(which I have been informed I might have to rename), after reading Howard's comments on Tapestry. At the time, I was beginning to evaluate Tapestry, and was immediately enamoured with it. After doing some initial ports of one of our internal apps, i thought it would be a good way for me to continue to explore the power of Tapestry. So I set out to do some basic things revolving around the already talked about JMX connector idea. I made some real quick progress, posted some thoughts here and there, and it actually looks like it is catching some interest. As I have said before, I plan on pushing the code to SourceForge sometime this week, then if anyone wants to work on, just let me know, I would be more than happy to open it up. I hadn't even thought of most of the things you guys had brought up, I was initially simply trying to replicate SUN's RI for the first pass. So I would love additional input. I am by no means an expert on either JMX or Tapestry, I just know enough to get in trouble with both(and have many times already). But I will keep pluggin away with this, and see where it goes. Jim http://jmxview.sf.net _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11622 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Pollo a XML-Editor
Maybe this tool could be extended for management screenshoot : http://pollo.sourceforge.net/sitemap1.png sf.net : http://sourceforge.net/projects/pollo/ beutiful for ant and *-service.xml files allready, not so happy with BM xml files tho ;-( ... yet ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Final 3.0 beta will happen this week
At the end of the week I will make the final 3.0 beta release. This will be done off of a 3.0 branch. All changes that need to be in for the 3.0 release must be ready by Friday 2002-04-12. All current testsuite errors should be cleaned up as there will not be a final release until the testsuite runs cleanly. Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Patch for bug 532983 - JBOSSMQ
I have fix this bug and have included a patch for it. Could one of the JBOSS MQ guys look at it and please apply. Basically if the message selector says that the message should not be delivered, it expires the message. That way the message is still acknowledged and is cleaned up. --- BasicQueue.java Mon Apr 8 16:25:11 2002 +++ BasicQueue.java.new Mon Apr 8 16:23:26 2002 -157,27 +157,21 MessageReference messageRef = null; synchronized (receivers) { // If the subscription is not picky, the first message will be it - if (sub.getSelector() == null sub.noLocal==false ) { synchronized (messages) { - if (messages.size() != 0) { + if (messages.size() != 0) + { messageRef = (MessageReference)messages.first(); messages.remove(messageRef); - } +/* + If there is a selector and it is false then just expire + the message. This way it will get cleaned up. +*/ +if (sub.getSelector() != null +!sub.accepts(messageRef.getHeaders())) +{ + +messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; +} + } } - } else { - // The subscription is picky, so we have to iterate. -synchronized (messages) { - Iterator i = messages.iterator(); - while (i.hasNext()) { - MessageReference mr = (MessageReference) i.next(); - if (sub.accepts(mr.getHeaders())) { - messageRef = mr; - i.remove(); - break; - } - } -} - } if (messageRef == null) { if (wait) {
[JBoss-dev] CVS update: jbosstest/src/resources/bankiiop/META-INF jaws.xml
User: user57 Date: 02/04/08 14:18:47 Modified:src/resources/bankiiop/META-INF jaws.xml Log: o use the default datasource Revision ChangesPath 1.2 +0 -2 jbosstest/src/resources/bankiiop/META-INF/jaws.xml Index: jaws.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/bankiiop/META-INF/jaws.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jaws.xml 15 Mar 2002 22:36:29 - 1.1 +++ jaws.xml 8 Apr 2002 21:18:46 - 1.2 @@ -1,8 +1,6 @@ ?xml version=1.0 encoding=UTF-8? jaws - datasourcejava:/DefaultDS/datasource - type-mappingHypersonic SQL/type-mapping enterprise-beans entity ejb-nameAccount/ejb-name ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server MBeanServerTEST.java
User: juhalindfors Date: 02/04/08 14:22:47 Modified:src/main/test/compliance/server MBeanServerTEST.java Log: Revision ChangesPath 1.10 +78 -91jmx/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.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- MBeanServerTEST.java 15 Mar 2002 20:26:42 - 1.9 +++ MBeanServerTEST.java 8 Apr 2002 21:22:47 - 1.10 @@ -30,6 +30,8 @@ import javax.management.Notification; import javax.management.ObjectInstance; +import javax.management.loading.MLet; + import test.compliance.server.support.Test; import test.compliance.server.support.TestMBean; import test.compliance.server.support.Test2; @@ -52,7 +54,7 @@ * Tests the MBean server impl. through the ttMBeanServer/tt interface. * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ * */ public class MBeanServerTEST @@ -598,30 +600,19 @@ /** * Tests instantiate(String className). Class defined by system classloader. */ - public void testInstantiateWithDefaultConstructor() + public void testInstantiateWithDefaultConstructor() throws Exception { - try - { - MBeanServer server = MBeanServerFactory.createMBeanServer(); - Object o = server.instantiate(test.compliance.server.support.Test); - - assertTrue(o instanceof test.compliance.server.support.Test); - } - catch (AssertionFailedError e) - { - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } + MBeanServer server = MBeanServerFactory.createMBeanServer(); + Object o = server.instantiate(test.compliance.server.support.Test); + + assertTrue(o instanceof test.compliance.server.support.Test); } /** * Tests instantiate(String className) with constructor that throws a checked application exception. * Class defined by system classloader. */ -public void testInstantiateWithDefaultConstructorAndApplicationException() +public void testInstantiateWithDefaultConstructorAndApplicationException() throws Exception { try { @@ -635,21 +626,13 @@ { // this is expected } - catch (AssertionFailedError e) - { - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } } /** * Tests instantiate(String className) with constructor that throws an unchecked application exception. * Class defined by the system classloader. */ -public void testInstantiateWithDefaultConstructorAndRuntimeException() +public void testInstantiateWithDefaultConstructorAndRuntimeException() throws Exception { try { @@ -663,21 +646,13 @@ { // this is expected } - catch (AssertionFailedError e) - { - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } } /** * Tests instantiate(String className) with constructor that throws an error. * Class defined by the system classloader. */ -public void testInstantiateWithDefaultConstructorAndError() +public void testInstantiateWithDefaultConstructorAndError() throws Exception { try { @@ -691,21 +666,13 @@ { // this is expected } - catch (AssertionFailedError e) - { - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } } /** * Tests instantiate(String className) with constructor that fails with an unchecked exception in static init block. * Class defined by the system classloader. */ -public void testInstantiateWithDefaultConstructorAndExceptionInInit() +public void testInstantiateWithDefaultConstructorAndExceptionInInit() throws Exception { try { @@ -736,21 +703,13 @@ assertTrue(e.getTargetException() instanceof NullPointerException); } - catch (AssertionFailedError e) - { - throw e; - } - catch (Throwable t) - { - fail(Unexpected error: + t.toString()); - } } /** * Tests instatiante(String
[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanServer.java
User: juhalindfors Date: 02/04/08 14:25:02 Modified:src/main/javax/management MBeanServer.java Log: just javadoc Revision ChangesPath 1.3 +6 -6 jmx/src/main/javax/management/MBeanServer.java Index: MBeanServer.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanServer.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MBeanServer.java 15 Feb 2002 16:22:54 - 1.2 +++ MBeanServer.java 8 Apr 2002 21:25:01 - 1.3 @@ -16,18 +16,18 @@ * @see javax.management.loading.DefaultLoaderRepository * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public interface MBeanServer { /** * Instantiates an object using the default loader repository and default -* no args constructor. +* no-args constructor. * * @see javax.management.loading.DefaultLoaderRepository * -* @param className Class to instantiate. Must have a public no args constructor. +* @param className Class to instantiate. Must have a public no-args constructor. * @return instantiated object * * @throws ReflectionException if there was an error while trying to invoke the class's constructor @@ -39,9 +39,9 @@ throws ReflectionException, MBeanException; /** -* Instantiates an object using the given class loader. If the loader name is null, -* the class loader of the server implementation class will be used. The object must -* have a default, no args constructor. +* Instantiates an object using the given class loader. If the loader name contains +* a ttnull/tt reference, the class loader of the server implementation class +* will be used. The object must have a default, no-args constructor. * * @param className Class to instantiate. Must have a public no args constructor. * @param loaderName Object name of a class loader that has been registered to the server. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ
Do you have a test case for this? --jason Dave Smith wrote: I have fix this bug and have included a patch for it. Could one of the JBOSS MQ guys look at it and please apply. Basically if the message selector says that the message should not be delivered, it expires the message. That way the message is still acknowledged and is cleaned up. --- BasicQueue.javaMon Apr 8 16:25:11 2002 +++ BasicQueue.java.newMon Apr 8 16:23:26 2002 @@ -157,27 +157,21 @@ MessageReference messageRef = null; synchronized (receivers) { // If the subscription is not picky, the first message will be it - if (sub.getSelector() == null sub.noLocal==false ) { synchronized (messages) { - if (messages.size() != 0) { + if (messages.size() != 0) + { messageRef = (MessageReference)messages.first(); messages.remove(messageRef); - } +/* + If there is a selector and it is false then just expire + the message. This way it will get cleaned up. +*/ +if (sub.getSelector() != null !sub.accepts(messageRef.getHeaders())) +{ + messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; +} + } } - } else { - // The subscription is picky, so we have to iterate. -synchronized (messages) { - Iterator i = messages.iterator(); - while (i.hasNext()) { - MessageReference mr = (MessageReference) i.next(); - if (sub.accepts(mr.getHeaders())) { - messageRef = mr; - i.remove(); - break; - } - } -} - } if (messageRef == null) { if (wait) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server/support AClass.java
User: juhalindfors Date: 02/04/08 14:21:29 Added: src/main/test/compliance/server/support AClass.java Log: for instantiate testing Revision ChangesPath 1.1 jmx/src/main/test/compliance/server/support/AClass.java Index: AClass.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package test.compliance.server.support; /** * Goes into Test.jar */ public class AClass { private String something = null; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ
I don't think we can apply the patch. It would break the case where we have 2 receiving clients with different message selectors grabbing messages out of one queue. So, the idea is client 1 is not interested in all the message in the queue, so he applies a message selector. But this does not mean that the other messages in the queue should be expired. There is a possibility that there is another client that is intrested in some of the other messages. He just needs to use a different message selector, and then he can get those messages. Are you trying to fix the problem that we have with durable topic subscriptions that have a selector? (the bug is that we store messages in the durable subscription even if it does does not match the selector, therefore we build up messages that can never be devliver since they do not match the selector). Regards, Hiram From: Jason Dillon [EMAIL PROTECTED] To: Dave Smith [EMAIL PROTECTED] CC: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ Date: Tue, 09 Apr 2002 02:05:15 -0700 Do you have a test case for this? --jason Dave Smith wrote: I have fix this bug and have included a patch for it. Could one of the JBOSS MQ guys look at it and please apply. Basically if the message selector says that the message should not be delivered, it expires the message. That way the message is still acknowledged and is cleaned up. --- BasicQueue.java Mon Apr 8 16:25:11 2002 +++ BasicQueue.java.new Mon Apr 8 16:23:26 2002 @@ -157,27 +157,21 @@ MessageReference messageRef = null; synchronized (receivers) { // If the subscription is not picky, the first message will be it - if (sub.getSelector() == null sub.noLocal==false ) { synchronized (messages) { - if (messages.size() != 0) { + if (messages.size() != 0) + { messageRef = (MessageReference)messages.first(); messages.remove(messageRef); - } +/* + If there is a selector and it is false then just expire + the message. This way it will get cleaned up. +*/ +if (sub.getSelector() != null !sub.accepts(messageRef.getHeaders())) +{ + messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; +} + } } - } else { - // The subscription is picky, so we have to iterate. -synchronized (messages) { - Iterator i = messages.iterator(); - while (i.hasNext()) { - MessageReference mr = (MessageReference) i.next(); - if (sub.accepts(mr.getHeaders())) { - messageRef = mr; - i.remove(); - break; - } - } -} - } if (messageRef == null) { if (wait) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/ _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
RE: [JBoss-dev] CPU at 99.9 % after completion of run-basic-testsuite
Haven't actually checked out the CPU usage, but when I leave JBoss running for an extended period of time performance on my computer is severely impaired. And I've also noticed slowness in other applications after running the testsuite. I'm on Win2000, 512MG RAM and a Intel PIII CPU (800 or 900 MHz, can remember which, but what's a few MHz now days anyway?) Mac Rinehart, President Sextant Technology Consulting, Inc Legal stuff: SEXTANT TECHNOLOGY CONSULTING is a trademark of Sextant Technology Consulting, Inc. Any agreement to render services by Mac Rinehart and/or Sextant Technology Consulting, Inc. is contingent upon an agreement in writing and signed by all interested parties. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Fagerlund Sent: Monday, April 08, 2002 1:11 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] CPU at 99.9 % after completion of run-basic-testsuite CVS co jboss-all yesterday (20020804-16.39.05) after runing the run-basic-testsuite CPU keeps pegging at close to MAX for hours. I am on RH 7.2 using Blackdown 1.3.1 Anybody else se this ? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development BEGIN:VCARD VERSION:2.1 N:Rinehart;Mac;;President FN:Mac Rinehart ORG:Sextant Technology Consulting TITLE:President TEL;WORK;VOICE:(503) 251-2855 ADR;WORK:;;7402 SE Yamhill Street;Portland;OR;97215;USA LABEL;WORK;ENCODING=QUOTED-PRINTABLE:7402 SE Yamhill Street=0D=0APortland, OR 97215=0D=0AUSA EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20011008T212138Z END:VCARD
Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ
On Mon, 2002-04-08 at 17:47, Hiram Chirino wrote: I don't think we can apply the patch. It would break the case where we have 2 receiving clients with different message selectors grabbing messages out of one queue. See below .. So, the idea is client 1 is not interested in all the message in the queue, so he applies a message selector. But this does not mean that the other messages in the queue should be expired. There is a possibility that there is another client that is intrested in some of the other messages. He just needs to use a different message selector, and then he can get those messages. So what if we just clone the message and return it expired. Then the cloned message will expire and will be acknowledged but the orginal can be passed around to the rest of the subscribers? Are you trying to fix the problem that we have with durable topic subscriptions that have a selector? (the bug is that we store messages in the durable subscription even if it does does not match the selector, therefore we build up messages that can never be devliver since they do not match the selector). Yes this is what I am trying to fix. Love to do a test case, can I hard code the persistent message path in the test? Regards, Hiram From: Jason Dillon [EMAIL PROTECTED] To: Dave Smith [EMAIL PROTECTED] CC: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ Date: Tue, 09 Apr 2002 02:05:15 -0700 Do you have a test case for this? --jason Dave Smith wrote: I have fix this bug and have included a patch for it. Could one of the JBOSS MQ guys look at it and please apply. Basically if the message selector says that the message should not be delivered, it expires the message. That way the message is still acknowledged and is cleaned up. --- BasicQueue.java Mon Apr 8 16:25:11 2002 +++ BasicQueue.java.new Mon Apr 8 16:23:26 2002 @@ -157,27 +157,21 @@ MessageReference messageRef = null; synchronized (receivers) { // If the subscription is not picky, the first message will be it - if (sub.getSelector() == null sub.noLocal==false ) { synchronized (messages) { - if (messages.size() != 0) { + if (messages.size() != 0) + { messageRef = (MessageReference)messages.first(); messages.remove(messageRef); - } +/* + If there is a selector and it is false then just expire + the message. This way it will get cleaned up. +*/ +if (sub.getSelector() != null !sub.accepts(messageRef.getHeaders())) +{ + messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; +} + } } - } else { - // The subscription is picky, so we have to iterate. -synchronized (messages) { - Iterator i = messages.iterator(); - while (i.hasNext()) { - MessageReference mr = (MessageReference) i.next(); - if (sub.accepts(mr.getHeaders())) { - messageRef = mr; - i.remove(); - break; - } - } -} - } if (messageRef == null) { if (wait) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/ _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] Re: JBoss.net/IIOP and JBossMX integration
The .NET-service is not deploying. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11476 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] [ jboss-Patches-541163 ] VerificationEvent verbosity
Patches item #541163, was opened at 2002-04-08 14:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541163group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Michael Newcomb (mnewcomb) Assigned to: Nobody/Anonymous (nobody) Summary: VerificationEvent verbosity Initial Comment: Added a bit of code to print the bullet information that is under a section in a specification. Currently, any additional information after the last '.' is stripped off (just leaving the section info). I added some code to print any additional information (if it exists) on a 'Bullet:' line. Michael -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541163group_id=22866 ___ 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/04/08 15:20:08 Modified:.build.xml Log: Revision ChangesPath 1.32 +9 -1 jmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jmx/build.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- build.xml 7 Apr 2002 02:59:31 - 1.31 +++ build.xml 8 Apr 2002 22:20:08 - 1.32 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.31 2002/04/07 02:59:31 d_jencks Exp $ -- +!-- $Id: build.xml,v 1.32 2002/04/08 22:20:08 juhalindfors Exp $ -- project default=main name=JBoss/JMX @@ -316,6 +316,7 @@ fileset dir=${build.classes} include name=test/**/ exclude name=test/compliance/loading/support/*.class/ +exclude name=test/compliance/server/support/AClass.*/ exclude name=test/implementation/loading/support/*.class/ /fileset !--wait for xdoclet 1.1.2 @@ -326,6 +327,7 @@ mkdir dir=${build.etc}/test/compliance/loading/ +mkdir dir=${build.etc}/test/compliance/server/ jar jarfile=${build.etc}/test/compliance/loading/MyMBeans.jar fileset dir=${build.classes} @@ -337,6 +339,12 @@ jar jarfile=${build.etc}/test/compliance/loading/MoreMBeans.jar fileset dir=${build.classes} include name=test/compliance/loading/support/AClass.class/ + /fileset +/jar + +jar jarfile=${build.etc}/test/compliance/server/Test.jar + fileset dir=${build.classes} +include name=test/compliance/server/support/AClass.class/ /fileset /jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] [ jboss-Patches-541255 ] properties in underlying XA-JDBC drivers
Patches item #541255, was opened at 2002-04-08 14:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541255group_id=22866 Category: JBossCX Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Larry Sanderson (lsanders) Assigned to: Nobody/Anonymous (nobody) Summary: properties in underlying XA-JDBC drivers Initial Comment: XA-JDBC drivers are typically made available to the App server via the org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionF actory MBean. This class provides a generic way to set JavaBean-style properties on the underlying XADataSource via the setXADataSourceProperties method. Unfortunately, only String-based JavaBean arguments are supported. The XA driver that I am using requires an integer property to be set (portNumber). The attached patch opens up the properties to support all primitive setXXX methods in addition to Strings. -Larry Index: connector//src/main/org/jboss/resource/adapter/jdbc/xa/ XAManagedConnectionFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resourc e/adapter/jdbc/xa/XAManagedConnectionFactory.java,v retrieving revision 1.4 diff -u -w -r1.4 XAManagedConnectionFactory.java --- connector//src/main/org/jboss/resource/adapter/jdbc/xa/ XAManagedConnectionFactory.java 25 Dec 2001 15:35:18 - 1.4 +++ connector//src/main/org/jboss/resource/adapter/jdbc/xa/ XAManagedConnectionFactory.java 8 Apr 2002 21:20:38 - @@ -452,24 +452,7 @@ log.trace(got DataSource instance); Properties props = parseProperties(); -Iterator it = props.keySet().iterator(); -while (it.hasNext()) -{ - String name = null; - String value = null; - try - { - name = (String)it.next(); - value = props.getProperty(name); - Method meth = cls.getMethod(set + Character.toUpperCase(name.charAt(0)) + name.substring (1), -new Class[]{String.class}); - meth.invoke(xads, new Object[] {value}); - } - catch (Exception e) - { - log.warn(Unable to set XADataSource property + name + = + value + :); - } -} +populate(xads, props); return xads; } catch (Exception e) @@ -508,6 +491,122 @@ props.put(key, value); } return props; + } + + /** +* Populate the obj with the properties in the Map. No exceptions +* are thrown if a property is specified for which there is no setter, +* however a warning is issued. +* +* @param props the properties to use. +*/ + private void populate(Object obj, Map props) + { + // get all valid set methods - + Method[] methods = obj.getClass().getMethods(); + HashMap setters = new HashMap(); + + for (int i = 0; i methods.length; i++) + { + Method meth = methods[i]; + String name = meth.getName(); + if (name.startsWith(set)) + { +String attrName = name.substring(3); +if (meth.getParameterTypes().length == 1) +{ + Class type = meth.getParameterTypes() [0]; + if (type == String.class || type.isPrimitive()) + { + setters.put(attrName, meth); + } +} + } + } + + for (Iterator i = props.entrySet().iterator(); i.hasNext();) + { + Map.Entry entry = (Map.Entry) i.next(); + String attributeName = (String) entry.getKey (); + String attributeValue = (String) entry.getValue(); + + Method meth = (Method)setters.get (attributeName); + if (meth != null) + { + try + { +Object val = convert(attributeValue, meth.getParameterTypes()[0]); +meth.invoke(obj, new Object[] { val }); + } + catch (Exception e) + { +e.printStackTrace(); +log.warn(Unable to set XADataSource property + +attributeName + = + attributeValue + :); + } + } + else + { + log.warn(No setter method for attribute + attributeName + + (value= + attributeValue + ).); + } + } +} + + /** +* Convert the specified value to the specified class. This should be +* replaced with the org.apache.commons.beanUtils.ConvertUtils class. +* +* @return the value converted to type +* @param value the String value to convert +* @type the class to convert to. Must be a primitive type or String. +*/ + private Object
Re: [JBoss-dev] JBoss 3 users -- warning of impending configuration change
PLEASE CONTRIBUTE YOUR NEW WORKING CONFIGURATIONS! Here is one for the Informix DB. The XA portion only works if the following patch is applied: http://sourceforge.net/tracker/?func=detailaid=541255group_id=22866atid=376687 -Larry _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12301 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
RE: [JBoss-dev] JBoss 3 users -- warning of impending configuration change
COME ON GUYS ONE MORE ONE MORE, as we go to final, please help with the database configuration for newbies, thanks for taking the time and pain to put it together, come on guys... David maybe a list of what databases are missing would be useful? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Larry |Sanderson |Sent: Monday, April 08, 2002 3:30 PM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3 users -- warning of impending |configuration change | | | PLEASE CONTRIBUTE YOUR NEW WORKING CONFIGURATIONS! | |Here is one for the Informix DB. The XA portion only works if the |following patch is applied: |http://sourceforge.net/tracker/?func=detailaid=541255group_id=228 |66atid=376687 | |-Larry |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12301 | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development | |Sponsored by http://www.ThinkGeek.com/ | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa XAManagedConnectionFactory.java
User: d_jencks Date: 02/04/08 16:23:47 Modified:src/main/org/jboss/resource/adapter/jdbc/xa XAManagedConnectionFactory.java Log: Added more property setting code, thanks to Larry Sanderson Revision ChangesPath 1.5 +120 -19 jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa/XAManagedConnectionFactory.java Index: XAManagedConnectionFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa/XAManagedConnectionFactory.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- XAManagedConnectionFactory.java 25 Dec 2001 15:35:18 - 1.4 +++ XAManagedConnectionFactory.java 8 Apr 2002 23:23:47 - 1.5 @@ -47,7 +47,8 @@ * /pre * * @authorAaron Mulder [EMAIL PROTECTED] - * @version $Revision: 1.4 $ + * @authorLarry Sanderson [EMAIL PROTECTED] + * @version $Revision: 1.5 $ */ public class XAManagedConnectionFactory implements ManagedConnectionFactory { @@ -452,24 +453,7 @@ log.trace(got DataSource instance); Properties props = parseProperties(); -Iterator it = props.keySet().iterator(); -while (it.hasNext()) -{ - String name = null; - String value = null; - try - { - name = (String)it.next(); - value = props.getProperty(name); - Method meth = cls.getMethod(set + Character.toUpperCase(name.charAt(0)) + name.substring(1), -new Class[]{String.class}); - meth.invoke(xads, new Object[]{value}); - } - catch (Exception e) - { - log.warn(Unable to set XADataSource property + name + = + value + :); - } -} +populate(xads, props); return xads; } catch (Exception e) @@ -509,5 +493,122 @@ } return props; } + + /** +* Populate the obj with the properties in the Map. No exceptions +* are thrown if a property is specified for which there is no setter, +* however a warning is issued. +* +* @param props the properties to use. +*/ + private void populate(Object obj, Map props) + { + // get all valid set methods - + Method[] methods = obj.getClass().getMethods(); + HashMap setters = new HashMap(); + + for (int i = 0; i methods.length; i++) + { + Method meth = methods[i]; + String name = meth.getName(); + if (name.startsWith(set)) + { +String attrName = name.substring(3); +if (meth.getParameterTypes().length == 1) +{ + Class type = meth.getParameterTypes()[0]; + if (type == String.class || type.isPrimitive()) + { + setters.put(attrName, meth); + } +} + } + } + + for (Iterator i = props.entrySet().iterator(); i.hasNext();) + { + Map.Entry entry = (Map.Entry)i.next(); + String attributeName = (String)entry.getKey(); + String attributeValue = (String)entry.getValue(); + + Method meth = (Method)setters.get(attributeName); + if (meth != null) + { +try +{ + Object val = convert(attributeValue, meth.getParameterTypes()[0]); + meth.invoke(obj, new Object[] {val }); +} +catch (Exception e) +{ + log.warn(Unable to set XADataSource property + +attributeName + = + +attributeValue + :); +} + } + else + { +log.warn(No setter method for attribute + attributeName + + (value= + attributeValue + ).); + } + } + } + + /** +* Convert the specified value to the specified class. This should be +* replaced with the org.apache.commons.beanUtils.ConvertUtils class. +* +* @return the value converted to type +* @param value the String value to convert +* @type the class to convert to. Must be a primitive type or String. +*/ + private Object convert(String value, Class type) + { + if (type == String.class) + { + return value; + } + if (type == Integer.TYPE) + { + return Integer.valueOf(value); + } + if (type == Double.TYPE) + { + return Double.valueOf(value); + } + if (type == Boolean.TYPE) { + return new
[JBoss-dev] CVS update: jmx/src/main/test/compliance/server MBeanServerTEST.java
User: juhalindfors Date: 02/04/08 16:26:24 Modified:src/main/test/compliance/server MBeanServerTEST.java Log: instantiate tests that show a NPE from BasicMBeanRegistry when null loader is used (should use the mbean server's cl in that case) fix coming up Revision ChangesPath 1.11 +96 -3 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.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- MBeanServerTEST.java 8 Apr 2002 21:22:47 - 1.10 +++ MBeanServerTEST.java 8 Apr 2002 23:26:24 - 1.11 @@ -54,7 +54,7 @@ * Tests the MBean server impl. through the ttMBeanServer/tt interface. * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ * */ public class MBeanServerTEST @@ -801,6 +801,98 @@ } /** +* Tests instantiate(String className) with null class name. According to +* javadoc, should throw RuntimeOperationsException wrapping IllegalArgException. +*/ + public void testInstantiateWithNullClassName() throws Exception + { + try + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + Object o = server.instantiate(null); + + // should not reach here + fail(incorrect exception behavior); + } + catch (RuntimeOperationsException e) + { + // expected + + // check that it wraps IAE + assertTrue(e.getTargetException() instanceof IllegalArgumentException); + } + } + + /** +* Tests instantiate(String className) with empty class name string. should +* throw ReflectionException wrapping CNFE. +*/ + public void testInstantiateWithEmptyClassName() throws Exception + { + try + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + Object o = server.instantiate(); + + // should not reach here + fail(incorrect exception/classloading behavior); + } + catch (ReflectionException e) + { + // expected + + // check that it wraps CNFE + assertTrue(e.getTargetException() instanceof ClassNotFoundException); + } + } + + /** +* Tests instantiate(String className, ObjectName loader) with null class name. According to +* javadoc, should throw RuntimeOperationsException wrapping IllegalArgException. +*/ + public void testInstantiateWithNullClassName2() throws Exception + { + try + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + Object o = server.instantiate(null, null); + + // should not reach here + fail(incorrect exception behavior); + } + catch (RuntimeOperationsException e) + { + // expected + + // check that it wraps IAE + assertTrue(e.getTargetException() instanceof IllegalArgumentException); + } + } + + /** +* Tests instantiate(String className, ObjectName loader) with empty class name string. should +* throw ReflectionException wrapping CNFE. +*/ + public void testInstantiateWithEmptyClassName2() throws Exception + { + try + { + MBeanServer server = MBeanServerFactory.createMBeanServer(); + Object o = server.instantiate(, null); + + // should not reach here + fail(incorrect exception/classloading behavior); + } + catch (ReflectionException e) + { + // expected + + // check that it wraps CNFE + assertTrue(e.getTargetException() instanceof ClassNotFoundException); + } + } + + /** * Tests instantiate(String className) classloading behaviour. According to * javadoc, DLR should be used to instantiate the class */ @@ -821,8 +913,9 @@ assertTrue(o.getClass().getClassLoader().equals(mlet)); } + /** -* Tests instantiate(String className) classloading behaviour. According to +* Tests instantiate(String className, ObjectName loader) classloading behaviour. According to * javadoc, DLR should be used to instantiate the class. This should fail as * the MLet MBean is never added to the agent and therefore not in the DLR. */ @@ -859,7 +952,7 @@ assertTrue(e.getTargetException() instanceof ClassNotFoundException); } } - + // MBeanServer registerMBean
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/security ConfiguredIdentityLoginModule.java
User: d_jencks Date: 02/04/08 16:13:46 Modified:src/main/org/jboss/resource/security ConfiguredIdentityLoginModule.java Log: made a better error message when bad config encountered Revision ChangesPath 1.2 +2 -1 jbosscx/src/main/org/jboss/resource/security/ConfiguredIdentityLoginModule.java Index: ConfiguredIdentityLoginModule.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/security/ConfiguredIdentityLoginModule.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ConfiguredIdentityLoginModule.java24 Mar 2002 21:44:31 - 1.1 +++ ConfiguredIdentityLoginModule.java8 Apr 2002 23:13:45 - 1.2 @@ -39,7 +39,7 @@ * * @author [EMAIL PROTECTED] * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class ConfiguredIdentityLoginModule extends AbstractServerLoginModule { @@ -88,6 +88,7 @@ } catch (Exception e) { + log.error(The ConnectionManager mbean: + managedConnectionFactoryName + specified in a ConfiguredIdentityLoginModule could not be found. ConnectionFactory will be unusable!); throw new IllegalArgumentException(Managed Connection Factory not found: + managedConnectionFactoryName); } // end of try-catch log.info(got principal: + principalName + , username: + userName + , password: + password + , mcfname: + managedConnectionFactoryName); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java
User: juhalindfors Date: 02/04/08 17:07:10 Modified:src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java Log: if registry.get() is called with null ref, throw instancenotfound immediately Revision ChangesPath 1.13 +7 -1 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.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- BasicMBeanRegistry.java 20 Mar 2002 18:26:32 - 1.12 +++ BasicMBeanRegistry.java 9 Apr 2002 00:07:09 - 1.13 @@ -49,13 +49,14 @@ * info@todo check garbage collection MBeanServer -- Registry * info@todo make register/unregister into interceptors for custom * processing add different stages of the process + * info@todo check race conditions for MT (un)registerMBean (uses long types) * * @see org.jboss.mx.server.registry.MBeanRegistry * * @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.12 $ + * @version $Revision: 1.13 $ */ public class BasicMBeanRegistry implements MBeanRegistry, BasicMBeanRegistryMBean @@ -400,10 +401,15 @@ public synchronized MBeanEntry get(ObjectName name) throws InstanceNotFoundException { + if (name == null) + throw new InstanceNotFoundException(null object name); + // Determine the domain and retrieve its entries String domain = name.getDomain(); + if (domain.length() == 0) domain = defaultDomain; + String props = name.getCanonicalKeyPropertyListString(); Map mbeanMap = (Map) domainMap.get(domain); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server MBeanServerImpl.java
User: juhalindfors Date: 02/04/08 17:08:32 Modified:src/main/org/jboss/mx/server MBeanServerImpl.java Log: if loadername is null, skip registry.get() (that would throw an instancenotfoundexception) Revision ChangesPath 1.21 +8 -2 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java Index: MBeanServerImpl.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- MBeanServerImpl.java 1 Mar 2002 19:25:57 - 1.20 +++ MBeanServerImpl.java 9 Apr 2002 00:08:32 - 1.21 @@ -91,7 +91,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.20 $ + * @version $Revision: 1.21 $ */ public class MBeanServerImpl implements MBeanServer, ServerConstants @@ -205,14 +205,20 @@ public Object instantiate(String className, ObjectName loaderName, Object[] params, String[] signature) throws ReflectionException, MBeanException, InstanceNotFoundException { ClassLoader cl = null; + + // if instantiate() is called with null loader name, we use the cl that + // loaded the MBean server (see javadoc) + try { - cl = (ClassLoader)registry.get(loaderName).getResourceInstance(); + if (loaderName != null) +cl = (ClassLoader)registry.get(loaderName).getResourceInstance(); } catch (ClassCastException e) { throw new ReflectionException(e, loaderName + is not a class loader.); } + if (cl == null) cl = this.getClass().getClassLoader(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 568 Successful tests: 536 Errors:26 Failures: 6 [time of test: 9 April 2002 0:55 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 Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 575 Successful tests: 545 Errors:25 Failures: 5 [time of test: 9 April 2002 1:43 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-20020124 (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! Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541323 ] CacheConnectionInterceptor PM life-cyle
Bugs item #541323, was opened at 2002-04-09 00:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Luke Taylor (luke_t) Assigned to: Luke Taylor (luke_t) Summary: CacheConnectionInterceptor PM life-cyle Initial Comment: CacheConnectionInterceptor isn't implementing the stop lifecycle method properly. It doesn't call stop on the the its delegate entity persistence manager if this has been set, so the implementation will not be cleaned up properly on undeploying. For example, if remove-table has been set to true with CMP, the table will not be dropped. It doesn't yet implement create and destroy (both are empty apart from TODOs) but I'm not sure if anything else is required here for now. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource RARDeployer.java
User: mclaugs Date: 02/04/08 18:06:38 Modified:src/main/org/jboss/resource RARDeployer.java Log: Changed parent param for ResourceAdapterModule.create from null to the same as name for stand-alone modules Revision ChangesPath 1.24 +2 -2 jbosscx/src/main/org/jboss/resource/RARDeployer.java Index: RARDeployer.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/RARDeployer.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- RARDeployer.java 3 Apr 2002 08:23:26 - 1.23 +++ RARDeployer.java 9 Apr 2002 01:06:38 - 1.24 @@ -54,7 +54,7 @@ * * @author Toby Allsopp ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version$Revision: 1.23 $ + * @version$Revision: 1.24 $ * @seeorg.jboss.resource.ConnectionFactoryLoader p * * bRevisions:/b p @@ -206,7 +206,7 @@ ObjectName lModule = org.jboss.management.j2ee.ResourceAdapterModule.create( server, - (rdi.parent == null)? null:rdi.parent.shortName, + (rdi.parent == null)? rdi.shortName:rdi.parent.shortName, rdi.shortName, rdi.localUrl, rdi.deployedObject Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-management/src/main/org/jboss/management/j2ee EJBModule.java J2EEManagedObject.java ResourceAdapterModule.java
User: mclaugs Date: 02/04/08 18:02:59 Modified:src/main/org/jboss/management/j2ee EJBModule.java J2EEManagedObject.java ResourceAdapterModule.java Log: modified to current version of the JSR-77 Spec removed the creation of a J2EEApplication for stand-alone modules also removed ^M's from EJBModule Revision ChangesPath 1.6 +180 -166 jboss-management/src/main/org/jboss/management/j2ee/EJBModule.java Index: EJBModule.java === RCS file: /cvsroot/jboss/jboss-management/src/main/org/jboss/management/j2ee/EJBModule.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- EJBModule.java19 Mar 2002 01:09:19 - 1.5 +++ EJBModule.java9 Apr 2002 01:02:59 - 1.6 @@ -1,169 +1,183 @@ -/* - * JBoss, the OpenSource J2EE webOS - * - * Distributable under LGPL license. - * See terms of license at gnu.org. - */ -package org.jboss.management.j2ee; - -import java.net.URL; -import java.security.InvalidParameterException; -import java.util.ArrayList; -import java.util.Arrays; -import java.util.HashMap; -import java.util.Hashtable; -import java.util.Iterator; -import java.util.List; -import java.util.Map; -import java.util.Set; -import javax.management.AttributeChangeNotification; -import javax.management.JMException; -import javax.management.MalformedObjectNameException; -import javax.management.MBeanServer; -import javax.management.Notification; -import javax.management.NotificationListener; -import javax.management.ObjectName; - -import org.jboss.logging.Logger; - -/** - * Root class of the JBoss JSR-77 implementation of - * {@link javax.management.j2ee.EJBModule EJBModule}. - * - * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.5 $ - * - * pbRevisions:/b - * - * pb20011123 Andreas Schaefer:/b - * ul - * li Adjustments to the JBoss Guidelines and implementing of the - * the create() and destroy() helper method - * /ul - * - * @jmx:mbean extends=org.jboss.management.j2ee.StateManageable,org.jboss.management.j2ee.J2EEModuleMBean - **/ -public class EJBModule - extends J2EEModule - implements EJBModuleMBean -{ - - // Constants - - - public static final String J2EE_TYPE = EJBModule; - - // Attributes - - private List mEJBs = new ArrayList(); - private StateManagement mState; - private ObjectName mService; - //used to see if we should remove our parent when we are destroyed. - private static final Map mCreatedParents = new HashMap(); - - // Static - - /** -* @todo AS: Now JVMs managed added now -**/ - public static ObjectName create( MBeanServer pServer, String pApplicationName, String pName, URL pURL, ObjectName pService ) { - Logger lLog = Logger.getLogger( EJBModule.class ); - String lDD = null; - ObjectName lApplication = null; - ObjectName lCreated = null; - try { - ObjectName serverQuery = new ObjectName( -J2EEManagedObject.getDomainName() + : + -J2EEManagedObject.TYPE + = + J2EEServer.J2EE_TYPE + , + -* - ); - Set servers = pServer.queryNames(serverQuery, null); - if (servers.size() != 1) - { -lLog.error(Wrong number of servers found, should be 1: + servers.size()); -return null; - } // end of if () - - ObjectName lServer = (ObjectName)servers.iterator().next(); - - String lServerName = lServer.getKeyPropertyList().get( J2EEManagedObject.TYPE ) + = + - lServer.getKeyPropertyList().get( name ); - - lLog.debug( EJBModule.create(), server name: + lServerName ); - - ObjectName parentAppQuery = new ObjectName( -J2EEManagedObject.getDomainName() + : + -J2EEManagedObject.TYPE + = + J2EEApplication.J2EE_TYPE + , + -name= + pApplicationName + , + -lServerName + , + -* - ); - Set parentApps = pServer.queryNames(parentAppQuery, null); - - if (parentApps.size() == 0) - { -lCreated = J2EEApplication.create( - pServer, - pApplicationName, - null -); -lApplication = lCreated; - - } // end of if () - else if (parentApps.size() == 1) - { -lApplication = (ObjectName)parentApps.iterator().next(); -
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStopCommand.java
User: luke_t Date: 02/04/08 18:20:45 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStopCommand.java Log: Corrected typo in log message. Revision ChangesPath 1.11 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStopCommand.java Index: JDBCStopCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStopCommand.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- JDBCStopCommand.java 8 Feb 2002 03:51:09 - 1.10 +++ JDBCStopCommand.java 9 Apr 2002 01:20:45 - 1.11 @@ -29,7 +29,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ public class JDBCStopCommand { @@ -52,7 +52,7 @@ public void execute() { if(entityMetaData.getRemoveTable()) { - log.debug(Droping table for entity + entity.getEntityName()); + log.debug(Dropping table for entity + entity.getEntityName()); dropTable(entity.getDataSource(), entityMetaData.getTableName()); } Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite build.xml
User: peterbraswell Date: 02/04/08 19:33:21 Modified:jboss.net/testsuite build.xml Log: Modifications to get test MBean deployment working. Revision ChangesPath 1.13 +34 -1 contrib/jboss.net/testsuite/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/build.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- build.xml 2 Apr 2002 15:36:07 - 1.12 +++ build.xml 9 Apr 2002 02:33:20 - 1.13 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.12 2002/04/02 15:36:07 cgjung Exp $ -- +!-- $Id: build.xml,v 1.13 2002/04/09 02:33:20 peterbraswell Exp $ -- project default=main name=JBoss/JBoss.net/TestSuite @@ -446,6 +446,7 @@ _jars-addr, _jars-jmx, _jars-axis, + _jars-jmx-test, _jars-store /target @@ -499,6 +500,38 @@ /jar /target + + !-- jmx access test -- + target name=_jars-jmx-test + +jar jarFile=${build.lib}/jmx.wsr + fileset dir=${build.resources}/jmx/wsr +include name=**/*/ + /fileset +/jar + +jar jarFile=${build.lib}/jmx-test.sar + fileset dir=${build.lib} +include name=jmx.wsr/ + /fileset +/jar + +jar jarFile=${build.lib}/jmx-test.sar + update=yes + fileset dir=${build.resources}/jmx/sar/ +include name=**/*/ + /fileset +/jar + +jar jarFile=${build.lib}/jmx-test.sar + update=yes + fileset dir=${build.classes} +include name=**/test/net/jmx/**/ + /fileset +/jar + + /target + !-- hello test -- target name=_jars-hello ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/jmx/sar/META-INF web-service.xml
User: peterbraswell Date: 02/04/08 19:33:21 Modified:jboss.net/testsuite/src/resources/jmx/sar/META-INF web-service.xml Log: Modifications to get test MBean deployment working. Revision ChangesPath 1.2 +1 -1 contrib/jboss.net/testsuite/src/resources/jmx/sar/META-INF/web-service.xml Index: web-service.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/src/resources/jmx/sar/META-INF/web-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- web-service.xml 3 Apr 2002 16:11:22 - 1.1 +++ web-service.xml 9 Apr 2002 02:33:21 - 1.2 @@ -12,7 +12,7 @@ !-- this service hits a connector web service that re-exposes the complete MBeanServer API -- service name=JMXTest provider=Handler parameter name=handlerClass value=org.jboss.net.jmx.server.MBeanProvider/ - parameter name=ObjectName value=jboss.net:service=Test/ + parameter name=ObjectName value=jboss.net:service=JMXTestMBean/ /service ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ
On Mon, 2002-04-08 at 17:47, Hiram Chirino wrote: I don't think we can apply the patch. It would break the case where we have 2 receiving clients with different message selectors grabbing messages out of one queue. See below .. So, the idea is client 1 is not interested in all the message in the queue, so he applies a message selector. But this does not mean that the other messages in the queue should be expired. There is a possibility that there is another client that is intrested in some of the other messages. He just needs to use a different message selector, and then he can get those messages. So what if we just clone the message and return it expired. Then the cloned message will expire and will be acknowledged but the orginal can be passed around to the rest of the subscribers? Are you trying to fix the problem that we have with durable topic subscriptions that have a selector? (the bug is that we store messages in the durable subscription even if it does does not match the selector, therefore we build up messages that can never be devliver since they do not match the selector). Yes this is what I am trying to fix. Durable subscriptions are kept in seperate persistent queues that are maintained by the to topic. I think the right way to fix it is to store the selector as part of the DurableSubscriptionID so that later on when we do a addMessage(...) in the org.jboss.mq.server.JMSTopic, we can skip adding messages to the durable subsciption queue if the message does not match the subscription message selector. This would also mean we have to store the durable subscription selector in the StateManager etc. Regards, Hiram _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config informix-xa-service.xml informix-service.xml
User: d_jencks Date: 02/04/08 19:58:06 Added: src/etc/example-config informix-xa-service.xml informix-service.xml Log: informix local and xa configs, from Larry Sanderson Revision ChangesPath 1.1 jbosscx/src/etc/example-config/informix-xa-service.xml Index: informix-xa-service.xml === ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- server !-- -- !-- ConnectionManager setup for xa informix dbs -- !-- Thanks to Larry Sanderson ([EMAIL PROTECTED]) -- !-- -- mbean code=org.jboss.resource.connectionmanager.XATxConnectionManager name=jboss.jca:service=XATxCM,name=InformixXaDS !--make the rar deploy! hack till better deployment-- dependsjboss.jca:service=RARDeployer/depends depends optional-attribute-name=ManagedConnectionFactoryName !--embedded mbean-- mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=XATxDS,name=InformixXaDS !--hack-- depends optional-attribute-name=OldRarDeploymentjboss.jca:service=RARDeployment,name=Minerva JDBC XATransaction ResourceAdapter/depends !--real attributes-- attribute name=ManagedConnectionFactoryProperties properties config-property config-property-nameXADataSourceClass/config-property-name config-property-typejava.lang.String/config-property-type config-property-valuecom.informix.jdbcx.IfxXADataSource/config-property-value /config-property config-property config-property-nameXADataSourceProperties/config-property-name config-property-typejava.lang.String/config-property-type config-property-valueIfxWAITTIME=10;Description=My Description;IfxIFXHOST=myhost.mydomain.com;PortNumber=1557;DatabaseName=mydb;ServerName=myserver/config-property-value /config-property config-property config-property-nameTransactionIsolation/config-property-name config-property-typejava.lang.String/config-property-type config-property-valueTRANSACTION_READ_COMMITTED/config-property-value /config-property /properties /attribute attribute name=JndiNameInformixXaDS/attribute /mbean /depends depends optional-attribute-name=ManagedConnectionPool !--embedded mbean-- mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=XATxPool,name=InformixXaDS attribute name=MinSize0/attribute attribute name=MaxSize50/attribute attribute name=BlockingTimeoutMillis5000/attribute attribute name=IdleTimeoutMinutes15/attribute !--criteria indicates if Subject (from security domain) or app supplied parameters (such as from getConnection(user, pw)) are used to distinguish connections in the pool. Choices are ByContainerAndApplication (use both), ByContainer (use Subject), ByApplication (use app supplied params only), ByNothing (all connections are equivalent, usually if adapter supports reauthentication)-- attribute name=CriteriaByContainer/attribute /mbean /depends depends optional-attribute-name=CachedConnectionManagerjboss.jca:service=CachedConnectionManager/depends attribute name=SecurityDomainJndiNamejava:/jaas/InformixXaDbRealm/attribute attribute name=TransactionManagerjava:/TransactionManager/attribute /mbean /server 1.1 jbosscx/src/etc/example-config/informix-service.xml Index: informix-service.xml === ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !--
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 575 Successful tests: 543 Errors:26 Failures: 6 [time of test: 9 April 2002 3:48 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-02a-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [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] CVS update: jmx/src/main/org/jboss/mx/server/registry BasicMBeanRegistry.java
User: juhalindfors Date: 02/04/08 20:01:56 Modified:src/main/org/jboss/mx/server/registry Tag: BranchMX_1_0 BasicMBeanRegistry.java Log: NPE fix for 1.0 release Revision ChangesPath No revision No revision 1.9.2.4 +7 -1 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.2.3 retrieving revision 1.9.2.4 diff -u -r1.9.2.3 -r1.9.2.4 --- BasicMBeanRegistry.java 20 Mar 2002 17:01:46 - 1.9.2.3 +++ BasicMBeanRegistry.java 9 Apr 2002 03:01:55 - 1.9.2.4 @@ -49,6 +49,7 @@ * info@todo check garbage collection MBeanServer -- Registry * info@todo make register/unregister into interceptors for custom * processing add different stages of the process + * info@todo check race conditions for MT (un)registerMBean (uses long types) * * @see org.jboss.mx.server.registry.MBeanRegistry * @@ -400,10 +401,15 @@ public synchronized MBeanEntry get(ObjectName name) throws InstanceNotFoundException { + if (name == null) + throw new InstanceNotFoundException(null object name); + // Determine the domain and retrieve its entries String domain = name.getDomain(); + if (domain.length() == 0) domain = defaultDomain; + String props = name.getCanonicalKeyPropertyListString(); Map mbeanMap = (Map) domainMap.get(domain); ___ 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 MBeanServerImpl.java
User: juhalindfors Date: 02/04/08 20:02:15 Modified:src/main/org/jboss/mx/server Tag: BranchMX_1_0 MBeanServerImpl.java Log: Revision ChangesPath No revision No revision 1.20.2.1 +8 -2 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java Index: MBeanServerImpl.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v retrieving revision 1.20 retrieving revision 1.20.2.1 diff -u -r1.20 -r1.20.2.1 --- MBeanServerImpl.java 1 Mar 2002 19:25:57 - 1.20 +++ MBeanServerImpl.java 9 Apr 2002 03:02:15 - 1.20.2.1 @@ -205,14 +205,20 @@ public Object instantiate(String className, ObjectName loaderName, Object[] params, String[] signature) throws ReflectionException, MBeanException, InstanceNotFoundException { ClassLoader cl = null; + + // if instantiate() is called with null loader name, we use the cl that + // loaded the MBean server (see javadoc) + try { - cl = (ClassLoader)registry.get(loaderName).getResourceInstance(); + if (loaderName != null) +cl = (ClassLoader)registry.get(loaderName).getResourceInstance(); } catch (ClassCastException e) { throw new ReflectionException(e, loaderName + is not a class loader.); } + if (cl == null) cl = this.getClass().getClassLoader(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb EntityContainer.java
User: d_jencks Date: 02/04/08 20:48:59 Modified:src/main/org/jboss/ejb EntityContainer.java Log: fix for bug 541323, made stop reverse operation order of start Revision ChangesPath 1.74 +21 -17jboss/src/main/org/jboss/ejb/EntityContainer.java Index: EntityContainer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EntityContainer.java,v retrieving revision 1.73 retrieving revision 1.74 diff -u -r1.73 -r1.74 --- EntityContainer.java 6 Mar 2002 18:56:14 - 1.73 +++ EntityContainer.java 9 Apr 2002 03:48:59 - 1.74 @@ -61,7 +61,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Daniel OConnor/a * @author a href=[EMAIL PROTECTED]Bill Burke/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a -* @version $Revision: 1.73 $ +* @version $Revision: 1.74 $ * * pbRevisions:/b * @@ -392,22 +392,9 @@ try { - // Call default stop - super.stop(); - - // Stop container invoker - if (containerInvoker != null) -containerInvoker.stop(); - - // Stop instance cache - instanceCache.stop(); - - // Stop persistence - persistenceManager.stop(); - - // Stop the instance pool - instancePool.stop(); - + //Stop items in reverse order from start + //This assures that CachedConnectionInterceptor will get removed + //from in between this and the pm before the pm is stopped. // Stop all interceptors in the chain Interceptor in = interceptor; while (in != null) @@ -415,6 +402,23 @@ in.stop(); in = in.getNext(); } + + // Stop the instance pool + instancePool.stop(); + + + // Stop persistence + persistenceManager.stop(); + + // Stop instance cache + instanceCache.stop(); + + // Stop container invoker + if (containerInvoker != null) +containerInvoker.stop(); + + // Call default stop + super.stop(); } finally { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/connectionmanager CachedConnectionInterceptor.java
User: d_jencks Date: 02/04/08 20:47:10 Modified:src/main/org/jboss/resource/connectionmanager CachedConnectionInterceptor.java Log: reverted to previous version, for a different fix Revision ChangesPath 1.3 +5 -9 jbosscx/src/main/org/jboss/resource/connectionmanager/CachedConnectionInterceptor.java Index: CachedConnectionInterceptor.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/CachedConnectionInterceptor.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CachedConnectionInterceptor.java 9 Apr 2002 01:24:44 - 1.2 +++ CachedConnectionInterceptor.java 9 Apr 2002 03:47:10 - 1.3 @@ -10,6 +10,7 @@ package org.jboss.resource.connectionmanager; + /** * CachedConnectionInterceptor.java * @@ -17,7 +18,6 @@ * Created: Sat Jan 12 01:22:06 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a -* @author a href=mailto:[EMAIL PROTECTED];Luke Taylor/a * @version */ import java.lang.reflect.Method; @@ -110,20 +110,16 @@ if (container != null pm != null ((EntityContainer)container).getPersistenceManager() == this) { ((EntityContainer)container).setPersistenceManager(pm); - pm.stop(); - } - } + pm = null; + } // end of if () + } /** * */ public void destroy() { - if (container != null pm != null ((EntityContainer)container).getPersistenceManager() == this) - { - pm.destroy(); - pm = null; - } + // TODO: implement this org.jboss.system.Service method } /** ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb ReadOnlyBean.java
User: jwalters Date: 02/04/08 21:06:39 Modified:src/main/org/jboss/test/ejbconf/beans/ejb ReadOnlyBean.java Log: Updated verifier to do simple entity bean verification for EJB 2.0. Updated some of the tests so the beans are in compliance with EJB 2.0. Revision ChangesPath 1.2 +2 -2 jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb/ReadOnlyBean.java Index: ReadOnlyBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb/ReadOnlyBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ReadOnlyBean.java 30 Jan 2002 23:00:32 - 1.1 +++ ReadOnlyBean.java 9 Apr 2002 04:06:39 - 1.2 @@ -52,14 +52,14 @@ * @return an codeInteger/code value * @ejb:create-method */ - public Integer ejbCreate(Integer id, Integer value) + public Integer ejbCreate(Integer id, Integer value) throws CreateException { setId(id); setValue(value); return null; } - public Integer ejbPostCreate(Integer id, Integer value) + public void ejbPostCreate(Integer id, Integer value) { return null; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/verifier DefaultMessages.properties
User: jwalters Date: 02/04/08 21:06:38 Modified:src/resources/org/jboss/verifier DefaultMessages.properties Log: Updated verifier to do simple entity bean verification for EJB 2.0. Updated some of the tests so the beans are in compliance with EJB 2.0. Revision ChangesPath 1.12 +63 -4 jboss/src/resources/org/jboss/verifier/DefaultMessages.properties Index: DefaultMessages.properties === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/verifier/DefaultMessages.properties,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- DefaultMessages.properties8 Apr 2002 02:35:02 - 1.11 +++ DefaultMessages.properties9 Apr 2002 04:06:38 - 1.12 @@ -110,23 +110,82 @@ 16.5.a = An entity bean requires a primary key class (prim-key-class tag). -7.10.1 = The session bean must implement either a remote home and remote, or a local home and a local interface. - -7.10.2.a = A session bean must implement, directly or indirectly, the SessionBean interface. 7.5.3.a = A stateless Session bean must not implement the SessionSynchronization interface. 7.5.3.b = A session bean using bean-managed transaction demarcation may not implement the SessionSynchronization interface. -7.10.3 = A session bean must implement at least one ejbCreate method. 7.6.1= A bean with bean-managed transaction demarcation cannot implement the SessionSynchronization interface. +7.8.a= The home interface of a stateless session bean must have one create method that takes no arguments. +7.8.b= The create method of a stateless session bean home interface must return the session bean's remote interface. +7.8.c= There can be only one create method in the home interface of a stateless session bean. + +7.10.1 = The session bean must implement either a remote home and remote, or a local home and a local interface. + +7.10.2.a = A session bean must implement, directly or indirectly, the SessionBean interface. 7.10.2.b1 = The session bean class must be defined as public. 7.10.2.b2 = The session bean class must not be final. 7.10.2.b3 = The session bean class must not be abstract. 7.10.2.c = The session bean class must have a public constructor that takes no parameters. 7.10.2.d = The class must not define the finalize() method. +7.10.3 = A session bean must implement at least one ejbCreate method. 7.10.3.b = The ejbCreate(...) method of a session bean class must be declared as public. 7.10.3.c = The ejbCreate(...) method of a session bean class must not be declared as final or static. 7.10.3.d = The return type of an ejbCreate(...) method must be void. 7.10.3.e = The method arguments of an ejbCreate(...) method must be legal types for RMI/IIOP. + +7.10.6.a = A session bean's home interface must extend the javax.ejb.EJBHome interface. +7.10.6.b1 = The method arguments in the home interface must be of valid types for RMI/IIOP. +7.10.6.b2 = The method return values in the home interface must be of valid types for RMI/IIOP. +7.10.6.b3 = The methods in the home interface must include java.rmi.RemoteException in their throws clause. +7.10.6.d1 = A session bean's home interface must define one or more create(...) methods. +7.10.6.d2 = The home interface of a stateless session bean must have one create method that takes no arguments. +7.10.6.e = Each create(...) method in the session bean's home interface must have a matching ejbCreate(...) method in the session bean's class. +7.10.6.f = The return type for a create(...) method must be the session bean's remote interface type. +7.10.6.g = All the exceptions defined in the throws clause of the matching ejbCreate(...) method of the enterprise bean class must be included in the throws clause of a matching create(...) method. +7.10.6.h = The throws clause of a create(...) method must include the javax.ejb.CreateException. + +7.10.8.a= A session bean's local home interface must extend the javax.ejb.EJBLocalHome interface. +7.10.8.b = The methods in the local home interface must not include java.rmi.RemoteException in their throws clause. +7.10.8.d1 = A session bean's local home interface must define one or more create(...) methods. +7.10.8.d2= The local home interface of a stateless session bean must have one create method that takes no arguments. +7.10.8.e = Each create(...) method in the session bean's local home interface must have a matching ejbCreate(...) method in the session bean's class. +7.10.8.f = The return type for a create(...) method must be the session bean's local interface type. +7.10.8.g = All the exceptions defined in the throws clause of the matching ejbCreate(...) method of the enterprise bean class must be
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/auth/spi AbstractServerLoginModule.java AnonLoginModule.java DatabaseServerLoginModule.java IdentityLoginModule.java LdapLoginModule.java ProxyLoginModule.java SimpleServerLoginModule.java UsernamePasswordLoginModule.java UsersRolesLoginModule.java
User: starksm Date: 02/04/08 21:13:02 Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4 AbstractServerLoginModule.java AnonLoginModule.java DatabaseServerLoginModule.java IdentityLoginModule.java LdapLoginModule.java ProxyLoginModule.java SimpleServerLoginModule.java UsernamePasswordLoginModule.java UsersRolesLoginModule.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.1.4.4 +3 -3 jbosssx/src/main/org/jboss/security/auth/spi/AbstractServerLoginModule.java Index: AbstractServerLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/AbstractServerLoginModule.java,v retrieving revision 1.1.4.3 retrieving revision 1.1.4.4 diff -u -r1.1.4.3 -r1.1.4.4 --- AbstractServerLoginModule.java29 Dec 2001 04:32:45 - 1.1.4.3 +++ AbstractServerLoginModule.java9 Apr 2002 04:13:01 - 1.1.4.4 @@ -1,5 +1,5 @@ /* - * JBoss, the OpenSource EJB server + * JBoss, the OpenSource WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. @@ -51,8 +51,8 @@ * /pre * *@author a href=[EMAIL PROTECTED]Edward Kenworthy/a, 12th Dec 2000 - *@author [EMAIL PROTECTED] - *@version $Revision: 1.1.4.3 $ + *@author [EMAIL PROTECTED] + *@version $Revision: 1.1.4.4 $ */ public abstract class AbstractServerLoginModule implements LoginModule { 1.1.2.2 +44 -43 jbosssx/src/main/org/jboss/security/auth/spi/AnonLoginModule.java Index: AnonLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/AnonLoginModule.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- AnonLoginModule.java 9 Jul 2001 08:49:37 - 1.1.2.1 +++ AnonLoginModule.java 9 Apr 2002 04:13:01 - 1.1.2.2 @@ -1,43 +1,44 @@ -/* - * JBoss, the OpenSource EJB server - * - * Distributable under LGPL license. - * See terms of license at gnu.org. - */ -package org.jboss.security.auth.spi; - -import java.security.Principal; -import java.security.acl.Group; -import javax.security.auth.login.LoginException; - -import org.jboss.security.SimpleGroup; -import org.jboss.security.auth.spi.UsernamePasswordLoginModule; - -/** A simple login module that simply allows for the specification of the - identity of unauthenticated users via the unauthenticatedIdentity property - inherited from the - - - @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.1 $ - */ -public class AnonLoginModule extends UsernamePasswordLoginModule -{ - /** Override to return an empty Roles set. -@return an array comtaning an empty 'Roles' Group. -*/ - protected Group[] getRoleSets() throws LoginException - { - SimpleGroup roles = new SimpleGroup(Roles); - Group[] roleSets = {roles}; - return roleSets; - } - - /** Overriden to return null. -@return null always -*/ - protected String getUsersPassword() throws LoginException - { - return null; - } -} +/* + * JBoss, the OpenSource WebOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ + +package org.jboss.security.auth.spi; + +import java.security.acl.Group; +import javax.security.auth.login.LoginException; + +import org.jboss.security.SimpleGroup; +import org.jboss.security.auth.spi.UsernamePasswordLoginModule; + +/** + * A simple login module that simply allows for the specification of the + * identity of unauthenticated users via the unauthenticatedIdentity property. + * + * @author [EMAIL PROTECTED] + * @version $Revision: 1.1.2.2 $ + */ +public class AnonLoginModule extends UsernamePasswordLoginModule +{ + /** +* Override to return an empty Roles set. +* @return an array comtaning an empty 'Roles' Group. +*/ + protected Group[] getRoleSets() throws LoginException + { + SimpleGroup roles = new SimpleGroup(Roles); + Group[] roleSets = {roles}; + return roleSets; + } + + /** +* Overriden to return null. +* @return null always +*/ + protected String getUsersPassword() throws LoginException + { + return null; + } +} 1.2.4.4 +25 -20 jbosssx/src/main/org/jboss/security/auth/spi/DatabaseServerLoginModule.java Index: DatabaseServerLoginModule.java === RCS file:
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security AbstractSecurityProxy.java AppPolicy.java AuthenticationInfo.java AuthorizationInfo.java Base64Encoder.java ClientLoginModule.java IAppPolicyStore.java NestableGroup.java NestablePrincipal.java SecurityPolicy.java SimpleGroup.java SubjectSecurityProxy.java SubjectSecurityProxyFactory.java Util.java
User: starksm Date: 02/04/08 21:13:00 Modified:src/main/org/jboss/security Tag: Branch_2_4 AbstractSecurityProxy.java AppPolicy.java AuthenticationInfo.java AuthorizationInfo.java Base64Encoder.java ClientLoginModule.java IAppPolicyStore.java NestableGroup.java NestablePrincipal.java SecurityPolicy.java SimpleGroup.java SubjectSecurityProxy.java SubjectSecurityProxyFactory.java Util.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.1.4.1 +198 -180 jbosssx/src/main/org/jboss/security/AbstractSecurityProxy.java Index: AbstractSecurityProxy.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/AbstractSecurityProxy.java,v retrieving revision 1.1 retrieving revision 1.1.4.1 diff -u -r1.1 -r1.1.4.1 --- AbstractSecurityProxy.java5 Mar 2001 09:53:25 - 1.1 +++ AbstractSecurityProxy.java9 Apr 2002 04:12:59 - 1.1.4.1 @@ -1,200 +1,218 @@ /* - * JBoss, the OpenSource EJB server + * JBoss, the OpenSource WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ + package org.jboss.security; -import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; import java.util.HashMap; import javax.ejb.EJBContext; -import org.jboss.ejb.MethodInvocation; - -/** An abstract implementation of SecurityProxy that wraps a non-SecurityProxy -object. Subclasses of this class are used to create a SecurityProxy given -a security delegate that implements methods in the EJB home or remote -interface for security checks. This allows custom security classes to be -written without using a JBoss specific interface. It also allows the security -delegate to follow a natural proxy pattern implementation. - -@author [EMAIL PROTECTED] -@version $Revision: 1.1 $ -*/ +/** + * An abstract implementation of SecurityProxy that wraps a non-SecurityProxy + * object. Subclasses of this class are used to create a SecurityProxy given + * a security delegate that implements methods in the EJB home or remote + * interface for security checks. This allows custom security classes to be + * written without using a JBoss specific interface. It also allows the security + * delegate to follow a natural proxy pattern implementation. + * + * @author [EMAIL PROTECTED] + * @version $Revision: 1.1.4.1 $ + */ public abstract class AbstractSecurityProxy implements SecurityProxy { -private HashMap methodMap; -private Method setContextMethod; -private Method setBeanMethod; -protected Object delegate; - -AbstractSecurityProxy(Object delegate) -{ -this.delegate = delegate; -methodMap = new HashMap(); -} - -/** Subclasses implement this method to actually invoke the given home -method on the proxy delegate. -@param m, the delegate method that was mapped from the ejb home method. -@param args, the method invocation arguments. -@param delegate, the proxy delegate object associated with the -AbstractSecurityProxy -@see invokeHome(Method, Object[]) -*/ -protected abstract void invokeHomeOnDelegate(Method m, Object[] args, Object delegate) throws SecurityException; -/** Subclasses implement this method to actually invoke the given remote -method on the proxy delegate. -@param m, the delegate method that was mapped from the ejb remote method. -@param args, the method invocation arguments. -@param delegate, the proxy delegate object associated with the -AbstractSecurityProxy -@see invoke(Method, Object[], Object) -*/ -protected abstract void invokeOnDelegate(Method m, Object[] args, Object delegate) throws SecurityException; - -/** This method is called by the container SecurityInterceptor to intialize -the proxy with the EJB home and remote interface classes that the -container is housing. This method creates a mapping from the home and -remote classes to the proxy delegate instance. The mapping is based on -method name and paramter types. In addition, the proxy delegate is -inspected for a setEJBContext(EJBContext) and a setBean(Object) method -so that the active EJBContext and EJB instance can be passed to the -delegate prior to method invocations. - -@param beanHome, the class for the EJB home interface -@param beanRemote, the class for the EJB remote interface -@param securityMgr, The security manager instance assigned to the
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityDomain.java JaasSecurityDomainMBean.java JaasSecurityManager.java JaasSecurityManagerService.java JaasSecurityManagerServiceMBean.java SecurityPolicyService.java SecurityPolicyServiceMBean.java
User: starksm Date: 02/04/08 21:13:02 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityDomain.java JaasSecurityDomainMBean.java JaasSecurityManager.java JaasSecurityManagerService.java JaasSecurityManagerServiceMBean.java SecurityPolicyService.java SecurityPolicyServiceMBean.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.1.2.3 +4 -12 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityDomain.java Index: JaasSecurityDomain.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityDomain.java,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- JaasSecurityDomain.java 9 Nov 2001 10:22:34 - 1.1.2.2 +++ JaasSecurityDomain.java 9 Apr 2002 04:13:02 - 1.1.2.3 @@ -4,6 +4,7 @@ * Distributable under LGPL license. * See terms of license at gnu.org. */ + package org.jboss.security.plugins; import java.io.IOException; @@ -23,16 +24,16 @@ import com.sun.net.ssl.TrustManagerFactory; import org.jboss.security.SecurityDomain; -import org.jboss.util.ServiceMBean; /** The JaasSecurityDomain is an extension of JaasSecurityManager that addes the notion of a KeyStore, and JSSE KeyManagerFactory and TrustManagerFactory for supporting SSL and other cryptographic use cases. @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.2 $ + @version $Revision: 1.1.2.3 $ */ -public class JaasSecurityDomain extends JaasSecurityManager +public class JaasSecurityDomain + extends JaasSecurityManager implements SecurityDomain, JaasSecurityDomainMBean { private int state; @@ -98,15 +99,6 @@ keyMgr = KeyManagerFactory.getInstance(algorithm); keyMgr.init(keyStore, keyStorePassword); } - /* Register with the JaasSecurityManagerServiceMBean. This allows this - JaasSecurityDomain to function as the security manager for security-domain - elements that declare java:/jaas/xxx for our security domain name. - */ - MBeanServer server = (MBeanServer) MBeanServerFactory.findMBeanServer(null).get(0); - ObjectName jaasMgr = new ObjectName(JaasSecurityManagerServiceMBean.OBJECT_NAME); - Object[] params = {getSecurityDomain(), this}; - String[] signature = new String[] {java.lang.String, org.jboss.security.SecurityDomain}; - server.invoke(jaasMgr, registerSecurityDomain, params, signature); state = STARTED; log.info(Started); 1.1.2.3 +3 -4 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityDomainMBean.java Index: JaasSecurityDomainMBean.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityDomainMBean.java,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- JaasSecurityDomainMBean.java 9 Nov 2001 10:23:12 - 1.1.2.2 +++ JaasSecurityDomainMBean.java 9 Apr 2002 04:13:02 - 1.1.2.3 @@ -1,5 +1,5 @@ /* - * JBoss, the OpenSource EJB server + * JBoss, the OpenSource WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. @@ -11,11 +11,10 @@ import org.jboss.util.ServiceMBean; -/** The JaasSecurityDomainMBean - +/** The JaasSecurityDomainMBean adds support for KeyStore management. @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.2 $ + @version $Revision: 1.1.2.3 $ */ public interface JaasSecurityDomainMBean extends ServiceMBean { 1.7.2.11 +9 -12 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java Index: JaasSecurityManager.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java,v retrieving revision 1.7.2.10 retrieving revision 1.7.2.11 diff -u -r1.7.2.10 -r1.7.2.11 --- JaasSecurityManager.java 5 Feb 2002 03:11:41 - 1.7.2.10 +++ JaasSecurityManager.java 9 Apr 2002 04:13:02 - 1.7.2.11 @@ -29,7 +29,7 @@ import javax.security.auth.callback.PasswordCallback; import javax.security.auth.callback.UnsupportedCallbackException; -import org.jboss.logging.Logger; +import org.jboss.security.Logger; import org.jboss.security.AppPolicy; import org.jboss.security.AuthenticationInfo; import org.jboss.security.RealmMapping; @@ -53,7 +53,7 @@ @author a
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp/jaas SRPCacheLoginModule.java SRPLoginModule.java
User: starksm Date: 02/04/08 21:13:03 Modified:src/main/org/jboss/security/srp/jaas Tag: Branch_2_4 SRPCacheLoginModule.java SRPLoginModule.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.3.2.3 +204 -179 jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java Index: SRPCacheLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java,v retrieving revision 1.3.2.2 retrieving revision 1.3.2.3 diff -u -r1.3.2.2 -r1.3.2.3 --- SRPCacheLoginModule.java 9 Dec 2001 00:55:21 - 1.3.2.2 +++ SRPCacheLoginModule.java 9 Apr 2002 04:13:03 - 1.3.2.3 @@ -6,10 +6,12 @@ */ package org.jboss.security.srp.jaas; +import java.security.GeneralSecurityException; import java.security.Principal; import java.util.Arrays; import java.util.Map; import java.util.Set; +import javax.crypto.spec.SecretKeySpec; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.security.auth.Subject; @@ -20,215 +22,238 @@ import javax.security.auth.spi.LoginModule; import org.jboss.security.Logger; +import org.jboss.security.Util; import org.jboss.security.auth.callback.SecurityAssociationCallback; +import org.jboss.security.srp.SRPParameters; import org.jboss.security.srp.SRPServerSession; import org.jboss.security.srp.SRPServerInterface; -import org.jboss.security.srp.SRPServerInterface.SRPParameters; import org.jboss.util.CachePolicy; /** A server side login module that validates a username and -session client challenge response against the cache of authentication -info maintained by the SRPService mbean. This module needs -a CallbackHandler that supplies the user principal and -credential via the SecurityAssociationCallback object. - -module options: -cacheJndiName, the JNDI name of the CachePolicy of Principal,SRPServerSession -information managed by the SRPSerice. -domainName, - -@author [EMAIL PROTECTED] -@version $Revision: 1.3.2.2 $ -*/ + session client challenge response against the cache of authentication + info maintained by the SRPService mbean. This module needs + a CallbackHandler that supplies the user principal and + credential via the SecurityAssociationCallback object. + + module options: + cacheJndiName, the JNDI name of the CachePolicy of Principal,SRPServerSession + information managed by the SRPSerice. + domainName, + + @author [EMAIL PROTECTED] + @version $Revision: 1.3.2.3 $ + */ public class SRPCacheLoginModule implements LoginModule { -private static Logger log = Logger.getLogger(SRPCacheLoginModule.class); -private Subject subject; -private CallbackHandler handler; -private Map sharedState; -private String domainName; -private String cacheJndiName; -private byte[] clientChallenge; -private SRPServerSession session; -private Principal userPrincipal; -private boolean loginFailed; - -public SRPCacheLoginModule() -{ -} - -// --- Begin LoginModule interface methods -/** Initialize the login module. + private static Logger log = Logger.getLogger(SRPCacheLoginModule.class); + private Subject subject; + private CallbackHandler handler; + private Map sharedState; + private String domainName; + private String cacheJndiName; + private byte[] clientChallenge; + private SRPServerSession session; + private Principal userPrincipal; + private boolean loginFailed; + + public SRPCacheLoginModule() + { + } + + // --- Begin LoginModule interface methods + /** Initialize the login module. @param subject, the subject to authenticate @param handler, the app CallbackHandler used to obtain username password @param sharedState, used to propagate the authenticated principal and -credential hash. +credential hash. @param options, the login module options. These include: -cacheJndiName: the JNDI name of the CachePolicy of Principal,Subject -information managed by the SRPSerice. -domainName: the security domain name. -*/ -public void initialize(Subject subject, CallbackHandler handler, Map sharedState, Map options) -{ -this.subject = subject; -this.handler = handler; -this.sharedState = sharedState; -cacheJndiName = (String) options.get(cacheJndiName); -log.trace(cacheJndiName=+cacheJndiName); -domainName = (String) options.get(domainName); -} - -/** Access the user Principal object and credentials by passing a +cacheJndiName: the JNDI name
[JBoss-dev] CVS update: jboss/src/main/org/jboss/verifier/strategy AbstractVerifier.java EJBVerifier20.java
User: jwalters Date: 02/04/08 21:06:38 Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java EJBVerifier20.java Log: Updated verifier to do simple entity bean verification for EJB 2.0. Updated some of the tests so the beans are in compliance with EJB 2.0. Revision ChangesPath 1.29 +12 -5 jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java Index: AbstractVerifier.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- AbstractVerifier.java 8 Apr 2002 02:35:01 - 1.28 +++ AbstractVerifier.java 9 Apr 2002 04:06:37 - 1.29 @@ -19,7 +19,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * This package and its source code is available at www.jboss.org - * $Id: AbstractVerifier.java,v 1.28 2002/04/08 02:35:01 jwalters Exp $ + * $Id: AbstractVerifier.java,v 1.29 2002/04/09 04:06:37 jwalters Exp $ */ // standard imports @@ -84,7 +84,7 @@ * /ul * /p * - * @version $Revision: 1.28 $ + * @version $Revision: 1.29 $ * @sinceJDK 1.3 */ public abstract class AbstractVerifier implements VerificationStrategy { @@ -322,6 +322,13 @@ } /* + * checks if the given method is declared as abstract + */ +public boolean isAbstract(Method m) { +return (Modifier.isAbstract(m.getModifiers())); +} + +/* * checks if finder returns the primary key type */ public boolean isSingleObjectFinder(EntityMetaData entity, Method finder) { @@ -1145,11 +1152,11 @@ protected final static String CREATE_METHOD = create; -protected final static String HOME_METHOD = -home; - protected final static String EJB_HOME_METHOD = ejbHome; + +protected final static String EJB_SELECT_METHOD = +ejbSelect; private final static String FINALIZE_METHOD = finalize; 1.12 +256 -104 jboss/src/main/org/jboss/verifier/strategy/EJBVerifier20.java Index: EJBVerifier20.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/verifier/strategy/EJBVerifier20.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- EJBVerifier20.java8 Apr 2002 02:35:01 - 1.11 +++ EJBVerifier20.java9 Apr 2002 04:06:37 - 1.12 @@ -19,7 +19,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * This package and its source code is available at www.jboss.org - * $Id: EJBVerifier20.java,v 1.11 2002/04/08 02:35:01 jwalters Exp $ + * $Id: EJBVerifier20.java,v 1.12 2002/04/09 04:06:37 jwalters Exp $ */ @@ -49,7 +49,7 @@ * * @author Juha Lindfors ([EMAIL PROTECTED]) * @author Jay Walters ([EMAIL PROTECTED]) - * @version $Revision: 1.11 $ + * @version $Revision: 1.12 $ * @sinceJDK 1.3 */ public class EJBVerifier20 extends AbstractVerifier { @@ -109,9 +109,8 @@ public void checkEntity(EntityMetaData entity) { - System.out.println(WARNING: EJBVerifier2.0 Entity Bean verification not implemented); - /* boolean pkVerified = false; -boolean beanVerified = false; // Need to change this once the code is in place +boolean pkVerified = false; +boolean beanVerified = false; boolean remoteHomeVerified = false; boolean remoteVerified = false; boolean localHomeVerified = false; @@ -134,7 +133,7 @@ * local home or local interface. * * Spec 12.2.1 - * + */ if (!(remoteHomeVerified remoteVerified) !(localHomeVerified localVerified)) { localOrHomeExists = false; @@ -145,9 +144,9 @@ /* * Verification for this entity bean done. Fire the event * to tell listeneres everything is ok. - * + */ fireBeanVerifiedEvent(entity); -}*/ +} } public void checkMessageBean(BeanMetaData bean) @@ -165,9 +164,22 @@ return m.getName().startsWith(EJB_CREATE_METHOD); } -public boolean isHomeMethod(Method m) -{ -return m.getName().startsWith(HOME_METHOD); + public boolean isEjbSelectMethod(Method m) + { + return m.getName().startsWith(EJB_SELECT_METHOD); + } + +public Iterator getEjbSelectMethods(Class c) { + +List selects =
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 575 Successful tests: 544 Errors:25 Failures: 6 [time of test: 9 April 2002 5:10 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [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] CVS update: jbosstest/src/main/org/jboss/test/cmp2/ejbselect ABean.java BBean.java
User: jwalters Date: 02/04/08 21:06:38 Modified:src/main/org/jboss/test/cmp2/ejbselect ABean.java BBean.java Log: Updated verifier to do simple entity bean verification for EJB 2.0. Updated some of the tests so the beans are in compliance with EJB 2.0. Revision ChangesPath 1.3 +4 -1 jbosstest/src/main/org/jboss/test/cmp2/ejbselect/ABean.java Index: ABean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/ejbselect/ABean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ABean.java28 Jan 2002 21:47:10 - 1.2 +++ ABean.java9 Apr 2002 04:06:38 - 1.3 @@ -1,5 +1,6 @@ package org.jboss.test.cmp2.ejbselect; +import javax.ejb.CreateException; import javax.ejb.EntityBean; import javax.ejb.EntityContext; import javax.ejb.FinderException; @@ -9,7 +10,9 @@ public abstract class ABean implements EntityBean { private EntityContext ctx; - public String ejbCreate(String id) { + public ABean() {} + + public String ejbCreate(String id) throws CreateException { setId(id); return null; } 1.3 +4 -1 jbosstest/src/main/org/jboss/test/cmp2/ejbselect/BBean.java Index: BBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/ejbselect/BBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BBean.java16 Jan 2002 00:05:04 - 1.2 +++ BBean.java9 Apr 2002 04:06:38 - 1.3 @@ -1,12 +1,15 @@ package org.jboss.test.cmp2.ejbselect; +import javax.ejb.CreateException; import javax.ejb.EntityBean; import javax.ejb.EntityContext; import java.rmi.RemoteException; public abstract class BBean implements EntityBean { -public String ejbCreate(String id, String name) { +public BBean() {} + +public String ejbCreate(String id, String name) throws CreateException { setId(id); setName(name); return null; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/readonly BookBean.java PublisherBean.java
User: jwalters Date: 02/04/08 21:06:38 Modified:src/main/org/jboss/test/cmp2/readonly BookBean.java PublisherBean.java Log: Updated verifier to do simple entity bean verification for EJB 2.0. Updated some of the tests so the beans are in compliance with EJB 2.0. Revision ChangesPath 1.2 +3 -1 jbosstest/src/main/org/jboss/test/cmp2/readonly/BookBean.java Index: BookBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/readonly/BookBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- BookBean.java 12 Dec 2001 20:06:38 - 1.1 +++ BookBean.java 9 Apr 2002 04:06:38 - 1.2 @@ -6,7 +6,9 @@ public abstract class BookBean implements EntityBean { transient private EntityContext ctx; - public Integer ejbCreate(Integer id) { +public BookBean() {} + + public Integer ejbCreate(Integer id) throws CreateException { setId(id); return null; } 1.2 +3 -1 jbosstest/src/main/org/jboss/test/cmp2/readonly/PublisherBean.java Index: PublisherBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/readonly/PublisherBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- PublisherBean.java12 Dec 2001 20:06:38 - 1.1 +++ PublisherBean.java9 Apr 2002 04:06:38 - 1.2 @@ -7,7 +7,9 @@ public abstract class PublisherBean implements EntityBean { transient private EntityContext ctx; - public Integer ejbCreate(Integer id) { +public PublisherBean() {} + + public Integer ejbCreate(Integer id) throws CreateException { setId(id); return null; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp SRPClientSession.java SRPConf.java SRPRemoteServer.java SRPRemoteServerInterface.java SRPServerInterface.java SRPServerProxy.java SRPServerSession.java SRPService.java SRPServiceMBean.java SRPVerifierStoreService.java SRPVerifierStoreServiceMBean.java SerialObjectStore.java
User: starksm Date: 02/04/08 21:13:03 Modified:src/main/org/jboss/security/srp Tag: Branch_2_4 SRPClientSession.java SRPConf.java SRPRemoteServer.java SRPRemoteServerInterface.java SRPServerInterface.java SRPServerProxy.java SRPServerSession.java SRPService.java SRPServiceMBean.java SRPVerifierStoreService.java SRPVerifierStoreServiceMBean.java SerialObjectStore.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.2.4.3 +217 -208 jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java Index: SRPClientSession.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java,v retrieving revision 1.2.4.2 retrieving revision 1.2.4.3 diff -u -r1.2.4.2 -r1.2.4.3 --- SRPClientSession.java 9 Dec 2001 00:55:21 - 1.2.4.2 +++ SRPClientSession.java 9 Apr 2002 04:13:02 - 1.2.4.3 @@ -13,228 +13,237 @@ import java.security.NoSuchAlgorithmException; import java.util.Arrays; -import org.jboss.security.Logger; +import org.jboss.logging.Logger; import org.jboss.security.Util; /** The client side logic to the SRP protocol. The class is intended to be used -with a SRPServerSession object via the SRPServerInterface. The SRP algorithm -using these classes consists of: - -1. Get server, SRPServerInterface server = (SRPServerInterface) Naming.lookup(...); -2. Get SRP parameters, SRPParameters params = server.getSRPParameters(username); -3. Create a client session, SRPClientSession client = new SRPClientSession(username, password, params.s, params.N, params.g); -4. Exchange public keys, byte[] A = client.exponential(); -byte[] B = server.init(username, A); -5. Exchange challenges, byte[] M1 = client.response(B); -byte[] M2 = server.verify(username, M1); -6. Verify the server response, if( client.verify(M2) == false ) -throw new SecurityException(Failed to validate server reply); -7. Validation complete - -Note that these steps are stateful. They must be performed in order and a -step cannot be repeated to update the session state. - -This product uses the 'Secure Remote Password' cryptographic -authentication system developed by Tom Wu ([EMAIL PROTECTED]). - -@author [EMAIL PROTECTED] -@version $Revision: 1.2.4.2 $ -*/ + with a SRPServerSession object via the SRPServerInterface. The SRP algorithm + using these classes consists of: + + 1. Get server, SRPServerInterface server = (SRPServerInterface) Naming.lookup(...); + 2. Get SRP parameters, SRPParameters params = server.getSRPParameters(username); + 3. Create a client session, SRPClientSession client = new SRPClientSession(username, + password, params); + 4. Exchange public keys, byte[] A = client.exponential(); + byte[] B = server.init(username, A); + 5. Exchange challenges, byte[] M1 = client.response(B); + byte[] M2 = server.verify(username, M1); + 6. Verify the server response, if( client.verify(M2) == false ) + throw new SecurityException(Failed to validate server reply); + 7. Validation complete + + Note that these steps are stateful. They must be performed in order and a + step cannot be repeated to update the session state. + + This product uses the 'Secure Remote Password' cryptographic + authentication system developed by Tom Wu ([EMAIL PROTECTED]). + + @author [EMAIL PROTECTED] + @version $Revision: 1.2.4.3 $ + */ public class SRPClientSession { -private static Logger log = Logger.getLogger(SRPClientSession.class); -private BigInteger N; -private BigInteger g; -private BigInteger x; -private BigInteger v; -private byte[] s; -private BigInteger a; -private BigInteger A; -private byte[] key; -/** The M1 = H(H(N) xor H(g) | H(U) | s | A | B | K) hash */ -private MessageDigest clientHash; -/** The M2 = H(A | M | K) hash */ -private MessageDigest serverHash; - -private static int A_LEN = 64; - -/** Creates a new SRP server session object from the username, password -verifier, + private static Logger log = Logger.getLogger(SRPClientSession.class); + private SRPParameters params; + private BigInteger N; + private BigInteger g; + private BigInteger x; + private BigInteger v; + private byte[] s; + private BigInteger a; + private BigInteger A; + private byte[] K; + /** The M1 = H(H(N) xor H(g) | H(U) | s | A | B | K) hash */ + private MessageDigest clientHash; + /** The M2 = H(A | M | K) hash */ + private MessageDigest
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security SecurityAssociation.java
User: starksm Date: 02/04/08 21:14:42 Modified:src/main/org/jboss/security Tag: Branch_2_4 SecurityAssociation.java Log: Add permission checks and a current Subject Revision ChangesPath No revision No revision 1.4.2.3 +278 -117 jboss/src/main/org/jboss/security/SecurityAssociation.java Index: SecurityAssociation.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/SecurityAssociation.java,v retrieving revision 1.4.2.2 retrieving revision 1.4.2.3 diff -u -r1.4.2.2 -r1.4.2.3 --- SecurityAssociation.java 5 Nov 2001 04:08:54 - 1.4.2.2 +++ SecurityAssociation.java 9 Apr 2002 04:14:42 - 1.4.2.3 @@ -1,5 +1,5 @@ /* - * JBoss, the OpenSource EJB server + * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. @@ -9,6 +9,7 @@ import java.security.Principal; import java.util.ArrayList; +import javax.security.auth.Subject; /** The SecurityAssociation class maintains the security principal and credentials. This can be done on either a singleton basis or a thread @@ -19,7 +20,7 @@ If this property is true, then the thread local storage object is of type java.lang.ThreadLocal which results in the current thread's security information NOT being propagated to child threads. - + When the property is false or does not exist, the thread local storage object is of type java.lang.InheritableThreadLocal, and any threads spawned by the current thread will inherit the security information of the current thread. @@ -32,147 +33,307 @@ @author Daniel O'Connor ([EMAIL PROTECTED]) @author [EMAIL PROTECTED] -@version $Revision: 1.4.2.2 $ -*/ +@version $Revision: 1.4.2.3 $ + */ public final class SecurityAssociation { -private static boolean server; -private static Principal principal; -private static Object credential; -private static ThreadLocal threadPrincipal; -private static ThreadLocal threadCredential; -private static RunAsThreadLocalStack threadRunAsStacks = new RunAsThreadLocalStack(); - -static -{ -boolean useThreadLocal = false; -try -{ -useThreadLocal = Boolean.getBoolean(org.jboss.security.SecurityAssociation.ThreadLocal); -} -catch(SecurityException e) -{ -// Ignore and use the default -} - -if( useThreadLocal ) -{ -threadPrincipal = new ThreadLocal(); -threadCredential = new ThreadLocal(); -} -else -{ -threadPrincipal = new InheritableThreadLocal(); -threadCredential = new InheritableThreadLocal(); -} -} - -/** Get the current principal information. + /** A flag indicating if security information is global or thread local */ + private static boolean server; + /** The SecurityAssociation principal used when the server flag is false */ + private static Principal principal; + /** The SecurityAssociation credential used when the server flag is false */ + private static Object credential; + /** The SecurityAssociation Subject used when the server flag is false */ + private static Subject subject; + + /** The SecurityAssociation principal used when the server flag is true */ + private static ThreadLocal threadPrincipal; + /** The SecurityAssociation credential used when the server flag is true */ + private static ThreadLocal threadCredential; + /** The SecurityAssociation Subject used when the server flag is true */ + private static ThreadLocal threadSubject; + + /** Thread local stacks of run-as principal roles used to implement J2EE +run-as identity propagation */ + private static RunAsThreadLocalStack threadRunAsStacks = new RunAsThreadLocalStack(); + /** The permission required to access getPrincpal, getCredential, getSubject */ + private static final RuntimePermission getPrincipalInfoPermission = + new RuntimePermission(org.jboss.security.SecurityAssociation.getPrincipalInfo); + /** The permission required to access setPrincpal, setCredential, setSubject */ + private static final RuntimePermission setPrincipalInfoPermission = + new RuntimePermission(org.jboss.security.SecurityAssociation.setPrincipalInfo); + /** The permission required to access setServer */ + private static final RuntimePermission setServerPermission = + new RuntimePermission(org.jboss.security.SecurityAssociation.setServer); + + static + { + boolean useThreadLocal = false; + try + { + useThreadLocal =
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/test NamespacePermission.java NamespacePermissionCollection.java PasswordHasher.java PermissionName.java SRPLoginTest.java SRPServerImpl.java SecurityPolicyParserTest.java SimpleSRPServer.java TestJCE.java TestProtocol.java TestSRPLogin.java TestSecurityPolicyParser.java TstClient.java TstTimedCache.java
User: starksm Date: 02/04/08 21:13:03 Modified:src/main/org/jboss/test Tag: Branch_2_4 NamespacePermission.java NamespacePermissionCollection.java PasswordHasher.java PermissionName.java SRPLoginTest.java SRPServerImpl.java SecurityPolicyParserTest.java SimpleSRPServer.java TestJCE.java TestProtocol.java TestSRPLogin.java TestSecurityPolicyParser.java TstClient.java TstTimedCache.java Log: Merge the changes from 3.0 into 2.4 Revision ChangesPath No revision No revision 1.2.4.1 +1 -1 jbosssx/src/main/org/jboss/test/NamespacePermission.java Index: NamespacePermission.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/NamespacePermission.java,v retrieving revision 1.2 retrieving revision 1.2.4.1 diff -u -r1.2 -r1.2.4.1 --- NamespacePermission.java 6 Mar 2001 02:18:58 - 1.2 +++ NamespacePermission.java 9 Apr 2002 04:13:03 - 1.2.4.1 @@ -7,7 +7,7 @@ /** A path like heirarchical permission. -@author [EMAIL PROTECTED] +@author [EMAIL PROTECTED] @version $Revsiion:$ */ public class NamespacePermission extends BasicPermission 1.2.4.1 +2 -2 jbosssx/src/main/org/jboss/test/NamespacePermissionCollection.java Index: NamespacePermissionCollection.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/NamespacePermissionCollection.java,v retrieving revision 1.2 retrieving revision 1.2.4.1 diff -u -r1.2 -r1.2.4.1 --- NamespacePermissionCollection.java6 Mar 2001 02:18:58 - 1.2 +++ NamespacePermissionCollection.java9 Apr 2002 04:13:03 - 1.2.4.1 @@ -13,8 +13,8 @@ /** The PermissionCollection object for NamespacePermissions. -@author [EMAIL PROTECTED] -@version $Revision: 1.2 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.2.4.1 $ */ public class NamespacePermissionCollection extends PermissionCollection { 1.1.2.2 +1 -1 jbosssx/src/main/org/jboss/test/PasswordHasher.java Index: PasswordHasher.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/PasswordHasher.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- PasswordHasher.java 6 Feb 2002 20:03:26 - 1.1.2.1 +++ PasswordHasher.java 9 Apr 2002 04:13:03 - 1.1.2.2 @@ -8,7 +8,7 @@ PasswordHasher [hashAlgorithm [hashEncoding [hashCharset]]] password @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.1 $ + @version $Revision: 1.1.2.2 $ */ public class PasswordHasher { 1.1.4.1 +2 -2 jbosssx/src/main/org/jboss/test/PermissionName.java Index: PermissionName.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/PermissionName.java,v retrieving revision 1.1 retrieving revision 1.1.4.1 diff -u -r1.1 -r1.1.4.1 --- PermissionName.java 5 Mar 2001 09:53:37 - 1.1 +++ PermissionName.java 9 Apr 2002 04:13:03 - 1.1.4.1 @@ -11,8 +11,8 @@ /** A javax.naming.Name based key class used as the name attribute by NamespacePermissions. -@author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.1.4.1 $ */ public class PermissionName implements Comparable, Serializable { 1.2.2.1 +2 -2 jbosssx/src/main/org/jboss/test/SRPLoginTest.java Index: SRPLoginTest.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/SRPLoginTest.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- SRPLoginTest.java 12 Apr 2001 02:53:57 - 1.2 +++ SRPLoginTest.java 9 Apr 2002 04:13:03 - 1.2.2.1 @@ -17,8 +17,8 @@ @see org.jboss.security.srp.jaas.SRPLoginModule -@author [EMAIL PROTECTED] -@version $Revision: 1.2 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.2.2.1 $ */ public class SRPLoginTest extends junit.framework.TestCase { 1.1.4.1 +2 -2 jbosssx/src/main/org/jboss/test/SRPServerImpl.java Index: SRPServerImpl.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/SRPServerImpl.java,v retrieving revision 1.1 retrieving revision 1.1.4.1 diff -u -r1.1 -r1.1.4.1 --- SRPServerImpl.java4 Apr
[JBoss-dev] CVS update: jboss/src/client jbosssx-client.jar
User: starksm Date: 02/04/08 21:19:34 Modified:src/client Tag: Branch_2_4 jbosssx-client.jar Log: Add the Rel_2_4_5_14 JBossSX changes Revision ChangesPath No revision No revision 1.8.2.21 +122 -113 jboss/src/client/Attic/jbosssx-client.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jce1_2_1.jar jboss-jaas.jar jbosssx.jar
User: starksm Date: 02/04/08 21:19:17 Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar Added: src/lib Tag: Branch_2_4 jce1_2_1.jar Log: Add the Rel_2_4_5_14 JBossSX changes Revision ChangesPath No revision No revision 1.11.2.23 +145 -168 jboss/src/lib/Attic/jboss-jaas.jar Binary file 1.11.2.23 +238 -238 jboss/src/lib/Attic/jbosssx.jar Binary file No revision No revision 1.1.2.1 +256 -0jboss/src/lib/Attic/jce1_2_1.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NonSerializableFactory.java
User: starksm Date: 02/04/08 21:14:13 Modified:src/main/org/jboss/naming Tag: Branch_2_4 NonSerializableFactory.java Log: Add additional utility methods Revision ChangesPath No revision No revision 1.5.6.3 +44 -27jboss/src/main/org/jboss/naming/NonSerializableFactory.java Index: NonSerializableFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/NonSerializableFactory.java,v retrieving revision 1.5.6.2 retrieving revision 1.5.6.3 diff -u -r1.5.6.2 -r1.5.6.3 --- NonSerializableFactory.java 14 Dec 2001 03:22:12 - 1.5.6.2 +++ NonSerializableFactory.java 9 Apr 2002 04:14:13 - 1.5.6.3 @@ -1,5 +1,5 @@ /* - * JBoss, the OpenSource EJB server + * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. @@ -65,8 +65,8 @@ @see javax.naming.spi.ObjectFactory @see #rebind(Context, String, Object) -@author [EMAIL PROTECTED] -@version $Revision: 1.5.6.2 $ +@author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. +@version $Revision: 1.5.6.3 $ */ public class NonSerializableFactory implements ObjectFactory { @@ -156,38 +156,55 @@ */ public static synchronized void rebind(Context ctx, String key, Object target) throws NamingException { +NonSerializableFactory.rebind(key, target); // Bind a reference to target using NonSerializableFactory as the ObjectFactory String className = target.getClass().getName(); String factory = NonSerializableFactory.class.getName(); StringRefAddr addr = new StringRefAddr(nns, key); Reference memoryRef = new Reference(className, addr, factory, null); ctx.rebind(key, memoryRef); -NonSerializableFactory.rebind(key, target); } -/** A convience method that simplifies the process of rebinding a - non-zerializable object into a JNDI context. This version binds the - target object into the default IntitialContext using name path. - -@param name, the name to use as JNDI path name. The key into the - NonSerializableFactory map is obtained from the toString() value of name. - The name parameter cannot be a 0 length name. - Any subcontexts between the root and the name. -@param target, the non-Serializable object to bind. -@throws NamingException, thrown on failure to rebind key into ctx. -*/ -public static synchronized void rebind(Name name, Object target) throws NamingException -{ -String key = name.toString(); -// Bind a reference to target using NonSerializableFactory as the ObjectFactory -String className = target.getClass().getName(); -String factory = NonSerializableFactory.class.getName(); -StringRefAddr addr = new StringRefAddr(nns, key); -Reference memoryRef = new Reference(className, addr, factory, null); -InitialContext ctx = new InitialContext(); -Util.rebind(ctx, name, memoryRef); -NonSerializableFactory.rebind(key, target); -} + /** A convience method that simplifies the process of rebinding a +non-zerializable object into a JNDI context. This version binds the +target object into the default IntitialContext using name path. + + @param name, the name to use as JNDI path name. The key into the +NonSerializableFactory map is obtained from the toString() value of name. +The name parameter cannot be a 0 length name. +Any subcontexts between the root and the name must exist. + @param target, the non-Serializable object to bind. + @throws NamingException, thrown on failure to rebind key into ctx. + */ + public static synchronized void rebind(Name name, Object target) throws NamingException + { + rebind(name, target, false); + } + + /** A convience method that simplifies the process of rebinding a +non-zerializable object into a JNDI context. This version binds the +target object into the default IntitialContext using name path. + + @param name, the name to use as JNDI path name. The key into the +NonSerializableFactory map is obtained from the toString() value of name. +The name parameter cannot be a 0 length name. + @param target, the non-Serializable object to bind. + @param createSubcontexts, a flag indicating if subcontexts of name should +be created if they do not already exist. + @throws NamingException, thrown on failure to rebind key into ctx. + */ + public static synchronized void rebind(Name name, Object target, + boolean createSubcontexts) throws NamingException + { + String key = name.toString(); +
[JBoss-dev] CVS update: jboss/src/main/org/jboss/verifier/strategy EJBVerifier20.java
User: jwalters Date: 02/04/08 21:27:25 Modified:src/main/org/jboss/verifier/strategy EJBVerifier20.java Log: Managed to checkin and break the testsuite... runs properly on my machine now. Revision ChangesPath 1.13 +11 -6 jboss/src/main/org/jboss/verifier/strategy/EJBVerifier20.java Index: EJBVerifier20.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/verifier/strategy/EJBVerifier20.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- EJBVerifier20.java9 Apr 2002 04:06:37 - 1.12 +++ EJBVerifier20.java9 Apr 2002 04:27:25 - 1.13 @@ -19,7 +19,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * This package and its source code is available at www.jboss.org - * $Id: EJBVerifier20.java,v 1.12 2002/04/09 04:06:37 jwalters Exp $ + * $Id: EJBVerifier20.java,v 1.13 2002/04/09 04:27:25 jwalters Exp $ */ @@ -49,7 +49,7 @@ * * @author Juha Lindfors ([EMAIL PROTECTED]) * @author Jay Walters ([EMAIL PROTECTED]) - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ * @sinceJDK 1.3 */ public class EJBVerifier20 extends AbstractVerifier { @@ -1995,7 +1995,7 @@ * Spec 10.6.2 */ - try { + /*try { This isn't quite working right yet,so I'll leave it off it = entity.getCMPFields(); while(it.hasNext()) { String fieldName = (String)it.next(); @@ -2015,14 +2015,19 @@ try { Method m = bean.getDeclaredMethod(setName, args); } catch (NoSuchMethodException nsme) { -fireSpecViolationEvent(entity, new Section(10.6.2.h)); -status = false; +args[0] = classloader.loadClass(java.util.Collection); +try { + Method m = bean.getDeclaredMethod(setName, args); +} catch (NoSuchMethodException nsme2) { +fireSpecViolationEvent(entity, new Section(10.6.2.h)); +status = false; +} } } } catch (NoSuchFieldException nsfe) { fireSpecViolationEvent(entity, new Section(10.6.2.j)); status = false; - } + }*/ /* * The ejbSelect(...) method signatures MUST follow these rules: ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/readonly BookBean.java PublisherBean.java
User: jwalters Date: 02/04/08 21:27:25 Modified:src/main/org/jboss/test/cmp2/readonly BookBean.java PublisherBean.java Log: Managed to checkin and break the testsuite... runs properly on my machine now. Revision ChangesPath 1.3 +1 -0 jbosstest/src/main/org/jboss/test/cmp2/readonly/BookBean.java Index: BookBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/readonly/BookBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BookBean.java 9 Apr 2002 04:06:38 - 1.2 +++ BookBean.java 9 Apr 2002 04:27:25 - 1.3 @@ -1,5 +1,6 @@ package org.jboss.test.cmp2.readonly; +import javax.ejb.CreateException; import javax.ejb.EntityBean; import javax.ejb.EntityContext; 1.3 +1 -0 jbosstest/src/main/org/jboss/test/cmp2/readonly/PublisherBean.java Index: PublisherBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/readonly/PublisherBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PublisherBean.java9 Apr 2002 04:06:38 - 1.2 +++ PublisherBean.java9 Apr 2002 04:27:25 - 1.3 @@ -1,6 +1,7 @@ package org.jboss.test.cmp2.readonly; import java.util.Collection; +import javax.ejb.CreateException; import javax.ejb.EntityBean; import javax.ejb.EntityContext; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541323 ] CacheConnectionInterceptor PM life-cyle
Bugs item #541323, was opened at 2002-04-09 00:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Luke Taylor (luke_t) Assigned to: Luke Taylor (luke_t) Summary: CacheConnectionInterceptor PM life-cyle Initial Comment: CacheConnectionInterceptor isn't implementing the stop lifecycle method properly. It doesn't call stop on the the its delegate entity persistence manager if this has been set, so the implementation will not be cleaned up properly on undeploying. For example, if remove-table has been set to true with CMP, the table will not be dropped. It doesn't yet implement create and destroy (both are empty apart from TODOs) but I'm not sure if anything else is required here for now. -- Comment By: Luke Taylor (luke_t) Date: 2002-04-09 01:27 Message: Logged In: YES user_id=369802 On stop in CacheConnectionInterceptor, I've called stop on the encapsulated persistence manager. Ditto for destroy. Does that make sense. Anything else I should look out for, David? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures mar11.JPG mar4.JPG mar7.JPG
User: mnf999 Date: 02/04/08 21:37:37 Added: src/docs/pictures mar11.JPG mar4.JPG mar7.JPG Log: Update: Added link to schedules page from index and powerpoint slides for some of the JBoss JavaOne conference. Also added pictures to the schedules page. (links to download ppt slides from corresponding title on schedules page) Revision ChangesPath 1.1 newsite/src/docs/pictures/mar11.JPG Binary file 1.1 newsite/src/docs/pictures/mar4.JPG Binary file 1.1 newsite/src/docs/pictures/mar7.JPG Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 575 Successful tests: 547 Errors:25 Failures: 3 [time of test: 9 April 2002 2:29 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! Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs AutoJBoss.ppt Defacto.ppt JBossCMP-JBossOne.ppt JBossJetty.ppt JBossMX-JB1-2002.ppt JBossOne-JCA.ppt JBossOne-Scott.ppt JBossOne2002.zip JettyJBossOne.ppt NatPres.ppt beanlocking.ppt jsr-2002.ppt index.jsp schedule.jsp
User: mnf999 Date: 02/04/08 21:37:37 Modified:src/docs index.jsp schedule.jsp Added: src/docs AutoJBoss.ppt Defacto.ppt JBossCMP-JBossOne.ppt JBossJetty.ppt JBossMX-JB1-2002.ppt JBossOne-JCA.ppt JBossOne-Scott.ppt JBossOne2002.zip JettyJBossOne.ppt NatPres.ppt beanlocking.ppt jsr-2002.ppt Log: Update: Added link to schedules page from index and powerpoint slides for some of the JBoss JavaOne conference. Also added pictures to the schedules page. (links to download ppt slides from corresponding title on schedules page) Revision ChangesPath 1.54 +11 -4 newsite/src/docs/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- index.jsp 3 Apr 2002 16:21:04 - 1.53 +++ index.jsp 9 Apr 2002 04:37:37 - 1.54 @@ -25,7 +25,9 @@ clustering design to our 3.0 microkernel architecture, to an audience of around 300. If you missed the conference, look for the slides to be posted here soon. We will also be selling the JBoss t-shirts from the conference on this website in the weeks to come. Finally, the lucky winner of a FREE SPOT at our San Francisco JBoss training was Peter - O'Connor from Fremont, CA. + O'Connor from Fremont, CA. Check out the +a class=link href=schedule.jspJBossOne session slides/a. + p class=headsup class=rednbsp;New/supTRAINING FROM THE GURUS: JBOSS INTERNALS @@ -78,10 +80,15 @@ a class=link href=team.jspRead more/a -a class=link href=http://www.onjava.com/pub/a/onjava/2002/03/20/jboss_interview.html; -img src=/pictures/oreilly_logo.gif hspace=10 vspace=3 align=right/a -p class=headsup class=rednbsp;New/supJBOSS TEAM INTERVIEW WITH STEVE ANGLIN ON ONJAVA.COM +p class=headEARTHWEB.COM WRITER DISCUSSES JBOSS AS MODEL FOR FUTURE SOFTWARE COMPANIES +p class=text +a class=link href=http://softwaredev.earthweb.com/sdtech/article/0,,12065_997301,00.html; +Read More/a + +p class=headsup class=rednbsp;New/supJBOSS TEAM INTERVIEW WITH STEVE ANGLIN ON ONJAVA.COM +a class=link href=http://www.onjava.com/pub/a/onjava/2002/03/20/jboss_interview.html; +img src=/pictures/oreilly_logo.gif hspace=10 vspace=3/a p class=head OBJECTFRONTIER OFFERS DISTRIBUTED CACHING WITH JBOSS 1.8 +52 -13newsite/src/docs/schedule.jsp Index: schedule.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/schedule.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- schedule.jsp 22 Mar 2002 21:21:30 - 1.7 +++ schedule.jsp 9 Apr 2002 04:37:37 - 1.8 @@ -35,17 +35,24 @@ /td /tr /table + + +brimg src=/pictures/mar4.JPG hspace=10 vspace=3 align=center/a /center p class=head align=centerfont color=purple size=3TUESDAY MARCH 26th/font -p class=head9AM-10AM: JBoss, the de facto development standard, Marc Fleury, Ph.D., Pres. JBoss Group +p class=head9AM-10AM: +a class=link href=Defacto.pptJBoss, the de facto development standard,/a +Marc Fleury, Ph.D., Pres. JBoss Group p class=textIn this State of the Union presentation Marc Fleury will give a general overview of the features that make JBoss the star of so many professional development shops. 100,000 developers download JBoss every month, wonder why? -p class=head10AM-11AM: Automating JBoss Solutions, Steve Wilkes, Principal Technologist, AltoWeb, Inc. +p class=head10AM-11AM: +a class=link href=AutoJBoss.pptAutomating JBoss Solutions,/a +Steve Wilkes, Principal Technologist, AltoWeb, Inc. p class=textSee how augmenting JBoss with the AltoWeb Application Platform, the combination of a pre-built framework plus a component assembly architecture coupled with application life-cycle management, can create more applications, faster, at a lower cost and with fewer expert resources. @@ -54,12 +61,16 @@ p class=textTake a look under the covers of JBoss' new high-availability, fail-over, and load-balancing features. We'll show you why JBoss is now a fully enterprise class application server. -p class=head12PM-1PM: JCA in JBoss3.0, David Jencks, Consultant, JBoss Group +p class=head12PM-1PM: +a class=link href=JBossOne-JCA.pptJCA in JBoss3.0,/a +David Jencks, Consultant, JBoss Group p class=textIn this presentation, David Jencks will explain the main features of the JCA specification and discuss the JBoss3.0 JCA implementation. Come see how easy it is to write your own JCA adapter! -p class=head1PM-2PM: JBossMX: JMX in Open Source, Juha Lindfors, Consultant, JBoss Group +p
[JBoss-dev] CVS update: newsite/src/docs JBossJavaOne.ppt
User: mnf999 Date: 02/04/08 21:54:01 Added: src/docs JBossJavaOne.ppt Log: Update: left this ppt presentation out Revision ChangesPath 1.1 newsite/src/docs/JBossJavaOne.ppt Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541323 ] CacheConnectionInterceptor PM life-cyle
Bugs item #541323, was opened at 2002-04-09 00:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Luke Taylor (luke_t) Assigned to: Luke Taylor (luke_t) Summary: CacheConnectionInterceptor PM life-cyle Initial Comment: CacheConnectionInterceptor isn't implementing the stop lifecycle method properly. It doesn't call stop on the the its delegate entity persistence manager if this has been set, so the implementation will not be cleaned up properly on undeploying. For example, if remove-table has been set to true with CMP, the table will not be dropped. It doesn't yet implement create and destroy (both are empty apart from TODOs) but I'm not sure if anything else is required here for now. -- Comment By: David Jencks (d_jencks) Date: 2002-04-09 02:00 Message: Logged In: YES user_id=60525 I'd prefer to fix this problem by reversing the order of the calls in EntityContainer in stop, and going back to the previous implementation of CachedConnectionInterceptor. Then pm.start will be called before CachedConnectionInterceptor inserts itself between Container and pm, and pm.stop will be called after CachedConnectionInterceptor removes itself from between Container and pm. create and destroy then dont' have to do anything (anyway destroy shouldn't deal with the pm, it has already given back the reference to the Container) With the current and original implementation, stop is getting called twice on CachedConnectionInterceptor. I am not thrilled with how I intercepted the calls (mostly store) to the pm, if anyone has a better idea please let me know. I'm trying checking that what I proposed works, do you have a testcase you could add to the testsuite? Thanks for figuring out what the problem is!! -- Comment By: Luke Taylor (luke_t) Date: 2002-04-09 01:27 Message: Logged In: YES user_id=369802 On stop in CacheConnectionInterceptor, I've called stop on the encapsulated persistence manager. Ditto for destroy. Does that make sense. Anything else I should look out for, David? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/connectionmanager CachedConnectionInterceptor.java
User: luke_t Date: 02/04/08 18:24:44 Modified:src/main/org/jboss/resource/connectionmanager CachedConnectionInterceptor.java Log: Fix for bug 541323 - failure to invoke stop on entity persistence manager member. Revision ChangesPath 1.2 +9 -5 jbosscx/src/main/org/jboss/resource/connectionmanager/CachedConnectionInterceptor.java Index: CachedConnectionInterceptor.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/CachedConnectionInterceptor.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CachedConnectionInterceptor.java 24 Mar 2002 21:44:31 - 1.1 +++ CachedConnectionInterceptor.java 9 Apr 2002 01:24:44 - 1.2 @@ -10,7 +10,6 @@ package org.jboss.resource.connectionmanager; - /** * CachedConnectionInterceptor.java * @@ -18,6 +17,7 @@ * Created: Sat Jan 12 01:22:06 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a +* @author a href=mailto:[EMAIL PROTECTED];Luke Taylor/a * @version */ import java.lang.reflect.Method; @@ -110,16 +110,20 @@ if (container != null pm != null ((EntityContainer)container).getPersistenceManager() == this) { ((EntityContainer)container).setPersistenceManager(pm); - pm = null; - } // end of if () - } + pm.stop(); + } + } /** * */ public void destroy() { - // TODO: implement this org.jboss.system.Service method + if (container != null pm != null ((EntityContainer)container).getPersistenceManager() == this) + { + pm.destroy(); + pm = null; + } } /** Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 575 Successful tests: 545 Errors:25 Failures: 5 [time of test: 9 April 2002 6:7 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-541323 ] CacheConnectionInterceptor PM life-cyle
Bugs item #541323, was opened at 2002-04-09 00:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Luke Taylor (luke_t) Assigned to: Luke Taylor (luke_t) Summary: CacheConnectionInterceptor PM life-cyle Initial Comment: CacheConnectionInterceptor isn't implementing the stop lifecycle method properly. It doesn't call stop on the the its delegate entity persistence manager if this has been set, so the implementation will not be cleaned up properly on undeploying. For example, if remove-table has been set to true with CMP, the table will not be dropped. It doesn't yet implement create and destroy (both are empty apart from TODOs) but I'm not sure if anything else is required here for now. -- Comment By: Luke Taylor (luke_t) Date: 2002-04-09 02:20 Message: Logged In: YES user_id=369802 I'd prefer to fix this problem by reversing the order of the calls in EntityContainer in stop, and going back to the previous implementation of CachedConnectionInterceptor. That makes sense. I spent some time working out that CachedConnectionInterceptor had sneaked in there at all! I kept wondering why I wasn't seeing stop being called on CMPPersistenceManager. I'll leave it in your safe (well, safer :) hands. I don't have a test case at the moment - CMP wasn't working correctly with remove-table=true. Would it be possible to modify an existing CMP test case, set remove-table to true and make sure that the table had gone when it was undeployed? That would probably cover quite a lot of useful stuff. -- Comment By: David Jencks (d_jencks) Date: 2002-04-09 02:00 Message: Logged In: YES user_id=60525 I'd prefer to fix this problem by reversing the order of the calls in EntityContainer in stop, and going back to the previous implementation of CachedConnectionInterceptor. Then pm.start will be called before CachedConnectionInterceptor inserts itself between Container and pm, and pm.stop will be called after CachedConnectionInterceptor removes itself from between Container and pm. create and destroy then dont' have to do anything (anyway destroy shouldn't deal with the pm, it has already given back the reference to the Container) With the current and original implementation, stop is getting called twice on CachedConnectionInterceptor. I am not thrilled with how I intercepted the calls (mostly store) to the pm, if anyone has a better idea please let me know. I'm trying checking that what I proposed works, do you have a testcase you could add to the testsuite? Thanks for figuring out what the problem is!! -- Comment By: Luke Taylor (luke_t) Date: 2002-04-09 01:27 Message: Logged In: YES user_id=369802 On stop in CacheConnectionInterceptor, I've called stop on the encapsulated persistence manager. Ditto for destroy. Does that make sense. Anything else I should look out for, David? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541323group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-541366 ] EJB 2.0 Verifier
Change Notes item #541366, was opened at 2002-04-08 23:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=541366group_id=22866 Category: JBossServer Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Jay Walters (jwalters) Assigned to: Nobody/Anonymous (nobody) Summary: EJB 2.0 Verifier Initial Comment: I have now checked in basic support for EJB 2.0 session bean and EJB 2.0 entity bean verification. I am sure there are still some problems with the entity beans, they are quite a bunch of fun to verify. This support should at least pick up those problems where there are misspellings in the deployment descriptor or method names not agreeing, etc between the various interfaces and the implementation. I will continue to work on it at least for a few days as message beans need to be done, messages input, and entity beans cleaned up. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=541366group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build jetty-service.xml
User: starksm Date: 02/04/08 22:59:33 Modified:jetty/src/build Tag: Branch_2_4 jetty-service.xml Log: Fix the jboss home system property used in 2.4.x Revision ChangesPath No revision No revision 1.1.2.3 +1 -1 contrib/jetty/src/build/Attic/jetty-service.xml Index: jetty-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/jetty-service.xml,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- jetty-service.xml 5 Apr 2002 03:10:27 - 1.1.2.2 +++ jetty-service.xml 9 Apr 2002 05:59:33 - 1.1.2.3 @@ -64,7 +64,7 @@ !-- === -- Set name=RequestLog New class=org.mortbay.http.NCSARequestLog - ArgSystemProperty name=jboss.server.home.dir/SystemProperty name=jetty.log default=/log//_mm_dd.request.log + ArgSystemProperty name=jboss.home/SystemProperty name=jetty.log default=/log//_mm_dd.request.log /Arg Set name=retainDays90/Set Set name=appendtrue/Set ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build org.mortbay.jetty.jar
User: starksm Date: 02/04/08 23:00:58 Added: jetty/src/build Tag: Branch_2_4 org.mortbay.jetty.jar Log: A patched version of the 4.0.0 jar that includes the 1.41 version of the org/mortbay/jetty/servlet/WebApplicationContext class Revision ChangesPath No revision No revision 1.1.2.1 +1745 -0 contrib/jetty/src/build/Attic/org.mortbay.jetty.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build build.xml
User: starksm Date: 02/04/08 23:01:55 Modified:jetty/src/build Tag: Branch_2_4 build.xml Log: Patch the Jetty-4.0.0 release with the 1.41 version of the org/mortbay/jetty/servlet/WebApplicationContext class Revision ChangesPath No revision No revision 1.6.2.10 +4 -1 contrib/jetty/src/build/Attic/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/build.xml,v retrieving revision 1.6.2.9 retrieving revision 1.6.2.10 diff -u -r1.6.2.9 -r1.6.2.10 --- build.xml 5 Apr 2002 03:10:27 - 1.6.2.9 +++ build.xml 9 Apr 2002 06:01:54 - 1.6.2.10 @@ -3,7 +3,7 @@ !ENTITY jetty-service.xml SYSTEM jetty-service.xml ] -!-- $Id: build.xml,v 1.6.2.9 2002/04/05 03:10:27 starksm Exp $ -- +!-- $Id: build.xml,v 1.6.2.10 2002/04/09 06:01:54 starksm Exp $ -- !-- An Ant build file for the jetty-service jar and the JBoss/Jetty bundle. The buildfile requires a JBoss dist @@ -122,6 +122,9 @@ copy todir=${bundle.root}/jetty fileset dir=${jetty.dist} / /copy +!-- Integrate the WebApplicationContext 1.41 change -- +copy todir=${bundle.root}/jetty/lib file=src/build/org.mortbay.jetty.jar + overwrite=true / copy todir=${bundle.root}/jboss fileset dir=${jboss.dist} / /copy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development