[JBoss-dev] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread chris


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

  [xdoclet] Running entitycmp/
  [xdoclet]   Generating CMP class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'.
  [xdoclet] Running deploymentdescriptor/
  [xdoclet]   Generating EJB deployment descriptor.
  [xdoclet] Running jboss/
  [xdoclet]   Generating jboss.xml.
  [xdoclet]   Generating jaws.xml.
  [xdoclet] 3 warnings

compile-classes:
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
[javac] Compiling 327 source files to 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:65:
 cannot resolve symbol
symbol  : class Main  
location: package javac
import sun.tools.javac.Main;
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
symbol  : class Main  
location: class org.apache.jasper.compiler.SunJavaCompiler
Main compiler = new Main(out, jsp-javac);
^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
symbol  : class Main  
location: class org.apache.jasper.compiler.SunJavaCompiler
Main compiler = new Main(out, jsp-javac);
^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:479:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:519:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:596:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:625:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/util/UnixCrypt.java:455:
 warning: String(byte[],int,int,int) in java.lang.String has been deprecated
return new String(cryptresult, 0x00, 0, 13);
   ^
3 errors
5 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/build.xml:383: Compile failed, 
messages should have been provided.

Total time: 2 minutes 31 seconds

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread chris


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

  [xdoclet] Running entitycmp/
  [xdoclet]   Generating CMP class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'.
  [xdoclet] Running deploymentdescriptor/
  [xdoclet]   Generating EJB deployment descriptor.
  [xdoclet] Running jboss/
  [xdoclet]   Generating jboss.xml.
  [xdoclet]   Generating jaws.xml.
  [xdoclet] 3 warnings

compile-classes:
[mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
[javac] Compiling 327 source files to 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:65:
 cannot resolve symbol
symbol  : class Main  
location: package javac
import sun.tools.javac.Main;
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
symbol  : class Main  
location: class org.apache.jasper.compiler.SunJavaCompiler
Main compiler = new Main(out, jsp-javac);
^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
symbol  : class Main  
location: class org.apache.jasper.compiler.SunJavaCompiler
Main compiler = new Main(out, jsp-javac);
^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:479:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:519:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = ufin.readLine()) != null) 
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:596:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:625:
 warning: readLine() in java.io.DataInputStream has been deprecated
while ((line = htin.readLine()) != null)
   ^
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/util/UnixCrypt.java:455:
 warning: String(byte[],int,int,int) in java.lang.String has been deprecated
return new String(cryptresult, 0x00, 0, 13);
   ^
3 errors
5 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/build.xml:383: Compile failed, 
messages should have been provided.

Total time: 2 minutes 32 seconds

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: contrib/jetty build.xml

2002-01-19 Thread Jules Gosnell

  User: jules_gosnell
  Date: 02/01/19 02:10:42

  Modified:jettybuild.xml
  Log:
  well - looks like I broke the build - sorry !
  
  Revision  ChangesPath
  1.26  +4 -3  contrib/jetty/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- build.xml 2002/01/19 02:05:37 1.25
  +++ build.xml 2002/01/19 10:10:42 1.26
  @@ -15,8 +15,9 @@
   !-- $Id$ --
   
   project default=main name=JBoss Plugins/Jetty
  +!--
 property environment=env/
  -
  + --
 !-- == --
 !-- Setup  --
 !-- == --
  @@ -136,10 +137,10 @@
   
   !-- Java Compiler --
   path id=javac.jar.classpath
  -  pathelement path=${env.CLASSPATH} /
   !--
  -  pathelement path=${module.root}/lib/javac.jar/
  +  pathelement path=${env.CLASSPATH} /
--
  +  pathelement path=${module.root}/lib/javac.jar/
   /path
   
   !-- The combined library classpath --
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread Jules Gosnell

IT WAS ME !

should be all fixed now - hope I didn't cause too much inconvenience,

Jules


[EMAIL PROTECTED] wrote:

 =
 ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
 =

 HERE ARE THE LAST 50 LINES OF THE LOG FILE

   [xdoclet] Running entitycmp/
   [xdoclet]   Generating CMP class for 'org.jboss.jetty.ejb.CoarseHttpSessionBean'.
   [xdoclet] Running deploymentdescriptor/
   [xdoclet]   Generating EJB deployment descriptor.
   [xdoclet] Running jboss/
   [xdoclet]   Generating jboss.xml.
   [xdoclet]   Generating jaws.xml.
   [xdoclet] 3 warnings

 compile-classes:
 [mkdir] Created dir: 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
 [javac] Compiling 327 source files to 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/output/classes
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:65:
 cannot resolve symbol
 symbol  : class Main
 location: package javac
 import sun.tools.javac.Main;
^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
 symbol  : class Main
 location: class org.apache.jasper.compiler.SunJavaCompiler
 Main compiler = new Main(out, jsp-javac);
 ^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/apache/jasper/compiler/SunJavaCompiler.java:136:
 cannot resolve symbol
 symbol  : class Main
 location: class org.apache.jasper.compiler.SunJavaCompiler
 Main compiler = new Main(out, jsp-javac);
 ^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:479:
 warning: readLine() in java.io.DataInputStream has been deprecated
 while ((line = ufin.readLine()) != null)
^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:519:
 warning: readLine() in java.io.DataInputStream has been deprecated
 while ((line = ufin.readLine()) != null)
^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:596:
 warning: readLine() in java.io.DataInputStream has been deprecated
 while ((line = htin.readLine()) != null)
^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/http/handler/HTAccessHandler.java:625:
 warning: readLine() in java.io.DataInputStream has been deprecated
 while ((line = htin.readLine()) != null)
^
 
/disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/src/main/org/mortbay/util/UnixCrypt.java:455:
 warning: String(byte[],int,int,int) in java.lang.String has been deprecated
 return new String(cryptresult, 0x00, 0, 13);
^
 3 errors
 5 warnings

 BUILD FAILED

 /disk/orig/home/lubega/jbossro/jboss-all/plugins/jetty/build.xml:383: Compile 
failed, messages should have been provided.

 Total time: 2 minutes 59 seconds

 ___
 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



[JBoss-dev] build/build.sh plugins/jetty/build.xml java.home

2002-01-19 Thread Jules Gosnell


If I use the property java.home in plugins/jetty/build.xml to append
$JAVA_HOME/lib/tools.jar to my CLASSPATH to build Jasper, all works well
from the ./build.sh in the jetty directory.

However, if a build is launched from the top-level - i.e.
build/build.sh, tools.jar is not found.

How can I ensure that java.home is exported down the build tree ?

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] More createmethod for entity beans...

2002-01-19 Thread Rhett Aultman

I finally got some free time to seriously look over the stateful session bean 
createmethod patch previously discussed, and between that and my source code 
explorations, I think I can roll together a patch to give createmethod support for 
entity beans.  As previously stated, it is part of the EJB 2.0 spec, so it does need 
to get done.  The snapshot downloads are down,  but the CVS checkins make it look like 
nobody's jumped in on this.  Before I sit down and attempt to make the changes, 
though, I wanted to double-check that nobody on jboss-devel was working on this (or 
has already done this).  If you happen to be, please drop me an email so I know I'm  
wasting my time.  Thanks! :)
%º,±×¯zZ)™é홨¥Šx%ŠËIn‹,uëޖŠfz{eŠËl²‹«qç讧zØm¶›?þX¬¶Ë(º·~Šàzw­þX¬¶ÏåŠËbú?º,±×¯zZ)™éí


[JBoss-dev] CVS update: jboss/src/main/org/jboss/util Scheduler.java SchedulerMBean.java

2002-01-19 Thread Andreas Schaefer

  User: schaefera
  Date: 02/01/19 10:43:30

  Modified:src/main/org/jboss/util Scheduler.java SchedulerMBean.java
  Log:
  Added isActive() flag, NOW will be reset to the current date when Schedule is 
(re)started, fixed some bugs.
  
  Revision  ChangesPath
  1.17  +71 -31jboss/src/main/org/jboss/util/Scheduler.java
  
  Index: Scheduler.java
  ===
  RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/Scheduler.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- Scheduler.java2002/01/18 18:48:12 1.16
  +++ Scheduler.java2002/01/19 18:43:30 1.17
  @@ -73,13 +73,34 @@
   * the next available time to start with respect to the settings.
   * Therefore you can restart JBoss without adjust your Schedule
   * every time. BUT you will still loose the calls during the Schedule
  -* was donw./li
  +* was down./li
   * liAdded parsing capabilities to setInitialStartDate. Now NOW: current time,
   * and a string in a format the SimpleDataFormat understand in your environment
   * (US: m/d/yy h:m a) but of course the time in ms since 1/1/1970./li
   * liSome fixes like the stopping a Schedule even if it already stopped etc./li
   * /ul
   * /p
  +* pb20020118 Andy:/b
  +* ul
  +* liAdded the ability to call another MBean instead of an instance of the
  +* given Schedulable class. Use setSchedulableMBean() to specify the JMX
  +* Object Name pointing to the given MBean. Then if the MBean does not
  +* contain the same method as the Schedulable instance you have to specify
  +* the method with setSchedulableMBeanMethod(). There you can use some
  +* constants./li
  +* /p
  +* pb20020119 Andy:/b
  +* ul
  +* liAdded a helper method isActive()/li
  +* liFixed a bug not indicating that no MBean is used when setSchedulableClass()
  +* is called./li
  +* liFixed a bug therefore that when NOW is set as initial start date a restart
  +* of the Schedule will reset the start date to the current date/li
  +* liFixed a bug because the start date was update during recalculation of the
  +* start date when the original start date is in the past (see above). With this
  +* you could restart the schedule even after all hits were fired when the
  +* schedule was not started immediately after the initial start date was 
set./li
  +* /p
   **/
   public class Scheduler
  extends ServiceMBeanSupport
  @@ -136,6 +157,7 @@
  private DateFormat mDateFormatter;
  private Date mStartDate;
  private String mStartDateString;
  +   private boolean mStartDateIsNow;
  private long mSchedulePeriod;
  private long mInitialRepetitions;
  
  @@ -269,28 +291,35 @@
   
   mRemainingRepetitions = mInitialRepetitions;
   mActualSchedulePeriod = mSchedulePeriod;
  +Date lStartDate = null;
   // Register the Schedule at the Timer
  -// Check if initial start date is in the past
  -if( mStartDate.getTime()  new Date().getTime() ) {
  -   // If then first check if a repetition is in the future
  -   long lNow = new Date().getTime() + 100;
  -   long lSkipRepeats = ( ( lNow - mStartDate.getTime() ) / 
mActualSchedulePeriod ) + 1;
  -   if( mRemainingRepetitions  0 ) {
  -  // If not infinit loop
  -  if( lSkipRepeats = mRemainingRepetitions ) {
  - // No repetition left - exit
  - log.info( No repetitions left because start date is in the 
past and could  +
  -not be reached by Initial Repetitions * Schedule Period );
  - return;
  -  } else {
  - // Reduce the missed hits
  - mRemainingRepetitions -= lSkipRepeats;
  +// If start date is NOW then take the current date
  +if( mStartDateIsNow ) {
  +   mStartDate = new Date( new Date().getTime() + 1000 );
  +   lStartDate = mStartDate;
  +} else {
  +   // Check if initial start date is in the past
  +   if( mStartDate.getTime()  new Date().getTime() ) {
  +  // If then first check if a repetition is in the future
  +  long lNow = new Date().getTime() + 100;
  +  long lSkipRepeats = ( ( lNow - mStartDate.getTime() ) / 
mActualSchedulePeriod ) + 1;
  +  log.debug( Old start date:  + mStartDate + , now:  + new 
Date( lNow ) + , Skip repeats:  + lSkipRepeats );
  +  if( mRemainingRepetitions  0 ) {
  + // If not infinit loop
  + if( lSkipRepeats = mRemainingRepetitions ) {
  +// No repetition left - exit
  +log.info( No repetitions left because start 

[JBoss-dev] [ jboss-Bugs-474977 ] run.sh fails on Mac OS X

2002-01-19 Thread noreply

Bugs item #474977, was opened at 2001-10-25 10:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=474977group_id=22866

Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthew Bishop (mattbishop)
Assigned to: Andreas Schaefer (schaefera)
Summary: run.sh fails on Mac OS X

Initial Comment:
The run.sh script in JBoss 2.4.1a and 2.4.3 incorrectly 
identifies a HotSpot Server VM and then tries to 
instantiate the VM with the '-server' option.  This fails if 
the VM is indeed a HotSpot Client VM and not the server 
variety.

Mac OS X does not ship with a server HotSpot, so the 
run.sh script fails when it tries to instantiate the VM.  
Here is a sample output:

[localhost:/J2EE-servers/jboss/bin] matt% sh run.sh
Unrecognized option: -server
Could not create the Java virtual machine.

Here is the output from Mac OS X 10.1 when checking the 
version:

[localhost:/J2EE-servers/jboss/bin] matt% java -version
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard Edition (build 
1.3.1-root-010902-18:51)
Java HotSpot(TM) Client VM (build 1.3.1, mixed mode)

My workaround is to edit the run.sh script and remove the 
$HOTSPOT variable from the instantiation line.


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-01-19 12:44

Message:
Logged In: NO 

Good!  Will this code make it into the 3.0 alpha branch?  I am 
running 3.0 with great success, once I fix the run.sh script.


--

Comment By: Loren Rosen (lorenrosen)
Date: 2002-01-15 12:22

Message:
Logged In: YES 
user_id=387536

Perhaps run.sh should invoke 'java -help' and check the output for the string -server
to verify that the option is supported.


--

Comment By: Andreas Schaefer (schaefera)
Date: 2001-11-16 15:23

Message:
Logged In: YES 
user_id=70434

Current CVS Branch_2_4 contains the fix.

Andy

--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=474977group_id=22866

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] More createmethod for entity beans...

2002-01-19 Thread Allen Fogleson

Actually I finished a patch for the createMethod stuff, i havent 
uploaded it. there is a minor change in the old patch that will allow it 
to work in the newer builds of JBoss 3. (Since the classloader stuff 
changed) and of course the entity stuff is slightly harder since it has 
to occur in only ejb 2.0 entities. I haven't fully tested the patch is 
the only reason i havent uploaded it to the patches.

Al


Rhett Aultman wrote:

I finally got some free time to seriously look over the stateful session bean 
createmethod patch previously discussed, and between that and my source code 
explorations, I think I can roll together a patch to give createmethod support for 
entity beans.  As previously stated, it is part of the EJB 2.0 spec, so it does need 
to get done.  The snapshot downloads are down,  but the CVS checkins make it look 
like nobody's jumped in on this.  Before I sit down and attempt to make the changes, 
though, I wanted to double-check that nobody on jboss-devel was working on this (or 
has already done this).  If you happen to be, please drop me an email so I know I'm  
wasting my time.  Thanks! :)
%,ׯzZ)x%n,ufz{eqz?X~wX,ׯzZ)




___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] [ jboss-Patches-505928 ] Fixed compile problem in jboss.net

2002-01-19 Thread noreply

Patches item #505928, was opened at 2002-01-19 18:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=505928group_id=22866

Category: JbossSOAP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott McLaughlin (mclaugs)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fixed compile problem in jboss.net

Initial Comment:
Index: AxisService.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java,v
retrieving revision 1.4
diff -u -r1.4 AxisService.java
--- AxisService.java2001/12/05 11:00:26 1.4
+++ AxisService.java2002/01/20 01:30:46
@@ -14,6 +14,7 @@
 
 import org.jboss.deployment.DeploymentException;
 import org.jboss.deployment.DeployerMBeanSupport;
+import org.jboss.deployment.ServiceDeploymentInfo;
 import org.jboss.web.WebApplication;
 
 import org.apache.log4j.Category;
@@ -454,7 +455,7 @@
  try
  {
 // copy the archive
-URL copy=getLocalCopy(url,new
DeploymentInfo(url)).toURL();
+URL copy=getLocalCopy(url,new
ServiceDeploymentInfo(url)).toURL();
 
 // and install new classloader apartment
 URLClassLoader newClassLoader=new
URLClassLoader(new URL[]
@@ -499,5 +500,4 @@
  }
}
 
-
-}
\ No newline at end of file
+}



--

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376687aid=505928group_id=22866

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] Re: The penny drops - JBoss Repository Selector

2002-01-19 Thread Adrian Brock

Hi Ceki,

The problem *I* am interested in solving is to let each application
have in its own independent logging universe. I don't see a problem
with JBoss components sharing one logging universe (that of JBoss).

Then basically we agree. I can deal with my extra complications once
I have this working. i.e. Allowing the Web Server an internal logging 
universe
separate from JBoss and the servlets it runs.

Thus, servlet code naturally log using the log4j classes
loaded by the EJB classloader. In other words, one logging universe
for the whole application.
I am not familiar with JBoss way of organizing the classloader hierarchy
although I would like to learn.

Yes, JBoss works the same. Marc Fleury is about to commit
some code that makes this more interesting. I don't think it changes the
scope of what we are trying to do.
JBoss has a feature where even if you use the remote interface of a
j2ee bean from a servlet it actually does a local invocation since they
are deployed using the classloader.
Although this has been broken for a while in 3.0 pending Marc's changes.

I have one question. I was about to try to implement JBoss 
RepositorySelector. with each application having its own repository 
initially configured like the
JBoss universe, but with the application free to reconfigure.
But before I started I wanted to make sure log4j 1.2 didn't produce any 
funnies
with the current code.
I found the Category class in log4j 1.2 won't work with code compiled on 
earlier versions. Is this deliberate, won't this cause problems when the 
source isn't
available to do recompiles?
Our compilation uses xdoclet which also uses log4j, so it is not
simply a case of recompiling JBoss. I'll have to recompile that as well.

Regards,
Adrian


_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Automated JBoss Testsuite Results

2002-01-19 Thread chris



JBoss daily test results

SUMMARY

Number of tests run:   270



Successful tests:  267

Errors:1

Failures:  2





[time of test: 20 January 2002 2:53 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] Automated JBoss Testsuite Results

2002-01-19 Thread chris



JBoss daily test results

SUMMARY

Number of tests run:   270



Successful tests:  268

Errors:1

Failures:  1





[time of test: 20 January 2002 3:23 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



[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment MainDeployerMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:37:45

  Added:   src/main/org/jboss/deployment MainDeployerMBean.java
  Log:
  Unification of classloaders and deployers the Main deployer is the one with the 
thread and it calls all the others.  The sub-deployers are responsible for registering 
with this main deployer
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/MainDeployerMBean.java
  
  Index: MainDeployerMBean.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.deployment;
  
  import java.net.URL;
  import javax.management.ObjectName;
  import org.jboss.system.ServiceMBean;
  
  /**
  * This is the interface of the AutoDeployer that is exposed for
  * administration
  *  
  * @see AutoDeployer
  * 
  * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
  * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @version $Revision: 1.1 $
  *  pb20011223 marc fleury:/b
  *  ul 
  *  liadd/RemoveURL, added the capacity to dynamically add a URL to watch
  *  liadd/Removedeployer, dynamically add a new deployer
  *  liChanged ObjectName to JBOSs-SYSTEM realm (from EJB realm)
  *  liRewrite
  *  /ul
  */
  public interface MainDeployerMBean
  extends ServiceMBean
  {
 /** The default object name. */
 String OBJECT_NAME = JBOSS-SYSTEM:service=MainDeployer;
 
 
 /** individual URLs for dynamically deploying **/
 void deploy(String URL);
 void undeploy(String URL);
 
 void deploy(DeploymentInfo sdi)
 throws DeploymentException;
 
 public void undeploy(DeploymentInfo sdi)
 throws DeploymentException;
 
 
 /** Dynamically add directories to scan **/
 void addDirectory(String url);
 void removeDirectory(String url);
 
 /** Add the capacity to dynamically add a deployer to the list **/
 void addDeployer(DeployerMBean deployer);
 void removeDeployer(DeployerMBean deployer);
 
 /** get all the watched URLs in this deployment **/
 String[] getDeployed();
 
 /** Get set scan-period**/
 void setScan( boolean scan);
 boolean getScan();
 void setPeriod(int period);
 int getPeriod();   
  }
  
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment SARDeployer.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:38:23

  Added:   src/main/org/jboss/deployment SARDeployer.java
  Log:
  The new SARDeployer
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/SARDeployer.java
  
  Index: SARDeployer.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.deployment;
  
  
  import java.io.File;
  import java.io.FilenameFilter;
  import java.io.IOException;
  import java.io.InputStream;
  import java.io.OutputStream;
  import java.io.FileOutputStream;
  import java.net.MalformedURLException;
  import java.net.URL;
  import java.util.ArrayList;
  import java.util.Collection;
  import java.util.HashMap;
  import java.util.Iterator;
  import java.util.LinkedList;
  import java.util.List;
  import java.util.ListIterator;
  import java.util.Map;
  import java.util.Set;
  import java.util.HashSet;
  import java.util.StringTokenizer;
  import java.util.jar.JarFile;
  import java.util.Enumeration;
  import java.util.jar.JarEntry;
  import javax.management.InstanceNotFoundException;
  import javax.management.MBeanException;
  import javax.management.MBeanServer;
  import javax.management.MalformedObjectNameException;
  import javax.management.ObjectName;
  import javax.management.ReflectionException;
  import javax.management.RuntimeErrorException;
  import javax.management.RuntimeMBeanException;
  import javax.xml.parsers.DocumentBuilder;
  import javax.xml.parsers.DocumentBuilderFactory;
  import javax.xml.parsers.ParserConfigurationException;
  import org.jboss.deployment.DeploymentInfo;
  import org.jboss.system.Service;
  import org.jboss.system.ServiceControllerMBean;
  import org.jboss.system.ServiceLibraries;
  import org.jboss.system.ServiceMBeanSupport;
  import org.w3c.dom.Document;
  import org.w3c.dom.Element;
  import org.w3c.dom.NodeList;
  import org.xml.sax.InputSource;
  import org.xml.sax.SAXException;
  
  /**
  * This is the main Service Deployer API.
  *
  * @see   org.jboss.system.Service
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
  * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
  * @version   $Revision: 1.1 $ p
  *
  *  b20010830 marc fleury:/b
  *  ulinitial import
  *li
  *  /ul
  *
  *  pb20010905 david maplesden:/b
  *  ul
  *  liChanged deployment procedure to deploy all listed mbeans, then
  *  initialise them all before finally starting them all.  Changed services
  *  sets to lists to maintain ordering.
  *  /ul
  *
  *  b20010908 david jencks/b
  *  ol
  *li fixed tabs to spaces and log4j logging. Made the urlToServiceSet
  *map actually use the url supplied to deploy. Made postRegister use
  *deploy. Made undeploy work, and implemented sar dependency management
  *and recursive deploy/undeploy.
  *  /ol
  *
  *  pb20010907 david maplesden:/b
  *  ul
  *  liAdded support for depends tag
  *  /ul
  *
  *  pb20011210 marc fleury:/b
  *  ul
  *  liRemoving the classpath dependency to explicit jars
  *  /ul
  *  pb20011211 marc fleury:/b
  *  ul
  *  lirewrite
  *  /ul
  */
  public class SARDeployer
  extends ServiceMBeanSupport
  implements SARDeployerMBean
  {
 // Attributes 
 private ObjectName objectName;
 
 //Find all the deployment info for a url
 private final Map urlToDeploymentInfoMap = new HashMap();
 
 //Find what package an mbean came from.
 private final Map objectNameToSupplyingPackageMap = new HashMap();
 
 
 
 // Public 
 
 /**
 * Gets the Name of the ServiceDeployer object
 *
 * @return   returns ServiceDeployer
 */
 public String getName()
 {
return ServiceDeployer;
 }
 
 /**
 * Gets the FilenameFilter that the AutoDeployer uses to decide which files
 * will be deployed by the ServiceDeployer. Currently .jsr, .sar, and files
 * ending in service.xml are accepted.
 *
 * @return   The FileNameFilter for use by the AutoDeployer.
 */
 public boolean accepts(DeploymentInfo di) 
 {
return (di.url.toString().endsWith(.sar)
   || di.url.toString().endsWith(service.xml));
 }
 
 
 public void init(DeploymentInfo di)
 throws DeploymentException
 {
try 
{
   // resolve the watch
   if (di.url.getProtocol().startsWith(http))
   {
  // We watch the top only, no directory support
  di.watch = di.url;
   }
   
   else if(di.url.getProtocol().startsWith(file))
 

[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment SARDeployerMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:38:48

  Added:   src/main/org/jboss/deployment SARDeployerMBean.java
  Log:
  The MBean for the Sar deployer
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/SARDeployerMBean.java
  
  Index: SARDeployerMBean.java
  ===
  /*
  * JBoss, the OpenSource J2EE server
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.deployment;
  
  
  
  import org.jboss.system.Service;
  /** 
  * This is the main Service Deployer API.
  *   
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @see org.jboss.system.Service
  *
  * @version $Revision: 1.1 $
  *
  *   pb20010830 marc fleury:/b
  *   ul
  *  initial import
  *   li 
  *   /ul
  */
  public interface SARDeployerMBean
  extends Service, DeployerMBean
  {
 // Public 
 
 /** The default object name. */
 public static final String OBJECT_NAME = JBOSS-SYSTEM:service=ServiceDeployer;
 
  }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment EARDeployerMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:38:04

  Added:   src/main/org/jboss/deployment EARDeployerMBean.java
  Log:
  Unified Deployers
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/EARDeployerMBean.java
  
  Index: EARDeployerMBean.java
  ===
  /*
   * JBoss, the OpenSource J2EE webOS
   *
   * Distributable under LGPL license.
   * See terms of license at gnu.org.
   */
  package org.jboss.deployment;
  
  
  import java.io.IOException;
  import java.net.MalformedURLException;
  import javax.management.ObjectName;
  import org.jboss.system.ServiceMBean;
  
  /**
   *   @see 
   *   @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
   *   @version $Revision: 1.1 $
   */
  public interface EARDeployerMBean
  extends DeployerMBean
  {
 // Constants -
 public static final String OBJECT_NAME = J2EE:service=EARDeployer;
  
 // Public 
  }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeploymentInfo.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:40:16

  Added:   src/main/org/jboss/deployment DeploymentInfo.java
  Log:
  The abstract representation for all the classes deployed in the server
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/DeploymentInfo.java
  
  Index: DeploymentInfo.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.deployment;
  
  import java.net.URL;
  import java.net.URLClassLoader;
  import java.io.File;
  import java.io.FileInputStream;
  import java.util.ArrayList;
  import java.util.Set;
  import java.util.HashSet;
  import java.util.Collection;
  import java.util.HashMap;
  import java.util.List;
  import java.util.Iterator;
  import java.util.Vector;
  import java.util.Date;
  import java.util.jar.JarFile;
  import java.util.jar.Manifest;
  
  import java.util.Iterator;
  
  
  import org.jboss.system.UnifiedClassLoader;
  import org.jboss.system.ServiceLibraries;
  import org.jboss.logging.Logger;
  
  /*
  import org.w3c.dom.Document;
  import org.w3c.dom.Element;
  import org.w3c.dom.NodeList;
  import org.w3c.dom.Text;
  */
  
  import org.xml.sax.InputSource;
  import org.xml.sax.SAXException;
  import javax.xml.parsers.DocumentBuilderFactory;
  import javax.xml.parsers.DocumentBuilder;
  import org.w3c.dom.Document;
  
  /**
  * Service Deployment Info .
  *
  * Every deployment (even the J2EE ones) should be seen at some point as 
  * Service Deployment info
  *
  * @see   org.jboss.system.Service
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
  * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
  * @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a
  * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
  * @version   $Revision: 1.1 $ p
  *
  *  b20011211 marc fleury:/b
  *  ul
  *liinitial import based on d-jenck deployement info inner class in 
DeploymentMBeanSupport   
  *  /ul
  *  b20011225 marc fleury:/b
  *  ul
  *liUnification of deployers and merge with Jung/Schulze's Deployment.java  
 
  *  /ul
  
  *
  */
  
  
  public class DeploymentInfo 
  {
 
 // Variables 
 
 public static HashMap deployments = new HashMap();
 
 /** when **/
 public Date date = new Date();
 
 /** the URL identifing this SDI **/
 public URL url;
 
 public URL localUrl;
 
 public URL watch;
 
 public String shortName;
 
 public long lastDeployed = 0;
 
 //   public List dirs = new ArrayList();
 
 public DeployerMBean deployer;
 
 /** Unified CL is a global scope class loader **/
 public ClassLoader ucl;
 
 /** local Cl is a CL that is used for metadata loading, if ejb-jar.xml is left in 
the parent CL 
 through old deployments, this makes ensures that we use the local version **/
 public ClassLoader localCl;
 
 /** The classpath declared by this xml descriptor, needs classpath entry **/
 public Collection classpath = new ArrayList();
 
 // The mbeans deployed
 public List mbeans = new ArrayList();
 
 // Anyone can have subdeployments
 public Set subDeployments = new HashSet();
 
 // And the subDeployments have a parent
 public DeploymentInfo parent = null;
 
 /** the web root context in case of war file */
 public String webContext;
 
 /** the manifest entry of the deployment (if any)
 *  manifest is not serializable ... is only needed
 *  at deployment time, so we mark it transient
 */
 public Manifest manifest;
 
 // Each Deployment is really mapping one to one to a XML document, here in its 
parsed form
 public Document document;
 
 // We can hold typed metadata, really an interpretation of the bare XML document
 public Object metaData;
 
 public boolean isXML;
 public boolean isDirectory;
 
 public DeploymentInfo(URL url, DeploymentInfo parent)
 throws DeploymentException
 { 
// The key url the deployment comes from 
this.url = url;

// this may be changed by deployers in case of directory and xml file following
this.watch =url;

// Whether we are part of a subdeployment or not
this.parent = parent;

// Is it a directory?
if (url.getProtocol().startsWith(file)  new 
File(url.getFile()).isDirectory()) 
   this.isDirectory = true;

// marcf FIXME FIXME 
// DO the same for the URL based deployments

if (parent != null) parent.subDeployments.add(this);
   
// The short name for the 

[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment MainDeployer.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:41:15

  Added:   src/main/org/jboss/deployment MainDeployer.java
  Log:
  the main deployer.  Thread and deploy operations. It copies over the classes and 
deploys anything to the server. does the unification of the class loaders and the 
deployer
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/deployment/MainDeployer.java
  
  Index: MainDeployer.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.deployment;
  
  import java.util.ArrayList;
  import java.util.Set;
  import java.util.Enumeration;
  import java.util.HashSet;
  import java.util.Map;
  import java.util.HashMap;
  import java.util.Iterator;
  import java.util.StringTokenizer;
  import java.util.jar.JarFile;
  import java.util.jar.Attributes;
  import java.util.jar.JarEntry;
  import java.util.ConcurrentModificationException;
  import java.net.JarURLConnection;
  import java.util.jar.Manifest;
  import java.net.URL;
  import java.net.MalformedURLException;
  import java.io.InputStream;
  import java.io.FileInputStream;
  import java.io.FileOutputStream;
  import java.io.OutputStream;
  import java.io.File;
  import java.io.FilenameFilter;
  import java.io.IOException;
  import javax.management.MBeanServer;
  import javax.management.ObjectName;
  import javax.management.MalformedObjectNameException;
  import org.jboss.system.ServiceMBeanSupport;
  
  
  
  /**
  * MainDeployer
  *
  * Takes a series of URL to watch, detects changes and calls the appropriate 
Deployers 
  *
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @version $Revision: 1.1 $
  *
  *
  */
  
  public class MainDeployer
  extends ServiceMBeanSupport
  implements MainDeployerMBean, Runnable
  {
 
 // Constants -
 
 // Attributes 
 
 /** JMX Server **/
 MBeanServer server;
 
 /** Deployers **/
 Set deployers = new HashSet();
 
 /** Scanned Directories **/
 ArrayList directories = new ArrayList();
 
 /** I always feel like somebody is watching me, contains DeploymentInfo **/
 Map deployments = new HashMap();
 ArrayList deploymentsList = new ArrayList();
 
 /** Thread running **/
 boolean running = false;
 
 /** period of scanning **/
 int period = 5000;
 
 int id = 0;
 
 // Static 
 
 // Constructors --
 
 
 // Getters setters --
 
 /** Get on period **/
 public void setPeriod(int period) { this.period = period; }
 public int getPeriod() {return period;}
 
 
 /** Directory get set logic, these are scanning directories  on the local 
filesystem  **/
 
 
 public void setDirectories(String urlList) 
 {
StringTokenizer urls = new StringTokenizer(urlList, ,);

// Add URLs to list
while (urls.hasMoreTokens())
{
   addDirectory(urls.nextToken().trim()) ;
} 
 }
 
 public void addDirectory(String url) 
 {

// We are dealing with a relative path URL 
if (!( url.startsWith(file:) || url.startsWith(http:)))
{
   url = file:+System.getProperty(jboss.system.home)+File.separator+url;
}
// Only one entry
try 
{ 
   URL dir = new URL(url);
   
   if (!directories.contains(dir)) directories.add(dir); 
}

catch (MalformedURLException bad) { log.warn(Failed to add directory scan 
+url); return;}

if (log.isDebugEnabled()) log.debug(Added directory scan +url);
 }
 
 public void removeDirectory(String url) 
 {

// We are dealing with a relative path URL 
if (!( url.startsWith(file:) || url.startsWith(http:)))
{
   url = System.getProperty(jboss.system.home)+url;
}

try 
{ 
   int index = directories.lastIndexOf(new URL(url));
   if (index != -1) directories.remove(index); 
}

catch (MalformedURLException bad) { log.warn(Failed to remove directory scan 
+url); return;}

if (log.isDebugEnabled()) log.debug(Removed directory scan +url);
 }
 
 /*
 public String[] getDirectories() 
 {
 
 String[] urls= new String[directories.size()];
 
 int i = 0;
 Iterator dirs = directories.iterator();
 while (dirs.hasNext())
 urls[i++]= ((URL) dirs.next()).getFile();
 
 return urls;
 }
 */
 
 
 public String[] getDeployed()
 {

[JBoss-dev] CVS update: jboss/src/main/org/jboss/system URLClassLoader.java URLClassLoaderMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:44:57

  Removed: src/main/org/jboss/system URLClassLoader.java
URLClassLoaderMBean.java
  Log:
  Move to the Unified ClassLoader

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb EJBDeployer.java EJBDeployerMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:43:45

  Added:   src/main/org/jboss/ejb EJBDeployer.java
EJBDeployerMBean.java
  Log:
  The new EJB deployer, it is a repackaging of the container factory and an addition 
of the new deployer calls.
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/ejb/EJBDeployer.java
  
  Index: EJBDeployer.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.ejb;
  
  import java.io.File;
  import java.net.MalformedURLException;
  import java.net.URL;
  import java.net.URLClassLoader;
  import java.rmi.RemoteException;
  import java.util.ArrayList;
  import java.util.HashMap;
  import java.util.Iterator;
  import javax.management.MBeanException;
  import javax.management.MBeanRegistration;
  import javax.management.MBeanServer;
  import javax.management.MalformedObjectNameException;
  import javax.management.ObjectName;
  import javax.management.RuntimeMBeanException;
  import javax.naming.Context;
  import javax.naming.InitialContext;
  import javax.naming.NamingException;
  import javax.transaction.TransactionManager;
  
  import org.apache.log4j.NDC;
  
  import org.jboss.deployment.DeploymentInfo;
  import org.jboss.deployment.DeployerMBean;
  import org.jboss.deployment.DeploymentException;
  import org.jboss.ejb.BeanLockManager;
  import org.jboss.ejb.plugins.AbstractInstanceCache;
  import org.jboss.ejb.plugins.SecurityProxyInterceptor;
  import org.jboss.ejb.plugins.StatefulSessionInstancePool;
  import org.jboss.management.j2ee.J2EEDeployedObject;
  import org.jboss.logging.Logger;
  import org.jboss.metadata.ApplicationMetaData;
  import org.jboss.metadata.BeanMetaData;
  import org.jboss.metadata.ConfigurationMetaData;
  import org.jboss.metadata.EntityMetaData;
  import org.jboss.metadata.MessageDrivenMetaData;
  import org.jboss.metadata.MetaData;
  import org.jboss.metadata.SessionMetaData;
  import org.jboss.metadata.XmlFileLoader;
  import org.jboss.metadata.XmlLoadable;
  import org.jboss.security.AuthenticationManager;
  import org.jboss.security.RealmMapping;
  import org.jboss.system.ServiceMBeanSupport;
  import org.jboss.util.MBeanProxy;
  import org.jboss.verifier.BeanVerifier;
  import org.jboss.verifier.event.VerificationEvent;
  import org.jboss.verifier.event.VerificationListener;
  import org.jboss.web.WebClassLoader;
  import org.jboss.web.WebServiceMBean;
  import org.w3c.dom.Element;
  
  import org.jboss.management.j2ee.EjbModule;
  
  /**
  * A EJBDeployer is used to deploy EJB applications. It can be given a
  * URL to an EJB-jar or EJB-JAR XML file, which will be used to instantiate
  * containers and make them available for invocation.
  *
  * pNow also works with message driven beans.
  *
  * @see Container
  *
  * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
  * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
  * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a
  * @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
  * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a
  * @version $Revision: 1.1 $ 
  */
  public class EJBDeployer
  extends ServiceMBeanSupport
  implements EJBDeployerMBean
  {
 // Constants -
 private static final String SERVICE_CONTROLLER_NAME = 
JBOSS-SYSTEM:spine=ServiceController;
 
 public static String DEFAULT_STATELESS_CONFIGURATION = Default Stateless 
SessionBean;
 public static String DEFAULT_STATEFUL_CONFIGURATION = Default Stateful 
SessionBean;
 public static String DEFAULT_ENTITY_BMP_CONFIGURATION = Default BMP EntityBean;
 public static String DEFAULT_ENTITY_CMP_CONFIGURATION = Default CMP EntityBean;
 public static String DEFAULT_MESSAGEDRIVEN_CONFIGURATION = Default MesageDriven 
Bean;
 
 // Constants uses with container interceptor configurations
 public static final int BMT = 1;
 public static final int CMT = 2;
 public static final int ANY = 3;
 
 static final String BMT_VALUE = Bean;
 static final String CMT_VALUE = Container;
 static final String ANY_VALUE = Both;
 
 // Attributes 
 
 /**
 * A map of current deployments. 
 */
 HashMap deployments = new HashMap();
 
 /** Verify EJB-jar contents on deployments */
 boolean verifyDeployments = false;
 
 /** Enable verbose verification. */
 boolean verifierVerbose = false;
 
 /** Enable metrics interceptor */
 boolean metricsEnabled = false;
 
 /** Enable JMS monitoring of the bean cache */
 private boolean m_beanCacheJMSMonitoring;
 
   

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb ContainerFactory.java ContainerFactoryMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:46:11

  Removed: src/main/org/jboss/ejb ContainerFactory.java
ContainerFactoryMBean.java
  Log:
  move the EJB Deployer

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/system UnifiedClassLoader.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:47:47

  Added:   src/main/org/jboss/system UnifiedClassLoader.java
  Log:
  The unified classloader.  Changed the order of lookup on classes first the class 
that was passed and then the rest
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/system/UnifiedClassLoader.java
  
  Index: UnifiedClassLoader.java
  ===
  /*
  * JBoss, the OpenSource J2EE webOS
  *
  * Distributable under LGPL license.
  * See terms of license at gnu.org.
  */
  package org.jboss.system;
  
  import java.net.URL;
  import java.io.InputStream;
  
  
  
  /**
  * The URLClassLoader is associated with a given URL.
  * It can load jar and sar (or jsr).
  * 
  * pThe ServiceLibraries keeps track of the UCL and asks everyone for
  *resources and classes.
  *
  * @author a href=[EMAIL PROTECTED]Marc Fleury/a
  * @author a href=[EMAIL PROTECTED]Christoph G. Jung/a
  * @version $Revision: 1.1 $
  * 
  * pb20010830 marc fleury:/b
  * ul
  *   liInitial import
  * /ul
  * pb20011009 cgj:/b
  * ul
  *   lifixed default resolution behaviour
  * /ul
  */
  public class UnifiedClassLoader
  extends java.net.URLClassLoader
  implements UnifiedClassLoaderMBean
  {
 /** One URL per classLoader in our case */   
 private URL url = null;
 
 /** An SCL can also be loading on behalf of an MBean */
 //private ObjectName mbean = null; not used
 
 /** All SCL are just in orbit around a basic ServiceLibraries */
 private static ServiceLibraries libraries;
 
 /** The bootstrap interface to the log4j system */
 private static BootstrapLogger log = 
BootstrapLogger.getLogger(UnifiedClassLoader.class);
 
 /**
 * One url per SCL
 *
 * @param String application
 * @param ClassLoader parent
 */
 public UnifiedClassLoader(URL url)
 {
super(new URL[] {url});

if (log.isDebugEnabled()) log.debug(New UCL with url +url);

this.url = url;
try
{
   
   if (libraries == null)
   {
  libraries = ServiceLibraries.getLibraries();
   }
   
   // A URL enabled SCL must register itself with the libraries to
   // be queried
   libraries.addClassLoader(this);
}
catch(Exception e)
{
   e.printStackTrace();
   log.warn(URL +url+ could not be opened);
}
 }
 
 /**
 * loadClass
 *
 * We intercept the load class to know exactly the dependencies
 * of the underlying jar
 */
 
 
 /*
 USE THIS TO TRACE CLASS LOADING
 if (name.endsWith(CHANGEME))
 {
 log.debug(UCL LOAD +this.hashCode()+ in loadClass +name);
 }
 */
 
 public Class loadClass(String name, boolean resolve)
 throws ClassNotFoundException
 {
return libraries.loadClass(name, resolve, this);
 }
 
 
 public Class loadClassLocally (String name, boolean resolve)
 throws ClassNotFoundException
 {
return super.loadClass(name, resolve);
 }
 
 public URL getResource(String name)
 {

URL resource = super.getResource(name);

if (resource == null)
{
   resource = libraries.getResource(name, this);
}

/*
if (resource == null)
{
if( log.isTraceEnabled() )
log.trace(Did not find the UCL resource +name);
}
*/
return resource;
 }
 
 public URL getResourceLocally(String name)
 {
return super.getResource(name);
 }
 
 public InputStream getResourceAsStream(String name)
 {
try
{
   URL resourceUrl = getResource(name);
   
   if (resourceUrl != null)
   {
  return resourceUrl.openStream();
   }
}
catch (Exception ignore)
{
}

return null;
 }
 
 public URL getURL() {return url;}
 
 public int hashCode() 
 {
return url.hashCode();
 }
 
 public boolean equals(Object other) 
 {
if (other instanceof UnifiedClassLoader) 
{
   return ((UnifiedClassLoader) other).getURL().equals(url);
}
return false;
 }
 
 public String toString()
 {
StringBuffer tmp = new StringBuffer(JBoss UnifiedClassloader: keyURL : );
tmp.append(getURL());

tmp.append(']');
return tmp.toString();
 }
  }
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] CVS update: jboss/src/main/org/jboss/system UnifiedClassLoaderMBean.java

2002-01-19 Thread marc fleury

  User: mnf999  
  Date: 02/01/19 19:48:20

  Added:   src/main/org/jboss/system UnifiedClassLoaderMBean.java
  Log:
  The mBean for the ucl
  
  Revision  ChangesPath
  1.1  jboss/src/main/org/jboss/system/UnifiedClassLoaderMBean.java
  
  Index: UnifiedClassLoaderMBean.java
  ===
  /*
   * JBoss, the OpenSource J2EE webOS
   *
   * Distributable under LGPL license.
   * See terms of license at gnu.org.
   */
  package org.jboss.system;
  
  import java.net.URL;
  
  /**
   * The management interface for the {@link URLClassLoader} mbean.
   * 
   * @author a href=[EMAIL PROTECTED]Marc Fleury/a
   * @version $Revision: 1.1 $
   */
  public interface UnifiedClassLoaderMBean 
  {
 public URL getURL();
 // Empty, just a trick for the MBean base man jmx is dumb sometimes
  }
  
  
  
  

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Automated JBoss Testsuite Results

2002-01-19 Thread chris



JBoss daily test results

SUMMARY

Number of tests run:   270



Successful tests:  268

Errors:1

Failures:  1





[time of test: 20 January 2002 4:11 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

2002-01-19 Thread chris



JBoss daily test results

SUMMARY

Number of tests run:   270



Successful tests:  268

Errors:1

Failures:  1





[time of test: 20 January 2002 4:58 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] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread chris


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

URLClassLoader cl = (URLClassLoader)iter.next();
^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:168:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
URLClassLoader cl = (URLClassLoader)iter.next();
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:328:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  URLClassLoader cl = null;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:330:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  if (scl instanceof URLClassLoader)
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:335:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
foundClass = ((URLClassLoader)scl).loadClassLocally(name, resolve);
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:338:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
cl = (URLClassLoader)scl;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:349:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
 cl = (URLClassLoader)allLoaders.next();
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
38 errors
4 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/server/build.xml:385: Compile failed, 
messages should have been provided.

Total time: 1 minute 2 seconds

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread chris


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

URLClassLoader cl = (URLClassLoader)iter.next();
^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:168:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
URLClassLoader cl = (URLClassLoader)iter.next();
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:328:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  URLClassLoader cl = null;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:330:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  if (scl instanceof URLClassLoader)
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:335:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
foundClass = ((URLClassLoader)scl).loadClassLocally(name, resolve);
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:338:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
cl = (URLClassLoader)scl;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:349:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
 cl = (URLClassLoader)allLoaders.next();
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
38 errors
4 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/server/build.xml:385: Compile failed, 
messages should have been provided.

Total time: 1 minute 3 seconds

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] [AUTOMATED] JBoss compilation failed

2002-01-19 Thread chris


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

URLClassLoader cl = (URLClassLoader)iter.next();
^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:168:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
URLClassLoader cl = (URLClassLoader)iter.next();
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:328:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  URLClassLoader cl = null;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:330:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
  if (scl instanceof URLClassLoader)
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:335:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
foundClass = ((URLClassLoader)scl).loadClassLocally(name, resolve);
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:338:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
cl = (URLClassLoader)scl;
  ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/ServiceLibraries.java:349:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.ServiceLibraries
 cl = (URLClassLoader)allLoaders.next();
   ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/server/src/main/org/jboss/system/Server.java:229:
 cannot resolve symbol
symbol  : class URLClassLoader  
location: class org.jboss.system.Server
 URLClassLoader loader = new URLClassLoader(url);
 ^
38 errors
4 warnings

BUILD FAILED

/disk/orig/home/lubega/jbossro/jboss-all/server/build.xml:385: Compile failed, 
messages should have been provided.

Total time: 1 minute 5 seconds

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development