Re: [JBoss-dev] jms-ra Which module and a question
On 19 Aug, David Jencks wrote: Maybe if I try hard enough I can be a lttle clearer ;-) Oh, I must have been writing in my sleep... Lets say you are using jms in a situation where in a transaction you want to do some work in a database and send a jms message. Normally this requires 2 phase commit (2pc) since normally the database and the jms system are different resource managers. You can't do this scenario unless you have an xa capable db driver. However, if you happen to be using the same database as the persistence store for jms, it seems to me you can directly map the transaction activity on the jms resource to the underlying database resource. If there is some way to tell the connection manager that the database resouce and the jms resource can be treated as the same, you can avoid 2pc and either do a local transaction or 1 phase optimization on the xa resource. Either way you save a lot of time over 2pc. I get it, now ;-) So, operating from a base of total ignorance of the jboss.mq architecture, let me plunge blindly ahead and suggest one way to do this might be to have the persistence plugin mechanism for jboss.mq be based on jca connectors. Then the jms-ra can delegate the isSameRM method to the underlying connector's XAResource. If it's the same- can do a local transaction or 1pc optimization. If not, 2pc is required. This would require some other changes in the rest of the connector system. In particular, the current local transaction jdbc 1 wrapper rar does not expose a XAResource, so there is no way to tell if its the same resource as anything else. So, its an idea. Any thoughts? Ok, this is not my area. If the transaction handling is in fact delegated to the persistence store XA this would be doable, but would typically involve the JBossMQ team (and would if I understand it correctly tie the jms-ra more closely to JBossMQ. //Peter david jencks On 2001.08.19 15:54:16 -0400 [EMAIL PROTECTED] wrote: On 19 Aug, David Jencks wrote: Hi, I'm planning to move the two jboss jca-jdbc resource adapter wrappers to the connector module soon. I'm wondering if it would be appropriate to move the jms-ra connector there also? I think that it should either be with the other connectors or with jboss.mq. Also, a question about jms-ra and xa transactions. If you are using jdbc persistence with jms, and the same connection factory for both jms and your regular db work for e.g. cmp, one could theoretically avoid 2pc If you by 2pc means two face connect, then yes there is a part of this in the spec: use local transaction. As far as I know, the JBoss connector is implemented in such a way that you have to decide at config/deployment time if your resource adapter is a local transaction one. This is the same for the jms-ra adapter. You will have to configure a jms-ra adapter that uses local transactions and use that. I have not turned this on by default (i fact is was a long time ago since I last tested local transactions with the jms-ra). //Peter by having the XAResources for the connection from the db and the connection from jms report they are the same resource manager. I spent just a few minutes looking at the code and couldn't find if this is implemented. Is it? If not would it be a good idea? Is there some reason it shouldn't work? It seems to me that it would allow using transactional jms with a db that doesn't support xa/2pc (i.e. most of them) thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development -- Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ 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 -- Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CPU killer...
Can someone explain to me these lines of code: *** Start org.jboss.util.Semaphore.java ... protected void logAcquire() { ... ... StringWiter sw = new StringWriteer(); new Exception().printStackTrace(new PrintWriter(sw)); String trace = sw.toString(); ... ... } *** End Well ok, I do understand what is happening, i'm more interested in why it is done and if there is a way to do it more efficient because in my testcase this printStackTrace() is taking 65 % of the CPU time !!! /Lennart === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] SQL function mapping
Dain I added the function mapping code to the EJB-QL to SQL translation engine. I added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the standard jboss cmp xmp file. Notes: - These mappings are completely based on info from the 'SQL in a Nutshell' book, so they may not work (I don't use any of these databases). - PostgreSQL doesn't have a three argument position function, so I didn't It is simply two functions position(?2 in substring(?1 from ?3))+?3 map it. - Send me any corrections or change it your self. - If not mapping is provided the system defaults to {fn concat(param1, param2)} style functions. The mappings follow this message. -dain Oracle: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlinstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MS SQLServer: function-mapping function-nameconcat/function-name function-sql(?1 + ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlcharindex(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MySQL: function-mapping function-nameconcat/function-name function-sqlconcat(?1, ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqllocate(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping PostgreSQL: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping ___ 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
SV: [JBoss-dev] CPU killer...
Wholy shit what a lousy reader i am... I've completly missed the if(m_debug) line !!! And that one was set to true in the version i have. So i was in a debug mode... Sorry to disturb you all /Lepe - Original Message - From: Lennart Petersson [EMAIL PROTECTED] To: jBoss Developer [EMAIL PROTECTED] Sent: Monday, August 20, 2001 1:17 PM Subject: [JBoss-dev] CPU killer... Can someone explain to me these lines of code: *** Start org.jboss.util.Semaphore.java ... protected void logAcquire() { ... ... StringWiter sw = new StringWriteer(); new Exception().printStackTrace(new PrintWriter(sw)); String trace = sw.toString(); ... ... } *** End Well ok, I do understand what is happening, i'm more interested in why it is done and if there is a way to do it more efficient because in my testcase this printStackTrace() is taking 65 % of the CPU time !!! /Lennart === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ 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] SQL function mapping
Dain, Can we expand this to CMP 1.x and for select-for-update? Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Smith Sent: Monday, August 20, 2001 7:49 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] SQL function mapping Dain I added the function mapping code to the EJB-QL to SQL translation engine. I added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the standard jboss cmp xmp file. Notes: - These mappings are completely based on info from the 'SQL in a Nutshell' book, so they may not work (I don't use any of these databases). - PostgreSQL doesn't have a three argument position function, so I didn't It is simply two functions position(?2 in substring(?1 from ?3))+?3 map it. - Send me any corrections or change it your self. - If not mapping is provided the system defaults to {fn concat(param1, param2)} style functions. The mappings follow this message. -dain Oracle: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlinstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MS SQLServer: function-mapping function-nameconcat/function-name function-sql(?1 + ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlcharindex(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MySQL: function-mapping function-nameconcat/function-name function-sqlconcat(?1, ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqllocate(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping PostgreSQL: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossMQ ObjectMessage performance
I'm a little suprised that our XML serialization and parsing code beats the performance of Java serialization. Any thoughts on that? What about the RMI case where the object has already been serialized and deserialized once to communicate it through RMI? If getObject() is only called once is it necessary to serialize and deserialize the object again to make a copy since RMI has already made a copy of the original object? Just thinking out loud here, but what if the object implements Cloneable? I guess it would be invalid to clone the object because the Cloneable interface does not specify a deep-clone and so it wouldn't satisfy the JMS spec. Thanks for the feedback. We'll stick with TextMessage for now. Matt Cleveland --- David Maplesden [EMAIL PROTECTED] wrote: Hi Guys, been away for the weekend (sorry). SpyObjectMessage is implemented the way it is because the spec says... The JMS message interfaces provide read/get methods for accessing objects in a message body and message properties. All of these methods must be implemented to return a copy of the accessed message objects. This coupled with the fact the spec specifies only serializable objects may be stored in an object message and you get a pretty strong pointer as to how it is intended to be implemented. So there is really no way around the serializing and deserializing of the object every time it is requested, a new copy must be generated. The object message code can certainly be made quicker for situations where the object from the same message is being accessed multiple times by storing the Object and ByteArray streams instead of creating them each time. I didn't get round to doing this because generally the object is only retrieved from the message once by each client. TextMessage is so much quicker because java Strings are immutable you can simply return the same string all the time. I am sure using a MarshalledObject will not help. The way I read the code for MarshalledObject it does almost exactly the same thing (deserialising the object from a byte array on every get) but has additional overhead for dealing with RMI specific problems. Cheers, David -Original Message- From: Hiram Chirino [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 18, 2001 9:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossMQ ObjectMessage performance I think I can fix this... But I may have to use a MarshalledObject to wrap the object to support moving the message to the consumer thread that may have a different Classloader that the publisher thread. Am I wrong here??? If the the publisher is in the same vm as the receiver, but the publisher is for example a servlet. And the consumer is a MDB. If they do not share the same classloader, I would need to use a MarshalledObject to move the object accross right? So what does a MarshalledObject acually do?? Does it serialize the object. Or does it do this only if there is need?? Regards, Hiram From: Matt Cleveland [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMQ ObjectMessage performance Date: Fri, 17 Aug 2001 09:59:38 -0700 (PDT) Here goes with my first posting to this list. I've been working on performance for an application that uses Tomcat, JBoss, JBossMQ, a couple of queues and 1 message driven bean. Response times were fine until I started loading the server with multiple concurrent connections. Until I did some work with it, the application slowed down dramatically under reasonable loads (10 to 50 concurrent clients). One of the problems I found along the way looks to be a problem with the implementation of SpyObjectMessage. I found that calls to ObjectMessage.getObject() and ObjectMessage.setObjet() were increasing significantly in execution time under reasonable loads. With a single client the times were around 1/10th of a second but with 10 to 50 concurrent clients they went up to over a second. I found that it is faster to convert the data to XML, send it as a TextMessage and parse it on the other side. I can't explain this completely because the code for SpyObjectMessage in the version of JBossMQ I'm using (JBoss-2.2.2_Tomcat-3.2.2) is not in the distribution (why is this?). However, looking at the current code of SpyObjectMessage I see some code that definitely won't perform well. The problem is that setObject() serializes the object and getObject() deserializes it every time it is invoked. I realize that you need a serialized version for writeExternal(), but why must the memory representation be serialized? In my case it was not a persistant message anyway so writeExternal() should never get called. Is there something in the spec that says that each client
Re: [JBoss-dev] SQL function mapping
Bill, I think so. I think all of these issues with datasource specific configuration are all related. I think we need to change the type-mapping section of the xml file to something like datasource-config (best name I can think of), with subsections for function mapping, type mappings, join style (maybe), and general information like select-for-update support and syntax. Any ideas on the layout of this xml? We also have the option of doing the conversion in the connector layer and always using the {...} sql extension format. -dain - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 20, 2001 9:12 AM Subject: RE: [JBoss-dev] SQL function mapping Dain, Can we expand this to CMP 1.x and for select-for-update? Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Smith Sent: Monday, August 20, 2001 7:49 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] SQL function mapping Dain I added the function mapping code to the EJB-QL to SQL translation engine. I added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the standard jboss cmp xmp file. Notes: - These mappings are completely based on info from the 'SQL in a Nutshell' book, so they may not work (I don't use any of these databases). - PostgreSQL doesn't have a three argument position function, so I didn't It is simply two functions position(?2 in substring(?1 from ?3))+?3 map it. - Send me any corrections or change it your self. - If not mapping is provided the system defaults to {fn concat(param1, param2)} style functions. The mappings follow this message. -dain Oracle: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlinstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MS SQLServer: function-mapping function-nameconcat/function-name function-sql(?1 + ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlcharindex(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MySQL: function-mapping function-nameconcat/function-name function-sqlconcat(?1, ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqllocate(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping PostgreSQL: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml
User: dsundstrom Date: 01/08/20 10:19:40 Modified:src/etc/conf/default standardjbosscmp-jdbc.xml Log: Added locate function mapping for PostgreSQL. Revision ChangesPath 1.5 +5 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml Index: standardjbosscmp-jdbc.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- standardjbosscmp-jdbc.xml 2001/08/19 22:52:15 1.4 +++ standardjbosscmp-jdbc.xml 2001/08/20 17:19:40 1.5 @@ -6,7 +6,7 @@ !-- -- !-- = -- -!-- $Id: standardjbosscmp-jdbc.xml,v 1.4 2001/08/19 22:52:15 dsundstrom Exp $ -- +!-- $Id: standardjbosscmp-jdbc.xml,v 1.5 2001/08/20 17:19:40 dsundstrom Exp $ -- jbosscmp-jdbc @@ -449,6 +449,10 @@ function-mapping function-namelength/function-name function-sqllength(?1)/function-sql + /function-mapping + function-mapping + function-namelocate/function-name + function-sql(position(?2 in substring(?1 from ?3))+?3)/function-sql /function-mapping function-mapping function-nameabs/function-name ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] SQL function mapping
Thanks, checked it in. -dain - Original Message - From: Dave Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 20, 2001 6:49 AM Subject: Re: [JBoss-dev] SQL function mapping Dain I added the function mapping code to the EJB-QL to SQL translation engine. I added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the standard jboss cmp xmp file. Notes: - These mappings are completely based on info from the 'SQL in a Nutshell' book, so they may not work (I don't use any of these databases). - PostgreSQL doesn't have a three argument position function, so I didn't It is simply two functions position(?2 in substring(?1 from ?3))+?3 map it. - Send me any corrections or change it your self. - If not mapping is provided the system defaults to {fn concat(param1, param2)} style functions. The mappings follow this message. -dain Oracle: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlinstr(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MS SQLServer: function-mapping function-nameconcat/function-name function-sql(?1 + ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqlcharindex(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping MySQL: function-mapping function-nameconcat/function-name function-sqlconcat(?1, ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-namelocate/function-name function-sqllocate(?1, ?2, ?3)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping PostgreSQL: function-mapping function-nameconcat/function-name function-sql(?1 || ?2)/function-sql /function-mapping function-mapping function-namesubstring/function-name function-sqlsubstring(?1 FROM ?2 FOR ?3)/function-sql /function-mapping function-mapping function-namelength/function-name function-sqllength(?1)/function-sql /function-mapping function-mapping function-nameabs/function-name function-sqlabs(?1)/function-sql /function-mapping function-mapping function-namesqrt/function-name function-sqlsqrt(?1)/function-sql /function-mapping ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jbossmq/xml XElement.java
User: chirino Date: 01/08/20 10:58:34 Modified:src/main/org/jbossmq/xml Tag: Branch_2_4 XElement.java Log: JBossMQ was incorrectly labeling the encoding of it's XML config file as 'UTF8' instead of 'UTF-8' Revision ChangesPath No revision No revision 1.3.2.1 +3 -3 jbossmq/src/main/org/jbossmq/xml/Attic/XElement.java Index: XElement.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jbossmq/xml/Attic/XElement.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- XElement.java 2001/03/02 01:13:05 1.3 +++ XElement.java 2001/08/20 17:58:33 1.3.2.1 @@ -59,7 +59,7 @@ * * @author Hiram Chirino ([EMAIL PROTECTED]) * - * @version $Revision: 1.3 $ + * @version $Revision: 1.3.2.1 $ */ public class XElement { @@ -502,7 +502,7 @@ */ public String toXML(boolean indent) { return - ?xml version=\1.0\ encoding=\UTF8\?+nl+ + ?xml version=\1.0\ encoding=\UTF-8\?+nl+ toString(0, indent); } @@ -663,4 +663,4 @@ return t.elements(); } -} \ No newline at end of file +} ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossMQ ObjectMessage performance
MarshalledObject always serializes an object using the same semantics as marshaling and unmarshaling parameters and return values of RMI calls - Original Message - From: Hiram Chirino [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 17, 2001 2:57 PM Subject: Re: [JBoss-dev] JBossMQ ObjectMessage performance I think I can fix this... But I may have to use a MarshalledObject to wrap the object to support moving the message to the consumer thread that may have a different Classloader that the publisher thread. Am I wrong here??? If the the publisher is in the same vm as the receiver, but the publisher is for example a servlet. And the consumer is a MDB. If they do not share the same classloader, I would need to use a MarshalledObject to move the object accross right? So what does a MarshalledObject acually do?? Does it serialize the object. Or does it do this only if there is need?? Regards, Hiram From: Matt Cleveland [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMQ ObjectMessage performance Date: Fri, 17 Aug 2001 09:59:38 -0700 (PDT) Here goes with my first posting to this list. I've been working on performance for an application that uses Tomcat, JBoss, JBossMQ, a couple of queues and 1 message driven bean. Response times were fine until I started loading the server with multiple concurrent connections. Until I did some work with it, the application slowed down dramatically under reasonable loads (10 to 50 concurrent clients). One of the problems I found along the way looks to be a problem with the implementation of SpyObjectMessage. I found that calls to ObjectMessage.getObject() and ObjectMessage.setObjet() were increasing significantly in execution time under reasonable loads. With a single client the times were around 1/10th of a second but with 10 to 50 concurrent clients they went up to over a second. I found that it is faster to convert the data to XML, send it as a TextMessage and parse it on the other side. I can't explain this completely because the code for SpyObjectMessage in the version of JBossMQ I'm using (JBoss-2.2.2_Tomcat-3.2.2) is not in the distribution (why is this?). However, looking at the current code of SpyObjectMessage I see some code that definitely won't perform well. The problem is that setObject() serializes the object and getObject() deserializes it every time it is invoked. I realize that you need a serialized version for writeExternal(), but why must the memory representation be serialized? In my case it was not a persistant message anyway so writeExternal() should never get called. Is there something in the spec that says that each client of an object message must get a different instance of the object? That's the only reason I can think of for this behavior. If it's not required by the spec (which I don't think it is), then the only affect of this serialization/deserialization is to slow things down, especially for CPU bound apps. The fix is trivial. Store the Object as an Object and serialize or deserialize it only when necessary in writeExternal() and readExternal(). Am I missing something here or is this a real problem? Matt Cleveland __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ ___ 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/intl.asp ___ 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] jca changes loaders
The bank test runs to completion in the alloted time on my system with the less verbose logging. - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 16, 2001 11:03 PM Subject: Re: [JBoss-dev] jca changes loaders Hmmm, I cleaned up the logging a bit, now there are no messages (except a invocation # x that I haven't found the source of), and checked in changes. Removing the logging had no effect on the time here. I've run it 2 1/2 times without deadlock, both completions around 2800 sec. (last one is still running). What kind of system are you on? I have rh 7.1, sun jdk 1.3.1, one intel p3 600 mhz, 256 mb memory, and I'm using Hypersonic. Any ideas where to look for the deadlock? david jencks On 2001.08.17 01:07:11 -0400 Scott M Stark wrote: By deadlock all I mean is that it is not completing in the time alloted for the test. It was sitting at: [junit] 5678.Marc.998012741906:50.0 [junit] 5678.Rickard.998012741907:0.0 [junit] Time:13266 [junit] Avg. time/call(ms):22 [junit] Acquire customers [junit] Start test. 50 threads, 100 iterations until the test timed out. With a version of main as of Monday at 23:00 obtained using: cvs co -D '2001-08-13 23:00' jboss-all The test runs in 2912 seconds. Maybe its just the logging. I can't tell until that is cleaned up. Sure 10,000 tx is a reasonable test. Stress is good. - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 16, 2001 8:43 PM Subject: Re: [JBoss-dev] jca changes loaders I can't argue with the idea that Aaron might possibly have logged things a bit heavily, however my banktest completed successfully after 2860.064 seconds. What form did this deadlock take? Is running 50 threads through 10 connections with ~10,000 transactions a reasonable unit test? david jencks ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual config.xml
User: user57 Date: 01/08/20 13:42:07 Modified:.config.xml Log: o changed fop.classpath to apache.fop.classpath, tried to get the style task to work properly... without success. Revision ChangesPath 1.3 +17 -4 manual/config.xml Index: config.xml === RCS file: /cvsroot/jboss/manual/config.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- config.xml2001/08/11 06:16:44 1.2 +++ config.xml2001/08/20 20:42:06 1.3 @@ -7,7 +7,7 @@ !---- !-- == -- -!-- $Id: config.xml,v 1.2 2001/08/11 06:16:44 user57 Exp $ -- +!-- $Id: config.xml,v 1.3 2001/08/20 20:42:06 user57 Exp $ -- !-- == -- !-- Module Setup -- @@ -42,14 +42,20 @@ property name=apache.fop.root value=${tools.root}/apache/fop/ property name=apache.fop.lib value=${apache.fop.root}/lib/ path id=apache.fop.classpath +path refid=apache.ant.ext.classpath/ fileset dir=${apache.fop.lib} include name=**/*.jar/ /fileset /path - taskdef name=fop -classname=org.apache.fop.tools.anttasks.Fop -classpathref=fop.classpath/ + !-- taskdef is in configure-hook -- + !-- Style -- + path id=apache.ant.style.classpath +path refid=apache.ant.ext.classpath/ +path refid=apache.ant.classpath/ + /path + !-- taskdef is in configure-hook -- + !-- == -- !-- Library Setup -- @@ -156,4 +162,11 @@ !-- Executed at the end of the 'init' target -- target name=init-hook !-- Execute custom initialization tasks here. -- +taskdef name=fop + classname=org.apache.fop.tools.anttasks.Fop + classpathref=apache.fop.classpath/ + +taskdef name=style + classname=org.apache.tools.ant.taskdefs.XSLTProcess + classpathref=apache.ant.style.classpath/ /target ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossMQ ObjectMessage performance
If you were surprised that your serialization code out performs Java's then you shouldn't be. Object serialization is a well known performance bottleneck in java systems and is to be avoided like the plague if possible. It is so slow simply because it is so generic, the ability to simply serialize an object and then deserialize it again so simply is amazing, and unfortunately so tempting that it gets used in many places where it maybe shouldn't. For performance reasons then ObjectMessage should be avoided and BytesMessage or TextMessage be used in its stead. Unfortunately you always pay a performance cost for convenience. Cheers, David. -Original Message- From: Matt Cleveland [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 3:09 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBossMQ ObjectMessage performance I'm a little suprised that our XML serialization and parsing code beats the performance of Java serialization. Any thoughts on that? What about the RMI case where the object has already been serialized and deserialized once to communicate it through RMI? If getObject() is only called once is it necessary to serialize and deserialize the object again to make a copy since RMI has already made a copy of the original object? Just thinking out loud here, but what if the object implements Cloneable? I guess it would be invalid to clone the object because the Cloneable interface does not specify a deep-clone and so it wouldn't satisfy the JMS spec. Thanks for the feedback. We'll stick with TextMessage for now. Matt Cleveland --- David Maplesden [EMAIL PROTECTED] wrote: Hi Guys, been away for the weekend (sorry). SpyObjectMessage is implemented the way it is because the spec says... The JMS message interfaces provide read/get methods for accessing objects in a message body and message properties. All of these methods must be implemented to return a copy of the accessed message objects. This coupled with the fact the spec specifies only serializable objects may be stored in an object message and you get a pretty strong pointer as to how it is intended to be implemented. So there is really no way around the serializing and deserializing of the object every time it is requested, a new copy must be generated. The object message code can certainly be made quicker for situations where the object from the same message is being accessed multiple times by storing the Object and ByteArray streams instead of creating them each time. I didn't get round to doing this because generally the object is only retrieved from the message once by each client. TextMessage is so much quicker because java Strings are immutable you can simply return the same string all the time. I am sure using a MarshalledObject will not help. The way I read the code for MarshalledObject it does almost exactly the same thing (deserialising the object from a byte array on every get) but has additional overhead for dealing with RMI specific problems. Cheers, David -Original Message- From: Hiram Chirino [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 18, 2001 9:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossMQ ObjectMessage performance I think I can fix this... But I may have to use a MarshalledObject to wrap the object to support moving the message to the consumer thread that may have a different Classloader that the publisher thread. Am I wrong here??? If the the publisher is in the same vm as the receiver, but the publisher is for example a servlet. And the consumer is a MDB. If they do not share the same classloader, I would need to use a MarshalledObject to move the object accross right? So what does a MarshalledObject acually do?? Does it serialize the object. Or does it do this only if there is need?? Regards, Hiram From: Matt Cleveland [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMQ ObjectMessage performance Date: Fri, 17 Aug 2001 09:59:38 -0700 (PDT) Here goes with my first posting to this list. I've been working on performance for an application that uses Tomcat, JBoss, JBossMQ, a couple of queues and 1 message driven bean. Response times were fine until I started loading the server with multiple concurrent connections. Until I did some work with it, the application slowed down dramatically under reasonable loads (10 to 50 concurrent clients). One of the problems I found along the way looks to be a problem with the implementation of SpyObjectMessage. I found that calls to ObjectMessage.getObject() and ObjectMessage.setObjet() were increasing significantly in execution time under reasonable loads.
RE: [JBoss-dev] JBossMQ ObjectMessage performance
I guess I underestimated how bad Java serialization performance is. Thanks for the input on this issue. Matt Cleveland --- David Maplesden [EMAIL PROTECTED] wrote: If you were surprised that your serialization code out performs Java's then you shouldn't be. Object serialization is a well known performance bottleneck in java systems and is to be avoided like the plague if possible. It is so slow simply because it is so generic, the ability to simply serialize an object and then deserialize it again so simply is amazing, and unfortunately so tempting that it gets used in many places where it maybe shouldn't. For performance reasons then ObjectMessage should be avoided and BytesMessage or TextMessage be used in its stead. Unfortunately you always pay a performance cost for convenience. Cheers, David. -Original Message- From: Matt Cleveland [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 3:09 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBossMQ ObjectMessage performance I'm a little suprised that our XML serialization and parsing code beats the performance of Java serialization. Any thoughts on that? What about the RMI case where the object has already been serialized and deserialized once to communicate it through RMI? If getObject() is only called once is it necessary to serialize and deserialize the object again to make a copy since RMI has already made a copy of the original object? Just thinking out loud here, but what if the object implements Cloneable? I guess it would be invalid to clone the object because the Cloneable interface does not specify a deep-clone and so it wouldn't satisfy the JMS spec. Thanks for the feedback. We'll stick with TextMessage for now. Matt Cleveland --- David Maplesden [EMAIL PROTECTED] wrote: Hi Guys, been away for the weekend (sorry). SpyObjectMessage is implemented the way it is because the spec says... The JMS message interfaces provide read/get methods for accessing objects in a message body and message properties. All of these methods must be implemented to return a copy of the accessed message objects. This coupled with the fact the spec specifies only serializable objects may be stored in an object message and you get a pretty strong pointer as to how it is intended to be implemented. So there is really no way around the serializing and deserializing of the object every time it is requested, a new copy must be generated. The object message code can certainly be made quicker for situations where the object from the same message is being accessed multiple times by storing the Object and ByteArray streams instead of creating them each time. I didn't get round to doing this because generally the object is only retrieved from the message once by each client. TextMessage is so much quicker because java Strings are immutable you can simply return the same string all the time. I am sure using a MarshalledObject will not help. The way I read the code for MarshalledObject it does almost exactly the same thing (deserialising the object from a byte array on every get) but has additional overhead for dealing with RMI specific problems. Cheers, David -Original Message- From: Hiram Chirino [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 18, 2001 9:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossMQ ObjectMessage performance I think I can fix this... But I may have to use a MarshalledObject to wrap the object to support moving the message to the consumer thread that may have a different Classloader that the publisher thread. Am I wrong here??? If the the publisher is in the same vm as the receiver, but the publisher is for example a servlet. And the consumer is a MDB. If they do not share the same classloader, I would need to use a MarshalledObject to move the object accross right? So what does a MarshalledObject acually do?? Does it serialize the object. Or does it do this only if there is need?? Regards, Hiram From: Matt Cleveland [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMQ ObjectMessage performance Date: Fri, 17 Aug 2001 09:59:38 -0700 (PDT) Here goes with my first posting to this list. I've been working on performance for an application that uses Tomcat, JBoss, JBossMQ, a couple of queues and 1 message driven bean. Response times were fine until I started loading the server with multiple concurrent connections. Until I did some work with it, the application slowed down dramatically under reasonable loads (10 to 50
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManagerService.java
User: starksm Date: 01/08/20 15:07:41 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityManagerService.java Log: Use JBossCategory for log instance Revision ChangesPath No revision No revision 1.2.2.4 +5 -1 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerService.java Index: JaasSecurityManagerService.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerService.java,v retrieving revision 1.2.2.3 retrieving revision 1.2.2.4 diff -u -r1.2.2.3 -r1.2.2.4 --- JaasSecurityManagerService.java 2001/07/29 02:22:28 1.2.2.3 +++ JaasSecurityManagerService.java 2001/08/20 22:07:41 1.2.2.4 @@ -39,6 +39,7 @@ import org.apache.log4j.Category; +import org.jboss.logging.log4j.JBossCategory; import org.jboss.security.SecurityAssociation; import org.jboss.security.SecurityProxyFactory; import org.jboss.security.SubjectSecurityManager; @@ -63,7 +64,7 @@ implements JaasSecurityManagerServiceMBean { /** The log4j interface */ - private static Category log = Category.getInstance(JaasSecurityManagerService.class); + private static Category log; /** The class that provides the security manager implementation */ private static String securityMgrClassName = org.jboss.security.plugins.JaasSecurityManager; /** The loaded securityMgrClassName */ @@ -82,6 +83,9 @@ { // use thread-local principal and credential propagation SecurityAssociation.setServer(); + // Get a log interface + log = (JBossCategory) JBossCategory.getInstance(JaasSecurityManagerService.class); + } /** The constructor does nothing as the security manager is created ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jboss-jaas.jar jbossmq.jar jbosssx.jar
User: starksm Date: 01/08/20 15:11:03 Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbossmq.jar jbosssx.jar Log: Integrate Rel_2_4_0_30 JBossSX and JBossMQ changes Revision ChangesPath No revision No revision 1.11.2.9 +112 -113 jboss/src/lib/Attic/jboss-jaas.jar Binary file 1.8.4.2 +279 -269 jboss/src/lib/Attic/jbossmq.jar Binary file 1.11.2.9 +191 -192 jboss/src/lib/Attic/jbosssx.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/client jbossmq-client.jar jbosssx-client.jar
User: starksm Date: 01/08/20 15:12:05 Modified:src/client Tag: Branch_2_4 jbossmq-client.jar jbosssx-client.jar Log: Integrate Rel_2_4_0_30 JBossSX and JBossMQ changes Revision ChangesPath No revision No revision 1.6.4.2 +158 -154 jboss/src/client/Attic/jbossmq-client.jar Binary file 1.8.2.8 +44 -44jboss/src/client/Attic/jbosssx-client.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web WebServer.java WebService.java WebServiceMBean.java
User: starksm Date: 01/08/20 15:12:53 Modified:src/main/org/jboss/web Tag: Branch_2_4 WebServer.java WebService.java WebServiceMBean.java Log: Add support for binding to a specific IP address Use JBossCategory trace level logging Revision ChangesPath No revision No revision 1.5.4.4 +87 -54jboss/src/main/org/jboss/web/WebServer.java Index: WebServer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/WebServer.java,v retrieving revision 1.5.4.3 retrieving revision 1.5.4.4 diff -u -r1.5.4.3 -r1.5.4.4 --- WebServer.java2001/07/21 08:55:46 1.5.4.3 +++ WebServer.java2001/08/20 22:12:53 1.5.4.4 @@ -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. @@ -14,14 +14,17 @@ import java.io.InputStream; import java.io.InputStreamReader; import java.io.IOException; +import java.net.InetAddress; import java.net.MalformedURLException; import java.net.Socket; import java.net.ServerSocket; +import java.net.UnknownHostException; import java.net.URL; import java.util.HashMap; import java.util.Properties; -import org.apache.log4j.Category; +import org.jboss.logging.log4j.JBossCategory; + /** * A mini webserver that should be embedded in another application. It can server any file that is available from * classloaders that are registered with it, including class-files. @@ -35,42 +38,49 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. - * @author a href=mailto:[EMAIL PROTECTED];Lennart Petersson/a. - * @version $Revision: 1.5.4.3 $ + * @version $Revision: 1.5.4.4 $ * * Revisions: * + * 20010806 scott.stark: Allow binding of listening port to a specific IP address + * 20010619 scott.stark: Use log4j JBossCategory to enable trace level msgs * 20010618 scott.stark: Fixed extraction of mime-type from file extension in getMimeType - * 20010721 lennart.petersson: Implemented log4j partly of what Scott did in main branch. - * Since JBossCategory is not available in 2.4 both trace() and - * debug() are sent to category.debug(). + * 20010627 scott.stark: Restore ability to download from the server classpath if no loader key is found + amd downloadServerClasses is true */ public class WebServer implements Runnable { -// Constants - + // Constants - -// Attributes - private static Category category = Category.getInstance(WebServer.class); -/** The port the web server listens on */ -private int port = 8080; -/** The map of class loaders registered with the web server */ -private HashMap loaderMap = new HashMap(); -/** The web server http listening socket */ -private ServerSocket server = null; -/** A flag indicating if the server should attempt to download classes from - thread context class loader when a request arrives that does not have a - class loader key prefix. + // Attributes + private static JBossCategory category = (JBossCategory)JBossCategory.getInstance(WebServer.class); + /** The port the web server listens on */ + private int port = 8083; + + /** The interface to bind to. This is useful for multi-homed hosts + that want control over which interfaces accept connections. */ + private InetAddress bindAddress; + /** The serverSocket listen queue depth */ + private int backlog = 50; + + /** The map of class loaders registered with the web server */ + private HashMap loaderMap = new HashMap(); + /** The web server http listening socket */ + private ServerSocket server = null; + /** A flag indicating if the server should attempt to download classes from +thread context class loader when a request arrives that does not have a +class loader key prefix. */ -private boolean downloadServerClasses = true; - -/** The class wide mapping of type suffixes(class, txt) to their mime - type string used as the Content-Type header for the vended classes/resources */ -private static Properties mimeTypes = new Properties(); -/** The thread pool used to manage listening threads */ -private ThreadPool threadPool = new ThreadPool(); + private boolean downloadServerClasses = true; + /** The class wide mapping of
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ServiceMBeanSupport.java
User: starksm Date: 01/08/20 15:13:15 Modified:src/main/org/jboss/util Tag: Branch_2_4 ServiceMBeanSupport.java Log: Use JBossCategory as the service category instance Revision ChangesPath No revision No revision 1.13.4.2 +4 -3 jboss/src/main/org/jboss/util/ServiceMBeanSupport.java Index: ServiceMBeanSupport.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/ServiceMBeanSupport.java,v retrieving revision 1.13.4.1 retrieving revision 1.13.4.2 diff -u -r1.13.4.1 -r1.13.4.2 --- ServiceMBeanSupport.java 2001/06/22 19:41:42 1.13.4.1 +++ ServiceMBeanSupport.java 2001/08/20 22:13:15 1.13.4.2 @@ -18,6 +18,7 @@ import org.jboss.logging.Log; import org.jboss.logging.LogToCategory; +import org.jboss.logging.log4j.JBossCategory; /** An abstract base class JBoss services can subclass to implement a service that conforms to the ServiceMBean interface. Subclasses must @@ -30,7 +31,7 @@ @author Rickard Öberg ([EMAIL PROTECTED]) @author [EMAIL PROTECTED] -@version $Revision: 1.13.4.1 $ +@version $Revision: 1.13.4.2 $ */ public abstract class ServiceMBeanSupport extends NotificationBroadcasterSupport @@ -41,14 +42,14 @@ private MBeanServer server; private int id = 0; protected Log log; - protected Category category; + protected JBossCategory category; // Static // Constructors -- public ServiceMBeanSupport() { - category = Category.getInstance(getClass()); + category = (JBossCategory) JBossCategory.getInstance(getClass()); log = new LogToCategory(category); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging/log4j JBossCategory.java TracePriority.java
User: starksm Date: 01/08/20 15:14:16 Added: src/main/org/jboss/logging/log4j Tag: Branch_2_4 JBossCategory.java TracePriority.java Log: Add JBossCategory custom log4j Category for trace level logging. Add TracePriority custom log4j Priority Revision ChangesPath No revision No revision 1.3.2.1 +5 -1 jboss/src/main/org/jboss/logging/log4j/JBossCategory.java Index: JBossCategory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/log4j/JBossCategory.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- JBossCategory.java2001/08/03 17:15:53 1.3 +++ JBossCategory.java2001/08/20 22:14:16 1.3.2.1 @@ -10,12 +10,16 @@ import org.apache.log4j.spi.CategoryFactory; /** A custom log4j category that adds support for trace() level logging. + A trace level msg in one that has a frequency proportional the # of method + invocations, msg deliveries, etc. It can also be used for very verbose + debugging information. + @see #trace(String) @see #trace(String, Throwable) @see TracePriority @author [EMAIL PROTECTED] -@version $Revision: 1.3 $ +@version $Revision: 1.3.2.1 $ */ public class JBossCategory extends Category { 1.2.2.1 +1 -1 jboss/src/main/org/jboss/logging/log4j/TracePriority.java Index: TracePriority.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/log4j/TracePriority.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- TracePriority.java2001/08/03 17:15:53 1.2 +++ TracePriority.java2001/08/20 22:14:16 1.2.2.1 @@ -17,7 +17,7 @@ @see org.apache.log4j.Priority @author [EMAIL PROTECTED] - @version $Revision: 1.2 $ + @version $Revision: 1.2.2.1 $ */ public class TracePriority extends Priority { ___ 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 SecurityInterceptor.java
User: starksm Date: 01/08/20 15:16:35 Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4 SecurityInterceptor.java Log: Need to validate the method permission role set against the anybody role Revision ChangesPath No revision No revision 1.17.2.2 +220 -218 jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java Index: SecurityInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java,v retrieving revision 1.17.2.1 retrieving revision 1.17.2.2 diff -u -r1.17.2.1 -r1.17.2.2 --- SecurityInterceptor.java 2001/07/09 08:33:26 1.17.2.1 +++ SecurityInterceptor.java 2001/08/20 22:16:35 1.17.2.2 @@ -1,218 +1,220 @@ -/* - * 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; -import java.rmi.RemoteException; -import java.security.Principal; -import java.util.Iterator; -import java.util.Set; -import javax.naming.InitialContext; - -import org.jboss.ejb.Container; -import org.jboss.ejb.MethodInvocation; -import org.jboss.logging.Logger; -import org.jboss.metadata.BeanMetaData; -import org.jboss.metadata.SecurityIdentityMetaData; -import org.jboss.security.EJBSecurityManager; -import org.jboss.security.RealmMapping; -import org.jboss.security.SecurityAssociation; -import org.jboss.security.SimplePrincipal; - -/** The SecurityInterceptor is where the EJB 2.0 declarative security model -is enforced. This is where the caller identity propagation is controlled as well. - -@author a href=[EMAIL PROTECTED]Oleg Nitz/a -@author [EMAIL PROTECTED] -@version $Revision: 1.17.2.1 $ -*/ -public class SecurityInterceptor extends AbstractInterceptor -{ -/** - * @clientCardinality 0..1 - * @supplierCardinality 1 - */ -protected Container container; - -/** - * @supplierCardinality 0..1 - * @supplierQualifier authentication - * @clientCardinality 1..* - */ -protected EJBSecurityManager securityManager; - -/** - * @supplierCardinality 0..1 - * @clientCardinality 1..* - * @supplierQualifier identity mapping - */ -protected RealmMapping realmMapping; -protected Principal runAsRole; - -public SecurityInterceptor() -{ -} - -/** Called by the super class to set the container to which this interceptor - belongs. We obtain the security manager and runAs identity to use here. - */ -public void setContainer(Container container) -{ -this.container = container; -BeanMetaData beanMetaData = container.getBeanMetaData(); -SecurityIdentityMetaData secMetaData = beanMetaData.getSecurityIdentityMetaData(); -if( secMetaData != null secMetaData.getUseCallerIdentity() == false ) -{ -String roleName = secMetaData.getRunAsRoleName(); -runAsRole = new SimplePrincipal(roleName); -} -securityManager = container.getSecurityManager(); -realmMapping = container.getRealmMapping(); -} - -public Container getContainer() -{ -return container; -} - - // Container implementation -- -public void start() throws Exception -{ -super.start(); -} - -public Object invokeHome(MethodInvocation mi) throws Exception -{ -// Authenticate the subject and apply any declarative security checks -checkSecurityAssociation(mi, true); -/* If a run-as role was specified, push it so that any calls made - by this bean will have the runAsRole available for declarative - security checks. -*/ -if( runAsRole != null ) -{ -SecurityAssociation.pushRunAsRole(runAsRole); -} -try -{ -Object returnValue = getNext().invokeHome(mi); -return returnValue; -} -finally -{ -if( runAsRole != null ) -{ -SecurityAssociation.popRunAsRole(); -} -} -} -public Object invoke(MethodInvocation mi) throws Exception -{ -// Authenticate the subject and apply any declarative security checks -checkSecurityAssociation(mi, false); -/* If a run-as role was specified, push it so that any calls made - by this bean will have the runAsRole available for declarative - security checks. -*/ -if( runAsRole != null ) -{ -
[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties
User: starksm Date: 01/08/20 15:26:55 Modified:src/etc/conf/default Tag: Branch_2_4 log4j.properties Log: Set the default category to JBossCategory Revision ChangesPath No revision No revision 1.7.4.2 +12 -0 jboss/src/etc/conf/default/log4j.properties Index: log4j.properties === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/log4j.properties,v retrieving revision 1.7.4.1 retrieving revision 1.7.4.2 diff -u -r1.7.4.1 -r1.7.4.2 --- log4j.properties 2001/06/22 19:37:17 1.7.4.1 +++ log4j.properties 2001/08/20 22:26:54 1.7.4.2 @@ -1,6 +1,9 @@ # A log4j properties file suitable for replacing the # default JBoss ConsoleLogging FileLogging mbeans. +# Set the JBossCategoryFactory as the default CategoryFactory +log4j.categoryFactory=org.jboss.logging.log4j.JBossCategory$JBossCategoryFactory + log4j.rootCategory=DEBUG, Default, Console ### The server.log file appender @@ -19,3 +22,12 @@ log4j.appender.Console.Threshold=INFO log4j.appender.Console.layout=org.apache.log4j.PatternLayout log4j.appender.Console.layout.ConversionPattern=[%c{1}] %m%n + +# Example of only showing INFO msgs for any categories under org.jboss.util +#log4j.category.org.jboss.util=INFO + +# An example of enabling the custom TRACE level priority that is used +# by the JBoss internals to diagnose low level details. This example +# turns on TRACE level msgs for the org.jboss.ejb.plugins package and its +# subpackages. This will produce A LOT of logging output. +#log4j.category.org.jboss.ejb.plugins=TRACE#org.jboss.logging.log4j.TracePriority ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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/etc/conf/default jbossmq-state.xml standardjaws.xml standardjboss.xml standardjbosscmp-jdbc.xml
User: user57 Date: 01/08/20 15:39:52 Modified:src/etc/conf/default jbossmq-state.xml standardjaws.xml standardjboss.xml standardjbosscmp-jdbc.xml Log: o Added DOCTYPE tags Revision ChangesPath 1.3 +2 -1 jboss/src/etc/conf/default/jbossmq-state.xml Index: jbossmq-state.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jbossmq-state.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jbossmq-state.xml 2001/08/11 21:32:45 1.2 +++ jbossmq-state.xml 2001/08/20 22:39:52 1.3 @@ -1,4 +1,5 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE StateManager !-- = -- !-- -- @@ -6,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jbossmq-state.xml,v 1.2 2001/08/11 21:32:45 user57 Exp $ -- +!-- $Id: jbossmq-state.xml,v 1.3 2001/08/20 22:39:52 user57 Exp $ -- StateManager User 1.19 +2 -1 jboss/src/etc/conf/default/standardjaws.xml Index: standardjaws.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjaws.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- standardjaws.xml 2001/08/06 22:52:22 1.18 +++ standardjaws.xml 2001/08/20 22:39:52 1.19 @@ -1,4 +1,5 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE jaws !-- = -- !-- -- @@ -6,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: standardjaws.xml,v 1.18 2001/08/06 22:52:22 user57 Exp $ -- +!-- $Id: standardjaws.xml,v 1.19 2001/08/20 22:39:52 user57 Exp $ -- jaws datasourcejava:/DefaultDS/datasource 1.16 +2 -1 jboss/src/etc/conf/default/standardjboss.xml Index: standardjboss.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjboss.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- standardjboss.xml 2001/08/09 20:31:06 1.15 +++ standardjboss.xml 2001/08/20 22:39:52 1.16 @@ -1,4 +1,5 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE jboss !-- = -- !-- -- @@ -6,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: standardjboss.xml,v 1.15 2001/08/09 20:31:06 patriot1burke Exp $ -- +!-- $Id: standardjboss.xml,v 1.16 2001/08/20 22:39:52 user57 Exp $ -- jboss enforce-ejb-restrictionsfalse/enforce-ejb-restrictions 1.6 +2 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml Index: standardjbosscmp-jdbc.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- standardjbosscmp-jdbc.xml 2001/08/20 17:19:40 1.5 +++ standardjbosscmp-jdbc.xml 2001/08/20 22:39:52 1.6 @@ -1,4 +1,5 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE jbosscmp-jdbc !-- = -- !-- -- @@ -6,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: standardjbosscmp-jdbc.xml,v 1.5 2001/08/20 17:19:40 dsundstrom Exp $ -- +!-- $Id: standardjbosscmp-jdbc.xml,v 1.6 2001/08/20 22:39:52 user57 Exp $ -- jbosscmp-jdbc ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
Jason, Are you using jaws or cmp? -dain - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 20, 2001 5:38 PM Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Monday, August 20, 2001 6:15 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. so you see: 1. setModified() 2. ejbLoad So there is no ejbStore() in between setModified() and ejbLoad()? I assume you're using commit option 'A'? This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. 2 different threads with the same TX? Can you be more specific on the transaction boundaries and Threads? What threads of execution do transactions begin and end? Are the entities created in separate transactions or in the same transaction? Can you draw some kind of flow here? Can you output the exact order of messages and where the problem is? Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. I'm really confused here. You're going to have to be more specific. Sorry. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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] ejbLoad() on a modified bean w/o ejbStore()
A thing to note. Whenever a finder or remove is called within a transaction, every entity of every type that is part of the transaction is synchronized with the database. Could this be your problem? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Monday, August 20, 2001 6:39 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
I am using commit option B, since it might be possible that another process is using the database... though I am 100% sure that I have sole access to the database I am using. If I run the first producer with the first MDB offline, then connect the MDB everything seems to be fine. I have run a few tests through in this manner and I have not had problem yet, where as if I try to have the both up together it will work only once after all nodes have been started (usually) and will fail most times after that. I should be able to have more than one thread update a single entity at the same time (or rather ordered as the container dictates) right? --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
EJB 1.1 cmp... that is jaws right? --jason On Mon, 20 Aug 2001, Dain Sundstrom wrote: Jason, Are you using jaws or cmp? -dain - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 20, 2001 5:38 PM Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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-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] ejbLoad() on a modified bean w/o ejbStore()
so you see: 1. setModified() 2. ejbLoad So there is no ejbStore() in between setModified() and ejbLoad()? Correct. I also very rarly a javax.ejb.DuplicateKeyException, which happend to just pop up as I was running these tests. I assume you're using commit option 'A'? Nope, option 'B'. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. 2 different threads with the same TX? There is one user thread (one that I new Thread()'d) and then there are the MDB threads. The user thread calls a bean method with RequiresNew and all of the MDB's are Required, so I would assume that each thread has its own tx context. They do happend to update one single entity, along with a slew of entities related to this one. Can you be more specific on the transaction boundaries and Threads? What threads of execution do transactions begin and end? Are the entities created in separate transactions or in the same transaction? Can you draw some kind of flow here? Yikes... I can try. 1) client - SLSB Creates two entities (a, b), sends one message to a remote JMS queue, returns. 2) MDB - JMX Creates a user-thread and a new SFSB to process the request and starts it. 3) user-thread - SFSB (RequiresNew) Creates two entities (x, y), updates entity b, sends one message to a remote JMS queue. If this is the last request, then update entities a b, else loop (back to 3) 4) MDB - JMX Performs some work (outside of a TX), then sends a response message to a JMS queue. 5) MDB Updates entities x y for the corresponding request id. Updates entity b. If this is the last response, then update a b. Does that help any? I am not really sure what the best diagrm would be to explain what is going on, short of a full blown uml sequence diagram. Like I said before, each MDB is set to Required. The (4) MDB tx is only really used to make sure that the JMX call completed successfully, then it stops, since this could take longer than the TX time out to complete. Can you output the exact order of messages and where the problem is? Do you mean log messages or JMS messages? Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. I'm really confused here. You're going to have to be more specific. Sorry. Sorry, I do not mean to confuse you. Hopefully the above will have cleared that up for you. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
I am also seening some odd behavior where the final tx never gets commited. I see the tx being suspended, then resumed, an application method log which calls setModified(), then some more supend/resumes and then a few more application methods. Then I get to an app method which will call a bunch of removes() which runs under NotSupported. At this point the application hangs and I will eventually get a tx timeout from the SimplePessimisticEJBLock.doSchedule(). This behavior seems to be a bit irratic, as I could probably restart all of the components and run it again just fine. But once it gets into a state of funk, it is more or less non-functional from that point out. --jason On Mon, 20 Aug 2001, Bill Burke wrote: A thing to note. Whenever a finder or remove is called within a transaction, every entity of every type that is part of the transaction is synchronized with the database. Could this be your problem? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Monday, August 20, 2001 6:39 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason ___ 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-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] ECperf and JBoss
www.theserverside.com hosts the homepage for EC Perf - ecperf.theserverside.com From the homepage - ECPerf is a benchmark and implementation for measuring performance and scalability of J2EE servers. No one has published any results yet - it will be interesting to see who steps forward first. -scott Jason Dillon wrote: What ever happend with this? Does anyone know if we should look into this further? What exaclt does ECperf do and how will it help make JBoss better? --jason On Thu, 9 Aug 2001, Scott Stirling wrote: Hi, I am on the ECperf 1.1 JSR expert group, representing Macromedia. Since all the vendors participating in the JSR have yet to release any official numbers, it's tough for some of us (even on the expert group) to know what constitutes good ECperf results. There's a somewhat vicious circle of tuning and testing while hoping/fearing someone else will release their numbers first. To make a long story short, I set up ECperf with JRun 3.1, then with Sun's 1.2.1 RI, then with JBoss 2.4-Tomcat-3.2.3 beta. Much of this work was started by Bill Kayser of StepZero, who contracted for Macromedia doing a lot of performance-related work. Bill worked up the Ant scripts and JRun deployment descriptors that are in the ECperf kit on your Web site. I've since worked out the kinks for JRun deployment and configuration, and applied that experience to the RI and JBoss. Since JBoss is not a J2EE licensee, it cannot publish offical, reviewed ECperf numbers. Reporting stipulations in the ECperf spec and on various third party software you'd probably want to use in a benchmark (viz., an Oracle d.b.), further make it unlikely JBoss would gain the required third party approvals to publish official results. Regardless, anyone can download ECperf and JBoss and try it out for themselves. (In fact, these very points make me think maybe restrictions should be loosened for open source implementations.) Anyway, I've seen the ECperf page on the JBoss site. It's pretty sparse. Why? What happened to the plan to have JBoss+ECperf up and running by the stated date? It's definitely do-able with the current beta. But you'll need a slew of bug fixes to the ECperf app itself, most of which you can figure out through trial and error, and (hopefully) all of which you will get when ECperf 1.0 first bug fix patch comes out in the next month or so. Is anyone else here working on JBoss and ECperf? I have some stuff you might find very handy. I'd also be interested in feedback on how to better tune JBoss for ECperf. If you need someone to write some doco on it, I'd be glad to, along with JBoss-specific scripts and deployment descriptors. Scott Stirling JRun QA Macromedia ___ 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 2.4.0 has been released
The initial release of the 2.4.0 binary has been released and is available at sourceforge.
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: starksm Date: 01/08/20 17:59:13 Modified:src/main/org/jboss Tag: Branch_2_4 Main.java Log: Update the version string Revision ChangesPath No revision No revision 1.35.2.8 +2 -2 jboss/src/main/org/jboss/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v retrieving revision 1.35.2.7 retrieving revision 1.35.2.8 diff -u -r1.35.2.7 -r1.35.2.8 --- Main.java 2001/07/29 02:33:45 1.35.2.7 +++ Main.java 2001/08/21 00:59:13 1.35.2.8 @@ -28,13 +28,13 @@ * @author Rickard Öberg ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];Daniel O'Connor/a. * @author [EMAIL PROTECTED] - * @version $Revision: 1.35.2.7 $ + * @version $Revision: 1.35.2.8 $ */ public class Main { // Constants - - String versionIdentifier = 2.4 BETA(Rel_2_4_0_26); + String versionIdentifier = 2.4.0; // Attributes // Static ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite binary.jsp
User: starksm Date: 01/08/20 18:06:41 Modified:.binary.jsp Log: Update the current release information Revision ChangesPath 1.8 +9 -9 newsite/binary.jsp Index: binary.jsp === RCS file: /cvsroot/jboss/newsite/binary.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- binary.jsp2001/08/12 23:16:54 1.7 +++ binary.jsp2001/08/21 01:06:41 1.8 @@ -8,11 +8,11 @@ p class=headDOWNLOAD THE JBOSS SERVER PRODUCTS TODAY! p class=text - JBoss 2.2.2 is our current bstable/b version. It will run on both + JBoss 2.4.0 is our current bstable/b version. It will run on both 1.2.2 and 1.3 JVMs. p class=text - JBoss 2.4 bbeta/b release is available for those who wish to test + JBoss 2.4.0 bfinal/b release is available for those who wish to test the upcoming release. p class=text @@ -27,7 +27,7 @@ p class=textDownload now: -p class=headJBoss 2.4 BETA +p class=headJBoss 2.4 p class=text @@ -35,15 +35,15 @@ trth align=leftp class=textPackages/ththp class=textnbsp;nbsp;nbsp;Sizenbsp;nbsp;nbsp;/ththp class=textDate/th/tr tr -tda class=link href=http://prdownloads.sourceforge.net/jboss/JBoss-2.4.0.23_BETA.zip;JBoss-2.4.0.23_BETA.zip/a/td -td align=centerp class=text8658903/td -td align=centerp class=textJuly 19, 2001/td +tda class=link href=http://prdownloads.sourceforge.net/jboss/JBoss-2.4.0.zip;JBoss-2.4.0.zip/a/td +td align=centerp class=text16233873/td +td align=centerp class=textAugust 20, 2001/td /tr tr -tda class=link href=http://prdownloads.sourceforge.net/jboss/JBoss-2.4.0.23_Tomcat-3.2.3.zip;JBoss-2.4.0.23_Tomcat-3.2.3.zip/a/td -td align=centerp class=text11959461/td -td align=centerp class=textJuly 19, 2001/td +tda class=link href=http://prdownloads.sourceforge.net/jboss/JBoss-2.4.0_Tomcat-3.2.3.zip;JBoss-2.4.0_Tomcat-3.2.3.zip/a/td +td align=centerp class=text11414416/td +td align=centerp class=textAugust 20, 2001/td /tr tr ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/build build.xml
User: starksm Date: 01/08/20 18:33:41 Modified:src/build Tag: Branch_2_4 build.xml Log: Update the version string Revision ChangesPath No revision No revision 1.77.2.4 +1 -1 jboss/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/src/build/build.xml,v retrieving revision 1.77.2.3 retrieving revision 1.77.2.4 diff -u -r1.77.2.3 -r1.77.2.4 --- build.xml 2001/07/08 21:34:04 1.77.2.3 +++ build.xml 2001/08/21 01:33:41 1.77.2.4 @@ -17,7 +17,7 @@ property name=Name value=JBoss/ property name=name value=jboss/ -property name=version value=2.4.0BETA/ +property name=version value=2.4.0/ property name=bin.dir value=${basedir}/bin/ property name=src.bin.dir value=${basedir}/src/bin/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
Hrm... I think this is just me being confused about FormatId and GlobalId... --jason On Mon, 20 Aug 2001, Jason Dillon wrote: Here is another bit of oddness, which I do not quite understand. I was trolling through the logs of a run which has odd tx behavior and saw this at the end: snip 2001-08-20 18:20:18,894 com.boldfish.does.mailing.persistence.internal.MailingPOEJB@2q8an [Thread Pool Worker-11] DEBUG - changing state from 1 to 2 2001-08-20 18:20:18,894 com.boldfish.does.mailing.persistence.internal.MailingPOEJB@2q8an [Thread Pool Worker-11] INFO - bean marked as modified 2001-08-20 18:20:18,894 org.jboss.tm.TxManager [Thread Pool Worker-11] DEBUG - suspended tx: TransactionImpl:XidImpl [FormatId=257, GlobalId=eng-ecr3a//62, BranchQual=] 2001-08-20 18:20:18,894 org.jboss.tm.TxManager [Thread Pool Worker-11] DEBUG - resumed tx: TransactionImpl:XidImpl [FormatId=257, GlobalId=eng-ecr3a//62, BranchQual=] 2001-08-20 18:20:18,895 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker-11] DEBUG - Invoke: [13] cleanup(com.boldfish.does.job.persistence.JobHome:13) 2001-08-20 18:20:18,895 org.jboss.tm.TxManager [Thread Pool Worker-11] DEBUG - suspended tx: TransactionImpl:XidImpl [FormatId=257, GlobalId=eng-ecr3a//62, BranchQual=] 2001-08-20 18:20:18,895 com.boldfish.does.mailing.persistence.internal.MailingPOEJB@2q8an [Thread Pool Worker-11] DEBUG - [ cleaning up MRI objects for job, com.boldfish.does.job.persistence.JobHome:13 ] 2001-08-20 18:20:19,060 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker-11] DEBUG - Invoke: [13] getDetails() 2001-08-20 18:20:19,061 org.jboss.tm.TxCapsule [Thread Pool Worker-11] DEBUG - Reused instance for tx=XidImpl [FormatId=257, GlobalId=eng-ecr3a//63, BranchQual=] 2001-08-20 18:20:19,061 org.jboss.tm.TxManager [Thread Pool Worker-11] DEBUG - began tx: TransactionImpl:XidImpl [FormatId=257, GlobalId=eng-ecr3a//63, BranchQual=] /snip I left in some of the application logs to show that some bean has been modified. The bit at the end is what is confusing me. It is resuing the tx... but the tx it is reusing has not committed yet. Perhaps I am reading this wrong, but... perhaps not. This is the tx that occurs near the end of a run which completed successfully (acording to the logs, but the last tx never commited and thus the database is out of sync). --jason On Mon, 20 Aug 2001, Bill Burke wrote: A thing to note. Whenever a finder or remove is called within a transaction, every entity of every type that is part of the transaction is synchronized with the database. Could this be your problem? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Monday, August 20, 2001 6:39 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore() I just checked an the same behavior exists with the SimplePessimisticEJBLock. =( --jason On Mon, 20 Aug 2001, Jason Dillon wrote: I am running into another odd problem, this time it looks like ejbLoad() is being called on a modified entity with out ejbStore() being called first. I am not really sure why this would happen, nor do I know where to start looking. I am using isModified() to show that an entity has changed. The current impl simply logs a message and returns a boolean flag. I implemented a setModified(), which sets that flag to true and logs a message. I am seeing bean is modified message, then shortly after on the same entity I see an ejbLoad() but there is no message about checking if the entity has been modified. This might be caused by two different threads accessing the bean, so the tx might be confused... but it is my understanding that this should work. Essentially one user thread invokes a SFSB in a loop. This bean creates jms messages. A MDB on another machine does something with the message and sends a response message back. Then another MDB in the same VM as the SFSB takes the message and updates 3 entities that were created by the SFSB to track the message. Due to this problem, the bookkeeping for the messages are inconsistent, which more or less breaks the application completely. Is it possible that this might be caused by the new locking system? I am currently use the QueuedPessimisticEJBLock locking policy on all entities. I might try SimplePessimisticEJBLock, but I wanted to get some input from the experts first, as to why this might be happening. At first I thought that there might be more than one Entity per PK being created, but I am not seeing that. If someone could advise me on where I can look to find out more how this works it would really be appreciated. --jason
[JBoss-dev] CVS update: build/jboss/etc/.Refactory pretty.settings
User: d_jencks Date: 01/08/20 19:33:18 Modified:jboss/etc/.Refactory pretty.settings Log: pretty.settings now has comments and enforced most of jboss coding standards Revision ChangesPath 1.2 +350 -54 build/jboss/etc/.Refactory/pretty.settings Index: pretty.settings === RCS file: /cvsroot/jboss/build/jboss/etc/.Refactory/pretty.settings,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- pretty.settings 2001/08/19 04:48:40 1.1 +++ pretty.settings 2001/08/21 02:33:18 1.2 @@ -1,65 +1,361 @@ -run.descr=Main processing method for the {1} {2} -junit.suite.return.descr=The test suite -main.param.descr=The command line arguments -reformat.comments=true -keyword.space=true -block.style=C -field.descr= -singleline.comment.ownline=true -javadoc.id.lineup=true -method.descr= -junit.test.descr=A unit test for JUnit -catch.start.line=false -setter.param.descr=The new {0} value -class.descr= -field.minimum=none -getter.descr=Gets the {0} attribute of the {1} {2} + + + + +### +# pretty.settings +### + +# Pretty Printer Version +version=2.8 + +### +# +# General format options +# + +# This is the number of spaces to indent for each block. +# Twice this number is the amount of space used for +# unexpected carrage returns. Use the word quot;tabquot; for tabs +# and the word quot;spacequot; for spaces. indent=3 -singleline.comment.incrementalindent=0 -singleline.comment.absoluteindent=0 -method.block.style=C +indent.char=space + +# End of line character(s) - either CR, CRNL, or NL +# CR means carriage return, NL means newline end.line=NL -getter.return.descr=The {0} value -sort.top=true -main.descr=The main program for the {1} {2} + +# Style for { and } +# C style means that { is at the end of the line +# and } is on a line by itself. For example, +# if (myTest) { +#// This is c style +# } +# +# PASCAL style means both { and } are on lines +# by themselves. For example, +# if (myTest) +# { +#// This is PASCAL style +# } +block.style=PASCAL + +# To handle sun's coding standard, you want the method to begin +# with a PASCAL coding style and the {} beneath that to be C style. +# This parameter allows you to set the method style different +# from the rest. +method.block.style=PASCAL + +# The following parameter should be changed to true if you +# like your parens to have a space before and after them +# if ( x == y )//expr.space=true +# if (x == y) //expr.space=false +expr.space=false + +# Is there a space after the cast +cast.space=false + +# This determines if there should be a space after keywords +# When this value is true, you get: +# if (true) { +# // Do something +# } +# When this value is false, you get: +# if(true) { +# // Do something +# } +keyword.space=true + +# The following parameter is the minimum number of blank lines +# between methods, nested classes, and nested interfaces. +# It is also the number of lines before and after +# field declarations, though field declarations will have +# what ever spacing you used. +# Note that this is a minimum. If your code already +# has more space between methods, then it won't shrink +# the number of blank lines. +lines.between=1 + +# If true, catch statements look like this: +# try { +# // Something here +# } +# catch (IOException ioe) { +# // Something here +# } +# Otherwise they look like this: +# try { +# // Something here +# } catch (IOException ioe) { +# // Something here +# } +# This value is also used for else statements +catch.start.line=true + +# What do you do when a newline is unexpectedly encountered? +# The valid values are double and param. Double means that +# you should indent twice. Param means try to line up the +# the parameters. surprise.return=double + +# Should throws part of a method/constructor declaration always be +# on it's own line? +throws.newline=false + +# Indent the name of the field to this column (-1 for just one space) +#UNKNOWN EFFECT +field.name.indent=-1 + +### +# +# Sort order +# +# To change the relative priorities of the sort, adjust the number after +# the dot. For instance, if you want all the instance parts first then +# static parts second, and within these you want the field, constructor etc +# to be sorted next,
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/security ManyToOnePrincipalMapping.java PrincipalMapping.java PrincipalMappingSupport.java
User: d_jencks Date: 01/08/20 20:27:20 Modified:src/main/org/jboss/resource/security ManyToOnePrincipalMapping.java PrincipalMapping.java PrincipalMappingSupport.java Log: fixed JavaStyle (ant pretty task) generated formatting to match jboss standards (I think) Revision ChangesPath 1.4 +77 -33 jbosscx/src/main/org/jboss/resource/security/ManyToOnePrincipalMapping.java Index: ManyToOnePrincipalMapping.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/security/ManyToOnePrincipalMapping.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ManyToOnePrincipalMapping.java2001/08/19 04:55:29 1.3 +++ ManyToOnePrincipalMapping.java2001/08/21 03:27:20 1.4 @@ -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. @@ -26,19 +26,19 @@ * is not set then the codeuserName/code is used. * * @author Toby Allsopp ([EMAIL PROTECTED]) - * @createdAugust 19, 2001 * @seeorg.jboss.resource.ConnectionManagerImpl - * @version$Revision: 1.3 $ + * @version$Revision: 1.4 $ */ public class ManyToOnePrincipalMapping - extends PrincipalMappingSupport { + extends PrincipalMappingSupport +{ // Constants - // Attributes private Principal resourcePrincipal; - private String userName; - private String password; + private String userName; + private String password; // Static @@ -48,43 +48,57 @@ // PrincipalMappingSupport overrides - - public Subject createSubject( Principal callerPrincipal ) { - if ( userName == null ) { + /** +* #Description of the Method +* +* @param callerPrincipal Description of Parameter +* @return Description of the Returned Value +*/ + public Subject createSubject(Principal callerPrincipal) + { + if (userName == null) + { return null; } Subject subject = new Subject(); - subject.getPrincipals().add( resourcePrincipal ); + subject.getPrincipals().add(resourcePrincipal); - if ( metadata.getAuthMechType().equals( BasicPassword ) ) { + if (metadata.getAuthMechType().equals(BasicPassword)) + { // The spec says that we need a new instance of this every // time, because it is specific to a managed connection // factory instance. We could probably get away with caching // one per MCF, but who really cares? PasswordCredential cred = - new PasswordCredential( userName, password.toCharArray() ); - cred.setManagedConnectionFactory( mcf ); - subject.getPrivateCredentials().add( cred ); - } else { - throw new RuntimeException( Unsupported authentication-mechanism-type: ' + - metadata.getAuthMechType() + ' ); + new PasswordCredential(userName, password.toCharArray()); + cred.setManagedConnectionFactory(mcf); + subject.getPrivateCredentials().add(cred); + } + else + { + throw new RuntimeException(Unsupported authentication-mechanism-type: ' + + metadata.getAuthMechType() + '); } return subject; } - protected void afterSetProperties() { - userName = ( String )properties.get( userName ); - password = ( String )properties.get( password ); - if ( password == null ) { + protected void afterSetProperties() + { + userName = (String)properties.get(userName); + password = (String)properties.get(password); + if (password == null) + { password = ; } - String principalName = ( String )properties.get( principalName ); - if ( principalName == null ) { + String principalName = (String)properties.get(principalName); + if (principalName == null) + { principalName = userName; } - resourcePrincipal = new ResourcePrincipal( principalName ); + resourcePrincipal = new ResourcePrincipal(principalName); } // Package protected - @@ -96,33 +110,63 @@ // Inner classes - /** -* @createdAugust 19, 2001 +* */ private static class ResourcePrincipal - implements
[JBoss-dev] jboss as service problems
hello everybody, I have successfully installed JBoss (+ tomcat) as service and almost everything works fine. However the JMS is giving me exception. Does anybody know how can this be fixed? Thanks here is the exception [Default] Cannot start the JMS server ! null [Default] java.lang.NullPointerException [Default] at org.jbossmq.server.StartServer.run(StartServer.java:150) [Default] [Default] at org.jbossmq.server.StartServer.start(StartServer.java:72) [Default] [Default] at org.jbossmq.server.JBossMQService.startService(JBossMQService.java:66) [Default] [Default] at org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:106) [Default] [Default] at java.lang.reflect.Method.invoke(Native Method) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(ConfigurationService.java:836) [Default] [Default] at $Proxy0.start(Unknown Source) [Default] [Default] at org.jboss.util.ServiceControl.start(ServiceControl.java:81) [Default] [Default] at java.lang.reflect.Method.invoke(Native Method) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.Main.init(Main.java:210) [Default] [Default] at org.jboss.Main$1.run(Main.java:116) [Default] [Default] at java.security.AccessController.doPrivileged(Native Method) [Default] [Default] at org.jboss.Main.main(Main.java:112) [Default] __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development