RE: [JBoss-dev] DTDs at www.jboss.org?
Most of the DTDs in JBoss use the JBoss.org site for public url. Do you just want to avoid the web traffic? We could put them at jboss.sourceforg.net. Or do you think we just don't need the DTDs publicly available? In that case then I'm done. :) -dain -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 24, 2001 11:53 PM To: Dain Sundstrom; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] DTDs at www.jboss.org? I would rather not :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Dain |Sundstrom |Sent: Saturday, November 24, 2001 11:15 PM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] DTDs at www.jboss.org? | | | +!DOCTYPE jbosscmp-jdbc PUBLIC | +-//JBoss//DTD JBOSSCMP-JDBC 3.0//EN | +http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd; | + | |Is there an automated task that moves DTDs to the jboss web site? | |If not, how can I add the jbosscmp-jdbc dtd to the site? | |-dain | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty README
User: jules_gosnell Date: 01/11/25 06:52:44 Added: jettyREADME Log: tidy up JSP support a little more. add README minor changes Revision ChangesPath 1.6 +93 -29contrib/jetty/README ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
User: jules_gosnell Date: 01/11/25 06:52:51 Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml Log: tidy up JSP support a little more. add README minor changes Revision ChangesPath 1.3 +6 -3 contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-service.xml 2001/11/19 15:34:04 1.2 +++ jboss-service.xml 2001/11/25 14:52:51 1.3 @@ -2,20 +2,23 @@ server - +!-- classpath archives=tools.jar, javax.servlet.jar, org.apache.jasper.jar/ + -- + + classpath archives=javax.servlet.jar, org.apache.jasper.jar/ !-- -- !-- Web Container-- !-- -- - !-- + !-- | Uncomment to enable the Jetty service. | | Besure to check that the configuration values are valid for your | environment. | - -- + -- mbean code=org.jboss.jetty.JettyService name=JBOSS-SYSTEM:service=Jetty attribute name=JettyHomedummy/attribute ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java
User: jules_gosnell Date: 01/11/25 06:52:51 Modified:jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyService.java Log: tidy up JSP support a little more. add README minor changes Revision ChangesPath 1.3 +7 -8 contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java Index: JBossWebApplicationContext.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JBossWebApplicationContext.java 2001/11/23 02:01:29 1.2 +++ JBossWebApplicationContext.java 2001/11/25 14:52:48 1.3 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossWebApplicationContext.java,v 1.2 2001/11/23 02:01:29 jules_gosnell Exp $ +// $Id: JBossWebApplicationContext.java,v 1.3 2001/11/25 14:52:48 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -205,18 +205,18 @@ ClassLoader loader = getClassLoader(); if (loader==null) throw new IllegalStateException(Context classloader not initialized); + + String separator=System.getProperty(path.separator); + String fileClassPath = ((loader instanceof ContextLoader) ? ((ContextLoader)loader).getFileClassPath() - : getClassPath())+ - System.getProperty(path.separator)+ - System.getProperty(java.class.path); + : getClassPath())+separator+System.getProperty(java.class.path); try { String jar=findJarByResource(javax/servlet/resources/web-app_2_3.dtd); - // jar=/home/jules/cvs/JBoss/3.0/thirdparty/mortbay/jetty/lib/javax.servlet.jar; - fileClassPath+=jar; + fileClassPath+=separator+jar; } catch (Exception e) { @@ -226,8 +226,7 @@ try { String jar=findJarByResource(org/apache/jasper/resources/jsp12.dtd); - // jar=/home/jules/cvs/JBoss/3.0/thirdparty/mortbay/jetty/lib/org.apache.jasper.jar; - fileClassPath+=:+jar; + fileClassPath+=separator+jar; } catch (Exception e) { 1.20 +6 -1 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- Jetty.java2001/11/21 23:13:01 1.19 +++ Jetty.java2001/11/25 14:52:49 1.20 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.19 2001/11/21 23:13:01 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.20 2001/11/25 14:52:49 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -39,6 +39,7 @@ // resolver should be populated from a configuration file. _resolver=new JettyResolver(_log); +// populate dtd resulver URL stdWeb22=findResourceInJar(javax/servlet/resources/web-app_2_2.dtd); _resolver.put(-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN, stdWeb22); URL stdWeb23=findResourceInJar(javax/servlet/resources/web-app_2_3.dtd); @@ -47,6 +48,10 @@ URL jbossWeb=findResourceInJar(org/jboss/metadata/jboss-web.dtd); _resolver.put(-//jBoss//DTD Web Application 2.2//EN, jbossWeb); _resolver.put(-//JBoss//DTD Web Application 2.2//EN, jbossWeb); + +// check support for JSP compilation... +if (findResourceInJar(com/sun/tools/javac/v8/resources/javac.properties)==null) + _log.warn(WARNING: JSP compilation requires $JAVA_HOME/lib/tools.jar on your JBOSS_CLASSPATH); } // 1.28 +3 -3 contrib/jetty/src/main/org/jboss/jetty/JettyService.java Index: JettyService.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- JettyService.java 2001/11/21 23:13:01 1.27 +++ JettyService.java 2001/11/25 14:52:50 1.28 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JettyService.java,v 1.27 2001/11/21 23:13:01 jules_gosnell Exp $ +// $Id: JettyService.java,v 1.28 2001/11/25 14:52:50 jules_gosnell Exp $ package org.jboss.jetty; @@ -36,7 +36,7 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a - * @version $Revision: 1.27 $ + * @version $Revision: 1.28 $ */ // NOTES
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 01/11/25 07:09:44 Added: jettyTODO Log: my TODO list Revision ChangesPath 1.5 +5 -16 contrib/jetty/TODO ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EAR classpath access....
Is this available to the Jetty integration anywhere. It is not enough simply to be passed the classloader because I need to make up a classpath for the java compiler so I can compile JSPs on the fly. Currently Jetty only knows about classes/jars stored in the war module. If classes/jars are deployed in the ear above, I have no way of knowing (without navigating the filesystem) what they are. I would rather not have to repeat what someone else has already worked out. Is there anyway for me to get hold of this information ? Who should I talk to about agreeing how I might get hold of it ? Thanks, Jules _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JettyService.java
User: jules_gosnell Date: 01/11/25 08:02:01 Modified:jetty/src/main/org/jboss/jetty JettyService.java Log: use Jetty DebugMBean - name not sorted yet Revision ChangesPath 1.29 +47 -13contrib/jetty/src/main/org/jboss/jetty/JettyService.java Index: JettyService.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- JettyService.java 2001/11/25 14:52:50 1.28 +++ JettyService.java 2001/11/25 16:02:00 1.29 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JettyService.java,v 1.28 2001/11/25 14:52:50 jules_gosnell Exp $ +// $Id: JettyService.java,v 1.29 2001/11/25 16:02:00 jules_gosnell Exp $ package org.jboss.jetty; @@ -14,8 +14,8 @@ import java.io.InputStream; import java.net.URL; import java.util.Hashtable; -import java.util.Vector; import java.util.StringTokenizer; +import java.util.Vector; import javax.management.MBeanRegistration; import javax.management.MBeanServer; import javax.management.ObjectName; @@ -26,6 +26,7 @@ import org.jboss.web.AbstractWebContainer; import org.jboss.web.WebApplication; import org.mortbay.http.HttpServer; +import org.mortbay.jetty.jmx.DebugMBean; import org.mortbay.jetty.jmx.JettyServerMBean; import org.mortbay.jetty.servlet.WebApplicationContext; import org.mortbay.util.Log; @@ -36,7 +37,7 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a - * @version $Revision: 1.28 $ + * @version $Revision: 1.29 $ */ // NOTES @@ -48,9 +49,39 @@ extends AbstractWebContainer implements JettyServiceMBean, MBeanRegistration { + + class DebugMBean +extends org.mortbay.jetty.jmx.DebugMBean + { +public DebugMBean() + throws + javax.management.MBeanException, + javax.management.InstanceNotFoundException +{ + super(); +} + +// protected String +// newObjectName(MBeanServer server) +// { +// //return super.newObjectName(server); +// String name=uniqueObjectName(server, Jetty+:); +// name=name.substring(0, name.length()-Code=0.length())+Debug; +// return name; +// } + +String + hackNewObjectName(MBeanServer server) +{ + return newObjectName(server); +} + } + + public static final String NAME = Jetty; Category _log= Category.getInstance(super.category.getName()+.+getName()); + DebugMBean _debug = null; JettyMBean _mbean = null; Jetty_jetty = null; MBeanServer _server = null; @@ -110,20 +141,20 @@ /** tiny helper that converts classpath properties to the target platform */ protected String convertPath(String original) { - // should be set, but who knows - String separator=System.getProperty(path.separator,;); - boolean first=true; - StringBuffer result=new StringBuffer(); - StringTokenizer tokenizer=new StringTokenizer(original,KNOWN_PATH_SEPARATORS); - while(tokenizer.hasMoreTokens()) { +// should be set, but who knows +String separator=System.getProperty(path.separator,;); +boolean first=true; +StringBuffer result=new StringBuffer(); +StringTokenizer tokenizer=new StringTokenizer(original,KNOWN_PATH_SEPARATORS); +while(tokenizer.hasMoreTokens()) { if(!first) { - result.append(separator); + result.append(separator); } else { - first=false; + first=false; } result.append(tokenizer.nextToken()); - } - return result.toString(); +} +return result.toString(); } /** this is the property in which Jasper expects the additional classpath @@ -178,6 +209,8 @@ _log.info(MBean peers WILL be created for Jetty Contexts); _mbean = new JettyMBean(_jetty); _server.registerMBean(_mbean, new ObjectName(_mbean.newObjectName(_server))); + _debug = new DebugMBean(); + _server.registerMBean(_debug, new ObjectName(_debug.hackNewObjectName(_server))); } catch (Throwable e) { @@ -267,6 +300,7 @@ _jetty.destroy(); _jetty=null; _mbean=null; + _debug=null; } else _log.warn(WARNING: Jetty has already been destroyed); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EAR classpath access....
I'm not sure how this works currently. I'm working on a revision in which everything in a package gets put into a URLClassLoader after unpacking. If you got this classloader could you call getURLs() on it and turn the URLs into Files? (they will all be local copies). I haven't gotten to the j2ee deployment stuff yet, what I am envisioning has the URL of the war as one of these in the URLClassLoader. Does this fit with what you need in any way? Thanks david jencks On 2001.11.25 10:19:53 -0500 Julian Gosnell wrote: Is this available to the Jetty integration anywhere. It is not enough simply to be passed the classloader because I need to make up a classpath for the java compiler so I can compile JSPs on the fly. Currently Jetty only knows about classes/jars stored in the war module. If classes/jars are deployed in the ear above, I have no way of knowing (without navigating the filesystem) what they are. I would rather not have to repeat what someone else has already worked out. Is there anyway for me to get hold of this information ? Who should I talk to about agreeing how I might get hold of it ? Thanks, Jules _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EAR classpath access....
Tomcat has a similar problem, though, it seems it is even worse. The invocation of javac to compile the jsps sets up the path to the WAR and standard java classes and does not use the classloader, so you would have to do something that David Jencks proposes, namely, get the URLs from the classloader. This is not ideal, imho. It would be best if javac that compiles the jsps just use the context classloader. Has anyone looked into if this is possible? Anatoly. On Sun, 25 Nov 2001, Julian Gosnell wrote: Is this available to the Jetty integration anywhere. It is not enough simply to be passed the classloader because I need to make up a classpath for the java compiler so I can compile JSPs on the fly. Currently Jetty only knows about classes/jars stored in the war module. If classes/jars are deployed in the ear above, I have no way of knowing (without navigating the filesystem) what they are. I would rather not have to repeat what someone else has already worked out. Is there anyway for me to get hold of this information ? Who should I talk to about agreeing how I might get hold of it ? Thanks, Jules _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EAR classpath access....
OK ok look class visibility is something we can solve easily with the cl integration, so either 1- pass teh ear ref from the deployer on down, 2- wait for the integration. david, if you read this integration is a big word that says in the first iteration let just set the system SL to be the parent of the scoped CL and lets put the scoped CL as default and that should really help (I think). marcf PS: Sorry I am lazy this weekend and didn't do much work on RH so I won't get to integration by monday. It is on my priority list right when I am done with the invocation layer. |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Julian Gosnell |Sent: Sunday, November 25, 2001 10:20 AM |To: [EMAIL PROTECTED] |Cc: [EMAIL PROTECTED] |Subject: [JBoss-dev] EAR classpath access | | | |Is this available to the Jetty integration anywhere. | |It is not enough simply to be passed the classloader because I |need to make up a classpath for the java compiler so I can |compile JSPs on the fly. | |Currently Jetty only knows about classes/jars stored in the war |module. If classes/jars are deployed in the ear above, I |have no way of knowing (without navigating the filesystem) what they are. | |I would rather not have to repeat what someone else has already worked out. | |Is there anyway for me to get hold of this information ? | |Who should I talk to about agreeing how I might get hold of it ? | |Thanks, | | |Jules | | | |_ |Do You Yahoo!? |Get your free @yahoo.com address at http://mail.yahoo.com | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EAR classpath access....
|Tomcat has a similar problem, though, it seems it is even worse. The |invocation of javac to compile the jsps sets up the path to the WAR and |standard java classes and does not use the classloader, so you would have |to do something that David Jencks proposes, namely, get the URLs from the |classloader. This is not ideal, imho. It would be best if javac that |compiles the jsps just use the context classloader. Has anyone looked into |if this is possible? Sounds like a great idea, you need to call the getResourceAsStream on it, why don't you look into it? marcf | |Anatoly. | |On Sun, 25 Nov 2001, Julian Gosnell wrote: | | | Is this available to the Jetty integration anywhere. | | It is not enough simply to be passed the classloader because I |need to make up a classpath for the java compiler so I can | compile JSPs on the fly. | | Currently Jetty only knows about classes/jars stored in the war |module. If classes/jars are deployed in the ear above, I | have no way of knowing (without navigating the filesystem) what they are. | | I would rather not have to repeat what someone else has already |worked out. | | Is there anyway for me to get hold of this information ? | | Who should I talk to about agreeing how I might get hold of it ? | | Thanks, | | | Jules | | | | _ | Do You Yahoo!? | Get your free @yahoo.com address at http://mail.yahoo.com | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] xml only deployment?
See below. On Sat, 24 Nov 2001, David Jencks wrote: On 2001.11.24 21:11:40 -0500 Anatoly Akkerman wrote: Hi, The bulk of this e-mail has been posted earlier on the topic of j2ee packaging and nobody but Scott replied to it. It shares some of the ideas with the author of this thread. Thanks for reposting this, I meant to respond but got too busy and forgot. Here is what seems to be a better design that is consistent with JBoss philosophy. Please, don't flame, these are just ideas for discussion. Deploying anything is just giving 1 xml file to a deployer. No more multiple files (Richard mentioned that a few days ago, just use XML namespaces and whatever else is needed to glue the pieces together). From my prospective, though, it is important to separate classes from descriptors as well, more below. This is contrary to all the j2ee specs, right? or do I misunderstand? Yes, this is not j2ee-spec compliant and I agree, we should also support standard packaging as well, this is just in addition, for those who see advantage in having flexible packaging. I think we need to keep standard j2ee dd as at least an option. My understanding of this part of your proposal is that you want to be able to embed (perhaps in a different namespace) all spec-required info (ejb-jar.xml, ra.xml, etc etc) inside one super-jboss.xml, rather than using the spec-suggested xml references. One file is purely a convenience, though a very useful one. This single XML file has all the necessary information about the item being deployed: For services this would be whatever is now in jboss-service.xml For j2ee modules/applications the file would contain sections with standard j2ee metadata, jboss-specific metadata, jaws, whatever. And, I think the crucial part for all of the above , is the packaging/scoping information which specifies: 1) CL scoping for this deployable entity definitely 2) any module-specific class library URLs 3) file archive URLs I think these are supplied in *service.xml via the classpath elements? Could very well be so, I have not looked into how *service.xml is composed. (This is very similar to what Dr. Jencks proposes with deploy to scope but points 2 and 3 may be somewhat new, don't know) Here is my look at it. CL Scoping is just a service that JBoss provides which ought to be configurable through standard means, i.e. XML descriptors, just like I can configure, say the interceptor stack for the container. No more 'implied' derivations of module dependencies from awkward MANIFEST.MF Class-Path: entries (though this can still be supported for modules which are packaged in the old-fashioned way). Scope: keeps scope-wise global (for Scope) class library repository libraries can be added to the scope/removed/updated Modules (services, applications, etc.): deployed in a scope specify libraries it depends on (from the Scope) additional libraries/ file archives needed for successful start I was assuming all the jars/files/whatever would go to the scope/application/virtual host classloader. Are you proposing further subdividing the classloader space within a scope? If so, what does this gain you? Well, I don't know at the moment if having a tree of scopes is useful. I have one scenario in mind where it may be useful, but don't know if this is such a common issue. The case is like this: Application Z uses 2 modules that introduce the following conflict: module 1 uses a specific version of an off-the shelf package, say org.exolab.castor v. X module 2 uses a different version of the same package. The apis, classes are incompatible, so they cannot be shared in the same scope. Using subscopes for each module would solve this issue. Now, even forgetting about subscoping, having an ability to add libraries at module deploy time in the module descriptor is useful in and of itself. Presumably, the deployment script or the person who deploys the app would deploy truly global libraries into the global scope _prior_ to deployment of any descriptors. And then each module at descriptor deploy time can specify any additional libraries that go into the scope. This preserves the locality of configuration -- if a library is really local, i.e. for this module only, I should be able to specify where it is and how to access it through the module descriptor, not in an unrelated scope definition file. Same thing goes for WAR files, such as jsps, htmls, jpgs, which are packaged into a jar. This jar is really 'local' to the WAR module, so the information about this jar's location should be in WARs deployment descriptor. see more below I want to be able to just give all the jar library URLs to my personal Scope and then deploy only the XML descriptors of j2ee modules. So, to accomplish this, in this new architecture, one might prepare ('deploy') a
RE: [JBoss-dev] EAR classpath access....
|Tomcat has a similar problem, though, it seems it is even worse. The |invocation of javac to compile the jsps sets up the path to the WAR and |standard java classes and does not use the classloader, so you would have |to do something that David Jencks proposes, namely, get the URLs from the |classloader. This is not ideal, imho. It would be best if javac that |compiles the jsps just use the context classloader. Has anyone looked into |if this is possible? Sounds like a great idea, you need to call the getResourceAsStream on it, why don't you look into it? marcf This won't work for an out-of-process compiler such as jikes. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EAR classpath access....
Sounds like a great idea, you need to call the getResourceAsStream on it, why don't you look into it? marcf This won't work for an out-of-process compiler such as jikes. Yeap, jikes is not java -- it is C++. Also, it may very well be so that even Sun's compiler can't do this. In Tomcat they configure a command line for sun.tools.javac which has a special -classpath switch. Don't know if the jvm uses it or javac itself reads the entries in the classpath and loads classes from there bypassing CL mechanisms. This sucks big time, because if you don't precompile JSPs, you end up having to trag all the necessary .class files into the WAR. No integration... -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19:16:39,920 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-managem ent.jar 19:16:39,920 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/ejb-management.jar 19:16:39,920 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-management.jar java.lang.NullPointerException: at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) Is anybody else getting this problems ? Frank Langelage ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] xml only deployment?
|Yes, this is not j2ee-spec compliant and I agree, we should also support |standard packaging as well, this is just in addition, for those who see |advantage in having flexible packaging. Yes that's the spirit, | I think these are supplied in *service.xml via the classpath elements? | |Could very well be so, I have not looked into how *service.xml is |composed. yes but I think we should generalize this to the rest, so if we have a global xml file we can just specify the whole enchillada with a URL and classes and apps and modules can be downloaded from one central location. Of course spec compliant must still be there, but spec compliant packaging is a medieval aberation. |Now, even forgetting about subscoping, having an ability to add libraries |at module deploy time in the module descriptor is useful in and of itself. |Presumably, the deployment script or the person who deploys the app would |deploy truly global libraries into the global scope _prior_ to deployment |of any descriptors. And then each module at descriptor deploy time can |specify any additional libraries that go into the scope. This preserves |the locality of configuration -- if a library is really local, i.e. for |this module only, I should be able to specify where it is and how to |access it through the module descriptor, not in an unrelated scope |definition file. Same thing goes for WAR files, such as jsps, htmls, jpgs, |which are packaged into a jar. This jar is really 'local' to the WAR |module, so the information about this jar's location should be in WARs |deployment descriptor. I am not sure about this. The thing that bothers me is that wars are not a real unit of application and don't give me the reuse crap. Same goes for jars btw, ejbs aren't real units of standalone apps in most cases. What I am trying to say is that to keep metadata association in an arbitrary packaging format that only makes sense for distribution (files wars/jars) is silly and spec compliant but from a administration standpoint makes little sense. If you have a set of classes that belong to AN APPLICATION then just define that APPLICATION as a unit (run-time notion) FUCK THE WAY IT CAME PACKAGED. IT IS IRRELEVANT. What is important is what application is running and what classes are needed. This we can easily do. At this point I think we are beating a dead horse, in the sense that in the purest tradition of this list we are running 2 milleniums ahead of ourselves with no implementation to discuss. So let's put something out before we babble more. |see more below aargh! | It seems to me that this scheme would be a minor modification to my | proposal to separate the add stuff to scope classloader and process | deployment descriptor phases. As I understand what you are |suggesting it | is that one should be able to deploy any deployment descriptor | (jboss-service.xml, ejb-jar.xml, ra.xml, ) by itself, into a scope, | outside of its j2ee mandated packaging. | |Exactly, we should have an ability to configure classloading separately |from deployment of descriptors. And yes, it would be nice to be able to |deploy just a descriptor outside its packaging. yes | How much overlap do you see between your suggestion of a all inclusive dd | and my suggestion of a deployment script facility? | |I am not familiar with the deployment script facility you have proposed, I |would be very interested in seeing it. And it seems to me it is a great |idea. Descriptors are not expressive or convenient enough in specifying |the sequence of commands and events that should happen during |deployment/undeployment/redeployment. A scripting facility is a great |idea. And just note that being able to glue xmls together would buy you an |ability to glue pieces of scripts into the descriptors as well. These |scripts would do the necessary scope configuration, event handling, |library registration, whatever. | Ok this is where the scripting facility of Jetty could be useful. I still have to see a clear case where it would be generic enough, but if this is the case then sure, I need to see it though. Are you guys familiar with the machine language of admin that Gregw came up with? It is totally un-admin friendly, but totally radical when it comes to expressing logic in scripts, (like create this object add this to that and then call this on the class etc etc), that is powerful but it is also a plague, We need it hidden behind graphical tools, not in your face XML. | The only thing I am not completely comfortable with about this is how to | specify the scope to deploy a j2ee dd into. Once it is deployed into a | scope, perhaps by a deployment script or from a reference from some other | jboss-specific dd, the autodeployer could do an undeploy/redeploy cycle | since the undeploy operation could return the list of scopes the dd was | deployed into, and redeploy the new version to all of them. The question of the cycle scope is an interesting one. It has to do
RE: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Adam |Heath |Sent: Sunday, November 25, 2001 1:23 AM |To: marc fleury |Cc: Jboss-Development@Lists. Sourceforge. Net |Subject: Re: [JBoss-dev] [ANN] JBoss 3.0 alpha is out | | |On Wed, 21 Nov 2001, marc fleury wrote: | | This is it! | | http://prdownloads.sourceforge.net/jboss/jboss-3.0.0alpha.zip | | we will have the link on www.jboss.org shortly | | so go gentlemen, you know what is in there, clustering, EJB 2.0, sar, cl | microkernel, the future. | |Where is tomcat integration? Is this just an oversite? JBoss 2.4.3 had |Tomcat integration(both 3.x and 4.x), yet I see nothing in JBoss cvs that |mention this. Where is your code, Adam? If you care so much about it, get your keyboard and code that integration it should be fairly simple just drop the code from 2.x with 4.0 mods. You got a big mouth, let's hope your hands are as big, otherwise you will rapidly fall in the crocodile category (you figure it out). |Was this on purpose, or an honest oversite? I hope it is not the former, |seeing as how Tomcat is the reference implementation for java servlets. bullshit. Tomcat is just an implementation. Jetty is just an implementation. The main reason right now is 1- the 3.0 release is about CMP 2.0 so get that going, 2- no-one has really contributed the integration 3- I don't care about it I would rather wait to see, but if you care go ahead! You know what to do, come back when you are done. marcf | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
On Sun, 25 Nov 2001, marc fleury wrote: |Where is tomcat integration? Is this just an oversite? JBoss 2.4.3 had |Tomcat integration(both 3.x and 4.x), yet I see nothing in JBoss cvs that |mention this. Where is your code, Adam? If you care so much about it, get your keyboard and code that integration it should be fairly simple just drop the code from 2.x with 4.0 mods. You got a big mouth, let's hope your hands are as big, otherwise you will rapidly fall in the crocodile category (you figure it out). Gee, how nice of an email this is. All you should have said was No, it isn't in 3.0, because some things changed, and no one made sure it worked, as there were more important things to do. Yet, you instead decided to jump down my throat, and put me down before I even did any work. |Was this on purpose, or an honest oversite? I hope it is not the former, |seeing as how Tomcat is the reference implementation for java servlets. bullshit. Tomcat is just an implementation. Jetty is just an implementation. The main reason right now is 1- the 3.0 release is about CMP 2.0 so get that going, 2- no-one has really contributed the integration 3- I don't care about it I would rather wait to see, but if you care go ahead! Again, answering It was done on purpose, because no one felt took ownership of the tomcat integration. is a much more polite answer. Um, sun calls tomcat the reference servlet implementation. That is not just me spewing bullshit. You know what to do, come back when you are done. Such nice, friendly emails from you. Makes one just want to pitch in and help. These kinds of emails are not the ones that make people want to flock to program for JBoss. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-482875 ] OutOfMemory after many Deploy cycles
Bugs item #482875, was opened at 2001-11-17 12:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 7 Submitted By: Joel Boehland (jolby) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemory after many Deploy cycles Initial Comment: I have been seeing OutOfMemoryErrors in my server after doing several deploy/redeploy cycles of my application .ear file (which is around 3 megs in size) Basic info: *Hardware: AMD-K2-400MHz, 196MB RAM *OS: linux 2.2.14 *jdk: Blackdown-1.3.0-FCS, mixed mode *Server: JBoss-2.4.3_Jetty-3.1.3-1 *ServerTrace: I don't have one now, but I can provide one later if needed. *Steps to reproduce: Deploy/Redeploy .ear file many times. My .ear is around 3 megs, so it may be necessary to use a large one to trigger this effect. Other info *I have had this happen using native threads mode, and green threads mode. *Jozsa Kristof [EMAIL PROTECTED] has also reported this error on the jboss-user list. He was using IBM jdk 1.3.0 on linux, so this doesn't appear to be tied to any particular version of the jdk. --Joel -- Comment By: Adrian Brock (ejort) Date: 2001-11-25 06:27 Message: Logged In: YES user_id=9459 Located the problem. org.jboss.naming.ENCFactory is holding a hard link to the classloader in a static Hashtable (encs). Changing encs to a WeakHashMap fixes the problem. This works because when nobody is using the classloader (i.e. all classes unloaded and other hardlinks such as the web server are removed) it will be removed from the WeakHashMap by the garbage collector. Two points. 1) WeakHashMap was introduced in 1.2, is it ok to use it in JBoss? 2) I don't have CVS access to fix this, could somebody look at it and apply the fix? Regards Adrian -- Comment By: Adrian Brock (ejort) Date: 2001-11-19 07:55 Message: Logged In: YES user_id=9459 I can reproduce this with a 4k HelloWorld.jar using the -Xmx parameter to constrain the heap size of the JVM. It seems the classloaders created by J2EEDeployer are not being garbage collected. Here's a hack to monitor garbage collection from org.jboss.Main. You call org.jboss.Main.monitorGarbage(Object,String) to request monitoring and the list of uncollected stuff gets printed once a second. System.out.println(JBoss +versionIdentifier+ Started in +minutes+m:+seconds+s); hack try { while (true) { // Wait for garbage collection java.lang.ref.Reference collected = garbageQueue.remove(1000); while (collected !=null) { // Remove all available garbage garbage.remove(collected); collected = garbageQueue.remove(1); } // List uncollected garbage Iterator uncollected = garbage.values().iterator(); System.out.println(Uncollected items: + garbage.size()); while (uncollected.hasNext()) System.out.println(uncollected.next()); System.gc(); } }catch (InterruptedException ignored){}; /hack } resume-hack // Request garbage collection monitoring public static void monitorGarbage(Object object, String info) { garbage.put( new java.lang.ref.WeakReference(object,garbageQueue), info); System.out.println(MonitorGarbage: + info); } // Garbage to monitor public static HashMap garbage = new HashMap(); // Garbage collected queue public static java.lang.ref.ReferenceQueue garbageQueue = new java.lang.ref.ReferenceQueue(); /resume-hack Then I changed org.jboss.deployment.J2EEDeployer to monitor the garbage collection of the classloader // set the context classloader for this application createContextClassLoader(_d); // save the application classloader for later ClassLoader appCl = Thread.currentThread().getContextClassLoader(); new-code org.jboss.Main.monitorGarbage(appCl, ClassLoader + _d.getName()); /new-code If you go through the cycle of deploying and undeploying a few times you'll notice the the classloaders are never garbage collected. There must be a class lying around somewhere that needs the classloader? -- Comment By: Jim Cook (oravecz) Date: 2001-11-17 14:42 Message: Logged In: YES user_id=6215 Ditto, on Windows 2000 as well. Redeploy of a 700K WAR file causes an Out of Memory after 15-20 redeploys. Would there be any clues as to whether the WAR file contents are actually guilty of some kind of memory leak? Using WebWork and Velocity in the WAR... -jim -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED]
[JBoss-dev] [ jboss-Bugs-482875 ] OutOfMemory after many Deploy cycles
Bugs item #482875, was opened at 2001-11-17 12:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 7 Submitted By: Joel Boehland (jolby) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemory after many Deploy cycles Initial Comment: I have been seeing OutOfMemoryErrors in my server after doing several deploy/redeploy cycles of my application .ear file (which is around 3 megs in size) Basic info: *Hardware: AMD-K2-400MHz, 196MB RAM *OS: linux 2.2.14 *jdk: Blackdown-1.3.0-FCS, mixed mode *Server: JBoss-2.4.3_Jetty-3.1.3-1 *ServerTrace: I don't have one now, but I can provide one later if needed. *Steps to reproduce: Deploy/Redeploy .ear file many times. My .ear is around 3 megs, so it may be necessary to use a large one to trigger this effect. Other info *I have had this happen using native threads mode, and green threads mode. *Jozsa Kristof [EMAIL PROTECTED] has also reported this error on the jboss-user list. He was using IBM jdk 1.3.0 on linux, so this doesn't appear to be tied to any particular version of the jdk. --Joel -- Comment By: Adrian Brock (ejort) Date: 2001-11-25 07:04 Message: Logged In: YES user_id=9459 Hang on, there's more to it than this. I was testing it with the JMX Adapter and EJB management beans on V3. When I retested it with HelloWorld.jar I still got the OutOfMemory. -- Comment By: Adrian Brock (ejort) Date: 2001-11-25 06:27 Message: Logged In: YES user_id=9459 Located the problem. org.jboss.naming.ENCFactory is holding a hard link to the classloader in a static Hashtable (encs). Changing encs to a WeakHashMap fixes the problem. This works because when nobody is using the classloader (i.e. all classes unloaded and other hardlinks such as the web server are removed) it will be removed from the WeakHashMap by the garbage collector. Two points. 1) WeakHashMap was introduced in 1.2, is it ok to use it in JBoss? 2) I don't have CVS access to fix this, could somebody look at it and apply the fix? Regards Adrian -- Comment By: Adrian Brock (ejort) Date: 2001-11-19 07:55 Message: Logged In: YES user_id=9459 I can reproduce this with a 4k HelloWorld.jar using the -Xmx parameter to constrain the heap size of the JVM. It seems the classloaders created by J2EEDeployer are not being garbage collected. Here's a hack to monitor garbage collection from org.jboss.Main. You call org.jboss.Main.monitorGarbage(Object,String) to request monitoring and the list of uncollected stuff gets printed once a second. System.out.println(JBoss +versionIdentifier+ Started in +minutes+m:+seconds+s); hack try { while (true) { // Wait for garbage collection java.lang.ref.Reference collected = garbageQueue.remove(1000); while (collected !=null) { // Remove all available garbage garbage.remove(collected); collected = garbageQueue.remove(1); } // List uncollected garbage Iterator uncollected = garbage.values().iterator(); System.out.println(Uncollected items: + garbage.size()); while (uncollected.hasNext()) System.out.println(uncollected.next()); System.gc(); } }catch (InterruptedException ignored){}; /hack } resume-hack // Request garbage collection monitoring public static void monitorGarbage(Object object, String info) { garbage.put( new java.lang.ref.WeakReference(object,garbageQueue), info); System.out.println(MonitorGarbage: + info); } // Garbage to monitor public static HashMap garbage = new HashMap(); // Garbage collected queue public static java.lang.ref.ReferenceQueue garbageQueue = new java.lang.ref.ReferenceQueue(); /resume-hack Then I changed org.jboss.deployment.J2EEDeployer to monitor the garbage collection of the classloader // set the context classloader for this application createContextClassLoader(_d); // save the application classloader for later ClassLoader appCl = Thread.currentThread().getContextClassLoader(); new-code org.jboss.Main.monitorGarbage(appCl, ClassLoader + _d.getName()); /new-code If you go through the cycle of deploying and undeploying a few times you'll notice the the classloaders are never garbage collected. There must be a class lying around somewhere that needs the classloader? -- Comment By: Jim Cook (oravecz) Date: 2001-11-17 14:42 Message: Logged In: YES user_id=6215 Ditto, on Windows 2000 as well. Redeploy of a 700K WAR file causes an Out of Memory after 15-20 redeploys. Would there be any clues as to whether the WAR file contents are actually guilty of some kind of
RE: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
|These kinds of emails are not the ones that make people want to flock to |program for JBoss. Talk is cheap, emails are a dime a dozen, we have seen a quarter of it from you, can we get your 2c in code? We are pretty lax in giving RW, so code something relevant and you are in, talk some more and I remove you from this list, okay? this is how it works it is that simple. code you are in talk you are out it is that simple you got 1 week Get tomcat 4 integrated in stack Go next sunday I check up on you This is when we see if you are for real, cause kids like you are a dime a dozen on this list and I just REALLY don't like the tone of your emails. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
Adam Heath wrote: On Sun, 25 Nov 2001, marc fleury wrote: Such nice, friendly emails from you. Makes one just want to pitch in and help. Hmmm. Perhaps you should take a look back at your own emails over the last week or so. You sound like a spoilt child stamping his feet and demanding stuff. First all that business with the build and debian and now Where is the tomcat integration? I hope that's just an honest oversite sic on your part, followed by a rather smug reference to it's being the reference implementation for java servlets which I'm sure everyone is already aware of ... These kinds of emails are not the ones that make people want to flock to program for JBoss. Given previous form, I'd say you got off lightly :-). Luke. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Frank, I'm surprised at the Jetty error. mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it, should. can you confirm ? when you say current - how current ? are there any other errors, warnings associable with Jetty upon startup ? what happens if you move the jetty-plugin.jar out of the deployment directory, then back in - i.e. redeploy Jetty ? Jules Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19:16:39,920 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-managem ent.jar 19:16:39,920 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/ejb-management.jar 19:16:39,920 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-management.jar java.lang.NullPointerException: at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) Is anybody else getting this problems ? Frank Langelage ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
Adam, Have you tried the Jetty integration ? If so, and you didn't like it, would you let me know what was broken, so it can be fixed. Any feedback at all would be useful, otherwise I am working in a vacuum. JBoss 3 cvs now contains Jetty4 which is Servlet 2.3 and JSP 1.2 (Jasper - same as Catalina). As far as the user is concerned this should be a drop in replacement for Catalina. If it isn't we need to know. Thanks, Jules marc fleury wrote: |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Adam |Heath |Sent: Sunday, November 25, 2001 1:23 AM |To: marc fleury |Cc: Jboss-Development@Lists. Sourceforge. Net |Subject: Re: [JBoss-dev] [ANN] JBoss 3.0 alpha is out | | |On Wed, 21 Nov 2001, marc fleury wrote: | | This is it! | | http://prdownloads.sourceforge.net/jboss/jboss-3.0.0alpha.zip | | we will have the link on www.jboss.org shortly | | so go gentlemen, you know what is in there, clustering, EJB 2.0, sar, cl | microkernel, the future. | |Where is tomcat integration? Is this just an oversite? JBoss 2.4.3 had |Tomcat integration(both 3.x and 4.x), yet I see nothing in JBoss cvs that |mention this. Where is your code, Adam? If you care so much about it, get your keyboard and code that integration it should be fairly simple just drop the code from 2.x with 4.0 mods. You got a big mouth, let's hope your hands are as big, otherwise you will rapidly fall in the crocodile category (you figure it out). |Was this on purpose, or an honest oversite? I hope it is not the former, |seeing as how Tomcat is the reference implementation for java servlets. bullshit. Tomcat is just an implementation. Jetty is just an implementation. The main reason right now is 1- the 3.0 release is about CMP 2.0 so get that going, 2- no-one has really contributed the integration 3- I don't care about it I would rather wait to see, but if you care go ahead! You know what to do, come back when you are done. marcf | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] what DBMS's support select for update?
Sybase does not support select for update. Standard SQL dictates (and Sybase supports) a select at serializable mechanism which will change the isolation level on the transaction to serializable. Of course, Oracle does not support serializable isolation. -jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of David Budworth Sent: Saturday, November 24, 2001 1:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] what DBMS's support select for update? I would totally disagree with you on this one. select for update is the only way (AFAIK) to ensure DB consistency in a multi host web environment. example: Load balances web servers, client clicks submit twice, sending the request to 2 different web hosts. If select for update is not used, each host will step on the other. This is partly why poorly coded ecomerce sites end up double charging credit cards. As for performance, I'm not sure how MySQL implements this, but in Oracle, you get a performance boost, since any row that was select for update enabled, remains in cache, so updates to it are quicker, since the row(s) in questions, are already bound to the session, and no lookup is required. It does, however, place a slight resource drain on your DB if you use it 100% of the time, but rarely make updates. But since EJB has no concept of open read/write vs. open readonly (unless you deploy the bean twice with different descriptors), you don't really get much of a choice. In a clustered situation you could make sure no two app servers are using the same bean at the same time, but that's much more expensive than using select for update. Plus, I can't imagine any real enterprise application being the only accessor of the DB. Other apps (ie CRM systems), use select for update to play nice with eachother and avoid dirty writes. It does add some work for the DBA, since they are usually the only ones that can tell you why your code keeps locking up (like, server 1 locks on submit, because server2 decided to select for update and then go into an infinite loop). But that is far easier than trying to figure out why, every time you click submit, your data doesn't store, even though you server.log shows the update happening. Not using it would be acceptable if there was only one process talking to the db. Just my opinion. -David On Sat, 24 Nov 2001, Ignacio Coloma wrote: MySQL does too. SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT] [HIGH_PRIORITY] [DISTINCT | DISTINCTROW | ALL] select_expression,... [INTO {OUTFILE | DUMPFILE} 'file_name' export_options] [FROM table_references [WHERE where_definition] [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [HAVING where_definition] [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC] ,...] [LIMIT [offset,] rows] [PROCEDURE procedure_name] [FOR UPDATE | LOCK IN SHARE MODE]] My personal feelings about it: (a) IIRC it's SQL-92 standard (b) I would never recommend using it, even less in a web-enabled system. It degrades performance and you have to be aware about administration issues such as row-level locking and autogenerated keys. Of course, it also supports this even with the new transaction-aware table types (InnoDB et al). Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: sábado, 24 de noviembre de 2001 5:08 Para: [EMAIL PROTECTED] CC: Jboss-User @ Lists . Sourceforge . Net; Jboss-Development @ Lists . Sourceforge . Net Asunto: Re: [JBoss-dev] what DBMS's support select for update? Firebird/interbase supports select for update. I don't know much about it. The documentation I found says: syntax... at the end of select statement, [FOR UPDATE [OF col [, col...]]] FOR UPDATE specifies columns listed after the SELECT cluase of a DECLARE CURSOR statement that can be updated using a WHERE CURRENT OF clause. I don't know if the interclient driver supports this. If it doesn't work yet, I'd want to add something appropriate to the jca-jdbc driver. How do you use this stuff? david jencks \ On 2001.11.23 23:05:05 -0500 Bill Burke wrote: Oracle does, What about Informix, Sybase, Postgres, MySQL, HypersonicSQL, etcWho knows the syntax for this on these platforms too? Thanks in advance. Bill !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=iso-8859-1 META content=MSHTML 5.50.4807.2300 name=GENERATOR/HEAD BODY DIVSPAN class=750430304-24112001FONT face=Arial size=2Oracle
Re: [JBoss-dev] EAR classpath access....
I can't see how we can get java compilers to use our classloaders without actually modifying the javac compilers. Ant does not do this - it passed a classpath that you have specified in the build.xml The fundamental problem is that JSPs are not well designed when it comes to deployment, as you essentially need to support a miniture IDE on an arbitrary platform.IMHO it is outside the scope of Jetty and/or JBoss to try to solve the design problems of JSPs I think that the best that we can do is to make a best effort approach to determine a file classpath that we can pass to the JspServlet. We should also provide good override mechanisms to allow a deployer (or ear developer) to explicitly set the classpath passed to the JspServlet Of course this is only a half arsed solution - but then I think JSPs are the thing that is half arsed.If you think about it, the chances of any compiler following the inverted classloading priorities of the latest servlet spec are zero anyway. So the runtime classpath will load jars from the context in preference to the compilers ext directory, but at compile time, you will almost certainly get the jars from the ext directory. To try specifying the boot classpath would just be way to platform dependant. So I think that anybody with a non trivial context classpath is going to have all sorts of JSP compile problems anyway. So I think we should stop trying to solve JSPs problems - take a best guess at a file classpath and then suggest pre-compilation if they get any deployment problems. cheers marc fleury wrote: |Yeap, jikes is not java -- it is C++. Also, it may very well be so that |even Sun's compiler can't do this. In Tomcat they configure a command line |for sun.tools.javac which has a special -classpath switch. Don't know if |the jvm uses it or javac itself reads the entries in the classpath and |loads classes from there bypassing CL mechanisms. | |This sucks big time, because if you don't precompile JSPs, you end up |having to trag all the necessary .class files into the WAR. No |integration... well then FUCK it ! we use the invm javac, we tweak it to be in process with the right CL and VOILA! If ANT can do it we can do it, and don't give me the speed booboo, the speed of javac in process is diabolical. It takes what 20 seconds to compile the WHOLE of JBOSS? so your 2-3 little JSP are not going to impress Javac invm marcf | | | | -dain | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Julian Gosnell schrieb: Frank, I'm surprised at the Jetty error. mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it, should. can you confirm ? jetty-plugin.sar is in deploy/lib. It contains org.jboss.jetty.JBossLogSink but not org.mortbay.util.LogSink. when you say current - how current ? did cvs update just before sending the mail. are there any other errors, warnings associable with Jetty upon startup ? No ! what happens if you move the jetty-plugin.jar out of the deployment directory, then back in - i.e. redeploy Jetty ? Same problem. The same error messages appear when deploying jetty-plugin.sar. Jules Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19:16:39,920 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-managem ent.jar 19:16:39,920 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/ejb-management.jar 19:16:39,920 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-management.jar java.lang.NullPointerException: at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) Is anybody else getting this problems ? Frank Langelage ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EAR classpath access....
can't we use the javac compiler from one of the open source VM projects? are they java enabled? javac.jar available? we only need to track down the cl usage in there. could be my arse talking (?) marcf |-Original Message- |From: Greg Wilkins [mailto:[EMAIL PROTECTED]] |Sent: Sunday, November 25, 2001 5:23 PM |To: marc fleury |Cc: Anatoly Akkerman; Dain Sundstrom; Julian Gosnell; |[EMAIL PROTECTED] |Subject: Re: [JBoss-dev] EAR classpath access | | | |I can't see how we can get java compilers to use our classloaders |without actually modifying the javac compilers. Ant does not |do this - it passed a classpath that you have specified in the |build.xml | |The fundamental problem is that JSPs are not well designed when it comes |to deployment, as you essentially need to support a miniture IDE on an |arbitrary platform.IMHO it is outside the scope of Jetty and/or JBoss |to try to solve the design problems of JSPs | |I think that the best that we can do is to make a best effort approach |to determine a file classpath that we can pass to the JspServlet. |We should also provide good override mechanisms to allow a deployer (or ear |developer) to explicitly set the classpath passed to the JspServlet | |Of course this is only a half arsed solution - but then I think JSPs are |the thing that is half arsed.If you think about it, the chances of |any compiler following the inverted classloading priorities of the |latest servlet spec are zero anyway. So the runtime classpath will |load jars from the context in preference to the compilers ext directory, |but at compile time, you will almost certainly get the jars from the |ext directory. To try specifying the boot classpath would just be way |to platform dependant. | |So I think that anybody with a non trivial context classpath is going to |have all sorts of JSP compile problems anyway. | |So I think we should stop trying to solve JSPs problems - take a best |guess at a file classpath and then suggest pre-compilation if they |get any deployment problems. | |cheers | | |marc fleury wrote: | | |Yeap, jikes is not java -- it is C++. Also, it may very well be so that | |even Sun's compiler can't do this. In Tomcat they configure a |command line | |for sun.tools.javac which has a special -classpath switch. Don't know if | |the jvm uses it or javac itself reads the entries in the classpath and | |loads classes from there bypassing CL mechanisms. | | | |This sucks big time, because if you don't precompile JSPs, you end up | |having to trag all the necessary .class files into the WAR. No | |integration... | | well then FUCK it ! | | we use the invm javac, we tweak it to be in process with the right CL and | VOILA! | | If ANT can do it we can do it, and don't give me the speed booboo, the | speed of javac in process is diabolical. It takes what 20 seconds to | compile the WHOLE of JBOSS? so your 2-3 little JSP are not going |to impress | Javac invm | | marcf | | | | | | | | | -dain | | | | ___ | | Jboss-development mailing list | | [EMAIL PROTECTED] | | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | | | | |-- |Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 |Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 |http://www.mortbay.com AU Phone: +61-(0)2 98107029 | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EAR classpath access....
|I think that the best that we can do is to make a best effort approach |to determine a file classpath that we can pass to the JspServlet. |We should also provide good override mechanisms to allow a deployer (or ear |developer) to explicitly set the classpath passed to the JspServlet but in the case we are deploying from a URL, we are essentially saying that JSP compilation is broken. If you have pre-compiled classes then you can do it but if you need to compile then you are screwed. For that to be possible you would need the use of CL with URL in the Javac stack hence that solution again. We need a hacked javac :) |So I think we should stop trying to solve JSPs problems - take a best |guess at a file classpath and then suggest pre-compilation if they |get any deployment problems. right bundling deployment and compilation is tricky, I understand, maybe we can do it though. Using files from their 'file' origin in the classpath sense is a silly thing. I can't believe there is no support for CL context usage and that it would be that hard to do. Again any javac we can get our hands on? marcf |cheers | | |marc fleury wrote: | | |Yeap, jikes is not java -- it is C++. Also, it may very well be so that | |even Sun's compiler can't do this. In Tomcat they configure a |command line | |for sun.tools.javac which has a special -classpath switch. Don't know if | |the jvm uses it or javac itself reads the entries in the classpath and | |loads classes from there bypassing CL mechanisms. | | | |This sucks big time, because if you don't precompile JSPs, you end up | |having to trag all the necessary .class files into the WAR. No | |integration... | | well then FUCK it ! | | we use the invm javac, we tweak it to be in process with the right CL and | VOILA! | | If ANT can do it we can do it, and don't give me the speed booboo, the | speed of javac in process is diabolical. It takes what 20 seconds to | compile the WHOLE of JBOSS? so your 2-3 little JSP are not going |to impress | Javac invm | | marcf | | | | | | | | | -dain | | | | ___ | | Jboss-development mailing list | | [EMAIL PROTECTED] | | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | | | | |-- |Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 |Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 |http://www.mortbay.com AU Phone: +61-(0)2 98107029 | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-docs] Is the build system too complica ted?
Sorry -- been out of town for a few days... The execute bits shouldn't be lost when you tar up a filelook at this output--the executable bit is still set: (using gnu tar --- anybody know if the other versions of UNIX tar behave any differently?) [jason@buford test]$ touch test.txt [jason@buford test]$ ls -l total 0 -rw-rw-r--1 jasonjason 0 Nov 25 18:31 test.txt [jason@buford test]$ chmod +x test.txt [jason@buford test]$ ls -l total 0 -rwxrwxr-x1 jasonjason 0 Nov 25 18:31 test.txt [jason@buford test]$ tar -cvf test.tar test.txt test.txt [jason@buford test]$ ls -l total 20 -rw-rw-r--1 jasonjason 10240 Nov 25 18:32 test.tar -rwxrwxr-x1 jasonjason 0 Nov 25 18:31 test.txt [jason@buford test]$ rm test.txt [jason@buford test]$ tar -xvf test.tar test.txt [jason@buford test]$ ls -la -rw-rw-r--1 jasonjason 10240 Nov 25 18:32 test.tar -rwxrwxr-x1 jasonjason 0 Nov 25 18:31 test.txt Jason Dillon [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/22/2001 12:14 AM To: Dain Sundstrom [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject:RE: [JBoss-dev] Re: [jboss-docs] Is the build system too complica ted? On Wed, 21 Nov 2001, Dain Sundstrom wrote: java really pisses me off sometimes. why can't you get file perms from a given platform? all of this platform independence has really dumbed down the file access apis, too much in my oppinon. I think you can with 1.4 That would be nice. I will have to look over the changes again. rant it appears that there is noway with the vanilla jdk to check if a file is executable... which is really *ucking stupid if you ask me... but since you didn't well I am telling you anyways. Afterall who would want to execute a file from Java? Whatever, where do they find the people that design this crap. /rant Doesn't ant have a chmod task. It does, but it is dependent on executing the `chmod` program. We use it to setup the perms for scripts in the output directory. Chmod in this case won't help since once we tar (or zip) up the directory those bits will be lost. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-docs] Is the build system too complica ted?
hrmm...unfortunately no -- I had tried that before, but CVS complains that I don't have read/write access to the history file. -jason Dain Sundstrom [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/21/2001 07:54 PM To: 'Jason Dillon' [EMAIL PROTECTED], [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:RE: [JBoss-dev] Re: [jboss-docs] Is the build system too complica ted? I think you can use cvs over ssh to down load the code even if you don't have rw. All you would need is a sourceforge shell account, and I think you get one just by signing up for a sf user account. I'm not completely sure but I would try. -dain -Original Message- From: Jason Dillon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 21, 2001 1:44 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [jboss-docs] Is the build system too complicated? I see. Let me see if I can fix the snapshots, else I will fix build.sh. --jason On Wed, 21 Nov 2001 [EMAIL PROTECTED] wrote: Unfortunately, my firewall currently doesn't let me check out via cvs directly unless it's over ssh, and I don't have RW access to the repository (yet :) -- I've been downloading the nightly snapshots (ugh) in .tgz form from http://www.jboss.org/snapshots/. When I untar that, the executable bit is not set.(using gnu tar and gzip on linux with the command 'tar -xzvf jboss-all.tgz`) Actually, from a few spot checks, it looks as if everything comes out '-rw-r--r--', including build.sh itself. Yes, I've tried using the -p option with tar to extract permissions information -- no effect (I think that's the default anyway, though I'm not sure) -jason Jason Dillon [EMAIL PROTECTED] 11/21/2001 02:09 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: [JBoss-dev] Re: [jboss-docs] Is the build system too complicated? The executable bit is set on tools/bin/ant. Why dosen't your cvs client set it when you check it out? --jason On Wed, 21 Nov 2001 [EMAIL PROTECTED] wrote: I do have a slightly off-topic gripe -- as of late, (in the rh snapshots), jboss-all/tools/bin/ant has not been executable on UNIX systems (took my little mind a while to figure out what was going on). The jboss-all/build/build.sh script has been failing because of it. It looks for an executable 'ant', but never finds it (it doesn't have the executable bit set). I can see three possible solutions: 1. Just have the executable bit set on the ant script to start with 2. Change the search() function in build.sh to read like this: search() { search=$* for d in $search; do ANT_HOME=`pwd`/$d ANT=$ANT_HOME/bin/ant # -- Begin modifications # If the file exists at all, attempt to add the executable bit if [ -e $ANT ]; then `chmod +x $ANT` fi # -- End modifications if [ -x $ANT ]; then # found one echo $ANT_HOME break fi done } #(just added a -e test to see if the file exists, and attempt to make it executable so that the next -x test works) 3. Skip looking for an executable ant script -- just make sure it exists, and call it with 'sh ant'. -jason Jason Dillon [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/20/2001 09:38 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:[JBoss-dev] Re: [jboss-docs] Is the build system too complicated? I have not found an easy way to provide this common setup/initialization stuff as a resource. Perhaps if I could tell the JAXP parser to read a resource file when parsing this could be done, but that would require the Ant entity hooks to be installed to handle that. Perhaps they have done that, perhaps I could sway them todo it... though my previous attempts to do so has failed (too much *ucking voting). If you can think of a way please let me know. Thanks for your feedback! --jason On Tue, 20 Nov 2001, David Jencks wrote: It has often seemed to me that there is substantial duplication between the setup parts of the module level build.xml files. I sure haven't figured out a clue of a way to reduce this, but if it could be done, it might make the files a little less intimidating. In light of the vast improvement over the preceding build system, this is a hardly visible quibble. david jencks On 2001.11.20 16:43:07 -0500 Jason Dillon wrote: Please let me know if
Re: [JBoss-dev] Re: [jboss-docs] Is the build system too complicated?
Have you had any luck getting this to work with sourceforge? It appears that it requires a little different setup serverside -jason Adam Heath [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/21/2001 07:41 PM To: [EMAIL PROTECTED] cc: Jason Dillon [EMAIL PROTECTED], [EMAIL PROTECTED] Subject:Re: [JBoss-dev] Re: [jboss-docs] Is the build system too complicated? On Wed, 21 Nov 2001 [EMAIL PROTECTED] wrote: Unfortunately, my firewall currently doesn't let me check out via cvs directly unless it's over ssh, and I don't have RW access to the repository (yet :) -- I've been downloading the nightly snapshots (ugh) in .tgz form from http://www.jboss.org/snapshots/. When I untar that, the executable bit is not set.(using gnu tar and gzip on linux with the command 'tar -xzvf jboss-all.tgz`) Actually, from a few spot checks, it looks as if everything comes out '-rw-r--r--', including build.sh itself. Yes, I've tried using the -p option with tar to extract permissions information -- no effect (I think that's the default anyway, though I'm not sure) http://kitenet.net/programs/sshcvs/ CVS over anonymous ssh. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] suggest changing log4j layout patterns
The use of a custom category subclass requiring a category factory is going away. It is already gone in the 2.4 branch. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, November 21, 2001 4:00 PM Subject: Re: [JBoss-dev] suggest changing log4j layout patterns Dosen't look like the 1.1.3 xml configurator does the right thing with custom priorities, also looks like it can not set the CategoryFactory either. =( --jason On Fri, 16 Nov 2001, Scott M Stark wrote: The priority is fine but the thread is not. As of log4j 1.1.3 the log4j.dtd says is supports a priority class but I have not tried it. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] what DBMS's support select for update?
What is the syntax in Sybase? Or did I miss the point of this email? -dain -Original Message- From: James Cook [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 25, 2001 3:50 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] what DBMS's support select for update? Sybase does not support select for update. Standard SQL dictates (and Sybase supports) a select at serializable mechanism which will change the isolation level on the transaction to serializable. Of course, Oracle does not support serializable isolation. -jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of David Budworth Sent: Saturday, November 24, 2001 1:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] what DBMS's support select for update? I would totally disagree with you on this one. select for update is the only way (AFAIK) to ensure DB consistency in a multi host web environment. example: Load balances web servers, client clicks submit twice, sending the request to 2 different web hosts. If select for update is not used, each host will step on the other. This is partly why poorly coded ecomerce sites end up double charging credit cards. As for performance, I'm not sure how MySQL implements this, but in Oracle, you get a performance boost, since any row that was select for update enabled, remains in cache, so updates to it are quicker, since the row(s) in questions, are already bound to the session, and no lookup is required. It does, however, place a slight resource drain on your DB if you use it 100% of the time, but rarely make updates. But since EJB has no concept of open read/write vs. open readonly (unless you deploy the bean twice with different descriptors), you don't really get much of a choice. In a clustered situation you could make sure no two app servers are using the same bean at the same time, but that's much more expensive than using select for update. Plus, I can't imagine any real enterprise application being the only accessor of the DB. Other apps (ie CRM systems), use select for update to play nice with eachother and avoid dirty writes. It does add some work for the DBA, since they are usually the only ones that can tell you why your code keeps locking up (like, server 1 locks on submit, because server2 decided to select for update and then go into an infinite loop). But that is far easier than trying to figure out why, every time you click submit, your data doesn't store, even though you server.log shows the update happening. Not using it would be acceptable if there was only one process talking to the db. Just my opinion. -David On Sat, 24 Nov 2001, Ignacio Coloma wrote: MySQL does too. SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT] [HIGH_PRIORITY] [DISTINCT | DISTINCTROW | ALL] select_expression,... [INTO {OUTFILE | DUMPFILE} 'file_name' export_options] [FROM table_references [WHERE where_definition] [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [HAVING where_definition] [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC] ,...] [LIMIT [offset,] rows] [PROCEDURE procedure_name] [FOR UPDATE | LOCK IN SHARE MODE]] My personal feelings about it: (a) IIRC it's SQL-92 standard (b) I would never recommend using it, even less in a web-enabled system. It degrades performance and you have to be aware about administration issues such as row-level locking and autogenerated keys. Of course, it also supports this even with the new transaction-aware table types (InnoDB et al). Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: sábado, 24 de noviembre de 2001 5:08 Para: [EMAIL PROTECTED] CC: Jboss-User @ Lists . Sourceforge . Net; Jboss-Development @ Lists . Sourceforge . Net Asunto: Re: [JBoss-dev] what DBMS's support select for update? Firebird/interbase supports select for update. I don't know much about it. The documentation I found says: syntax... at the end of select statement, [FOR UPDATE [OF col [, col...]]] FOR UPDATE specifies columns listed after the SELECT cluase of a DECLARE CURSOR statement that can be updated using a WHERE CURRENT OF clause. I don't know if the interclient driver supports this. If it doesn't work yet, I'd want to add something appropriate to the jca-jdbc driver. How do you use this stuff? david jencks \ On 2001.11.23 23:05:05 -0500 Bill Burke wrote: Oracle does, What about Informix, Sybase,
[JBoss-dev] Log4j config question
Can I turn up the console appender threashold for only one category? I want the normal console loging but also cmp debug messages. By the way, I rewote the category creation for cmp and eliminated the debug flag from the metadata. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [jboss-docs] Is the build system too complicated?
On Sun, 25 Nov 2001 [EMAIL PROTECTED] wrote: Have you had any luck getting this to work with sourceforge? It appears that it requires a little different setup serverside -jason [snip] http://kitenet.net/programs/sshcvs/ CVS over anonymous ssh. No, haven't tried. The main problem is that it requires a separate system user, for the ~/.ssh/authorized_key stuff. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: website-snapshots build.xml
Why set permissions to 655? (rw owner, rx for group and world) --- the owner of the files can't execute these---755 is probably the right choice here. Really, build.sh is the only one to worry about --- I don't see why you can't execute the 'ant' program or 'antRun' with calls to sh like 'sh ../tools/bin/ant' (pretty much has to be configured correctly on any UNIX system for it to function). Even if we are still having trouble getting build.sh executable properly, it's easy enough to drop in a README or INSTALL doc to tell the user to execute 'sh build.sh' which should work regardless. Why does build.sh need the search() function anyway? Don't we pretty much know where our version of ant is going to be located? You can just export ANT_HOME to be whatever you want I know that this stuff is probably not JBoss' biggest priority right now, but I'd like to make this as easy as possible for anybody to build! (Tell me to shut up about this and I will -- I can make it work for myself regardless :) -jason Jason Dillon [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/21/2001 05:42 PM To: [EMAIL PROTECTED] cc: Subject:[JBoss-dev] CVS update: website-snapshots build.xml User: user57 Date: 01/11/21 14:42:36 Modified:.build.xml Log: o HACKED the build file to make all 'build.sh' and 'tools/bin/ant[Run]' files executable. ! I don't really like it, but don't have much choice. Thanks SUN! Revision ChangesPath 1.2 +41 -17website-snapshots/build.xml Index: build.xml === RCS file: /cvsroot/jboss/website-snapshots/build.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.xml 2001/11/20 00:42:20 1.1 +++ build.xml 2001/11/21 22:42:35 1.2 @@ -10,7 +10,7 @@ !-- -- !-- == -- -!-- $Id: build.xml,v 1.1 2001/11/20 00:42:20 user57 Exp $ -- +!-- $Id: build.xml,v 1.2 2001/11/21 22:42:35 user57 Exp $ -- project default=main name=JBoss Website/Snapshots @@ -264,9 +264,9 @@ echoExporting CVS modules for snaphots.../echo -!-- Make sure there is an entry for this cvsroot -- + !-- Make sure there is an entry for this cvsroot -- - cvspass cvsroot=${snapshot.cvsroot} password=/ + cvspass cvsroot=${snapshot.cvsroot} password=/ cvs cvsroot=${snapshot.cvsroot} command=-Q -r -f -z3 export date=TODAY @@ -291,10 +291,18 @@ !-- build jboss-all.tgz -- -tar tarfile=${build.snapshots}/jboss-all.tar - longfile=gnu - basedir=${build.snapshots.tmp} - includes=jboss-all/** +tar tarfile=${build.snapshots}/jboss-all.tar longfile=gnu + tarfileset dir=${build.snapshots.tmp} mode=655 +include name=jboss-all/**/build.sh/ +include name=jboss-all/**/tools/bin/ant/ +include name=jboss-all/**/tools/bin/antRun/ + /tarfileset + tarfileset dir=${build.snapshots.tmp} mode=644 +include name=jboss-all/**/ +exclude name=jboss-all/**/build.sh/ +exclude name=jboss-all/**/tools/bin/ant/ +exclude name=jboss-all/**/tools/bin/antRun/ + /tarfileset /tar gzip src=${build.snapshots}/jboss-all.tar zipfile=${build.snapshots}/jboss-all.tgz/ @@ -309,27 +317,43 @@ !-- build jboss-mq.tgz -- -tar tarfile=${build.snapshots}/jboss-mq.tar - longfile=gnu - basedir=${build.snapshots.tmp} - includes=jboss-mq/** +tar tarfile=${build.snapshots}/jboss-mq.tar longfile=gnu + tarfileset dir=${build.snapshots.tmp} mode=655 +include name=jboss-mq/**/build.sh/ +include name=jboss-mq/**/tools/bin/ant/ +include name=jboss-mq/**/tools/bin/antRun/ + /tarfileset + tarfileset dir=${build.snapshots.tmp} mode=644 +include name=jboss-mq/**/ +exclude name=jboss-mq/**/build.sh/ +exclude name=jboss-mq/**/tools/bin/ant/ +exclude name=jboss-mq/**/tools/bin/antRun/ + /tarfileset /tar gzip src=${build.snapshots}/jboss-mq.tar zipfile=${build.snapshots}/jboss-mq.tgz/ !-- build jboss-plugins.zip -- - - zip zipfile=${build.snapshots}/jboss-plugins.zip + +zip zipfile=${build.snapshots}/jboss-plugins.zip fileset dir=${build.snapshots.tmp} include name=jboss-plugins/**/ /fileset /zip !-- build jboss-plugins.tgz -- - tar tarfile=${build.snapshots}/jboss-plugins.tar - longfile=gnu - basedir=${build.snapshots.tmp} -
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/bmp CustomFindByEntitiesCommand.java
User: starksm Date: 01/11/25 19:12:27 Modified:src/main/org/jboss/ejb/plugins/jaws/bmp CustomFindByEntitiesCommand.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.10 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/bmp/CustomFindByEntitiesCommand.java Index: CustomFindByEntitiesCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/bmp/CustomFindByEntitiesCommand.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- CustomFindByEntitiesCommand.java 2001/11/24 20:43:25 1.9 +++ CustomFindByEntitiesCommand.java 2001/11/26 03:12:27 1.10 @@ -30,13 +30,13 @@ * * @see org.jboss.ejb.plugins.jaws.jdbc.JDBCFindEntitiesCommand * @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ */ public class CustomFindByEntitiesCommand implements JPMFindEntitiesCommand { // Attributes - static Logger log = Logger.create(CustomFindByEntitiesCommand.class); + static Logger log = Logger.getLogger(CustomFindByEntitiesCommand.class); /** The method implementing the finder. */ protected Method finderImplMethod; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java ContainerFactory.java ContainerFactoryMBean.java EnterpriseContext.java EntityContainer.java LocalHomeObjectFactory.java MessageDrivenEnterpriseContext.java StatefulSessionEnterpriseContext.java DeploymentException.java
User: starksm Date: 01/11/25 19:12:25 Modified:src/main/org/jboss/ejb Container.java ContainerFactory.java ContainerFactoryMBean.java EnterpriseContext.java EntityContainer.java LocalHomeObjectFactory.java MessageDrivenEnterpriseContext.java StatefulSessionEnterpriseContext.java Removed: src/main/org/jboss/ejb DeploymentException.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.61 +3 -2 jboss/src/main/org/jboss/ejb/Container.java Index: Container.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v retrieving revision 1.60 retrieving revision 1.61 diff -u -r1.60 -r1.61 --- Container.java2001/11/15 05:30:54 1.60 +++ Container.java2001/11/26 03:12:24 1.61 @@ -40,6 +40,7 @@ import javax.transaction.TransactionManager; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.BeanLockManager; import org.jboss.logging.Logger; import org.jboss.metadata.BeanMetaData; @@ -72,7 +73,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. * @author a href=[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.60 $ + * @version $Revision: 1.61 $ * * pbRevisions:/b * @@ -92,7 +93,7 @@ // Attributes /** Instance logger. */ - protected Logger log = Logger.create(this.getClass()); + protected Logger log = Logger.getLogger(this.getClass()); /** This is the application that this container is a part of */ protected Application application; 1.98 +4 -5 jboss/src/main/org/jboss/ejb/ContainerFactory.java Index: ContainerFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactory.java,v retrieving revision 1.97 retrieving revision 1.98 diff -u -r1.97 -r1.98 --- ContainerFactory.java 2001/11/19 06:58:56 1.97 +++ ContainerFactory.java 2001/11/26 03:12:24 1.98 @@ -6,10 +6,6 @@ */ package org.jboss.ejb; - - - - import java.net.MalformedURLException; import java.net.URL; import java.net.URLClassLoader; @@ -27,7 +23,10 @@ import javax.naming.InitialContext; import javax.naming.NamingException; import javax.transaction.TransactionManager; + import org.apache.log4j.NDC; + +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.BeanLockManager; import org.jboss.ejb.plugins.AbstractInstanceCache; import org.jboss.ejb.plugins.SecurityProxyInterceptor; @@ -69,7 +68,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a. * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a -* @version $Revision: 1.97 $ +* @version $Revision: 1.98 $ */ public class ContainerFactory extends ServiceMBeanSupport 1.17 +2 -1 jboss/src/main/org/jboss/ejb/ContainerFactoryMBean.java Index: ContainerFactoryMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactoryMBean.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- ContainerFactoryMBean.java2001/08/30 03:10:02 1.16 +++ ContainerFactoryMBean.java2001/11/26 03:12:24 1.17 @@ -9,6 +9,7 @@ import java.util.Iterator; import java.net.MalformedURLException; +import org.jboss.deployment.DeploymentException; import org.jboss.system.ServiceMBean; /** @@ -19,7 +20,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a - * @version $Revision: 1.16 $ + * @version $Revision: 1.17 $ */ public interface ContainerFactoryMBean extends ServiceMBean 1.40 +4 -5 jboss/src/main/org/jboss/ejb/EnterpriseContext.java Index: EnterpriseContext.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EnterpriseContext.java,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- EnterpriseContext.java2001/10/08 00:09:00 1.39 +++ EnterpriseContext.java2001/11/26 03:12:24 1.40 @@ -28,8 +28,7 @@ import javax.transaction.HeuristicMixedException; import javax.transaction.HeuristicRollbackException; -import
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvoker.java
User: starksm Date: 01/11/25 19:12:29 Modified:src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvoker.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.16 +3 -3 jboss/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvoker.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JRMPContainerInvoker.java 2001/10/09 00:59:40 1.15 +++ JRMPContainerInvoker.java 2001/11/26 03:12:29 1.16 @@ -38,12 +38,12 @@ * @see related * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ */ public final class JRMPContainerInvoker implements ContainerInvoker { - static Logger log = Logger.create(JRMPContainerInvoker.class); + static Logger log = Logger.getLogger(JRMPContainerInvoker.class); EJBHome home; EJBObject statelessObject; @@ -165,7 +165,7 @@ * @see related * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ */ /* ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/bmp CustomFindByEntitiesCommand.java
User: starksm Date: 01/11/25 19:12:26 Modified:src/main/org/jboss/ejb/plugins/cmp/bmp CustomFindByEntitiesCommand.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/bmp/CustomFindByEntitiesCommand.java Index: CustomFindByEntitiesCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/bmp/CustomFindByEntitiesCommand.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- CustomFindByEntitiesCommand.java 2001/11/24 22:31:09 1.7 +++ CustomFindByEntitiesCommand.java 2001/11/26 03:12:26 1.8 @@ -29,12 +29,12 @@ * * @see org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand * @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public class CustomFindByEntitiesCommand implements FindEntitiesCommand { // Attributes - protected static Logger log = Logger.create(CustomFindByEntitiesCommand.class); + protected static Logger log = Logger.getLogger(CustomFindByEntitiesCommand.class); /** * method that implements the finder ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jms DLQHandler.java JMSContainerInvoker.java
User: starksm Date: 01/11/25 19:12:28 Modified:src/main/org/jboss/ejb/plugins/jms DLQHandler.java JMSContainerInvoker.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.2 +6 -7 jboss/src/main/org/jboss/ejb/plugins/jms/DLQHandler.java Index: DLQHandler.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/DLQHandler.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- DLQHandler.java 2001/08/30 20:40:04 1.1 +++ DLQHandler.java 2001/11/26 03:12:28 1.2 @@ -23,9 +23,8 @@ import org.w3c.dom.Element; -import org.apache.log4j.Category; - -import org.jboss.ejb.DeploymentException; +import org.jboss.logging.Logger; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.MetaData; @@ -56,13 +55,13 @@ * Created: Thu Aug 23 21:17:26 2001 * * @author - * @version $Revision: 1.1 $ $Date: 2001/08/30 20:40:04 $ + * @version $Revision: 1.2 $ $Date: 2001/11/26 03:12:28 $ */ -public class DLQHandler { +public class DLQHandler +{ /** Class logger. */ - private static Category log = - Category.getInstance(DLQHandler.class); + private static Logger log = Logger.getLogger(DLQHandler.class); /** JMS property name holding original destination. */ public static final String JBOSS_ORIG_DESTINATION =JBOSS_ORIG_DESTINATION; 1.33 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java Index: JMSContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- JMSContainerInvoker.java 2001/11/24 20:43:25 1.32 +++ JMSContainerInvoker.java 2001/11/26 03:12:28 1.33 @@ -32,7 +32,7 @@ import org.apache.log4j.Category; import org.jboss.ejb.Container; import org.jboss.ejb.ContainerInvoker; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.MethodInvocation; import org.jboss.jms.ConnectionFactoryHelper; @@ -57,7 +57,7 @@ * /a * @authora href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @authora href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.32 $ + * @version $Revision: 1.33 $ */ public class JMSContainerInvoker implements ContainerInvoker, XmlLoadable ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/bridge EntityBridgeInvocationHandler.java
User: starksm Date: 01/11/25 19:12:26 Modified:src/main/org/jboss/ejb/plugins/cmp/bridge EntityBridgeInvocationHandler.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/EntityBridgeInvocationHandler.java Index: EntityBridgeInvocationHandler.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/bridge/EntityBridgeInvocationHandler.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- EntityBridgeInvocationHandler.java2001/11/02 18:23:13 1.7 +++ EntityBridgeInvocationHandler.java2001/11/26 03:12:26 1.8 @@ -15,7 +15,7 @@ import javax.ejb.EJBException; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.EntityContainer; import org.jboss.ejb.EntityEnterpriseContext; import org.jboss.proxy.InvocationHandler; @@ -33,7 +33,7 @@ * One per cmp entity bean instance, including beans in pool. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public class EntityBridgeInvocationHandler implements InvocationHandler { protected EntityContainer container; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/lock BeanLockSupport.java
User: starksm Date: 01/11/25 19:12:29 Modified:src/main/org/jboss/ejb/plugins/lock BeanLockSupport.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/lock/BeanLockSupport.java Index: BeanLockSupport.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/lock/BeanLockSupport.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- BeanLockSupport.java 2001/11/24 20:43:28 1.7 +++ BeanLockSupport.java 2001/11/26 03:12:29 1.8 @@ -22,7 +22,7 @@ * * @author a href=[EMAIL PROTECTED]Bill Burke/a * @author a href=[EMAIL PROTECTED]Marc Fleury/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ * * pbRevisions:/bbr * pb2001/07/29: marcf/b @@ -52,7 +52,7 @@ protected boolean reentrant; /** Use a JBoss custom log4j category for trace level logging */ - static Logger log = Logger.create(BeanLock.class); + static Logger log = Logger.getLogger(BeanLock.class); protected Transaction tx = null; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp12/server JRMPContainerInvoker.java
User: starksm Date: 01/11/25 19:12:29 Modified:src/main/org/jboss/ejb/plugins/jrmp12/server JRMPContainerInvoker.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.19 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/server/JRMPContainerInvoker.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- JRMPContainerInvoker.java 2001/11/24 20:43:27 1.18 +++ JRMPContainerInvoker.java 2001/11/26 03:12:28 1.19 @@ -38,12 +38,12 @@ * @see related * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.18 $ + * @version $Revision: 1.19 $ */ public final class JRMPContainerInvoker implements ContainerInvoker { - static Logger log = Logger.create(JRMPContainerInvoker.class); + static Logger log = Logger.getLogger(JRMPContainerInvoker.class); EJBHome home; EJBObject statelessObject; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java
User: starksm Date: 01/11/25 19:12:28 Modified:src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.46 +5 -5 jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- JRMPContainerInvoker.java 2001/11/01 05:28:37 1.45 +++ JRMPContainerInvoker.java 2001/11/26 03:12:28 1.46 @@ -34,10 +34,10 @@ import javax.management.ObjectName; import javax.management.MBeanException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.Container; import org.jboss.ejb.ContainerInvokerContainer; import org.jboss.ejb.ContainerInvoker; -import org.jboss.ejb.DeploymentException; import org.jboss.ejb.MethodInvocation; import org.jboss.ejb.plugins.jrmp.interfaces.RemoteMethodInvocation; import org.jboss.ejb.plugins.jrmp.interfaces.HomeHandleImpl; @@ -65,15 +65,15 @@ * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a -* @version $Revision: 1.45 $ +* @version $Revision: 1.46 $ */ public class JRMPContainerInvoker -extends RemoteServer -implements ContainerRemote, ContainerInvoker, XmlLoadable + extends RemoteServer + implements ContainerRemote, ContainerInvoker, XmlLoadable { // Constants - protected final static int ANONYMOUS_PORT = 0; - protected static Logger log = Logger.create(JRMPContainerInvoker.class); + protected static Logger log = Logger.getLogger(JRMPContainerInvoker.class); // Attributes protected boolean optimize = false; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/local BaseLocalContainerInvoker.java
User: starksm Date: 01/11/25 19:12:29 Modified:src/main/org/jboss/ejb/plugins/local BaseLocalContainerInvoker.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.15 +4 -9 jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java Index: BaseLocalContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- BaseLocalContainerInvoker.java2001/11/24 20:43:28 1.14 +++ BaseLocalContainerInvoker.java2001/11/26 03:12:29 1.15 @@ -40,21 +40,16 @@ import javax.transaction.Transaction; import javax.transaction.TransactionManager; +import org.jboss.deployment.DeploymentException; +import org.jboss.logging.Logger; import org.jboss.ejb.MethodInvocation; import org.jboss.ejb.plugins.jrmp.interfaces.RemoteMethodInvocation; - import org.jboss.ejb.Container; import org.jboss.ejb.ContainerInvokerContainer; import org.jboss.ejb.LocalContainerInvoker; import org.jboss.ejb.CacheKey; - -import org.jboss.tm.TransactionPropagationContextFactory; - import org.jboss.security.SecurityAssociation; - -import org.jboss.logging.Logger; - -import org.jboss.ejb.DeploymentException; +import org.jboss.tm.TransactionPropagationContextFactory; /** @@ -65,7 +60,7 @@ public class BaseLocalContainerInvoker implements LocalContainerInvoker { // Attributes - protected static Logger log = Logger.create(BaseLocalContainerInvoker.class); + protected static Logger log = Logger.getLogger(BaseLocalContainerInvoker.class); protected Container container; protected String jndiName; protected TransactionManager transactionManager; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 177 Successful tests: 148 Errors:16 Failures: 13 [time of test: 26 November 2001 3:12 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCCommandFactory.java JDBCDefinedFinderCommand.java JDBCEJBQLFinderCommand.java JDBCFindEntitiesCommand.java JDBCFinderCommand.java JDBCRelationInterceptor.java JDBCStoreManager.java
User: starksm Date: 01/11/25 19:12:26 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCCommandFactory.java JDBCDefinedFinderCommand.java JDBCEJBQLFinderCommand.java JDBCFindEntitiesCommand.java JDBCFinderCommand.java JDBCRelationInterceptor.java JDBCStoreManager.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.10 +2 -3 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCommandFactory.java Index: JDBCCommandFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCCommandFactory.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- JDBCCommandFactory.java 2001/11/24 22:31:09 1.9 +++ JDBCCommandFactory.java 2001/11/26 03:12:26 1.10 @@ -9,8 +9,7 @@ -import org.jboss.ejb.DeploymentException; - +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.plugins.cmp.CommandFactory; import org.jboss.ejb.plugins.cmp.InitCommand; import org.jboss.ejb.plugins.cmp.StartCommand; @@ -38,7 +37,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a * @author a href=[EMAIL PROTECTED]danch (Dan Christopherson/a - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ */ public class JDBCCommandFactory implements CommandFactory { 1.6 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCDefinedFinderCommand.java Index: JDBCDefinedFinderCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCDefinedFinderCommand.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- JDBCDefinedFinderCommand.java 2001/11/06 04:18:09 1.5 +++ JDBCDefinedFinderCommand.java 2001/11/26 03:12:26 1.6 @@ -7,7 +7,7 @@ package org.jboss.ejb.plugins.cmp.jdbc; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.Container; import org.jboss.ejb.EntityContainer; @@ -25,7 +25,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a * @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a * @author a href=[EMAIL PROTECTED]danch (Dan Christopherson/a - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ public class JDBCDefinedFinderCommand extends JDBCFinderCommand { 1.9 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCEJBQLFinderCommand.java Index: JDBCEJBQLFinderCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCEJBQLFinderCommand.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JDBCEJBQLFinderCommand.java 2001/11/24 22:31:09 1.8 +++ JDBCEJBQLFinderCommand.java 2001/11/26 03:12:26 1.9 @@ -7,7 +7,7 @@ package org.jboss.ejb.plugins.cmp.jdbc; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.plugins.cmp.ejbql.Assembly; import org.jboss.ejb.plugins.cmp.ejbql.Parser; import org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMPFieldBridge; @@ -24,7 +24,7 @@ * clause. This code has been cleaned up to improve readability. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public class JDBCEJBQLFinderCommand extends JDBCFinderCommand { 1.13 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCFindEntitiesCommand.java Index: JDBCFindEntitiesCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCFindEntitiesCommand.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- JDBCFindEntitiesCommand.java 2001/11/24 22:31:09 1.12 +++ JDBCFindEntitiesCommand.java 2001/11/26 03:12:26 1.13 @@ -18,7 +18,7 @@ import javax.ejb.FinderException; import org.jboss.ejb.EntityEnterpriseContext; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.plugins.cmp.FindEntitiesCommand; import org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCAutomaticQueryMetaData; import
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommandFactory.java
User: starksm Date: 01/11/25 19:12:28 Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommandFactory.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.16 +2 -3 jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommandFactory.java Index: JDBCCommandFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommandFactory.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JDBCCommandFactory.java 2001/11/24 20:43:25 1.15 +++ JDBCCommandFactory.java 2001/11/26 03:12:27 1.16 @@ -18,9 +18,8 @@ import javax.transaction.Transaction; import javax.transaction.TransactionManager; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.EntityContainer; -import org.jboss.ejb.DeploymentException; - import org.jboss.ejb.plugins.jaws.JPMCommandFactory; import org.jboss.ejb.plugins.jaws.JPMInitCommand; import org.jboss.ejb.plugins.jaws.JPMStartCommand; @@ -64,7 +63,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a * @author a href=[EMAIL PROTECTED]danch (Dan Christopherson)/a * @author a href=[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ * * pbRevisions:/b * ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata ApplicationMetaData.java BeanMetaData.java ClusterConfigMetaData.java ConfigurationMetaData.java EjbLocalRefMetaData.java EjbRefMetaData.java EntityMetaData.java EnvEntryMetaData.java MessageDrivenMetaData.java MetaData.java MethodMetaData.java QueryMetaData.java RelationMetaData.java RelationshipRoleMetaData.java ResourceEnvRefMetaData.java ResourceRefMetaData.java SecurityIdentityMetaData.java SecurityRoleRefMetaData.java SessionMetaData.java WebMetaData.java XmlFileLoader.java XmlLoadable.java
User: starksm Date: 01/11/25 19:17:48 Modified:src/main/org/jboss/metadata ApplicationMetaData.java BeanMetaData.java ClusterConfigMetaData.java ConfigurationMetaData.java EjbLocalRefMetaData.java EjbRefMetaData.java EntityMetaData.java EnvEntryMetaData.java MessageDrivenMetaData.java MetaData.java MethodMetaData.java QueryMetaData.java RelationMetaData.java RelationshipRoleMetaData.java ResourceEnvRefMetaData.java ResourceRefMetaData.java SecurityIdentityMetaData.java SecurityRoleRefMetaData.java SessionMetaData.java WebMetaData.java XmlFileLoader.java XmlLoadable.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.24 +3 -3 jboss/src/main/org/jboss/metadata/ApplicationMetaData.java Index: ApplicationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ApplicationMetaData.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ApplicationMetaData.java 2001/11/03 19:51:17 1.23 +++ ApplicationMetaData.java 2001/11/26 03:17:47 1.24 @@ -18,7 +18,7 @@ import org.w3c.dom.Element; import org.w3c.dom.NodeList; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; /** The top level meta data from the jboss.xml descriptor. @@ -27,8 +27,8 @@ * @see related * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a. - * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. - * @version $Revision: 1.23 $ + * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. + * @version $Revision: 1.24 $ */ public class ApplicationMetaData extends MetaData { 1.31 +2 -2 jboss/src/main/org/jboss/metadata/BeanMetaData.java Index: BeanMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/BeanMetaData.java,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- BeanMetaData.java 2001/10/16 22:14:25 1.30 +++ BeanMetaData.java 2001/11/26 03:17:47 1.31 @@ -16,7 +16,7 @@ import org.w3c.dom.Element; import org.w3c.dom.NodeList; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.security.AnybodyPrincipal; import org.jboss.security.NobodyPrincipal; import org.jboss.security.SimplePrincipal; @@ -30,7 +30,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a - * @version $Revision: 1.30 $ + * @version $Revision: 1.31 $ * * pbRevisions:/bbr * pb2001/10/16: billb/b 1.4 +2 -2 jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java Index: ClusterConfigMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ClusterConfigMetaData.java2001/11/09 23:05:52 1.3 +++ ClusterConfigMetaData.java2001/11/26 03:17:47 1.4 @@ -8,7 +8,7 @@ import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; /** * The meta data object for the cluster-config element. @@ -16,7 +16,7 @@ * expanded to include other cluster configuration parameters later on. * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a. - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ */ public class ClusterConfigMetaData extends MetaData { 1.23 +2 -2 jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java Index: ConfigurationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- ConfigurationMetaData.java2001/11/09 23:06:31 1.22 +++ ConfigurationMetaData.java2001/11/26 03:17:47 1.23 @@ -8,12 +8,12 @@ import org.w3c.dom.Element;
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeployerMBeanSupport.java Installer.java InstallerFactory.java J2eeApplicationMetaData.java J2eeDeployer.java J2eeModuleMetaData.java
User: starksm Date: 01/11/25 19:17:47 Modified:src/main/org/jboss/deployment DeployerMBeanSupport.java Installer.java InstallerFactory.java J2eeApplicationMetaData.java J2eeDeployer.java J2eeModuleMetaData.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.12 +1 -2 jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java Index: DeployerMBeanSupport.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- DeployerMBeanSupport.java 2001/11/24 19:46:42 1.11 +++ DeployerMBeanSupport.java 2001/11/26 03:17:47 1.12 @@ -35,7 +35,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.11 $ + * @version $Revision: 1.12 $ * * pbRevisions:/b * @@ -79,7 +79,6 @@ // Constructors -- public DeployerMBeanSupport() { - //category = Logger.create(getClass()); } 1.17 +22 -18jboss/src/main/org/jboss/deployment/Installer.java Index: Installer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/Installer.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- Installer.java2001/11/24 19:46:42 1.16 +++ Installer.java2001/11/26 03:17:47 1.17 @@ -30,14 +30,12 @@ import javax.management.ObjectName; +import org.w3c.dom.Document; +import org.w3c.dom.Element; +import org.jboss.logging.Logger; import org.jboss.metadata.XmlFileLoader; -import org.jboss.ejb.DeploymentException; - -import org.apache.log4j.Category; -import org.w3c.dom.Document; -import org.w3c.dom.Element; /** * A class intended to encapsulate the complex task of making an URL pointed @@ -48,7 +46,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.16 $ + * @version $Revision: 1.17 $ */ public class Installer @@ -72,7 +70,7 @@ Deployment d; // the log4j category for output - Category log; + Logger log; // to get the Log and the temprary deployment dir InstallerFactory factory; @@ -168,27 +166,33 @@ } /** install EAR application */ - protected void executeEARModule(String name, Deployment d, File localCopy, URL libraryRoot) throws J2eeDeploymentException, IOException { + protected void executeEARModule(String name, Deployment d, File localCopy, URL libraryRoot) + throws J2eeDeploymentException, IOException + { // reading the deployment descriptor... JarFile jarFile = new JarFile(localCopy); J2eeApplicationMetaData app = null; - try { + try + { InputStream in = jarFile.getInputStream(jarFile.getEntry(files[EAR_MODULE])); XmlFileLoader xfl = new XmlFileLoader(); Element root = xfl.getDocument(in, files[EAR_MODULE]).getDocumentElement(); app = new J2eeApplicationMetaData(root); in.close(); - } - catch (IOException _ioe) { - throw new J2eeDeploymentException(Error in accessing application metadata: +_ioe.getMessage()); } - catch (DeploymentException _de) { - throw new J2eeDeploymentException(Error in parsing application.xml: +_de.getMessage()); + catch (IOException e) + { + throw new J2eeDeploymentException(Error in accessing application metadata, e); + } + catch (DeploymentException e) + { + throw new J2eeDeploymentException(Error deploying application, e); + } + catch (NullPointerException e) + { + throw new J2eeDeploymentException(unexpected error: application.xml was found once but not a second time?!, e); } - catch (NullPointerException _npe) { - throw new J2eeDeploymentException(unexpected error: application.xml was found once but not a second time?!); - } - + // iterating the modules and install them // the library url is used to root the embedded classpaths libraryRoot=new URL(jar:file:+localCopy.getAbsolutePath()+!/); 1.11 +4 -11
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging Logger.java LoggerFactory.java
User: starksm Date: 01/11/25 19:16:10 Modified:src/main/org/jboss/logging Logger.java Removed: src/main/org/jboss/logging LoggerFactory.java Log: Clean up the Logger class to not be a subclass of org.apache.log4j.Category and support only a single factory method called getLogger to be consistent with the 1.2 logj api and the java.util.logging api. Drop the custom category factory as it is no longer used Revision ChangesPath 1.15 +136 -49 jboss/src/main/org/jboss/logging/Logger.java Index: Logger.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/Logger.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- Logger.java 2001/11/15 23:42:22 1.14 +++ Logger.java 2001/11/26 03:16:09 1.15 @@ -7,65 +7,33 @@ package org.jboss.logging; import org.apache.log4j.Category; -import org.apache.log4j.spi.CategoryFactory; +import org.apache.log4j.Priority; -/** A custom log4j Category subclass that add a trace level priority. +/** A custom log4j Category wrapper that adds a trace level priority and only + exposes the relevent factory and logging methods. + * @see #isTraceEnabled * @see #trace(Object message) * @see #trace(Object, Throwable) * @author [EMAIL PROTECTED] - * @version $Revision: 1.14 $ + * @version $Revision: 1.15 $ */ -public class Logger extends Category +public class Logger { // Constants - // Attributes - private static CategoryFactory factory = new LoggerFactory(); + private Category log; // Static - /** This method overrides {@link Category#getInstance} by supplying - its own factory type as a parameter. -@param name, the category name - */ - public static Category getInstance(String name) - { - return Category.getInstance(name, factory); - } - /** This method overrides {@link Category#getInstance} by supplying - its own factory type as a parameter. -@param clazz, the Class whose name will be used as the category name - */ - public static Category getInstance(Class clazz) - { - return Category.getInstance(clazz.getName(), factory); - } /** Create a Logger instance given the category name. @param name, the category name */ - public static Logger create(String name) - { - Logger logger = (Logger) Category.getInstance(name, factory); - return logger; - } - /** Create a Logger instance given the category class. This simply -calls create(clazz.getName()). -@param clazz, the Class whose name will be used as the category name -*/ - public static Logger create(Class clazz) - { - Logger logger = (Logger) Category.getInstance(clazz.getName(), factory); - return logger; - } - - /** Create a Logger instance given the category name. -@param name, the category name -*/ public static Logger getLogger(String name) { - Logger logger = (Logger) Category.getInstance(name, factory); + Logger logger = new Logger(name); return logger; } /** Create a Logger instance given the category class. This simply @@ -74,7 +42,7 @@ */ public static Logger getLogger(Class clazz) { - Logger logger = (Logger) Category.getInstance(clazz.getName(), factory); + Logger logger = new Logger(clazz.getName()); return logger; } @@ -82,9 +50,14 @@ /** Creates new JBossCategory with the given category name. @param name, the category name. */ - public Logger(String name) + protected Logger(String name) + { + log = Category.getInstance(name); + } + + public Category getCategory() { - super(name); + return log; } /** Check to see if the TRACE priority is enabled for this category. @@ -93,23 +66,137 @@ */ public boolean isTraceEnabled() { - if( hierarchy.isDisabled(TracePriority.TRACE_INT) ) + if( log.isEnabledFor(TracePriority.TRACE) == false ) return false; - return TracePriority.TRACE.isGreaterOrEqual(this.getChainedPriority()); + return TracePriority.TRACE.isGreaterOrEqual(log.getChainedPriority()); } /** Issue a log msg with a priority of TRACE. - Invokes super.log(TracePriority.TRACE, message); + Invokes log.log(TracePriority.TRACE, message); */ public void trace(Object message) { - super.log(TracePriority.TRACE, message); + log.log(TracePriority.TRACE, message); } /** Issue a log msg and throwable with
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins AbstractInstanceCache.java AbstractInstancePool.java AbstractInterceptor.java AbstractTxInterceptor.java EnterpriseContextCachePolicy.java LRUEnterpriseContextCachePolicy.java LRUStatefulContextCachePolicy.java SecurityInterceptor.java SingletonStatelessSessionInstancePool.java StatefulSessionFilePersistenceManager.java StatefulSessionInstanceCache.java
User: starksm Date: 01/11/25 19:12:26 Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java AbstractInstancePool.java AbstractInterceptor.java AbstractTxInterceptor.java EnterpriseContextCachePolicy.java LRUEnterpriseContextCachePolicy.java LRUStatefulContextCachePolicy.java SecurityInterceptor.java SingletonStatelessSessionInstancePool.java StatefulSessionFilePersistenceManager.java StatefulSessionInstanceCache.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.23 +8 -9 jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java Index: AbstractInstanceCache.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- AbstractInstanceCache.java2001/11/24 20:43:22 1.22 +++ AbstractInstanceCache.java2001/11/26 03:12:25 1.23 @@ -29,23 +29,22 @@ import org.w3c.dom.Element; -import org.jboss.util.CachePolicy; -import org.jboss.util.Executable; -import org.jboss.util.WorkerQueue; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.InstanceCache; import org.jboss.ejb.EnterpriseContext; import org.jboss.ejb.EntityEnterpriseContext; -import org.jboss.ejb.DeploymentException; import org.jboss.ejb.Container; import org.jboss.ejb.BeanLock; import org.jboss.ejb.BeanLockManager; +import org.jboss.logging.Logger; import org.jboss.metadata.MetaData; import org.jboss.metadata.XmlLoadable; -import org.jboss.logging.Logger; - import org.jboss.monitor.Monitorable; import org.jboss.monitor.client.BeanCacheSnapshot; import org.jboss.monitor.MetricsConstants; +import org.jboss.util.CachePolicy; +import org.jboss.util.Executable; +import org.jboss.util.WorkerQueue; /** * Base class for caches of entity and stateful beans. p @@ -62,7 +61,7 @@ * @author a href=[EMAIL PROTECTED]Bill Burke/a * @author a href=[EMAIL PROTECTED]Marc Fleury/a * - * @version $Revision: 1.22 $ + * @version $Revision: 1.23 $ * * pbRevisions:/b * @@ -92,7 +91,7 @@ // Constants - // Attributes - protected static Logger log = Logger.create(AbstractInstanceCache.class); + protected static Logger log = Logger.getLogger(AbstractInstanceCache.class); /* The object that is delegated to implement the desired caching policy */ private CachePolicy m_cache; /* The worker queue that passivates beans in another thread */ @@ -866,7 +865,7 @@ class PassivatorQueue extends WorkerQueue { - protected static Logger log = Logger.create(PassivatorQueue.class); + protected static Logger log = Logger.getLogger(PassivatorQueue.class); /** * Used for debug purposes, holds the scheduled passivation jobs */ 1.19 +2 -2 jboss/src/main/org/jboss/ejb/plugins/AbstractInstancePool.java Index: AbstractInstancePool.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstancePool.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- AbstractInstancePool.java 2001/11/24 20:43:22 1.18 +++ AbstractInstancePool.java 2001/11/26 03:12:25 1.19 @@ -18,7 +18,7 @@ import org.jboss.ejb.EnterpriseContext; import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.MetaData; import org.jboss.metadata.XmlLoadable; @@ -37,7 +37,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * -* @version $Revision: 1.18 $ +* @version $Revision: 1.19 $ * * pbRevisions:/b * pb20010704 marcf:/b 1.10 +2 -2 jboss/src/main/org/jboss/ejb/plugins/AbstractInterceptor.java Index: AbstractInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInterceptor.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- AbstractInterceptor.java 2001/11/24 20:43:22 1.9 +++ AbstractInterceptor.java 2001/11/26 03:12:25
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java AbstractWebContainerMBean.java WebServer.java
User: starksm Date: 01/11/25 19:19:47 Modified:src/main/org/jboss/web AbstractWebContainer.java AbstractWebContainerMBean.java WebServer.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.8 +4 -5 jboss/src/main/org/jboss/web/AbstractWebContainer.java Index: AbstractWebContainer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- AbstractWebContainer.java 2001/09/28 19:22:53 1.7 +++ AbstractWebContainer.java 2001/11/26 03:19:46 1.8 @@ -13,9 +13,8 @@ import org.w3c.dom.Element; -import org.apache.log4j.Category; - -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; +import org.jboss.logging.Logger; import org.jboss.metadata.EjbRefMetaData; import org.jboss.metadata.EnvEntryMetaData; import org.jboss.metadata.ResourceRefMetaData; @@ -113,7 +112,7 @@ @see org.jboss.security.SecurityAssociation; @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. -@version $Revision: 1.7 $ +@version $Revision: 1.8 $ */ public abstract class AbstractWebContainer extends ServiceMBeanSupport implements AbstractWebContainerMBean { @@ -146,7 +145,7 @@ /** The WebContainer log4j category instance available for logging related to WebContainer events. */ -public static final Category category = Category.getInstance(WebContainer); +protected Logger category = Logger.getLogger(this.getClass()); /** A mapping of deployed warUrl strings to the WebApplication object */ protected HashMap deploymentMap = new HashMap(); 1.4 +2 -2 jboss/src/main/org/jboss/web/AbstractWebContainerMBean.java Index: AbstractWebContainerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainerMBean.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- AbstractWebContainerMBean.java2001/08/30 04:13:42 1.3 +++ AbstractWebContainerMBean.java2001/11/26 03:19:46 1.4 @@ -2,12 +2,12 @@ import java.util.Iterator; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; /** A template pattern for web container integration into JBoss. @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. -@version $Revision: 1.3 $ +@version $Revision: 1.4 $ */ public interface AbstractWebContainerMBean extends org.jboss.system.ServiceMBean { 1.16 +2 -2 jboss/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.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- WebServer.java2001/09/20 18:46:31 1.15 +++ WebServer.java2001/11/26 03:19:46 1.16 @@ -38,7 +38,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ * * Revisions: * @@ -54,7 +54,7 @@ // Constants - // Attributes - private static Logger log = Logger.create(WebServer.class); + private static Logger log = Logger.getLogger(WebServer.class); /** The port the web server listens on */ private int port = 8083; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system Info.java ServiceConfigurator.java ServiceController.java ServiceCreator.java ServiceMBeanSupport.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/system Info.java ServiceConfigurator.java ServiceController.java ServiceCreator.java ServiceMBeanSupport.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.5 +2 -2 jboss/src/main/org/jboss/system/Info.java Index: Info.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/Info.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Info.java 2001/09/27 22:34:32 1.4 +++ Info.java 2001/11/26 03:19:46 1.5 @@ -22,7 +22,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ public class Info implements InfoMBean, MBeanRegistration @@ -32,7 +32,7 @@ // Attributes /** Class logger. */ - private static Logger log = Logger.create(GPA); + private static Logger log = Logger.getLogger(org.jboss.system.GPA); // // System information 1.11 +2 -2 jboss/src/main/org/jboss/system/ServiceConfigurator.java Index: ServiceConfigurator.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceConfigurator.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- ServiceConfigurator.java 2001/11/24 20:54:34 1.10 +++ ServiceConfigurator.java 2001/11/26 03:19:46 1.11 @@ -41,7 +41,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ * * pb20010830 marc fleury:/b * ul @@ -72,7 +72,7 @@ private MBeanServer server; /** The instance logger. */ - private static Logger log = Logger.create(ServiceConfigurator.class); + private static Logger log = Logger.getLogger(ServiceConfigurator.class); // Constructors -- 1.15 +2 -2 jboss/src/main/org/jboss/system/ServiceController.java Index: ServiceController.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceController.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ServiceController.java2001/11/24 20:54:34 1.14 +++ ServiceController.java2001/11/26 03:19:46 1.15 @@ -41,7 +41,7 @@ * @see org.jboss.system.Service * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.14 $ p + * @version $Revision: 1.15 $ p * * bRevisions:/b p * @@ -61,7 +61,7 @@ implements ServiceControllerMBean, MBeanRegistration { - private final Logger log = Logger.create(getClass()); + private final Logger log = Logger.getLogger(getClass()); /** 1.4 +2 -2 jboss/src/main/org/jboss/system/ServiceCreator.java Index: ServiceCreator.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceCreator.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ServiceCreator.java 2001/11/19 06:58:57 1.3 +++ ServiceCreator.java 2001/11/26 03:19:46 1.4 @@ -24,7 +24,7 @@ * @see Service * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * * pbRevisions:/b * pb2001/08/03 marcf /b @@ -36,7 +36,7 @@ { // Attributes - private final Logger log = Logger.create(getClass()); + private final Logger log = Logger.getLogger(getClass()); private MBeanServer server; 1.6 +2 -2 jboss/src/main/org/jboss/system/ServiceMBeanSupport.java Index: ServiceMBeanSupport.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceMBeanSupport.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ServiceMBeanSupport.java 2001/11/12 06:52:17 1.5 +++ ServiceMBeanSupport.java 2001/11/26 03:19:46 1.6 @@ -29,7 +29,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Scott
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy Proxies.java ProxyProxy.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/proxy Proxies.java ProxyProxy.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.7 +1 -1 jboss/src/main/org/jboss/proxy/Proxies.java Index: Proxies.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/Proxies.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- Proxies.java 2001/09/11 18:35:03 1.6 +++ Proxies.java 2001/11/26 03:19:46 1.7 @@ -18,7 +18,7 @@ */ public final class Proxies { - private static Logger log = Logger.create(Proxies.class); + private static Logger log = Logger.getLogger(Proxies.class); private Proxies() {} 1.7 +2 -2 jboss/src/main/org/jboss/proxy/ProxyProxy.java Index: ProxyProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/ProxyProxy.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ProxyProxy.java 2001/09/11 18:35:03 1.6 +++ ProxyProxy.java 2001/11/26 03:19:46 1.7 @@ -20,12 +20,12 @@ * ??? * * @author Unknown - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ */ public class ProxyProxy implements Serializable, EJBObject { - private static Logger log = Logger.create(ProxyProxy.class); + private static Logger log = Logger.getLogger(ProxyProxy.class); InvocationHandler handler; String[] targetNames; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/monitor BeanCacheMonitor.java
User: starksm Date: 01/11/25 19:19:45 Modified:src/main/org/jboss/monitor BeanCacheMonitor.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.5 +2 -2 jboss/src/main/org/jboss/monitor/BeanCacheMonitor.java Index: BeanCacheMonitor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/monitor/BeanCacheMonitor.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- BeanCacheMonitor.java 2001/09/11 18:35:03 1.4 +++ BeanCacheMonitor.java 2001/11/26 03:19:45 1.5 @@ -31,7 +31,7 @@ * * @see Monitorable * @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ public class BeanCacheMonitor implements BeanCacheMonitorMBean, MBeanRegistration @@ -39,7 +39,7 @@ // Constants // Attributes --- - static Logger log = Logger.create(BeanCacheMonitor.class); + static Logger log = Logger.getLogger(BeanCacheMonitor.class); MBeanServer m_mbeanServer; // Static --- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NamingService.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/naming NamingService.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.19 +2 -2 jboss/src/main/org/jboss/naming/NamingService.java Index: NamingService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/NamingService.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- NamingService.java2001/11/12 06:52:17 1.18 +++ NamingService.java2001/11/26 03:19:46 1.19 @@ -28,7 +28,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. - * @version $Revision: 1.18 $ + * @version $Revision: 1.19 $ * * Revisions: * 20010622 scott.stark: Report IntialContext env for problem tracing @@ -47,7 +47,7 @@ // Constructors -- public NamingService() { - String categoryName = log.getName(); + String categoryName = log.getCategory().getName(); naming = new Main(categoryName); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/tm/usertx/server UserTransactionSessionImpl.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/tm/usertx/server UserTransactionSessionImpl.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.6 +79 -60 jboss/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.java Index: UserTransactionSessionImpl.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- UserTransactionSessionImpl.java 2001/09/11 18:35:04 1.5 +++ UserTransactionSessionImpl.java 2001/11/26 03:19:46 1.6 @@ -45,49 +45,57 @@ { /** Cache a reference to the TM. */ private static TransactionManager tm = null; - private static Logger log = Logger.create(UserTransactionSessionImpl.class); - + private static Logger log = Logger.getLogger(UserTransactionSessionImpl.class); + /** * Get a reference to the transaction manager. */ protected static TransactionManager getTransactionManager() { - if (tm == null) { - try { + if (tm == null) + { + try + { Context ctx = new InitialContext(); tm = (TransactionManager)ctx.lookup(java:/TransactionManager); - } catch (NamingException ex) { + } + catch (NamingException ex) + { log.error(java:/TransactionManager lookup failed, ex); } } return tm; } - + /** Cache a reference to the TPC Factory. */ private static TransactionPropagationContextFactory tpcFactory = null; - + /** * Get a reference to the TPC Factory */ protected static TransactionPropagationContextFactory getTPCFactory() { - if (tpcFactory == null) { - try { + if (tpcFactory == null) + { + try + { Context ctx = new InitialContext(); tpcFactory = (TransactionPropagationContextFactory)ctx.lookup(java:/TransactionPropagationContextExporter); - } catch (NamingException ex) { + } + catch (NamingException ex) + { log.error(java:/TransactionPropagationContextExporter lookup failed, ex); } } return tpcFactory; } - + /** * Maps the TPCs of all active transactions to their transactions. */ private Map activeTx = new HashMap(); - - + + /** * A no-args constructor that throws codeRemoteException/code. */ @@ -96,21 +104,21 @@ { super(); } - + // // implements interface UserTransactionSession // - + /** * Destroy this session. */ public void destroy() - throws RemoteException + throws RemoteException { unexportObject(this, true); unreferenced(); } - + /** * Start a new transaction, and return its TPC. * @@ -120,8 +128,8 @@ */ public Object begin(int timeout) throws RemoteException, - NotSupportedException, - SystemException + NotSupportedException, + SystemException { TransactionManager tm = getTransactionManager(); // Set timeout value @@ -136,41 +144,48 @@ // return the TPC return tpc; } - + /** * Commit the transaction. * * @param tpc The transaction propagation context for the transaction. */ public void commit(Object tpc) - throws RemoteException, - RollbackException, - HeuristicMixedException, - HeuristicRollbackException, - SecurityException, - IllegalStateException, - SystemException + throws RemoteException, + RollbackException, + HeuristicMixedException, + HeuristicRollbackException, + SecurityException, + IllegalStateException, + SystemException { Transaction tx = (Transaction)activeTx.get(tpc); - + if (tx == null) throw new IllegalStateException(No transaction.); - + boolean finished = true; - - try { + + try + { tx.commit(); - } catch (java.lang.SecurityException ex) { + } + catch (java.lang.SecurityException ex) + { finished = false; throw ex; - } catch (java.lang.IllegalStateException ex) { + } + catch (java.lang.IllegalStateException ex) + { finished = false; throw ex; - } finally { + } +
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util CounterInterceptor.java Executor.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/util CounterInterceptor.java Executor.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.6 +0 -1 jboss/src/main/org/jboss/util/CounterInterceptor.java Index: CounterInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CounterInterceptor.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- CounterInterceptor.java 2001/09/11 18:35:04 1.5 +++ CounterInterceptor.java 2001/11/26 03:19:46 1.6 @@ -39,7 +39,6 @@ */ public class CounterInterceptor extends AbstractInterceptor { - static protected Logger log = Logger.create(CounterInterceptor.class); Container container = null; CounterService counter = null; boolean loggedNoCounter = false; 1.8 +2 -2 jboss/src/main/org/jboss/util/Executor.java Index: Executor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/Executor.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- Executor.java 2001/09/28 22:33:56 1.7 +++ Executor.java 2001/11/26 03:19:46 1.8 @@ -19,14 +19,14 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a. - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public class Executor implements ExecutorMBean, MBeanRegistration { // Constants - public static final String OBJECT_NAME = :service=Executor; - private static Logger log = Logger.create(Executor); + private static Logger log = Logger.getLogger(Executor); // Attributes String exec; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java
User: starksm Date: 01/11/25 19:24:51 Modified:src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.10 +2 -2 jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java Index: JRMPContainerInvokerHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- JRMPContainerInvokerHA.java 2001/11/09 22:51:38 1.9 +++ JRMPContainerInvokerHA.java 2001/11/26 03:24:51 1.10 @@ -50,7 +50,7 @@ * @see related * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ * * pbRevisions:/b * @@ -62,7 +62,7 @@ public final class JRMPContainerInvokerHA implements ContainerInvoker, HASessionStateTopologyListener { - static Logger log = Logger.create(JRMPContainerInvoker.class); + static Logger log = Logger.getLogger(JRMPContainerInvoker.class); EJBHome home; EJBObject statelessObject; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java DistributedStateImpl.java HAPartitionImpl.java HARMIServerImpl.java
User: starksm Date: 01/11/25 19:24:51 Modified:src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java DistributedStateImpl.java HAPartitionImpl.java HARMIServerImpl.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.8 +2 -2 jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java Index: DistributedReplicantManagerImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- DistributedReplicantManagerImpl.java 2001/11/09 22:45:47 1.7 +++ DistributedReplicantManagerImpl.java 2001/11/26 03:24:51 1.8 @@ -20,7 +20,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ * * pbRevisions:/bbr * pb2001/10/31: marcf/b @@ -50,7 +50,7 @@ public DistributedReplicantManagerImpl(HAPartition partition) { this.partition = partition; - this.log = Logger.create(partition.getPartitionName() + :ReplicantManager); + this.log = Logger.getLogger(partition.getPartitionName() + :ReplicantManager); } public void init() throws Exception 1.3 +2 -2 jbossmx/src/main/org/jboss/ha/framework/server/DistributedStateImpl.java Index: DistributedStateImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedStateImpl.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DistributedStateImpl.java 2001/10/10 20:02:05 1.2 +++ DistributedStateImpl.java 2001/11/26 03:24:51 1.3 @@ -23,7 +23,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * * pbRevisions:/bbr */ @@ -44,7 +44,7 @@ public DistributedStateImpl (HAPartition partition) { this.partition = partition; - this.log = Logger.create (this.getClass ()); + this.log = Logger.getLogger (this.getClass ()); } public void init () throws Exception 1.9 +2 -2 jbossmx/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java Index: HAPartitionImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- HAPartitionImpl.java 2001/11/23 14:37:38 1.8 +++ HAPartitionImpl.java 2001/11/26 03:24:51 1.9 @@ -56,7 +56,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ * * pbRevisions:/bbr */ @@ -85,7 +85,7 @@ public HAPartitionImpl (String partitionName, JChannel channel, boolean deadlock_detection) throws Exception { super(channel, null, null, new Object (), false); // init RpcDispatcher with a fake target object - this.log = Logger.create (HAPartition: + partitionName); + this.log = Logger.getLogger(HAPartition: + partitionName); this.channel = channel; this.partitionName = partitionName; } 1.8 +2 -2 jbossmx/src/main/org/jboss/ha/framework/server/HARMIServerImpl.java Index: HARMIServerImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/HARMIServerImpl.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- HARMIServerImpl.java 2001/11/23 14:36:22 1.7 +++ HARMIServerImpl.java 2001/11/26 03:24:51 1.8 @@ -46,7 +46,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ * * pbRevisions:/bbr * pb2001/11/09: Sacha Labourey/b @@ -76,7 +76,7 @@ { this.replicantName = replicantName; this.handler = handler; - this.log = Logger.create (this.getClass ()); + this.log = Logger.getLogger (this.getClass ()); this.intf = intf; Method[] methods = handler.getClass ().getMethods (); ___ Jboss-development mailing list [EMAIL PROTECTED]
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvokerHA.java
User: starksm Date: 01/11/25 19:24:51 Modified:src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvokerHA.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.9 +2 -2 jbossmx/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvokerHA.java Index: JRMPContainerInvokerHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvokerHA.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JRMPContainerInvokerHA.java 2001/10/16 22:18:30 1.8 +++ JRMPContainerInvokerHA.java 2001/11/26 03:24:51 1.9 @@ -32,10 +32,10 @@ import javax.transaction.Transaction; import javax.transaction.TransactionManager; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.Container; import org.jboss.ejb.ContainerInvokerContainer; import org.jboss.ejb.ContainerInvoker; -import org.jboss.ejb.DeploymentException; import org.jboss.ejb.MethodInvocation; import org.jboss.ejb.plugins.jrmp.interfaces.RemoteMethodInvocation; import org.jboss.ejb.plugins.jrmp.interfaces.HomeHandleImpl; @@ -61,7 +61,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public class JRMPContainerInvokerHA extends JRMPContainerInvoker { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins StatefulHASessionPersistenceManager.java
User: starksm Date: 01/11/25 19:24:50 Modified:src/main/org/jboss/ejb/plugins StatefulHASessionPersistenceManager.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.2 +2 -2 jbossmx/src/main/org/jboss/ejb/plugins/StatefulHASessionPersistenceManager.java Index: StatefulHASessionPersistenceManager.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/StatefulHASessionPersistenceManager.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- StatefulHASessionPersistenceManager.java 2001/11/09 22:54:28 1.1 +++ StatefulHASessionPersistenceManager.java 2001/11/26 03:24:50 1.2 @@ -52,7 +52,7 @@ * * @see HASessionState, HASessionStateImpl * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * pbRevisions:/b */ @@ -71,7 +71,7 @@ // Constants - // Attributes - private static Logger log = Logger.create (StatefulSessionFilePersistenceManager.class); + private static Logger log = Logger.getLogger (StatefulSessionFilePersistenceManager.class); private StatefulSessionContainer con; private Method ejbActivate; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/server HASessionStateImpl.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jboss/ha/hasessionstate/server HASessionStateImpl.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.2 +2 -2 jbossmx/src/main/org/jboss/ha/hasessionstate/server/HASessionStateImpl.java Index: HASessionStateImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/hasessionstate/server/HASessionStateImpl.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- HASessionStateImpl.java 2001/11/09 22:49:55 1.1 +++ HASessionStateImpl.java 2001/11/26 03:24:51 1.2 @@ -57,7 +57,7 @@ * * @see HASessionState * @author [EMAIL PROTECTED] - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * pbRevisions:/bbr */ @@ -150,7 +150,7 @@ public void init () throws Exception { - this.log = Logger.create (HASessionState- + this._sessionStateName); + this.log = Logger.getLogger (HASessionState- + this._sessionStateName); // we will use the default HAPartition for our communication with other HASessionState and // a new HAPartition for our session state exchange with our assigned brother node(s). ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/jndi HAJNDI.java HANamingService.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jboss/ha/jndi HAJNDI.java HANamingService.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.9 +2 -2 jbossmx/src/main/org/jboss/ha/jndi/HAJNDI.java Index: HAJNDI.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/jndi/HAJNDI.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- HAJNDI.java 2001/10/10 20:02:05 1.8 +++ HAJNDI.java 2001/11/26 03:24:52 1.9 @@ -48,7 +48,7 @@ * lookups will look for Names in HAJNDI then delegate to the local InitialContext * * @author [EMAIL PROTECTED] - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ * * pbRevisions:/bbr */ @@ -61,7 +61,7 @@ throws NamingException { super(); - log = Logger.create(HAJNDI); + log = Logger.getLogger(HAJNDI); this.partition = partition; } 1.16 +2 -2 jbossmx/src/main/org/jboss/ha/jndi/HANamingService.java Index: HANamingService.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/jndi/HANamingService.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- HANamingService.java 2001/11/23 14:38:25 1.15 +++ HANamingService.java 2001/11/26 03:24:52 1.16 @@ -61,7 +61,7 @@ * Management Bean for HA-JNDI service. * * @author [EMAIL PROTECTED] - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ * * pbRevisions:/bbr * pb2001/11/19 bill burke:/b @@ -115,7 +115,7 @@ public HANamingService() { - log = Logger.create(HANamingService); + log = Logger.getLogger(HANamingService); } public String getName() ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/adapter/jdbc BaseManagedConnection.java
User: starksm Date: 01/11/25 19:24:53 Modified:src/main/org/jboss/resource/adapter/jdbc BaseManagedConnection.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.3 +2 -2 jbosscx/src/main/org/jboss/resource/adapter/jdbc/BaseManagedConnection.java Index: BaseManagedConnection.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/adapter/jdbc/BaseManagedConnection.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BaseManagedConnection.java2001/09/11 18:38:58 1.2 +++ BaseManagedConnection.java2001/11/26 03:24:53 1.3 @@ -23,7 +23,7 @@ * * @authorAaron Mulder [EMAIL PROTECTED] * @authora href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public abstract class BaseManagedConnection implements ManagedConnection { @@ -43,7 +43,7 @@ { this.user = user; listeners = new ArrayList(); - log = Logger.create(getClass().getName() + . + this); + log = Logger.getLogger(getClass().getName() + . + this); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jbossmx/cluster/watchdog/util HermesMachineProperties.java MirrorServiceRemoteListener.java MirroringService.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jbossmx/cluster/watchdog/util HermesMachineProperties.java MirrorServiceRemoteListener.java MirroringService.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.3 +1 -1 jbossmx/src/main/org/jbossmx/cluster/watchdog/util/HermesMachineProperties.java Index: HermesMachineProperties.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jbossmx/cluster/watchdog/util/HermesMachineProperties.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- HermesMachineProperties.java 2001/09/11 18:39:56 1.2 +++ HermesMachineProperties.java 2001/11/26 03:24:52 1.3 @@ -439,5 +439,5 @@ System.out.println(List file( + fileName + ) - done); } -private static Logger LOG = Logger.create(HermesMachineProperties.class.getName()); +private static Logger LOG = Logger.getLogger(HermesMachineProperties.class.getName()); } 1.3 +1 -1 jbossmx/src/main/org/jbossmx/cluster/watchdog/util/MirrorServiceRemoteListener.java Index: MirrorServiceRemoteListener.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jbossmx/cluster/watchdog/util/MirrorServiceRemoteListener.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MirrorServiceRemoteListener.java 2001/09/11 18:39:56 1.2 +++ MirrorServiceRemoteListener.java 2001/11/26 03:24:52 1.3 @@ -52,5 +52,5 @@ /** */ private MirroringServiceRemoteInterface m_mirroringServiceRemoteInterface; -private static final Logger LOG = Logger.create(MirrorServiceRemoteListener.class.getName()); +private static final Logger LOG = Logger.getLogger(MirrorServiceRemoteListener.class.getName()); } 1.4 +1 -1 jbossmx/src/main/org/jbossmx/cluster/watchdog/util/MirroringService.java Index: MirroringService.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jbossmx/cluster/watchdog/util/MirroringService.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- MirroringService.java 2001/10/08 16:52:59 1.3 +++ MirroringService.java 2001/11/26 03:24:52 1.4 @@ -392,5 +392,5 @@ /** */ private Set m_mirroredMBeans = new HashSet(); -private static final Logger LOG = Logger.create(MirroringService.class.getName()); +private static final Logger LOG = Logger.getLogger(MirroringService.class.getName()); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean Watchdog.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jbossmx/cluster/watchdog/mbean Watchdog.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.4 +1 -1 jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean/Watchdog.java Index: Watchdog.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean/Watchdog.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Watchdog.java 2001/10/08 16:52:59 1.3 +++ Watchdog.java 2001/11/26 03:24:52 1.4 @@ -2024,5 +2024,5 @@ /** The maximum number of times to attempt machine restart */ private static final int MAX_NUM_TIMES_TO_ATTEMPT_MACHINE_RESTART = 0; -private static Logger LOG = Logger.create(Watchdog.class.getName()); +private static Logger LOG = Logger.getLogger(Watchdog.class); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/adapter/jdbc/local JDBCManagedConnectionFactory.java
User: starksm Date: 01/11/25 19:24:53 Modified:src/main/org/jboss/resource/adapter/jdbc/local JDBCManagedConnectionFactory.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.3 +2 -2 jbosscx/src/main/org/jboss/resource/adapter/jdbc/local/JDBCManagedConnectionFactory.java Index: JDBCManagedConnectionFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/adapter/jdbc/local/JDBCManagedConnectionFactory.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JDBCManagedConnectionFactory.java 2001/09/11 18:38:58 1.2 +++ JDBCManagedConnectionFactory.java 2001/11/26 03:24:53 1.3 @@ -83,7 +83,7 @@ * * @authorAaron Mulder [EMAIL PROTECTED] * @authora href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class JDBCManagedConnectionFactory implements ManagedConnectionFactory { @@ -97,7 +97,7 @@ private int transactionIsolation = -1; //use the driver default, don't set. - private Logger log = Logger.create(JDBCManagedConnectionFactory.class); + private Logger log = Logger.getLogger(JDBCManagedConnectionFactory.class); /** ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource ConnectionFactoryLoader.java ConnectionManagerFactoryLoader.java JBossConnectionListenerImpl.java JBossResourceSubjectFactory.java RARDeployer.java RARMetaData.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java ConnectionManagerFactoryLoader.java JBossConnectionListenerImpl.java JBossResourceSubjectFactory.java RARDeployer.java RARMetaData.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.14 +5 -4 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java Index: ConnectionFactoryLoader.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- ConnectionFactoryLoader.java 2001/11/12 06:36:49 1.13 +++ ConnectionFactoryLoader.java 2001/11/26 03:24:52 1.14 @@ -61,7 +61,7 @@ * @author a href=[EMAIL PROTECTED]Toby Allsopp/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @seeRARDeployer - * @version$Revision: 1.13 $ p + * @version$Revision: 1.14 $ p * * bRevisions:/b p * @@ -393,7 +393,7 @@ { //add the factory name to the log: String name = getClass().getName() + . + jndiName; - log = Logger.create(name); + log = Logger.getLogger(name); // If this factory has not already been loaded... if (!cfs.containsKey(jndiName)) { @@ -598,8 +598,9 @@ } // Give it somewhere to tell people things - - PrintWriter logWriter = new CategoryWriter(Logger.create(mcf.getClass().getName() + . + jndiName)); + String categoryName = mcf.getClass().getName() + . + jndiName; + Logger log = Logger.getLogger(categoryName); + PrintWriter logWriter = new CategoryWriter(log.getCategory()); try { mcf.setLogWriter(logWriter); 1.9 +2 -2 jbosscx/src/main/org/jboss/resource/ConnectionManagerFactoryLoader.java Index: ConnectionManagerFactoryLoader.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionManagerFactoryLoader.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ConnectionManagerFactoryLoader.java 2001/11/12 06:36:49 1.8 +++ ConnectionManagerFactoryLoader.java 2001/11/26 03:24:52 1.9 @@ -36,7 +36,7 @@ * * @author Toby Allsopp ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version$Revision: 1.8 $ + * @version$Revision: 1.9 $ */ public class ConnectionManagerFactoryLoader extends ServiceMBeanSupport @@ -217,7 +217,7 @@ throws Exception { String name = getClass().getName() + . + factoryName; - log = Logger.create(name); + log = Logger.getLogger(name); Context ctx = new InitialContext(); Class cls = Class.forName(factoryClass); 1.5 +2 -2 jbosscx/src/main/org/jboss/resource/JBossConnectionListenerImpl.java Index: JBossConnectionListenerImpl.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/JBossConnectionListenerImpl.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JBossConnectionListenerImpl.java 2001/09/11 18:38:58 1.4 +++ JBossConnectionListenerImpl.java 2001/11/26 03:24:52 1.5 @@ -19,7 +19,7 @@ * @author Toby Allsopp ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @seeConnectionManagerFactory - * @version$Revision: 1.4 $ + * @version$Revision: 1.5 $ */ public class JBossConnectionListenerImpl implements JBossConnectionListener @@ -39,7 +39,7 @@ JBossConnectionListenerImpl(ManagedConnectionFactory mcf, String factoryName) { this.mcf = mcf; - category = Logger.create(getClass().getName() + . + factoryName); + category = Logger.getLogger(getClass().getName() + . + factoryName); } // Public 1.5 +2 -2 jbosscx/src/main/org/jboss/resource/JBossResourceSubjectFactory.java Index: JBossResourceSubjectFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/JBossResourceSubjectFactory.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JBossResourceSubjectFactory.java 2001/09/11 18:38:58
[JBoss-dev] CVS update: jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean/xmlet XMLet.java
User: starksm Date: 01/11/25 19:24:52 Modified:src/main/org/jbossmx/cluster/watchdog/mbean/xmlet XMLet.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.4 +1 -1 jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean/xmlet/XMLet.java Index: XMLet.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jbossmx/cluster/watchdog/mbean/xmlet/XMLet.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- XMLet.java2001/09/11 18:39:56 1.3 +++ XMLet.java2001/11/26 03:24:52 1.4 @@ -317,5 +317,5 @@ private String m_libraryDirectory; /** */ -private static Logger LOG = Logger.create(XMLet.class.getName()); +private static Logger LOG = Logger.getLogger(XMLet.class); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge JDBCAbstractCMPFieldBridge.java JDBCCMP1xFieldBridge.java JDBCCMP2xFieldBridge.java JDBCCMRFieldBridge.java JDBCEntityBridge.java
User: starksm Date: 01/11/25 19:12:26 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge JDBCAbstractCMPFieldBridge.java JDBCCMP1xFieldBridge.java JDBCCMP2xFieldBridge.java JDBCCMRFieldBridge.java JDBCEntityBridge.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.9 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCAbstractCMPFieldBridge.java Index: JDBCAbstractCMPFieldBridge.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCAbstractCMPFieldBridge.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JDBCAbstractCMPFieldBridge.java 2001/11/24 21:39:11 1.8 +++ JDBCAbstractCMPFieldBridge.java 2001/11/26 03:12:26 1.9 @@ -15,7 +15,7 @@ import javax.ejb.EJBException; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.EntityEnterpriseContext; import org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCCMPFieldMetaData; @@ -41,7 +41,7 @@ * One for each entity bean cmp field. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public abstract class JDBCAbstractCMPFieldBridge implements JDBCCMPFieldBridge { protected JDBCStoreManager manager; 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP1xFieldBridge.java Index: JDBCCMP1xFieldBridge.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP1xFieldBridge.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- JDBCCMP1xFieldBridge.java 2001/11/24 22:31:10 1.7 +++ JDBCCMP1xFieldBridge.java 2001/11/26 03:12:26 1.8 @@ -13,7 +13,7 @@ import javax.ejb.EJBException; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.EntityEnterpriseContext; import org.jboss.ejb.plugins.cmp.CMPStoreManager; @@ -35,7 +35,7 @@ * One for each entity bean cmp field. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public class JDBCCMP1xFieldBridge extends JDBCAbstractCMPFieldBridge { protected Field field; 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP2xFieldBridge.java Index: JDBCCMP2xFieldBridge.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMP2xFieldBridge.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- JDBCCMP2xFieldBridge.java 2001/11/01 22:36:30 1.7 +++ JDBCCMP2xFieldBridge.java 2001/11/26 03:12:26 1.8 @@ -11,7 +11,7 @@ import javax.ejb.EJBException; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.EntityEnterpriseContext; import org.jboss.ejb.plugins.cmp.CMPStoreManager; @@ -32,7 +32,7 @@ * One for each entity bean cmp field. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public class JDBCCMP2xFieldBridge extends JDBCAbstractCMPFieldBridge { public JDBCCMP2xFieldBridge( 1.14 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMRFieldBridge.java Index: JDBCCMRFieldBridge.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCCMRFieldBridge.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- JDBCCMRFieldBridge.java 2001/11/24 22:31:10 1.13 +++ JDBCCMRFieldBridge.java 2001/11/26 03:12:26 1.14 @@ -15,8 +15,8 @@ import javax.ejb.EJBException; import javax.ejb.EJBLocalObject; import javax.transaction.Transaction; +import org.jboss.deployment.DeploymentException; import org.jboss.ejb.Container; -import org.jboss.ejb.DeploymentException; import org.jboss.ejb.EntityCache; import org.jboss.ejb.EntityContainer; import org.jboss.ejb.EntityEnterpriseContext; @@ -43,7 +43,7 @@ * One for each role that entity has.
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/connectionmanager BaseConnectionManager.java ManagedConnectionPoolFactory.java XAConnectionManager.java
User: starksm Date: 01/11/25 19:24:53 Modified:src/main/org/jboss/resource/connectionmanager BaseConnectionManager.java ManagedConnectionPoolFactory.java XAConnectionManager.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.4 +4 -4 jbosscx/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager.java Index: BaseConnectionManager.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BaseConnectionManager.java2001/11/10 21:38:03 1.3 +++ BaseConnectionManager.java2001/11/26 03:24:53 1.4 @@ -67,7 +67,7 @@ */ protected transient ServerSecurityManager sec; - private Logger log = Logger.create(getClass().getName()); + private Logger log = Logger.getLogger(getClass().getName()); /** @@ -347,7 +347,7 @@ // but who knows? protected class NoTransactionListener extends ConnectionListener { - private Logger log = Logger.create(NoTransactionListener.class); + private Logger log = Logger.getLogger(NoTransactionListener.class); /** * Constructor for the NoTransactionListener object @@ -476,7 +476,7 @@ private Transaction trans; private LocalTransaction local; - private Logger log = Logger.create(SharedLocalConnectionListener.class); + private Logger log = Logger.getLogger(SharedLocalConnectionListener.class); /** * Constructor for the SharedLocalConnectionListener object @@ -743,7 +743,7 @@ { private XAResource xar; private Transaction trans; - private Logger log = Logger.create(XAListener.class); + private Logger log = Logger.getLogger(XAListener.class); /** * Constructor for the XAListener object 1.5 +2 -2 jbosscx/src/main/org/jboss/resource/connectionmanager/ManagedConnectionPoolFactory.java Index: ManagedConnectionPoolFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/ManagedConnectionPoolFactory.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ManagedConnectionPoolFactory.java 2001/11/21 19:41:16 1.4 +++ ManagedConnectionPoolFactory.java 2001/11/26 03:24:53 1.5 @@ -27,7 +27,7 @@ private ManagedConnectionFactory factory; private ObjectPool pool; - private Logger log = Logger.create(ManagedConnectionPoolFactory.class); + private Logger log = Logger.getLogger(ManagedConnectionPoolFactory.class); /** * Constructor for the ManagedConnectionPoolFactory object @@ -48,7 +48,7 @@ { super.poolStarted(pool); this.pool = pool; - log = Logger.create(ManagedConnectionPoolFactory.class.getName() + . + pool.getName()); + log = Logger.getLogger(ManagedConnectionPoolFactory.class.getName() + . + pool.getName()); } /** 1.4 +1 -1 jbosscx/src/main/org/jboss/resource/connectionmanager/XAConnectionManager.java Index: XAConnectionManager.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/connectionmanager/XAConnectionManager.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- XAConnectionManager.java 2001/11/10 21:38:03 1.3 +++ XAConnectionManager.java 2001/11/26 03:24:53 1.4 @@ -30,7 +30,7 @@ public class XAConnectionManager extends BaseConnectionManager implements Serializable { - private Logger log = Logger.create(BaseConnectionManager.class); + private Logger log = Logger.getLogger(XAConnectionManager.class); /** * Constructor for the XAConnectionManager object ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa XAManagedConnectionFactory.java
User: starksm Date: 01/11/25 19:24:53 Modified:src/main/org/jboss/resource/adapter/jdbc/xa XAManagedConnectionFactory.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.3 +2 -2 jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa/XAManagedConnectionFactory.java Index: XAManagedConnectionFactory.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/adapter/jdbc/xa/XAManagedConnectionFactory.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- XAManagedConnectionFactory.java 2001/09/11 18:38:58 1.2 +++ XAManagedConnectionFactory.java 2001/11/26 03:24:53 1.3 @@ -47,12 +47,12 @@ * /pre * * @authorAaron Mulder [EMAIL PROTECTED] - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class XAManagedConnectionFactory implements ManagedConnectionFactory { - private Logger log = Logger.create(XAManagedConnectionFactory.class); + private Logger log = Logger.getLogger(XAManagedConnectionFactory.class); private transient XADataSource xads; private String username; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/metadata CMPFieldMetaData.java FinderMetaData.java JawsApplicationMetaData.java JawsEntityMetaData.java JawsXmlFileLoader.java MappingMetaData.java TypeMappingMetaData.java
User: starksm Date: 01/11/25 19:12:28 Modified:src/main/org/jboss/ejb/plugins/jaws/metadata CMPFieldMetaData.java FinderMetaData.java JawsApplicationMetaData.java JawsEntityMetaData.java JawsXmlFileLoader.java MappingMetaData.java TypeMappingMetaData.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.13 +5 -4 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/CMPFieldMetaData.java Index: CMPFieldMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/CMPFieldMetaData.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CMPFieldMetaData.java 2001/11/24 20:43:25 1.12 +++ CMPFieldMetaData.java 2001/11/26 03:12:28 1.13 @@ -13,7 +13,7 @@ import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.XmlLoadable; import org.jboss.metadata.MetaData; @@ -31,16 +31,17 @@ * @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a * @author a href=mailto:[EMAIL PROTECTED];Vincent Harcq/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ * * Revison: * 20010621 danch: merged patch from David Jenks - null constraint on columns. */ -public class CMPFieldMetaData extends MetaData implements XmlLoadable { +public class CMPFieldMetaData extends MetaData implements XmlLoadable +{ // Constants - // Attributes - protected static Logger log = Logger.create(CMPFieldMetaData.class); + protected static Logger log = Logger.getLogger(CMPFieldMetaData.class); /** The entity this field belongs to. */ private JawsEntityMetaData jawsEntity; 1.7 +2 -3 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/FinderMetaData.java Index: FinderMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/FinderMetaData.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- FinderMetaData.java 2001/08/03 17:15:49 1.6 +++ FinderMetaData.java 2001/11/26 03:12:28 1.7 @@ -9,8 +9,7 @@ import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; - +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.MetaData; import org.jboss.metadata.XmlLoadable; @@ -22,7 +21,7 @@ * @author a href=[EMAIL PROTECTED]Sebastien Alborini/a * @author a href=[EMAIL PROTECTED]danch/a * @author a href=[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ * * Revisions: * 20010621 Bill Burke: setReadAhead added. 1.12 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java Index: JawsApplicationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsApplicationMetaData.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- JawsApplicationMetaData.java 2001/08/12 10:46:22 1.11 +++ JawsApplicationMetaData.java 2001/11/26 03:12:28 1.12 @@ -16,7 +16,7 @@ import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.XmlLoadable; import org.jboss.metadata.MetaData; @@ -32,7 +32,7 @@ * * @see related * @author a href=[EMAIL PROTECTED]Sebastien Alborini/a - * @version $Revision: 1.11 $ + * @version $Revision: 1.12 $ * * pbRevisions:/b * 1.16 +2 -3 jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsEntityMetaData.java Index: JawsEntityMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/metadata/JawsEntityMetaData.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JawsEntityMetaData.java 2001/09/01 19:50:31 1.15 +++ JawsEntityMetaData.java 2001/11/26 03:12:28 1.16 @@ -21,8 +21,7 @@ import org.w3c.dom.Element; -import org.jboss.ejb.DeploymentException; - +import
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/xml XMLUtils.java
User: starksm Date: 01/11/25 19:24:54 Modified:src/main/org/jboss/pool/xml XMLUtils.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.4 +1 -1 jbosspool/src/main/org/jboss/pool/xml/XMLUtils.java Index: XMLUtils.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/xml/XMLUtils.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- XMLUtils.java 2001/09/11 18:39:24 1.3 +++ XMLUtils.java 2001/11/26 03:24:54 1.4 @@ -17,7 +17,7 @@ */ public abstract class XMLUtils { - private static Logger log = Logger.create( XMLUtils.class ); + private static Logger log = Logger.getLogger( XMLUtils.class ); public static String getChildText( Element parent, String name ) { Element e = getChildByName( parent, name ); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManager.java JaasSecurityManagerService.java
User: starksm Date: 01/11/25 19:24:54 Modified:src/main/org/jboss/security/plugins JaasSecurityManager.java JaasSecurityManagerService.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.16 +2 -2 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java Index: JaasSecurityManager.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JaasSecurityManager.java 2001/11/24 00:32:55 1.15 +++ JaasSecurityManager.java 2001/11/26 03:24:54 1.16 @@ -43,7 +43,7 @@ @author a href=[EMAIL PROTECTED]Oleg Nitz/a @author [EMAIL PROTECTED] - @version $Revision: 1.15 $ + @version $Revision: 1.16 $ */ public class JaasSecurityManager implements SubjectSecurityManager, RealmMapping { @@ -131,7 +131,7 @@ public JaasSecurityManager(String securityDomain) { this.securityDomain = securityDomain; - this.log = Logger.create(getClass().getName()+.+securityDomain); + this.log = Logger.getLogger(getClass().getName()+.+securityDomain); } /** The domainCache is typically a shared object that is populated 1.9 +12 -12 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.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JaasSecurityManagerService.java 2001/11/24 00:32:55 1.8 +++ JaasSecurityManagerService.java 2001/11/26 03:24:54 1.9 @@ -58,7 +58,7 @@ implements JaasSecurityManagerServiceMBean { /** The logging interface */ - private static Logger log; + private static Logger theLog; /** The class that provides the security manager implementation */ private static String securityMgrClassName = org.jboss.security.plugins.JaasSecurityManager; /** The loaded securityMgrClassName */ @@ -77,8 +77,8 @@ { // use thread-local principal and credential propagation SecurityAssociation.setServer(); - // Get a log interface - log = Logger.create(JaasSecurityManagerService.class); + // Get a theLog interface + theLog = Logger.getLogger(JaasSecurityManagerService.class); } /** The constructor does nothing as the security manager is created @@ -141,7 +141,7 @@ } catch(Exception e) { -log.error(flushAuthenticationCache failed, e); +theLog.error(flushAuthenticationCache failed, e); } } @@ -177,11 +177,11 @@ catch(NamingException e) { } - log.info(startService, cachePolicy=+cachePolicy); + theLog.info(startService, cachePolicy=+cachePolicy); // Bind the default SecurityProxyFactory instance under java:/SecurityProxyFactory SecurityProxyFactory proxyFactory = (SecurityProxyFactory) securityProxyFactoryClass.newInstance(); ctx.bind(java:/SecurityProxyFactory, proxyFactory); - log.info(startService, SecurityProxyFactory=+proxyFactory); + theLog.info(startService, SecurityProxyFactory=+proxyFactory); } protected void stopService() @@ -198,7 +198,7 @@ } catch(Exception e) { - log.error(stopService, e); + theLog.error(stopService, e); } } @@ -206,7 +206,7 @@ public static class SecurityDomainObjectFactory implements InvocationHandler, ObjectFactory { - static Logger log = Logger.create(SecurityDomainObjectFactory.class); + static Logger theLog = Logger.getLogger(SecurityDomainObjectFactory.class); /** Object factory implementation. This method returns a Context proxy that is only able to handle a lookup operation for an atomic name of a security domain. @@ -229,25 +229,25 @@ Constructor ctor = securityMgrClass.getConstructor(parameterTypes); Object[] args = {securityDomain}; securityMgr = ctor.newInstance(args); -log.info(Created securityMgr=+securityMgr); +theLog.info(Created securityMgr=+securityMgr); // See if the security mgr supports an externalized cache policy try { parameterTypes[0] = CachePolicy.class; Method m =
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/security PrincipalMappingSupport.java
User: starksm Date: 01/11/25 19:24:53 Modified:src/main/org/jboss/resource/security PrincipalMappingSupport.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.6 +2 -2 jbosscx/src/main/org/jboss/resource/security/PrincipalMappingSupport.java Index: PrincipalMappingSupport.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/security/PrincipalMappingSupport.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- PrincipalMappingSupport.java 2001/11/10 21:38:03 1.5 +++ PrincipalMappingSupport.java 2001/11/26 03:24:53 1.6 @@ -25,7 +25,7 @@ * * @author Toby Allsopp ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version$Revision: 1.5 $ + * @version$Revision: 1.6 $ */ public abstract class PrincipalMappingSupport implements PrincipalMapping @@ -54,7 +54,7 @@ */ public void setName(String name) { - category = Logger.create(getClass().getName() + . + name); + category = Logger.getLogger(getClass().getName() + . + name); } /** ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/src/main/org/jboss/jdo/castor CastorJDOImpl.java
User: starksm Date: 01/11/25 19:24:54 Modified:varia/src/main/org/jboss/jdo/castor CastorJDOImpl.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.7 +6 -4 contrib/varia/src/main/org/jboss/jdo/castor/CastorJDOImpl.java Index: CastorJDOImpl.java === RCS file: /cvsroot/jboss/contrib/varia/src/main/org/jboss/jdo/castor/CastorJDOImpl.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- CastorJDOImpl.java2001/10/11 01:02:17 1.6 +++ CastorJDOImpl.java2001/11/26 03:24:54 1.7 @@ -48,7 +48,7 @@ * Castor JDO support * * @author Oleg Nitz ([EMAIL PROTECTED]) - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ */ public class CastorJDOImpl extends ServiceMBeanSupport implements DataObjects, ObjectFactory, Referenceable, Serializable, @@ -342,9 +342,11 @@ log.error(Exception, except); } -public PrintWriter getPrintWriter() { -if (writer == null) { -writer = new CategoryWriter(log); +public PrintWriter getPrintWriter() +{ +if (writer == null) +{ +writer = new CategoryWriter(log.getCategory()); } return writer; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty Jetty.java JettyService.java JettyServiceMBean.java
User: starksm Date: 01/11/25 19:24:53 Modified:jetty/src/main/org/jboss/jetty Jetty.java JettyService.java JettyServiceMBean.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.21 +2 -2 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- Jetty.java2001/11/25 14:52:49 1.20 +++ Jetty.java2001/11/26 03:24:53 1.21 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.20 2001/11/25 14:52:49 jules_gosnell Exp $ +// $Id: Jetty.java,v 1.21 2001/11/26 03:24:53 starksm Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -18,7 +18,7 @@ import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import org.apache.log4j.Category; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.web.AbstractWebContainer.WebDescriptorParser; import org.jboss.web.WebApplication; import org.mortbay.http.HttpHandler; 1.30 +4 -4 contrib/jetty/src/main/org/jboss/jetty/JettyService.java Index: JettyService.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- JettyService.java 2001/11/25 16:02:00 1.29 +++ JettyService.java 2001/11/26 03:24:53 1.30 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JettyService.java,v 1.29 2001/11/25 16:02:00 jules_gosnell Exp $ +// $Id: JettyService.java,v 1.30 2001/11/26 03:24:53 starksm Exp $ package org.jboss.jetty; @@ -20,7 +20,7 @@ import javax.management.MBeanServer; import javax.management.ObjectName; import org.apache.log4j.Category; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.system.ServiceMBeanSupport; import org.jboss.web.AbstractWebContainer.WebDescriptorParser; import org.jboss.web.AbstractWebContainer; @@ -37,7 +37,7 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a - * @version $Revision: 1.29 $ + * @version $Revision: 1.30 $ */ // NOTES @@ -80,7 +80,7 @@ public static final String NAME = Jetty; - Category _log= Category.getInstance(super.category.getName()+.+getName()); + Category _log= Category.getInstance(getClass().getName()); DebugMBean _debug = null; JettyMBean _mbean = null; Jetty_jetty = null; 1.9 +3 -3 contrib/jetty/src/main/org/jboss/jetty/JettyServiceMBean.java Index: JettyServiceMBean.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyServiceMBean.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JettyServiceMBean.java2001/09/16 17:14:17 1.8 +++ JettyServiceMBean.java2001/11/26 03:24:53 1.9 @@ -5,18 +5,18 @@ * See terms of license at gnu.org. */ -// $Id: JettyServiceMBean.java,v 1.8 2001/09/16 17:14:17 jules_gosnell Exp $ +// $Id: JettyServiceMBean.java,v 1.9 2001/11/26 03:24:53 starksm Exp $ package org.jboss.jetty; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; /** * description * * @see related * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public interface JettyServiceMBean extends org.jboss.web.AbstractWebContainerMBean ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/cache LeastRecentlyUsedCache.java
User: starksm Date: 01/11/25 19:24:54 Modified:src/main/org/jboss/pool/cache LeastRecentlyUsedCache.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.4 +1 -1 jbosspool/src/main/org/jboss/pool/cache/LeastRecentlyUsedCache.java Index: LeastRecentlyUsedCache.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/cache/LeastRecentlyUsedCache.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- LeastRecentlyUsedCache.java 2001/09/11 18:39:23 1.3 +++ LeastRecentlyUsedCache.java 2001/11/26 03:24:54 1.4 @@ -24,7 +24,7 @@ private int maxSize; private CachedObjectFactory factory; - private Logger log = Logger.create( LeastRecentlyUsedCache.class ); + private Logger log = Logger.getLogger( LeastRecentlyUsedCache.class ); public LeastRecentlyUsedCache( CachedObjectFactory factory, int maxSize ) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool ObjectPool.java PoolGCThread.java
User: starksm Date: 01/11/25 19:24:54 Modified:src/main/org/jboss/pool ObjectPool.java PoolGCThread.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.8 +7 -5 jbosspool/src/main/org/jboss/pool/ObjectPool.java Index: ObjectPool.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/ObjectPool.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ObjectPool.java 2001/11/12 18:35:18 1.7 +++ ObjectPool.java 2001/11/26 03:24:54 1.8 @@ -36,8 +36,9 @@ * @createdAugust 18, 2001 * @seeorg.jboss.pool.PooledObject */ -public class ObjectPool implements PoolEventListener { - private Logger log = Logger.create( ObjectPool.class ); +public class ObjectPool implements PoolEventListener +{ + private Logger log = Logger.getLogger( ObjectPool.class ); private PoolObjectFactory factory; private String poolName; @@ -161,7 +162,7 @@ throw new IllegalStateException( Cannot change pool name once set! ); } poolName = name; - log = Logger.create( ObjectPool.class.getName() + . + name ); + log = Logger.getLogger( ObjectPool.class.getName() + . + name ); } @@ -1053,11 +1054,12 @@ /** * @createdAugust 18, 2001 */ -class BeanFactory extends PoolObjectFactory { +class BeanFactory extends PoolObjectFactory +{ private ClassbeanClass; - private Logger log = Logger.create( BeanFactory.class ); + private Logger log = Logger.getLogger( BeanFactory.class ); public BeanFactory( Class beanClass ) { try { 1.5 +3 -2 jbosspool/src/main/org/jboss/pool/PoolGCThread.java Index: PoolGCThread.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/PoolGCThread.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- PoolGCThread.java 2001/09/11 18:39:23 1.4 +++ PoolGCThread.java 2001/11/26 03:24:54 1.5 @@ -16,9 +16,10 @@ * * @author Aaron Mulder ([EMAIL PROTECTED]) */ -class PoolGCThread extends Thread { +class PoolGCThread extends Thread +{ -static Logger category = Logger.create(PoolGCThread.class.getName()); +static Logger category = Logger.getLogger(PoolGCThread.class.getName()); private HashSet pools = new HashSet(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCApplicationMetaData.java JDBCCMPFieldMetaData.java JDBCCMPFieldPropertyMetaData.java JDBCDeclaredQueryMetaData.java JDBCEntityMetaData.java JDBCFunctionMappingMetaData.java JDBCMappingMetaData.java JDBCQueryMetaDataFactory.java JDBCReadAheadMetaData.java JDBCRelationMetaData.java JDBCRelationshipRoleMetaData.java JDBCTypeMappingMetaData.java JDBCValueClassMetaData.java JDBCValuePropertyMetaData.java JDBCXmlFileLoader.java
User: starksm Date: 01/11/25 19:12:27 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCApplicationMetaData.java JDBCCMPFieldMetaData.java JDBCCMPFieldPropertyMetaData.java JDBCDeclaredQueryMetaData.java JDBCEntityMetaData.java JDBCFunctionMappingMetaData.java JDBCMappingMetaData.java JDBCQueryMetaDataFactory.java JDBCReadAheadMetaData.java JDBCRelationMetaData.java JDBCRelationshipRoleMetaData.java JDBCTypeMappingMetaData.java JDBCValueClassMetaData.java JDBCValuePropertyMetaData.java JDBCXmlFileLoader.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Clean up the org.jboss.logging.Logger to use the Logger.getLogger factory method. Revision ChangesPath 1.16 +4 -3 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCApplicationMetaData.java Index: JDBCApplicationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCApplicationMetaData.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- JDBCApplicationMetaData.java 2001/11/24 22:31:10 1.15 +++ JDBCApplicationMetaData.java 2001/11/26 03:12:27 1.16 @@ -13,21 +13,22 @@ import java.util.HashSet; import java.util.Iterator; import java.util.Map; -import org.jboss.ejb.DeploymentException; +import org.w3c.dom.Element; + +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.ApplicationMetaData; import org.jboss.metadata.BeanMetaData; import org.jboss.metadata.EntityMetaData; import org.jboss.metadata.MetaData; import org.jboss.metadata.RelationMetaData; -import org.w3c.dom.Element; /** * This immutable class contains information about the application * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a * @author a href=[EMAIL PROTECTED]Sebastien Alborini/a - * @version $Revision: 1.15 $ + * @version $Revision: 1.16 $ */ public final class JDBCApplicationMetaData { 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCCMPFieldMetaData.java Index: JDBCCMPFieldMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCCMPFieldMetaData.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JDBCCMPFieldMetaData.java 2001/09/01 22:03:17 1.4 +++ JDBCCMPFieldMetaData.java 2001/11/26 03:12:27 1.5 @@ -14,7 +14,7 @@ import java.util.Iterator; import java.util.List; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.MetaData; import org.w3c.dom.Element; @@ -27,7 +27,7 @@ * @author a href=[EMAIL PROTECTED]Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a * @author a href=mailto:[EMAIL PROTECTED];Vincent Harcq/a - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ public final class JDBCCMPFieldMetaData { /** 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCCMPFieldPropertyMetaData.java Index: JDBCCMPFieldPropertyMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCCMPFieldPropertyMetaData.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JDBCCMPFieldPropertyMetaData.java 2001/09/01 22:03:17 1.4 +++ JDBCCMPFieldPropertyMetaData.java 2001/11/26 03:12:27 1.5 @@ -6,7 +6,7 @@ */ package org.jboss.ejb.plugins.cmp.jdbc.metadata; -import org.jboss.ejb.DeploymentException; +import org.jboss.deployment.DeploymentException; import org.jboss.metadata.MetaData; import org.w3c.dom.Element; @@ -15,7 +15,7 @@ * This immutable class contains information about the an overriden field property. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ public final class JDBCCMPFieldPropertyMetaData { /** 1.8 +3 -4 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCDeclaredQueryMetaData.java Index: JDBCDeclaredQueryMetaData.java ===
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util/timeout TimeoutFactory.java
User: starksm Date: 01/11/25 19:19:46 Modified:src/main/org/jboss/util/timeout TimeoutFactory.java Log: Use the Logger.getLogger factory method Revision ChangesPath 1.9 +4 -3 jboss/src/main/org/jboss/util/timeout/TimeoutFactory.java Index: TimeoutFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/timeout/TimeoutFactory.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- TimeoutFactory.java 2001/09/11 18:35:04 1.8 +++ TimeoutFactory.java 2001/11/26 03:19:46 1.9 @@ -22,11 +22,12 @@ * allocating anything on the heap. * * @author a href=[EMAIL PROTECTED]Ole Husgaard/a - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ -public class TimeoutFactory { +public class TimeoutFactory +{ - private static Logger log = Logger.create(TimeoutFactory.class); + private static Logger log = Logger.getLogger(TimeoutFactory.class); // Code commented out with the mark INV: are runtime checks // of invariants that are not needed for a production system. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/src/main/org/jboss/boot/servlets BootServlet.java
User: starksm Date: 01/11/25 19:24:54 Modified:varia/src/main/org/jboss/boot/servlets BootServlet.java Log: Drop the org.jboss.ejb.DeploymentException in favor of the org.jboss.deployment.DeploymentException class. Use the org.jboss.logging.Logger.getLogger factory method. Revision ChangesPath 1.2 +1 -1 contrib/varia/src/main/org/jboss/boot/servlets/BootServlet.java Index: BootServlet.java === RCS file: /cvsroot/jboss/contrib/varia/src/main/org/jboss/boot/servlets/BootServlet.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- BootServlet.java 2001/10/31 05:48:59 1.1 +++ BootServlet.java 2001/11/26 03:24:53 1.2 @@ -49,7 +49,7 @@ */ public class BootServlet extends HttpServlet { - static Logger log = Logger.create(BootServlet.class); + static Logger log = Logger.getLogger(BootServlet.class); static File configBase; static File transformBase; static RE variableRE; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] what DBMS's support select for update?
I guess I was stating that the select for update concept of forcing a lock does not exist using that syntax in Sybase. The closest thing would be select ... holdlock, although I am not sure that has exactly the same effect. Using the keywork holdlock has the same effect as using transaction isolation level 3 (serializable). Using holdlock basically acquires a readlock on the row/page/table as appropriate. This read lock is only in place for the duration of the transaction. I don't know the details of select for update, but I imagine it would be similar. I have heard mention of people using a select for update in situations that span transactions (and a relatively great deal of time), but I always thought they were mistaken. The Transact-SQL documentation for Sybase is online and easily accessible. http://manuals.sybase.com/onlinebooks/group-as/asg1250e/sqlug -jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Sunday, November 25, 2001 6:57 PM To: 'James Cook'; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] what DBMS's support select for update? What is the syntax in Sybase? Or did I miss the point of this email? -dain -Original Message- From: James Cook [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 25, 2001 3:50 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] what DBMS's support select for update? Sybase does not support select for update. Standard SQL dictates (and Sybase supports) a select at serializable mechanism which will change the isolation level on the transaction to serializable. Of course, Oracle does not support serializable isolation. -jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of David Budworth Sent: Saturday, November 24, 2001 1:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] what DBMS's support select for update? I would totally disagree with you on this one. select for update is the only way (AFAIK) to ensure DB consistency in a multi host web environment. example: Load balances web servers, client clicks submit twice, sending the request to 2 different web hosts. If select for update is not used, each host will step on the other. This is partly why poorly coded ecomerce sites end up double charging credit cards. As for performance, I'm not sure how MySQL implements this, but in Oracle, you get a performance boost, since any row that was select for update enabled, remains in cache, so updates to it are quicker, since the row(s) in questions, are already bound to the session, and no lookup is required. It does, however, place a slight resource drain on your DB if you use it 100% of the time, but rarely make updates. But since EJB has no concept of open read/write vs. open readonly (unless you deploy the bean twice with different descriptors), you don't really get much of a choice. In a clustered situation you could make sure no two app servers are using the same bean at the same time, but that's much more expensive than using select for update. Plus, I can't imagine any real enterprise application being the only accessor of the DB. Other apps (ie CRM systems), use select for update to play nice with eachother and avoid dirty writes. It does add some work for the DBA, since they are usually the only ones that can tell you why your code keeps locking up (like, server 1 locks on submit, because server2 decided to select for update and then go into an infinite loop). But that is far easier than trying to figure out why, every time you click submit, your data doesn't store, even though you server.log shows the update happening. Not using it would be acceptable if there was only one process talking to the db. Just my opinion. -David On Sat, 24 Nov 2001, Ignacio Coloma wrote: MySQL does too. SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT] [HIGH_PRIORITY] [DISTINCT | DISTINCTROW | ALL] select_expression,... [INTO {OUTFILE | DUMPFILE} 'file_name' export_options] [FROM table_references [WHERE where_definition] [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [HAVING where_definition] [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC] ,...] [LIMIT [offset,] rows] [PROCEDURE procedure_name] [FOR UPDATE | LOCK IN SHARE MODE]] My personal feelings about it: (a) IIRC it's SQL-92 standard (b) I would never recommend using it, even less in a web-enabled system. It degrades performance and you have to be aware about administration issues such as row-level
[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties
User: starksm Date: 01/11/25 19:45:44 Modified:src/etc/conf/default log4j.properties Log: Drop the log4j.categoryFactory setting as it is no longer needed. Revision ChangesPath 1.15 +1 -4 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.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- log4j.properties 2001/11/22 00:10:01 1.14 +++ log4j.properties 2001/11/26 03:45:44 1.15 @@ -4,12 +4,9 @@ ## ## ### == ### -### $Id: log4j.properties,v 1.14 2001/11/22 00:10:01 user57 Exp $ ### +### $Id: log4j.properties,v 1.15 2001/11/26 03:45:44 starksm Exp $ ### # This creates a server.log appender and a console appender. - -# Set the LoggerFactory as the default CategoryFactory -log4j.categoryFactory=org.jboss.logging.LoggerFactory # Setup the root category log4j.rootCategory=DEBUG, Default, Console ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 177 Successful tests: 150 Errors:15 Failures: 12 [time of test: 26 November 2001 3:57 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Log4j config question
No, appenders have priority thresholds as do categories, but configuring the threshold for an appender for a given category is not supported. You can configure an appender just for a category and then sets its threshold as you wish to achieve a custom appender threshold for a category. log4j.appender.Debug=org.jboss.logging.log4j.FileAppender log4j.appender.Debug.File=../log/category.log log4j.appender.Debug.Threshold=DEBUG log4j.appender.Debug.layout=org.apache.log4j.PatternLayout log4j.appender.Debug.layout.ConversionPattern=%-5p [%c{1}] %m%n log4j.category.org.jboss.security=DEBUG, Debug If you really want this output to go to the console you can configure a second console appender, but its output would show the two layout prefixes since the default Console appender uses the org.jboss.logging.log4j.ConsoleAppender, which replaces the System.out stream to log with a category name of Default. - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 25, 2001 4:18 PM Subject: [JBoss-dev] Log4j config question Can I turn up the console appender threashold for only one category? I want the normal console loging but also cmp debug messages. By the way, I rewote the category creation for cmp and eliminated the debug flag from the metadata. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] BMP DataSource is getting closed twice
One of the current unit test failures has to do with a BMP bean seeing an already closed exception on an attempt to close a JDBC connection. The unit test is org.jboss.test.cts.test.BmpUnitTestCase and the corresponding EJB is org.jboss.test.cts.ejb.CtsBmpBean. Below is the server side exception that is occuring. Can someone look into why this exception is ocurring in the latest main codebase. DEBUG [org.jboss.resource.ConnectionFactoryLoader] ConnectionFactoryLoader.getObjectInstance, name = 'DefaultDS' INFO [Default] entry ejbFindAll DEBUG [org.jboss.pool.ObjectPool.DefaultDS] Pool DefaultDS [1/1/10] gave out pooled object: org.jboss.resource.adapter.jdbc.local.JDBCManagedConnection@779885 DEBUG [org.jboss.tm.TxCapsule] registerSynchronization(): Entered, tx=XidImpl [FormatId=257, GlobalId=succubus-si//0, BranchQual=] status=STATUS_ACTIVE DEBUG [org.jboss.resource.JBossConnectionListenerImpl.DefaultDS] Connection handle 'org.jboss.resource.adapter.jdbc.local.ConnectionInPool@48ecc' issued by connection manager 'org.jboss.resource.connectionmanager.jboss.MinervaSharedLocalCM@24de7d' from mcf 'org.jboss.resource.adapter.jdbc.local.JDBCManagedConnectionFactory@2c3327' DEBUG [org.jboss.pool.ObjectPool.DefaultDS] Pool DefaultDS [0/0/10] destroyed object org.jboss.resource.adapter.jdbc.local.JDBCManagedConnection@779885. INFO [Default] Initializing DATABASE tables for BMP test... ERROR [Default] java.sql.SQLException: Connection has been closed! DEBUG [org.jboss.mq.il.oil.OILClientIL] Done ERROR [Default] at org.jboss.resource.adapter.jdbc.local.ConnectionInPool.close(ConnectionInPoo l.java:776) ERROR [Default] at org.jboss.test.cts.ejb.CtsBmpBean.initializeDatabaseTable(CtsBmpBean.java:53 1) ERROR [Default] at org.jboss.test.cts.ejb.CtsBmpBean.ensureTableExists(CtsBmpBean.java:496) ERROR [Default] at org.jboss.test.cts.ejb.CtsBmpBean.ejbFindAll(CtsBmpBean.java:190) ERROR [Default] at java.lang.reflect.Method.invoke(Native Method) DEBUG [org.jboss.mq.server.MessageReference] getMessage lock aquire ERROR [Default] at org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceM anager.java:587) DEBUG [org.jboss.mq.server.MessageReference] getMessage lock released ERROR [Default] at org.jboss.ejb.plugins.BMPPersistenceManager.findEntities(BMPPersistenceManag er.java:306) DEBUG [org.jboss.mq.server.MessageReference] getMessage lock aquire ERROR [Default] at org.jboss.ejb.EntityContainer.find(EntityContainer.java:601) DEBUG [org.jboss.mq.server.MessageReference] getMessage lock released ERROR [Default] at java.lang.reflect.Method.invoke(Native Method) ERROR [Default] at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContaine r.java:921) ERROR [Default] at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySync hronizationInterceptor.java:221) DEBUG [org.jboss.mq.server.MessageReference] clear lock aquire ERROR [Default] at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInt erceptor.java:131) DEBUG [org.jboss.mq.server.MessageReference] clear lock relased ERROR [Default] at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor .java:80) ERROR [Default] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:98) ERROR [Default] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:155) ERROR [Default] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55) ERROR [Default] at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.jav a:102) ERROR [Default] at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) ERROR [Default] at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:436) ERROR [Default] at org.jboss.ejb.Container.invoke(Container.java:537) ERROR [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) ERROR [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) ERROR [Default] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContai nerInvoker.java:368) ERROR [Default] at java.lang.reflect.Method.invoke(Native Method) ERROR [Default] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) ERROR [Default] at sun.rmi.transport.Transport$1.run(Transport.java:152) ERROR [Default] at java.security.AccessController.doPrivileged(Native Method) ERROR [Default] at sun.rmi.transport.Transport.serviceCall(Transport.java:148) ERROR [Default] at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) ERROR [Default] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7 06) ERROR [Default] at java.lang.Thread.run(Thread.java:484) Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing
[JBoss-dev] CVS update: jbosstest build.xml
User: starksm Date: 01/11/25 20:50:31 Modified:.build.xml Log: Change the one-test target to execute a single unit test as specified by the test property. The test property gives the fully qualified class name of the unit test to execute rather than a class name that is matched in every test package. Revision ChangesPath 1.40 +5 -10 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- build.xml 2001/11/19 06:59:12 1.39 +++ build.xml 2001/11/26 04:50:31 1.40 @@ -10,7 +10,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.39 2001/11/19 06:59:12 d_jencks Exp $ -- +!-- $Id: build.xml,v 1.40 2001/11/26 04:50:31 starksm Exp $ -- project default=main name=JBoss/Testsuite @@ -1864,7 +1864,8 @@ /target !-- - | Run a single testcase by specifing the test name in -Dtest= + | Run a single testcase by specifing the fully qualified class name + | of the unit test using the test property, -Dtest=org.jboss.test | Here you specify the testcase class, not the directory -- @@ -1897,16 +1898,10 @@ formatter type=${junit.formatter.type} usefile=${junit.formatter.usefile}/ - batchtest todir=${build.reports} + test todir=${build.reports} name=${test} haltonerror=${junit.batchtest.haltonerror} haltonfailure=${junit.batchtest.haltonfailure} - fork=${junit.batchtest.fork} - -fileset dir=${build.classes} - include name=org/jboss/test/*/test/${test}.class/ - include name=org/jboss/test/*/perf/${test}.class/ -/fileset - /batchtest + fork=${junit.batchtest.fork}/ /junit /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 162 Successful tests: 137 Errors:13 Failures: 12 [time of test: 26 November 2001 5:23 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 177 Successful tests: 150 Errors:15 Failures: 12 [time of test: 26 November 2001 6:19 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq Connection.java
User: starksm Date: 01/11/25 22:33:11 Modified:src/main/org/jboss/mq Connection.java Log: Clean up the execessive logging by introducing trace level messages Revision ChangesPath 1.13 +206 -187 jbossmq/src/main/org/jboss/mq/Connection.java Index: Connection.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/Connection.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Connection.java 2001/11/12 05:27:35 1.12 +++ Connection.java 2001/11/26 06:33:11 1.13 @@ -14,23 +14,21 @@ import java.io.IOException; import java.io.Serializable; import java.util.Collection; - import java.util.HashMap; import java.util.HashSet; import java.util.Iterator; - import java.util.LinkedList; import java.util.Properties; import javax.jms.ConnectionMetaData; - import javax.jms.Destination; import javax.jms.ExceptionListener; import javax.jms.JMSException; import javax.jms.Queue; import javax.jms.Topic; + +import org.jboss.logging.Logger; import org.jboss.mq.il.ClientIL; import org.jboss.mq.il.ClientILService; - import org.jboss.mq.il.ServerIL; /** @@ -38,7 +36,7 @@ * * @authorNorbert Lataille ([EMAIL PROTECTED]) * @authorHiram Chirino ([EMAIL PROTECTED]) - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ * @created August 16, 2001 */ public class Connection implements java.io.Serializable, javax.jms.Connection @@ -47,8 +45,8 @@ * Description of the Field */ public static ThreadGroup threadGroup = new ThreadGroup(JBossMQ Client Threads); - - static org.apache.log4j.Category cat = org.apache.log4j.Category.getInstance(Connection.class); + + static Logger log = Logger.getLogger(Connection.class); /** * Maps a destination to a LinkedList of Subscriptions @@ -66,7 +64,7 @@ // // Attributes // - + /** * This is our connection to the JMS server */ @@ -80,12 +78,12 @@ * The connection token is used to identify our connection to the server. */ protected ConnectionToken connectionToken; - + /** * The object that sets up the client IL */ protected ClientILService clientILService; - + /** * Manages the thread that pings the connection to see if it is 'alive' */ @@ -115,7 +113,7 @@ * Set a soon as close() is called on the connection. */ protected volatile boolean closing = false; - + //LinkedList of all created sessions by this connection HashSet createdSessions; // Numbers subscriptions @@ -124,60 +122,67 @@ boolean closed; // Used to control tranactions SpyXAResourceManager spyXAResourceManager; - + //The class that created this connection GenericConnectionFactory genericConnectionFactory; //Last message ID returned private int lastMessageID; - + //the exceptionListener private ExceptionListener exceptionListener; - + //Get a new messageID (creation of a new message) private StringBuffer sb = new StringBuffer(); private char[] charStack = new char[22]; - + /** * Static class initializer.. */ - static { - cat.debug(Setting the clockDaemon's thread factory); + static + { + log.debug(Setting the clockDaemon's thread factory); clockDaemon.setThreadFactory( - new ThreadFactory () { -public Thread newThread(Runnable r) { + new ThreadFactory() + { +public Thread newThread(Runnable r) +{ Thread t = new Thread(threadGroup, r, Connection Monitor Thread); t.setDaemon(true); return t; } - } - + } ); } - + // // Constructors // - + Connection(String userName, String password, GenericConnectionFactory genericConnectionFactory) - throws JMSException + throws JMSException { - - cat.debug(Connection Initializing); - + boolean trace = log.isTraceEnabled(); + if( trace ) + log.trace(Connection Initializing); + //Set the attributes createdSessions = new HashSet(); connectionToken = null; closed = false; lastMessageID = 0; modeStop = true; - + // Connect to the server -
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server ClientConsumer.java JMSServer.java MessageReference.java
User: starksm Date: 01/11/25 22:33:12 Modified:src/main/org/jboss/mq/server ClientConsumer.java JMSServer.java MessageReference.java Log: Clean up the execessive logging by introducing trace level messages Revision ChangesPath 1.9 +169 -108 jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java Index: ClientConsumer.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ClientConsumer.java 2001/10/28 01:27:01 1.8 +++ ClientConsumer.java 2001/11/26 06:33:12 1.9 @@ -16,12 +16,16 @@ import javax.jms.Destination; import javax.jms.JMSException; -import org.jboss.mq.*; -import org.jboss.mq.xml.XElement; - +import org.jboss.logging.Logger; +import org.jboss.mq.AcknowledgementRequest; +import org.jboss.mq.ConnectionToken; +import org.jboss.mq.ReceiveRequest; +import org.jboss.mq.SpyMessage; +import org.jboss.mq.Subscription; import org.jboss.mq.threadpool.ThreadPool; import org.jboss.mq.threadpool.Work; +import org.jboss.mq.xml.XElement; /** * This represent the clients queue which consumes messages from the @@ -29,9 +33,11 @@ * * @author Hiram Chirino ([EMAIL PROTECTED]) * @createdAugust 16, 2001 - * @version$Revision: 1.8 $ + * @version$Revision: 1.9 $ */ -public class ClientConsumer implements Work { +public class ClientConsumer implements Work +{ + private Logger log; //The JMSServer object JMSServer server; //The connection this queue will send messages over @@ -44,52 +50,58 @@ HashMap subscriptions = new HashMap(); //Maps a subscription id to a Subscription for subscriptions that have finished receiving HashMap removedSubscriptions = new HashMap(); - + LinkedList blockedSubscriptions = new LinkedList(); - - org.apache.log4j.Category cat; - + //List of messages waiting to be transmitted to the client private LinkedList messages = new LinkedList(); //LinkedList of the the temporary destinations that this client created //public LinkedList temporaryDestinations = new LinkedList(); - + /** * Flags that I am enqueued as work on my thread pool. */ private boolean enqueued = false; - + // Static --- - + /** * The {@link org.jboss.mq.threadpool.ThreadPool ThreadPool} that * does the actual message pushing for us. */ private static ThreadPool threadPool = null; - + // Constructor --- - - public ClientConsumer(JMSServer server, ConnectionToken dc) throws JMSException { + + public ClientConsumer(JMSServer server, ConnectionToken dc) throws JMSException + { this.server = server; this.dc = dc; - cat = org.apache.log4j.Category.getInstance(ClientConsumer.class.getName() + : + dc.getClientID()); + log = Logger.getLogger(ClientConsumer.class.getName() + : + dc.getClientID()); // Create thread pool - synchronized (ClientConsumer.class) { + synchronized (ClientConsumer.class) + { if (threadPool == null) threadPool = new ThreadPool(Message Pushers, server.threadGroup, 10, true); } } - - public void setEnabled(boolean enabled) throws JMSException { - cat.debug( + this +-setEnabled(enabled= + enabled + )); + + public void setEnabled(boolean enabled) throws JMSException + { + if( log.isTraceEnabled() ) + log.trace( + this +-setEnabled(enabled= + enabled + )); this.enabled = enabled; - if (enabled) { + if (enabled) + { // queues might be waiting for messages. - synchronized (blockedSubscriptions) { -for (Iterator it = blockedSubscriptions.iterator(); it.hasNext();) { + synchronized (blockedSubscriptions) + { +for (Iterator it = blockedSubscriptions.iterator(); it.hasNext();) +{ Subscription sub = (Subscription) it.next(); JMSDestination dest = server.getJMSDestination(sub.destination); - if (dest != null) { + if (dest != null) + { dest.addReceiver(sub); } } @@ -97,128 +109,161 @@ } } } - - public void queueMessageForSending(RoutedMessage r) { - synchronized (messages) { + + public void queueMessageForSending(RoutedMessage r) + { + synchronized (messages) + { if (closed)
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/uil UILClientIL.java
User: starksm Date: 01/11/25 22:33:12 Modified:src/main/org/jboss/mq/il/uil UILClientIL.java Log: Clean up the execessive logging by introducing trace level messages Revision ChangesPath 1.4 +14 -8 jbossmq/src/main/org/jboss/mq/il/uil/UILClientIL.java Index: UILClientIL.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILClientIL.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UILClientIL.java 2001/09/26 05:02:28 1.3 +++ UILClientIL.java 2001/11/26 06:33:12 1.4 @@ -16,9 +16,10 @@ import javax.jms.Destination; import javax.jms.JMSException; + +import org.jboss.logging.Logger; import org.jboss.mq.Connection; import org.jboss.mq.ReceiveRequest; - import org.jboss.mq.SpyDestination; import org.jboss.mq.il.ClientIL; import org.jboss.mq.il.uil.multiplexor.SocketMultiplexor; @@ -28,13 +29,12 @@ * * @authorNorbert Lataille ([EMAIL PROTECTED]) * @authorHiram Chirino ([EMAIL PROTECTED]) - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @created August 16, 2001 */ public class UILClientIL implements ClientIL, java.io.Serializable { - - static org.apache.log4j.Category cat = org.apache.log4j.Category.getInstance(UILClientIL.class); + static Logger log = Logger.getLogger(UILClientIL.class); final static int m_close = 2; final static int m_deleteTemporaryDestination = 1; final static int m_receive = 3; @@ -92,18 +92,23 @@ public synchronized void receive(ReceiveRequest messages[]) throws Exception { - cat.debug(Checking socket); + boolean trace = log.isTraceEnabled(); + if( trace ) + log.trace(Checking socket); checkSocket(); - cat.debug(Writing request); + if( trace ) + log.trace(Writing request); out.writeByte(m_receive); out.writeInt(messages.length); for (int i = 0; i messages.length; ++i) { messages[i].writeExternal(out); } - cat.debug(Waiting for awnser); + if( trace ) + log.trace(Waiting for awnser); waitAnswer(); - cat.debug(Done); + if( trace ) + log.trace(Done); } /** @@ -136,6 +141,7 @@ } catch (Exception e) { + log.debug(Cannot connect to the ConnectionReceiver/Server, e); throw new RemoteException(Cannot connect to the ConnectionReceiver/Server); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/oil OILClientIL.java
User: starksm Date: 01/11/25 22:33:12 Modified:src/main/org/jboss/mq/il/oil OILClientIL.java Log: Clean up the execessive logging by introducing trace level messages Revision ChangesPath 1.4 +15 -8 jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java Index: OILClientIL.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- OILClientIL.java 2001/09/26 05:02:28 1.3 +++ OILClientIL.java 2001/11/26 06:33:12 1.4 @@ -18,6 +18,8 @@ import javax.jms.Destination; import javax.jms.JMSException; + +import org.jboss.logging.Logger; import org.jboss.mq.Connection; import org.jboss.mq.ReceiveRequest; @@ -29,12 +31,12 @@ * * @authorNorbert Lataille ([EMAIL PROTECTED]) * @authorHiram Chirino ([EMAIL PROTECTED]) - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * @created August 16, 2001 */ public class OILClientIL implements ClientIL, java.io.Serializable { - static org.apache.log4j.Category cat = org.apache.log4j.Category.getInstance(OILClientIL.class); + static Logger log = Logger.getLogger(OILClientIL.class); final static int m_close = 2; final static int m_deleteTemporaryDestination = 1; final static int m_receive = 3; @@ -104,18 +106,23 @@ public synchronized void receive(ReceiveRequest messages[]) throws Exception { - cat.debug(Checking socket); + boolean trace = log.isTraceEnabled(); + if( trace ) + log.trace(Checking socket); checkSocket(); - cat.debug(Writing request); + if( trace ) + log.trace(Writing request); out.writeByte(m_receive); out.writeInt(messages.length); for (int i = 0; i messages.length; ++i) { messages[i].writeExternal(out); } - cat.debug(Waiting for awnser); + if( trace ) + log.trace(Waiting for awnser); waitAnswer(); - cat.debug(Done); + if( trace ) + log.trace(Done); } /** @@ -142,7 +149,7 @@ { try { - cat.info(ConnectionReceiverOILClient is connecting to: + addr.getHostAddress() + : + port); + log.info(ConnectionReceiverOILClient is connecting to: + addr.getHostAddress() + : + port); socket = new Socket(addr, port); out = new ObjectOutputStream(new BufferedOutputStream(socket.getOutputStream())); out.flush(); @@ -150,7 +157,7 @@ } catch (Exception e) { - cat.debug(e); + log.debug(Cannot connect to the ConnectionReceiver/Server, e); throw new RemoteException(Cannot connect to the ConnectionReceiver/Server); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource ConnectionFactoryLoader.java
User: starksm Date: 01/11/25 22:35:12 Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java Log: Change the getObjectInstance log level to trace Revision ChangesPath 1.15 +6 -3 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java Index: ConnectionFactoryLoader.java === RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ConnectionFactoryLoader.java 2001/11/26 03:24:52 1.14 +++ ConnectionFactoryLoader.java 2001/11/26 06:35:12 1.15 @@ -61,7 +61,7 @@ * @author a href=[EMAIL PROTECTED]Toby Allsopp/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @seeRARDeployer - * @version$Revision: 1.14 $ p + * @version$Revision: 1.15 $ p * * bRevisions:/b p * @@ -331,8 +331,11 @@ Hashtable environment) { // Return the connection factory with the requested name - log.debug(ConnectionFactoryLoader.getObjectInstance, name = ' + -name + '); + if( log.isTraceEnabled() ) + { + log.trace(ConnectionFactoryLoader.getObjectInstance, name = ' + + name + '); + } synchronized (cfs) { return cfs.get(name.toString()); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development