[JBoss-dev] [ jboss-Bugs-441638 ] failed to set custom security manager
Bugs item #441638, was opened at 2001-07-16 02:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441638&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Oleg Orlov (oleg_orlov) Assigned to: Nobody/Anonymous (nobody) Summary: failed to set custom security manager Initial Comment: I use JBoss-2.2.2_Tomcat-3.2.2 and edit jboss.jcml : my.CustomSecurityManage r But after deployment security manager remains org.jboss.security.plugins.JaasSecurityManager. After some investigations i catch the source of the problem. Constructor JaasSecurityManagerService() sets org.jboss.security.plugins.JaasSecurityManager as default. Next time, while reading jboss.jcml, container sets my.CustomSecurityManager and register self as the security manager factory. While deployng, container make lookup (securityManagerJNDIName). Lookup instantiates security manager factory, ie JaasSecurityManagerService, and in the constructor sets default security manager again! This prevent me from replacing the security manager untill replacing JaasSecurityManagerService or correcting it code. Possible fix in org.jboss.security.plugins.JaasSecurityManagerService: public JaasSecurityManagerService() { try { // Use JaasSecurityManager as the default if (securityMgrClass == null) { setSecurityManagerClassName ("org.jboss.security.plugins.JaasSecurityManager"); } // Use SubjectSecurityProxyFactory as the default SecurityProxyFactory if (securityProxyFactoryClass == null) { setSecurityProxyFactoryClassName ("org.jboss.security.SubjectSecurityProxyFactory"); } } catch(ClassNotFoundException e) { } } -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441638&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Entity and session bean
Wrong mailing list. -- Juha On Mon, 16 Jul 2001, Saint-Martin Cecile wrote: > Hi, > > I have a question about entity and session bean. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAWS Rel_2_4_0_16 changes have been removed
can u pls let me know how i can get the test suite working from within the build scripts? the test script has a compileTest target which only builds the jmx bit. many thanks vinay - Original Message - From: "Scott M Stark" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, July 14, 2001 11:02 PM Subject: Re: [JBoss-dev] JAWS Rel_2_4_0_16 changes have been removed > These are the changes that were undone: > > [starksm@banshee-int jaws]$ cvs update -j Rel_2_4_0_16 -j Rel_2_4_0_15 > cvs server: Updating . > cvs server: Updating bmp > cvs server: Updating jdbc > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCBeanExists Command.java,v > retrieving revision 1.7.6.1 > retrieving revision 1.7 > Merging differences between 1.7.6.1 and 1.7 into JDBCBeanExistsCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommand.ja va,v > retrieving revision 1.33.2.1 > retrieving revision 1.33 > Merging differences between 1.33.2.1 and 1.33 into JDBCCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCreateEnti tyCommand.java,v > retrieving revision 1.6.6.1 > retrieving revision 1.6 > Merging differences between 1.6.6.1 and 1.6 into JDBCCreateEntityCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCDefinedFin derCommand.java,v > retrieving revision 1.14.2.3 > retrieving revision 1.14.2.2 > Merging differences between 1.14.2.3 and 1.14.2.2 into JDBCDefinedFinderCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFindByComm and.java,v > retrieving revision 1.10.2.1 > retrieving revision 1.10 > Merging differences between 1.10.2.1 and 1.10 into JDBCFindByCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCInitComman d.java,v > retrieving revision 1.12.6.2 > retrieving revision 1.12.6.1 > Merging differences between 1.12.6.2 and 1.12.6.1 into JDBCInitCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntiti esCommand.java,v > retrieving revision 1.4.2.1 > retrieving revision 1.4 > Merging differences between 1.4.2.1 and 1.4 into JDBCLoadEntitiesCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntity Command.java,v > retrieving revision 1.11.2.1 > retrieving revision 1.11 > Merging differences between 1.11.2.1 and 1.11 into JDBCLoadEntityCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCRemoveEnti tyCommand.java,v > retrieving revision 1.5.6.1 > retrieving revision 1.5 > Merging differences between 1.5.6.1 and 1.5 into JDBCRemoveEntityCommand.java > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCStoreEntit yCommand.java,v > retrieving revision 1.7.6.1 > retrieving revision 1.7 > Merging differences between 1.7.6.1 and 1.7 into JDBCStoreEntityCommand.java > cvs server: Updating metadata > RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsEntity MetaData.java,v > retrieving revision 1.9.4.2 > retrieving revision 1.9.4.1 > Merging differences between 1.9.4.2 and 1.9.4.1 into JawsEntityMetaData.java > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] test
_tesyt Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBOSS load-ballance with multiple data sources?
If an app is accessing mulitple data-sources, and a failure of that jboss server occurrs, what is the recomended failover for jboss to preserve state if it can? (i.e. JBoss has an app which is being used, the server dies(for some reason) and the client session performs a re-request, what happens?) -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Building a full jboss building with all of the sources
I've been looking around for either a simple description on how to generate a full build or an ant file doing the same thing. Does anyone have an ant script to do the whole lot in one go? - or have I missed the obvious and there's a doc staring me in the face! Cheers and thanks. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Building a full jboss building with all of the sources
Hello, - Download the source distribution and unzip it in a folder... let's call it JBOSS. - go in the JBOSS/src/build folder - launch either build.bat or build.sh depending on your platform - after being compiled, the result can be found in the JBOSS/dist Cheers, Sacha > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de Nick > Betteridge > Envoye : lundi, 16 juillet 2001 18:47 > A : [EMAIL PROTECTED] > Objet : [JBoss-dev] Building a full jboss building with all of the > sources > > > I've been looking around for either a simple description on how to > generate a full build or an ant file doing the same thing. > > Does anyone have an ant script to do the whole lot in one go? - or have > I missed the obvious and there's a doc staring me in the face! > > Cheers and thanks. > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-441783 ] Is JNP configurable?
Bugs item #441783, was opened at 2001-07-16 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441783&group_id=22866 Category: None Group: v2.2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Is JNP configurable? Initial Comment: I tried to create a MBean for custom JNDI implementation. I ran into a problem when i removed jnpserver.jar from the classpath of Jboss. Apparently in your JaasSecurityManager service NamingServer is referenced. Why do u need to refer NamingServer? If NamingServer is referenced in JBoss services, i may not be able to plugin different JNDI provider. suspected code is in org.jboss.security.plugins.JaasSecurityManagerService class. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441783&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EntityInstanceInterceptor change
|When a transaction times out it still should be notifying any threads that |went into |a wait state because of contention with respect to the transaction. If you |want a |quick fix to test that the problem is loss of the end of transaction |notification |simply change this line: | |190 ctx.getTxLock().wait(); |to: |190 ctx.getTxLock().wait(your_sleep_amount_here); yes, that will wake up and loop and see that the Tx timed out... is there any reuse of these puppies? (the txs) marcf | |to restore the semi-busy wait behavior. This really causes no harm but |guarentees that |a lost notification is not hanging the server. | |- Original Message - |From: "Jason Dillon" <[EMAIL PROTECTED]> |To: <[EMAIL PROTECTED]> |Sent: Friday, July 13, 2001 4:27 PM |Subject: Re: [JBoss-dev] EntityInstanceInterceptor change | | |> I am still seeing a hang in EntityInstanceInterceptor =( I think I am |> starting to understand the problem more, which is good. Unfortunately I |> still don't have a good idea for which chunk of code is at fault. |> | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Need simple tutorial on passing objects to EJB's
I need a little bit of beginner help on distributed object programming. I've gone through the Jboss documentation and was able to create the simple bean and the simple test client that calculated my compound interest. But now I want to extend that example and pass an object/data structure to the EJB from the test client. So example: EJB session object has interface public void PassSomeObject(Foo myFooObject); And Foo is a simple object with two data fields/ accessors and mutators... Public class foo{ private String fooBar1; private String fooBar2; public foo (String myFoo, String myFoo2); public String getMyFoo1(); public void setMyFoo1(String foo); ... } This object doesn't have a "remote" and "home" interface because I don't want it to be a bean. I simply want to pass information from my client into the EJB... Do I need to add something to my META-INF files? Or can I simply pass this data back and forth? And if I need to pass back an Array of foos does this need more complicated code? Any help would be appreciated. -Dave ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EntityInstanceInterceptor change
I am testing the EJB 2.0 capabilities that have been implemented in some of the recent builds from CVS and I have come across this problem. Using jbosscmp-jdbc.xml, I can deploy a simple app. It only has a couple of fields, id (String) and label (String) as getters and setters. When I deploy this is works great and JBoss creates the necessary table (Using SQL 2000) However, when I add one more field: dateCreated (java.sql.Timestamp) with this entry: dateCreated java.sql.Timestamp TIMESTAMP TIMESTAMP The table is no longer created in the database. Any ideas on why? thanks! Brenton House _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMSContainerInvoker & XAConnections
Problem 1. The JMSContainerInvoker looksup JNDI to find the (Topic/Queue)ConnectionFactory from which it creates a (Topic/Queue)Connection. 2. The JMSContainerInvoker never checks if the ConnectionFactory is XA compliant i.e is instanceof XATopicConnectionFactory/XAQueueConnectionFactory 3. This means that irrespective of the type of ConnectionFactory(XA/non XA) registered in JNDI the JMSContainerInvoker always creates a (Topic/Queue)Connection and never an XATopicConnection or XAQueueConnection. i.e createXATopicConnection()/createXAQueueConnection() is never called. 4. When the created (non-XA) connection is passed into org.jboss.jms.asf.StdServerSessionPoolFactory it is used to create a StdServerSessionPool which cribs by giving this elegant message "WARNING: Using a non-XA TopicConnection. It will not be able to participate in a Global UOW" (StdServerSessionPool.java" line 178) This problem leads to MDB being tied to non XA compliant Queues/Topics which means that the underlying JMS provider cannot participate in a TPC even if it supports XA. Solution 1. Modify JMSContainerInvoker to check if the factory is XA compliant maybe done in the following kludgy way if (queueFactory instanceof XAQueueConnectionFactory) { queueConnection = ((XAQueueConnectionFactory)queueFactory).createXAQueueConnection(); log.debug("Creating XAQueueConnection"); } else { queueConnection = queueFactory.createQueueConnection(); } If the problem was not clearly defined then please get back to me. Super work guys :) Thimmaiah __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-441821 ] BMP deploy error msg is AWEFUL
Bugs item #441821, was opened at 2001-07-16 14:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441821&group_id=22866 Category: None Group: v2.5 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 3 Submitted By: Bill Burke (patriot1burke) Assigned to: Nobody/Anonymous (nobody) Summary: BMP deploy error msg is AWEFUL Initial Comment: I forgot to implement a matching ejbPostCreate for my ejbCreate method. Did jboss give me a message like: "You did not implement ejbPostCreate, yadada", We need better error messages. It gave me this horrible message: [org.jboss.ejb.ContainerFactory] java.lang.NoSuchMethodException [org.jboss.ejb.ContainerFactory]at java.lang.Class.getMethod0(Native Method) [org.jboss.ejb.ContainerFactory]at java.lang.Class.getMethod(Class.java:888) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.plugins.BMPPersistenceManager.createMetho dCache(BMPPersistenceManager.java:109) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.plugins.BMPPersistenceManager.init (BMPPersistenceManager.java:82) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.EntityContainer.init (EntityContainer.java:255) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.Application.init(Application.java:202) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:373) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:306) [org.jboss.ejb.ContainerFactory]at java.lang.reflect.Method.invoke(Native Method) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [org.jboss.ejb.ContainerFactory]at org.jboss.deployment.J2eeDeployer.startModules (J2eeDeployer.java:488) [org.jboss.ejb.ContainerFactory]at org.jboss.deployment.J2eeDeployer.startApplication (J2eeDeployer.java:466) [org.jboss.ejb.ContainerFactory]at org.jboss.deployment.J2eeDeployer.deploy (J2eeDeployer.java:209) [org.jboss.ejb.ContainerFactory]at java.lang.reflect.Method.invoke(Native Method) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.AutoDeployer.deploy (AutoDeployer.java:381) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:220) [org.jboss.ejb.ContainerFactory]at org.jboss.ejb.AutoDeployer.startService (AutoDeployer.java:355) [org.jboss.ejb.ContainerFactory]at org.jboss.util.ServiceMBeanSupport.start (ServiceMBeanSupport.java:109) [org.jboss.ejb.ContainerFactory]at java.lang.reflect.Method.invoke(Native Method) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [org.jboss.ejb.ContainerFactory]at org.jboss.configuration.ConfigurationService$ServicePro xy.invoke(ConfigurationService.java:937) [org.jboss.ejb.ContainerFactory]at $Proxy0.start(Unknown Source) [org.jboss.ejb.ContainerFactory]at org.jboss.util.ServiceControl.start (ServiceControl.java:83) [org.jboss.ejb.ContainerFactory]at java.lang.reflect.Method.invoke(Native Method) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [org.jboss.ejb.ContainerFactory]at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [org.jboss.ejb.ContainerFactory]at org.jboss.Main.(Main.java:209) [org.jboss.ejb.ContainerFactory]at org.jboss.Main$1.run(Main.java:115) [org.jboss.ejb.ContainerFactory]at java.security.AccessController.doPrivileged(Native Method) [org.jboss.ejb.ContainerFactory]at org.jboss.Main.main(Main.java:111) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=441821&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java
User: patriot1burke Date: 01/07/16 16:42:39 Modified:src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java Log: Added code so that we can quickly enable wait with a timeout. With just wait() Transaction timeouts will never rollback and waiting threads. Revision ChangesPath 1.38 +42 -10 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java Index: EntityInstanceInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- EntityInstanceInterceptor.java2001/07/13 21:50:26 1.37 +++ EntityInstanceInterceptor.java2001/07/16 23:42:39 1.38 @@ -37,6 +37,7 @@ import org.jboss.logging.log4j.JBossCategory; import org.jboss.metadata.EntityMetaData; import org.jboss.util.Sync; +import org.jboss.tm.TxManager; /** * The instance interceptors role is to acquire a context representing @@ -58,7 +59,8 @@ * * @author mailto:[EMAIL PROTECTED]";>Marc Fleury * @author mailto:[EMAIL PROTECTED]";>Scott Stark - * @version $Revision: 1.37 $ + * @author mailto:[EMAIL PROTECTED]";>Bill Burke + * @version $Revision: 1.38 $ * * Revisions: * 2001/06/28: marcf @@ -77,6 +79,12 @@ * * Handle a race condition when there is no ctx transaction * + * + * 2001/07/16: billb + * + * Added wait(timeout) code, commented out so that we can easily turn it on + * when this new code is done with it's trial period. + * */ public class EntityInstanceInterceptor extends AbstractInterceptor @@ -86,6 +94,7 @@ // Attributes protected EntityContainer container; + protected int timeout; // Static @@ -99,6 +108,18 @@ public void setContainer(Container container) { this.container = (EntityContainer)container; + timeout = 5000; + if (container.getTransactionManager() != null) + { + if (container.getTransactionManager() instanceof TxManager) + { +TxManager mgr = (TxManager)container.getTransactionManager(); +timeout = (mgr.getDefaultTransactionTimeout() * 1000) + 50; + } + } + boolean trace = log.isTraceEnabled(); + if ( trace ) + log.trace("wait timeout = " + timeout); } public Container getContainer() @@ -158,6 +179,15 @@ log.trace("Begin invoke, key="+key); while (ctx == null) { + // Maybe my transaction already expired? This must be at the top of the loop. + Transaction miTx = mi.getTransaction(); + if (miTx != null && miTx.getStatus() == Status.STATUS_MARKED_ROLLBACK) + { +log.error("Saw rolled back tx="+miTx); +throw new RuntimeException("Transaction marked for rollback, possibly a timeout"); + } + + // Ok, get moving... ctx = (EntityEnterpriseContext) container.getInstanceCache().get(key); if( trace ) log.trace("Begin while ctx==null, ctx="+ctx); @@ -183,11 +213,18 @@ // Wait for it to finish, note that we use wait() and not wait(5000), why? // cause we got cojones, if there a problem in this code we want a freeze not illusion // Threads finishing the transaction must notifyAll() on the ctx.txLock + // + // billb: wait() is good for debugging purposes, but transaction timeouts will + // never rollback this thread. wait() will wait forever and ever. You must uncomment + // the wait(timeout) lines below to turn on transaction timeouts. BTW, remove this + // comment when wait() is finally removed. try { if( trace ) log.trace("Begin wait on TxLock="+tx); - ctx.getTxLock().wait(); + // FIXME: Uncomment this next line to enable transaction timeouts + // ctx.getTxLock().wait(timeout); + ctx.getTxLock().wait(); // FIXME, delete this line when 2.5 is released if( trace ) log.trace("End wait on TxLock="+tx); } @@ -218,15 +255,8 @@ continue; } -// Maybe my transaction already expired? -Transaction miTx = mi.getTransaction(); if( trace ) log.trace("Begin synchronized(ctx), ctx="+ctx+", mi.tx="+miTx); -if (miTx != null &&
[JBoss-dev] jboss daily test results
JBoss daily test results SUMMARY Number of tests run: 132 Successful tests: 132 Errors:0 Failures: 0 [time of test: 17 July 2001 2:52 GMT] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/metadata JawsApplicationMetaData.java
User: patriot1burke Date: 01/07/16 19:08:53 Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4 JawsApplicationMetaData.java Log: Should use type-mapping-definition tag instead of just type-mapping. This also matches the jaws dtd and the mainline. Otherwise xml parsing just doesn't work Revision ChangesPath No revision No revision 1.5.6.1 +3 -3 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java Index: JawsApplicationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java,v retrieving revision 1.5 retrieving revision 1.5.6.1 diff -u -r1.5 -r1.5.6.1 --- JawsApplicationMetaData.java 2001/03/26 15:19:36 1.5 +++ JawsApplicationMetaData.java 2001/07/17 02:08:53 1.5.6.1 @@ -30,7 +30,7 @@ * * @see * @author Sebastien Alborini - * @version $Revision: 1.5 $ + * @version $Revision: 1.5.6.1 $ */ public class JawsApplicationMetaData extends MetaData implements XmlLoadable { // Constants - @@ -137,7 +137,7 @@ Element typeMaps = getOptionalChild(element, "type-mappings"); if (typeMaps != null) { - iterator = getChildrenByTagName(typeMaps, "type-mapping"); + iterator = getChildrenByTagName(typeMaps, "type-mapping-definition"); while (iterator.hasNext()) { Element typeMappingElement = (Element)iterator.next(); @@ -164,7 +164,7 @@ if (typeMappingString != null) { typeMapping = (TypeMappingMetaData)typeMappings.get(typeMappingString); - + if (typeMapping == null) { throw new DeploymentException("Error in jaws.xml : type-mapping " + typeMappingString + " not found"); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EntityInstanceInterceptor change
This is the wrong list please use jboss-user. Andy BTW Check Timestamp on SQL 2000 because it is not what you expect. - Original Message - From: "Brenton House" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 16, 2001 1:12 PM Subject: RE: [JBoss-dev] EntityInstanceInterceptor change > I am testing the EJB 2.0 capabilities that have been implemented in some > of > the recent builds from CVS and I have come across this problem. > > Using jbosscmp-jdbc.xml, I can deploy a simple app. It only has > a couple of fields, id (String) and label (String) as getters and > setters. > When I deploy this is works great and JBoss creates the necessary > table (Using SQL 2000) > > However, when I add one more field: dateCreated (java.sql.Timestamp) > with this entry: > > > dateCreated > java.sql.Timestamp > TIMESTAMP > TIMESTAMP > > > The table is no longer created in the database. > > Any ideas on why? > > thanks! > > Brenton House > > > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/metadata JawsApplicationMetaData.java
Sorry, I really screwed up with this. I was using a mainline standardjaws.xml not a 2.4. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Bill > Burke > Sent: Monday, July 16, 2001 10:09 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] CVS update: > jboss/src/main/org/jboss/ejb/plugins/jaws/metadata > JawsApplicationMetaData.java > > > User: patriot1burke > Date: 01/07/16 19:08:53 > > Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: > Branch_2_4 > JawsApplicationMetaData.java > Log: > Should use type-mapping-definition tag instead of just > type-mapping. This also > matches the jaws dtd and the mainline. Otherwise xml parsing > just doesn't work > > Revision ChangesPath > No revision > > > No revision > > > 1.5.6.1 +3 -3 > jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplication > MetaData.java > > Index: JawsApplicationMetaData.java > === > RCS file: > /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/ > JawsApplicationMetaData.java,v > retrieving revision 1.5 > retrieving revision 1.5.6.1 > diff -u -r1.5 -r1.5.6.1 > --- JawsApplicationMetaData.java2001/03/26 15:19:36 1.5 > +++ JawsApplicationMetaData.java2001/07/17 02:08:53 1.5.6.1 > @@ -30,7 +30,7 @@ > * > * @see > * @author Sebastien Alborini > - * @version $Revision: 1.5 $ > + * @version $Revision: 1.5.6.1 $ > */ >public class JawsApplicationMetaData extends MetaData > implements XmlLoadable { > // Constants - > @@ -137,7 +137,7 @@ > Element typeMaps = getOptionalChild(element, > "type-mappings"); > > if (typeMaps != null) { > - iterator = getChildrenByTagName(typeMaps, > "type-mapping"); > + iterator = getChildrenByTagName(typeMaps, > "type-mapping-definition"); > > while (iterator.hasNext()) { > Element typeMappingElement = > (Element)iterator.next(); > @@ -164,7 +164,7 @@ > > if (typeMappingString != null) { > typeMapping = > (TypeMappingMetaData)typeMappings.get(typeMappingString); > - > + > if (typeMapping == null) { > throw new > DeploymentException("Error in jaws.xml : type-mapping " + > typeMappingString + " not found"); > } > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/metadata JawsApplicationMetaData.java
User: patriot1burke Date: 01/07/16 19:29:54 Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4 JawsApplicationMetaData.java Log: Sorry, I'm an idiot. Rolling back to original Revision ChangesPath No revision No revision 1.5.6.2 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java Index: JawsApplicationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java,v retrieving revision 1.5.6.1 retrieving revision 1.5.6.2 diff -u -r1.5.6.1 -r1.5.6.2 --- JawsApplicationMetaData.java 2001/07/17 02:08:53 1.5.6.1 +++ JawsApplicationMetaData.java 2001/07/17 02:29:54 1.5.6.2 @@ -30,7 +30,7 @@ * * @see * @author Sebastien Alborini - * @version $Revision: 1.5.6.1 $ + * @version $Revision: 1.5.6.2 $ */ public class JawsApplicationMetaData extends MetaData implements XmlLoadable { // Constants - @@ -137,7 +137,7 @@ Element typeMaps = getOptionalChild(element, "type-mappings"); if (typeMaps != null) { - iterator = getChildrenByTagName(typeMaps, "type-mapping-definition"); + iterator = getChildrenByTagName(typeMaps, "type-mapping"); while (iterator.hasNext()) { Element typeMappingElement = (Element)iterator.next(); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java
User: starksm Date: 01/07/16 20:26:51 Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_2 EntityInstanceInterceptor.java Log: Add a simple wait(1000) to avoid the spin wait that currently exists in the presence of transcation contention. Revision ChangesPath No revision No revision 1.28.2.1 +273 -265 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java Index: EntityInstanceInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java,v retrieving revision 1.28 retrieving revision 1.28.2.1 diff -u -r1.28 -r1.28.2.1 --- EntityInstanceInterceptor.java2001/01/12 00:05:53 1.28 +++ EntityInstanceInterceptor.java2001/07/17 03:26:50 1.28.2.1 @@ -1,9 +1,9 @@ /* -* JBoss, the OpenSource EJB server -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ + * JBoss, the OpenSource EJB server + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ package org.jboss.ejb.plugins; import java.lang.reflect.Method; @@ -39,272 +39,280 @@ import org.jboss.util.Sync; /** -* This container acquires the given instance. -* -* @see -* @author Rickard Öberg ([EMAIL PROTECTED]) -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury -* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini -* @version $Revision: 1.28 $ -*/ + * This container acquires the given instance. + * + * @see + * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury + * @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini + * @version $Revision: 1.28.2.1 $ + */ public class EntityInstanceInterceptor extends AbstractInterceptor { -// Constants - - -// Attributes -protected EntityContainer container; - -// Static - -// Constructors -- - -// Public -public void setContainer(Container container) -{ -this.container = (EntityContainer)container; -} - -public Container getContainer() -{ -return container; -} - -// Interceptor implementation -- -public Object invokeHome(MethodInvocation mi) -throws Exception -{ -// Get context -EnterpriseContext ctx = ((EntityContainer)getContainer()).getInstancePool().get(); -mi.setEnterpriseContext(ctx); - -// It is a new context for sure so we can lock it -ctx.lock(); - -try -{ -// Invoke through interceptors -return getNext().invokeHome(mi); -} finally -{ -// Always unlock, no matter what -ctx.unlock(); - -// Still free? Not free if create() was called successfully -if (ctx.getId() == null) -{ -container.getInstancePool().free(ctx); -} -} -} - -public Object invoke(MethodInvocation mi) -throws Exception -{ -// The id store is a CacheKey in the case of Entity -CacheKey key = (CacheKey)mi.getId(); - -// Get cache -AbstractInstanceCache cache = (AbstractInstanceCache)container.getInstanceCache(); -Sync mutex = (Sync)cache.getLock(key); - -EnterpriseContext ctx = null; - -try -{ -do + // Constants - + + // Attributes + protected EntityContainer container; + + // Static + + // Constructors -- + + // Public + public void setContainer(Container container) + { + this.container = (EntityContainer)container; + } + + public Container getContainer() + { + return container; + } + + // Interceptor implementation -- + public Object invokeHome(MethodInvocation mi) + throws Exception + { + // Get context + EnterpriseContext ctx = ((EntityContainer)getContainer()).getInstancePool().get(); + mi.setEnterpriseContext(ctx); + + // It is a new context for sure s
Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/pluginsEntityInstanceInterceptor.java
Wow.. that was a very large diff for a simple change. Did this include DOS cr/lf ? --jason On Mon, 16 Jul 2001, Scott M Stark wrote: > User: starksm > Date: 01/07/16 20:26:51 > > Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_2 > EntityInstanceInterceptor.java > Log: > Add a simple wait(1000) to avoid the spin wait that currently exists in the > presence of transcation contention. > > Revision ChangesPath > No revision > > > No revision > > > 1.28.2.1 +273 -265 >jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java > > Index: EntityInstanceInterceptor.java > === > RCS file: >/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java,v > retrieving revision 1.28 > retrieving revision 1.28.2.1 > diff -u -r1.28 -r1.28.2.1 > --- EntityInstanceInterceptor.java 2001/01/12 00:05:53 1.28 > +++ EntityInstanceInterceptor.java 2001/07/17 03:26:50 1.28.2.1 > @@ -1,9 +1,9 @@ >/* > -* JBoss, the OpenSource EJB server > -* > -* Distributable under LGPL license. > -* See terms of license at gnu.org. > -*/ > + * JBoss, the OpenSource EJB server > + * > + * Distributable under LGPL license. > + * See terms of license at gnu.org. > + */ >package org.jboss.ejb.plugins; > >import java.lang.reflect.Method; > @@ -39,272 +39,280 @@ >import org.jboss.util.Sync; > >/** > -* This container acquires the given instance. > -* > -* @see > -* @author Rickard Öberg ([EMAIL PROTECTED]) > -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury > -* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini > -* @version $Revision: 1.28 $ > -*/ > + * This container acquires the given instance. > + * > + * @see > + * @author Rickard Öberg ([EMAIL PROTECTED]) > + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury > + * @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini > + * @version $Revision: 1.28.2.1 $ > + */ >public class EntityInstanceInterceptor >extends AbstractInterceptor >{ > -// Constants - > - > -// Attributes > -protected EntityContainer container; > - > -// Static > - > -// Constructors -- > - > -// Public > -public void setContainer(Container container) > -{ > -this.container = (EntityContainer)container; > -} > - > -public Container getContainer() > -{ > -return container; > -} > - > -// Interceptor implementation -- > -public Object invokeHome(MethodInvocation mi) > -throws Exception > -{ > -// Get context > -EnterpriseContext ctx = >((EntityContainer)getContainer()).getInstancePool().get(); > -mi.setEnterpriseContext(ctx); > - > -// It is a new context for sure so we can lock it > -ctx.lock(); > - > -try > -{ > -// Invoke through interceptors > -return getNext().invokeHome(mi); > -} finally > -{ > -// Always unlock, no matter what > -ctx.unlock(); > - > -// Still free? Not free if create() was called successfully > -if (ctx.getId() == null) > -{ > -container.getInstancePool().free(ctx); > -} > -} > -} > - > -public Object invoke(MethodInvocation mi) > -throws Exception > -{ > -// The id store is a CacheKey in the case of Entity > -CacheKey key = (CacheKey)mi.getId(); > - > -// Get cache > -AbstractInstanceCache cache = >(AbstractInstanceCache)container.getInstanceCache(); > -Sync mutex = (Sync)cache.getLock(key); > - > -EnterpriseContext ctx = null; > - > -try > -{ > -do > + // Constants - > + > + // Attributes > + protected EntityContainer container; > + > + // Static > + > + // Constructors -- > + > + // Public > + public void setContainer(Container container) > + { > + this.container = (EntityContainer)container; > + } > + > + public Container getContainer() > + { > + return contain
Re: [JBoss-dev] EntityInstanceInterceptor change
Did you ever have a chance to look into this at all? I am going a little crazy, since our application is heavily JMS based. The previous version was using SwiftMQ, which I dropped so I could use MDBs. My options for a provider are: JBossMQ - This is what I want to use, but... OpenJMS - Does this even work? Never tried it. SonicMQ - This product angers me more than anything. WebLogic JMS - Only because we have a license for it. These are the only providers that I have found that support ASF & XA. I would really like to continue using JBossMQ, but I can not have it hanging. Is there anything that I could do to help get this fixed (sooner rather than later)? On a related note, is the jbossmq module stable as it is (with its new structure)? --jason On Sat, 14 Jul 2001, Hiram Chirino wrote: > > Jason, > > then I have a feeling that this could have something to do with the changes > that I recently made to the threading model that JBossMQ uses. > > What's the easiest way you think I could reproduce the bug on my systems?? > > Regards, > Hiram > > >From: Jason Dillon <[EMAIL PROTECTED]> > >Reply-To: [EMAIL PROTECTED] > >To: <[EMAIL PROTECTED]> > >Subject: Re: [JBoss-dev] EntityInstanceInterceptor change > >Date: Fri, 13 Jul 2001 19:38:42 -0700 (PDT) > > > >Ok, I have verified that if the jbossmq.jar (and jbossmq-client.jar) from > >the 2.1-BETA-Mar-26-2001 build are used that everything works fine. The > >only thing I had to change was the router jboss.jcml changing INVM stuff to > >RMI (which it was not even using) and remove the INVM stuff from > >jbossmq.xml. > > > >I ran the exact same test and it finished flawlessly. > > > >--jason > > > > > >On Fri, 13 Jul 2001, Scott M Stark wrote: > > > > > Do you have the timeout msg that is logged? > > > > > > > > > > > The first odd thing is that when it times out a message is logged, but > >the > > > > thread still hangs. Should it be interrupted or something? > > > > > > > > > > > > > > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > >___ > >Jboss-development mailing list > >[EMAIL PROTECTED] > >http://lists.sourceforge.net/lists/listinfo/jboss-development > > _ > Get your FREE download of MSN Explorer at http://explorer.msn.com > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java
User: patriot1burke Date: 01/07/16 21:37:32 Modified:src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java Log: Fixed bug when ejbLoad threw an exception and threads waiting on TxLock did not get awakened. Revision ChangesPath 1.39 +16 -2 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java Index: EntityInstanceInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- EntityInstanceInterceptor.java2001/07/16 23:42:39 1.38 +++ EntityInstanceInterceptor.java2001/07/17 04:37:32 1.39 @@ -60,7 +60,7 @@ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury * @author mailto:[EMAIL PROTECTED]";>Scott Stark * @author mailto:[EMAIL PROTECTED]";>Bill Burke - * @version $Revision: 1.38 $ + * @version $Revision: 1.39 $ * * Revisions: * 2001/06/28: marcf @@ -84,6 +84,9 @@ * * Added wait(timeout) code, commented out so that we can easily turn it on * when this new code is done with it's trial period. + * Fixed bug when ejbLoad threw an exception and threads waiting + * on TxLock did not get awakened. + * * */ public class EntityInstanceInterceptor @@ -382,7 +385,18 @@ // Discard instance // EJB 1.1 spec 12.3.1 container.getInstanceCache().remove(key); - if( trace ) + // Notify all those waiting on TxLock. Since this ctx is not TxSynchronized + // there is nobody else to wake up waiting threads. + if (ctx.getTransaction() != null + && ctx.getTransaction().equals(mi.getTransaction())) + { + ctx.setTransaction(null); + synchronized(ctx.getTxLock()) + { +ctx.getTxLock().notifyAll(); + } + } + if( trace ) log.trace("Ending invoke, exceptionThrown, ctx="+ctx); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] new wait(1000) not good
Scott, Your 2.2 wait(1000)change will seriously slow down applications that contend for the same Entity. In fact, it may even deadlock if requests for that Entity keep on coming in. The do..while loop does a mutex.acquire at the beginning. It will not do a mutex.release until after the 1 second is up. If the transaction that currently holds the Entity invokes on the Entity more than one time, it will be waiting for any thread currently hold the mutex to finish. Also, the mutex is acquired again in the finally clause of EntityInstanceInterceptor to synchronize on ctx.unlock and such. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Scott > M Stark > Sent: Monday, July 16, 2001 11:27 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins > EntityInstanceInterceptor.java > > > User: starksm > Date: 01/07/16 20:26:51 > > Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_2 > EntityInstanceInterceptor.java > Log: > Add a simple wait(1000) to avoid the spin wait that currently > exists in the > presence of transcation contention. > > Revision ChangesPath > No revision > > > No revision > > > 1.28.2.1 +273 -265 > jboss/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.java > > Index: EntityInstanceInterceptor.java > === > RCS file: > /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstance > Interceptor.java,v > retrieving revision 1.28 > retrieving revision 1.28.2.1 > diff -u -r1.28 -r1.28.2.1 > --- EntityInstanceInterceptor.java 2001/01/12 00:05:53 1.28 > +++ EntityInstanceInterceptor.java 2001/07/17 03:26:50 1.28.2.1 > @@ -1,9 +1,9 @@ >/* > -* JBoss, the OpenSource EJB server > -* > -* Distributable under LGPL license. > -* See terms of license at gnu.org. > -*/ > + * JBoss, the OpenSource EJB server > + * > + * Distributable under LGPL license. > + * See terms of license at gnu.org. > + */ >package org.jboss.ejb.plugins; > >import java.lang.reflect.Method; > @@ -39,272 +39,280 @@ >import org.jboss.util.Sync; > >/** > -* This container acquires the given instance. > -* > -* @see > -* @author Rickard Öberg ([EMAIL PROTECTED]) > -* @author mailto:[EMAIL PROTECTED]";>Marc Fleury > -* @author href="mailto:[EMAIL PROTECTED]";>Sebastien Alborini > -* @version $Revision: 1.28 $ > -*/ > + * This container acquires the given instance. > + * > + * @see > + * @author Rickard Öberg ([EMAIL PROTECTED]) > + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury > + * @author href="mailto:[EMAIL PROTECTED]";>Sebastien Alborini > + * @version $Revision: 1.28.2.1 $ > + */ >public class EntityInstanceInterceptor >extends AbstractInterceptor >{ > -// Constants - > - > -// Attributes > -protected EntityContainer container; > - > -// Static > - > -// Constructors -- > - > -// Public > -public void setContainer(Container container) > -{ > -this.container = (EntityContainer)container; > -} > - > -public Container getContainer() > -{ > -return container; > -} > - > -// Interceptor implementation > -- > -public Object invokeHome(MethodInvocation mi) > -throws Exception > -{ > -// Get context > -EnterpriseContext ctx = > ((EntityContainer)getContainer()).getInstancePool().get(); > -mi.setEnterpriseContext(ctx); > - > -// It is a new context for sure so we can lock it > -ctx.lock(); > - > -try > -{ > -// Invoke through interceptors > -return getNext().invokeHome(mi); > -} finally > -{ > -// Always unlock, no matter what > -ctx.unlock(); > - > -// Still free? Not free if create() was called successfully > -if (ctx.getId() == null) > -{ > -container.getInstancePool().free(ctx); > -} > -} > -} > - > -public Object invoke(MethodInvocation mi) > -throws Exception > -{ > -// The id store is a CacheKey in the case of Entity > -CacheKey key = (CacheKey)mi.getId(); > - > -// Get cache > -AbstractInstanceCache cache = > (AbstractInstanceCache)container.getInstanceCache(); > -Sync mutex = (Sync)cache.getLock
[JBoss-dev] CVS update: manual/src/docs basicconfiguration.xml
User: vharcq Date: 01/07/16 22:35:39 Modified:src/docs basicconfiguration.xml Log: mention tomcat/specific conf subdirectory (recurrent question) Revision ChangesPath 1.9 +5 -2 manual/src/docs/basicconfiguration.xml Index: basicconfiguration.xml === RCS file: /cvsroot/jboss/manual/src/docs/basicconfiguration.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- basicconfiguration.xml2001/04/02 23:30:37 1.8 +++ basicconfiguration.xml2001/07/17 05:35:21 1.9 @@ -75,8 +75,11 @@ conf JBoss configuration set(s) are located here. By default there is only one - configuration set - "default". Adding more than one configuration set is permitted. - See for more details. + configuration set - "default". Adding more than one configuration set is permitted. If you run + JBoss bundled with a web container (Tomcat or Jetty), a special configuration set is used + ("tomcat" or "jetty"). + See + for more details. client ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development