RE: [JBoss-dev] DTDs at www.jboss.org?

2001-11-25 Thread Dain Sundstrom

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

2001-11-25 Thread Jules Gosnell

  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

2001-11-25 Thread Jules Gosnell

  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

2001-11-25 Thread Jules Gosnell

  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

2001-11-25 Thread Jules Gosnell

  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....

2001-11-25 Thread Julian Gosnell


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

2001-11-25 Thread Jules Gosnell

  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....

2001-11-25 Thread David Jencks

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....

2001-11-25 Thread Anatoly Akkerman


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....

2001-11-25 Thread marc fleury

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....

2001-11-25 Thread marc fleury

|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?

2001-11-25 Thread Anatoly Akkerman


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....

2001-11-25 Thread Dain Sundstrom

 |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....

2001-11-25 Thread Anatoly Akkerman


  
  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)

2001-11-25 Thread Langelage, Frank

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?

2001-11-25 Thread marc fleury

|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

2001-11-25 Thread marc fleury



|-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

2001-11-25 Thread Adam Heath

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

2001-11-25 Thread noreply

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

2001-11-25 Thread noreply

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

2001-11-25 Thread marc fleury

|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

2001-11-25 Thread Luke Taylor

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)

2001-11-25 Thread Julian Gosnell

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

2001-11-25 Thread Julian Gosnell

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?

2001-11-25 Thread James Cook

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....

2001-11-25 Thread Greg Wilkins


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)

2001-11-25 Thread Langelage, Frank

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....

2001-11-25 Thread marc fleury

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....

2001-11-25 Thread marc fleury


|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?

2001-11-25 Thread VASQUEZ_JASON

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?

2001-11-25 Thread VASQUEZ_JASON

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?

2001-11-25 Thread VASQUEZ_JASON

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

2001-11-25 Thread Scott M Stark


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?

2001-11-25 Thread Dain Sundstrom

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

2001-11-25 Thread Dain Sundstrom

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?

2001-11-25 Thread Adam Heath

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

2001-11-25 Thread VASQUEZ_JASON

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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread chris



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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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?

2001-11-25 Thread James Cook

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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread chris



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

2001-11-25 Thread Scott M Stark


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

2001-11-25 Thread Scott M Stark

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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread chris



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

2001-11-25 Thread chris



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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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

2001-11-25 Thread Scott M Stark

  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



  1   2   >