[JBoss-dev] Setup JMS resource adapter problem (from forum)
Hi David, [This thread was actually started in the messaging forum (http://www.jboss.org/forums/thread.jsp?forum=48&thread=2169). David Jencks wrote: > Aha! you have to set minsize 0 in the pool unless you > can supply default credentials to the adapter. In > this case, the adapter does not support UserName and > Password attributes, so you can't. The "Minsize" > connections are created with no context, so there is > no way to get a Subject unless the adapter is > configured with a default. (JBoss can't really know > that the ManyToOnePrincipalMapping always returns the > same Subject) Hm, I think this is more hairy than this. What will it meen to create a pooled JmsManagedConnection (JMS Session) without any context? Well, as far as I can see it this will not work even if you pass the Subject test. Why? Because a JMS Session may be of two types: Queue or Topic. Which type the client really want is carried in the ConnectionRequestInfo. And JmsManagedConnection is written with the expectation that this will never be null. I know that the JmsConnectionRequestInfo defaults to a topic type, but the initial context-less connection will have the info set to null, so that does not help much. > > So -- you should set minsize 0 and we should add > UserName and Password to the rar (and provide them to > ManagedConnections as default). You mean in JmsManagedConnectionFactory? I.e much like just another jar-attribute? Is this already done today, i.e if a ManagedConnectionFactory contains a setUserName, will the stuff from the principal mapping be set at the ManagedConnectionFactory, or how does it work? (You have to excuse mee if this actually should be obvious, I have not more that tuched the code, not to say looked in the spec, for almost 6 month, so I am cind of rusty on the jca/ra stuff). > > And I should add a comment in the manual about this > gotcha. > > Peter, would you like to do this (modify the rar) or > shall I? It is fixable I guess. If we can live with some defaults (that might not allways do whats expected), i.e for example that context less connections is allways topics. //Peter > > thanks > david jencks -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0)
-Ursprüngliche Nachricht- >Von: David Jencks [mailto:[EMAIL PROTECTED]] >Gesendet: Mittwoch, 26. September 2001 20:41 >An: [EMAIL PROTECTED] >Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local >directories. (rh/3.0) >Hmm, I guess I should experiment and see if a url like >jar:jar:http://.../myrar.rar!/path/myjar.jar!/ works to get to the jar >inside a rar... maybe we don't need to unpack these things. If I remember my experiments from a while ago, the URL is valid, but there is no way to get a sun.net.www.protocol.jar.Handler sitting on a stream that is extracted by another jar.Handler. The guy who did the name resolution code was seemingly more intelligent than the guy who did the specific jar provider ;-) But the URL solution generally does not allow services to manipulate the resource. So a file abstraction or something like that would be more suitable. CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] when updating jboss/manual
marc fleury wrote: > jason, > > to be very honest I don't think it is a good idea i mean updating the > website and each time going through the xdoc generation is a pain. Yup, that is a bit of a pain. Have you guys tried Mozilla lately? It has a demo where they use an XML file that is rendered directly in Mozilla using CSS, i.e. there's no need for an HTML generation step. Just point Mozilla at it, and there it is. Pretty neat. I know this won't work for public docs for awhile, since not everyone will have Mozilla or an other browser with similar capabilities, but it should be very useful for in-house documentation using DocBook. /Rickard ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/xdocs resource.xml
User: d_jencks Date: 01/09/26 22:43:09 Modified:src/xdocs resource.xml Log: Added comment about pool minsize and default Subject Revision ChangesPath 1.3 +3 -3 manual/src/xdocs/resource.xml Index: resource.xml === RCS file: /cvsroot/jboss/manual/src/xdocs/resource.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- resource.xml 2001/09/21 02:20:17 1.2 +++ resource.xml 2001/09/27 05:43:09 1.3 @@ -122,7 +122,7 @@ MinSize - The initial and minimum number of managed connections in the pool + The initial and minimum number of managed connections in the pool. IMPORTANT NOTE: If you wish to set this greater than 0, your resource adapter must support setting a default Subject in the ManagedConnectionFactoryProperties, usually by means of UserName and Password properties. Without this, there is no way for the pool to determine the Subject for the initial connections. @@ -278,7 +278,7 @@ - + @@ -346,7 +346,7 @@ - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss/testsuite build failure
Sorry, I copied a CVS directory by mistake and update didn't see the directories. fixed (I think, now something else (not mine) is broken). david jencks On 2001.09.26 21:02:10 -0400 Jason Dillon wrote: > > _jars-jmx: > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/jmxtest.jar > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeploy.sar > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeploya.sar > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployb.sar > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployc.sar > [jar] Building jar: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployd.sar > > BUILD FAILED > > /nfs/home/jason/ws/jboss/jboss-all/testsuite/build.xml:912: > /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/resources/jmx/mbeane > not > found. > > > Is there supposed to be a src/resources/jmx/mbeane directory? > > --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
[JBoss-dev] CVS update: jbosstest build.xml
User: d_jencks Date: 01/09/26 22:06:51 Modified:.build.xml Log: added directories and files so mbeane stuff compiles Revision ChangesPath 1.34 +1 -3 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- build.xml 2001/09/27 02:37:37 1.33 +++ build.xml 2001/09/27 05:06:50 1.34 @@ -10,7 +10,7 @@ - + @@ -909,7 +909,6 @@ - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeane/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 21:34:52 Added: src/resources/jmx/mbeane/META-INF jboss-service.xml Log: Added files missed earlier-- copied CVS dir by mistake Revision ChangesPath 1.1 jbosstest/src/resources/jmx/mbeane/META-INF/jboss-service.xml Index: jboss-service.xml === ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 21:34:53 Added: src/resources/jmx/mbeanlocaldir/META-INF jboss-service.xml Log: Added files missed earlier-- copied CVS dir by mistake Revision ChangesPath 1.1 jbosstest/src/resources/jmx/mbeanlocaldir/META-INF/jboss-service.xml Index: jboss-service.xml === ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/META-INF - New directory
User: d_jencks Date: 01/09/26 21:31:47 jbosstest/src/resources/jmx/mbeanlocaldir/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeane/META-INF - New directory
User: d_jencks Date: 01/09/26 21:31:47 jbosstest/src/resources/jmx/mbeane/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-service.xml
User: chirino Date: 01/09/26 21:21:25 Modified:src/etc/conf/default jbossmq-service.xml Log: Re-enabled an old feature we used to have: we can now set the ports that the UIL and OIL services bind to via MBean Revision ChangesPath 1.5 +3 -1 jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jbossmq-service.xml 2001/09/27 03:27:42 1.4 +++ jbossmq-service.xml 2001/09/27 04:21:25 1.5 @@ -7,7 +7,7 @@ - +
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/oil OILServerILService.java OILServerILServiceMBean.java
User: chirino
Date: 01/09/26 21:21:28
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
OILServerILServiceMBean.java
Log:
Re-enabled an old feature we used to have: we can now set the ports
that the UIL and OIL services bind to via MBean
Revision ChangesPath
1.8 +16 -1 jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java
Index: OILServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- OILServerILService.java 2001/09/27 03:27:43 1.7
+++ OILServerILService.java 2001/09/27 04:21:28 1.8
@@ -46,7 +46,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class OILServerILService extends org.jboss.mq.il.ServerILJMXService
implements Runnable, OILServerILServiceMBean
{
@@ -385,4 +385,19 @@
e.printStackTrace();
}
}
+
+ /** Getter for property serverBindPort.
+* @return Value of property serverBindPort.
+*/
+ public int getServerBindPort() {
+ return serverBindPort;
+ }
+
+ /** Setter for property serverBindPort.
+* @param serverBindPort New value of property serverBindPort.
+*/
+ public void setServerBindPort(int serverBindPort) {
+ this.serverBindPort = serverBindPort;
+ }
+
}
1.3 +2 -0
jbossmq/src/main/org/jboss/mq/il/oil/OILServerILServiceMBean.java
Index: OILServerILServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILServerILServiceMBean.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- OILServerILServiceMBean.java 2001/08/17 03:04:04 1.2
+++ OILServerILServiceMBean.java 2001/09/27 04:21:28 1.3
@@ -14,4 +14,6 @@
* @createdAugust 16, 2001
*/
public interface OILServerILServiceMBean extends
org.jboss.mq.il.ServerILJMXServiceMBean {
+ public int getServerBindPort();
+ public void setServerBindPort(int serverBindPort);
}
___
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/uil UILServerILService.java UILServerILServiceMBean.java
User: chirino
Date: 01/09/26 21:21:28
Modified:src/main/org/jboss/mq/il/uil UILServerILService.java
UILServerILServiceMBean.java
Log:
Re-enabled an old feature we used to have: we can now set the ports
that the UIL and OIL services bind to via MBean
Revision ChangesPath
1.8 +16 -1 jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java
Index: UILServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- UILServerILService.java 2001/09/27 03:27:43 1.7
+++ UILServerILService.java 2001/09/27 04:21:28 1.8
@@ -45,7 +45,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class UILServerILService extends org.jboss.mq.il.ServerILJMXService
implements Runnable, UILServerILServiceMBean
{
@@ -393,4 +393,19 @@
e.printStackTrace();
}
}
+
+ /** Getter for property serverBindPort.
+* @return Value of property serverBindPort.
+*/
+ public int getServerBindPort() {
+ return serverBindPort;
+ }
+
+ /** Setter for property serverBindPort.
+* @param serverBindPort New value of property serverBindPort.
+*/
+ public void setServerBindPort(int serverBindPort) {
+ this.serverBindPort = serverBindPort;
+ }
+
}
1.3 +2 -0
jbossmq/src/main/org/jboss/mq/il/uil/UILServerILServiceMBean.java
Index: UILServerILServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILServerILServiceMBean.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- UILServerILServiceMBean.java 2001/08/17 03:04:04 1.2
+++ UILServerILServiceMBean.java 2001/09/27 04:21:28 1.3
@@ -14,4 +14,6 @@
* @createdAugust 16, 2001
*/
public interface UILServerILServiceMBean extends
org.jboss.mq.il.ServerILJMXServiceMBean {
+ public int getServerBindPort();
+ public void setServerBindPort(int serverBindPort);
}
___
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/uil UILClientILService.java UILServerIL.java
User: chirino
Date: 01/09/26 21:09:36
Modified:src/main/org/jboss/mq/il/uil UILClientILService.java
UILServerIL.java
Log:
Cleaning up the ILs a little bit. It was reported that client connections
were not being closed properly on Linux. We are now explicitly closing
the serverIL sockets on the OIL and UIL ILs.
Revision ChangesPath
1.4 +3 -1 jbossmq/src/main/org/jboss/mq/il/uil/UILClientILService.java
Index: UILClientILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILClientILService.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- UILClientILService.java 2001/09/26 05:02:28 1.3
+++ UILClientILService.java 2001/09/27 04:09:36 1.4
@@ -29,7 +29,7 @@
*
* @authorNorbert Lataille ([EMAIL PROTECTED])
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
* @created August 16, 2001
*/
public class UILClientILService implements Runnable, org.jboss.mq.il.ClientILService
@@ -97,6 +97,7 @@
out = new ObjectOutputStream(new
BufferedOutputStream(serverIL.mSocket.getOutputStream(2)));
out.flush();
in = new ObjectInputStream(new
BufferedInputStream(serverIL.mSocket.getInputStream(2)));
+ socket = serverIL.socket;
}
catch (IOException e)
@@ -202,6 +203,7 @@
{
out.close();
in.close();
+ socket.close();
}
catch (IOException e)
{
1.4 +22 -4 jbossmq/src/main/org/jboss/mq/il/uil/UILServerIL.java
Index: UILServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILServerIL.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- UILServerIL.java 2001/09/26 05:02:28 1.3
+++ UILServerIL.java 2001/09/27 04:09:36 1.4
@@ -37,7 +37,7 @@
*
* @authorHiram Chirino ([EMAIL PROTECTED])
* @authorNorbert Lataille ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
* @created August 16, 2001
*/
public class UILServerIL implements java.io.Serializable, Cloneable,
org.jboss.mq.il.ServerIL
@@ -75,6 +75,10 @@
/**
* Description of the Field
*/
+ protected transient Socket socket;
+ /**
+* Description of the Field
+*/
protected transient SocketMultiplexor mSocket;
/**
* Description of the Field
@@ -302,6 +306,7 @@
checkConnection();
out.writeByte(m_connectionClosing);
waitAnswer();
+ destroyConnection();
}
/**
@@ -474,20 +479,33 @@
}
/**
-* #Description of the Method
+* Used to establish a new connection to the server
*
* @exception Exception Description of Exception
*/
protected void createConnection()
throws Exception
{
- Socket socket = new Socket(addr, port);
+ socket = new Socket(addr, port);
mSocket = new SocketMultiplexor(socket);
out = new ObjectOutputStream(new
BufferedOutputStream(mSocket.getOutputStream(1)));
out.flush();
in = new ObjectInputStream(new
BufferedInputStream(mSocket.getInputStream(1)));
}
-
+
+ /**
+* Used to close the current connection with the server
+*
+* @exception Exception Description of Exception
+*/
+ protected void destroyConnection()
+ throws Exception
+ {
+ out.close();
+ in.close();
+ // The scoket is closed by the ClientIL
+ }
+
/**
* #Description of the Method
*
___
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/rmi RMIClientILService.java
User: chirino
Date: 01/09/26 21:09:36
Modified:src/main/org/jboss/mq/il/rmi RMIClientILService.java
Log:
Cleaning up the ILs a little bit. It was reported that client connections
were not being closed properly on Linux. We are now explicitly closing
the serverIL sockets on the OIL and UIL ILs.
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientILService.java
Index: RMIClientILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientILService.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- RMIClientILService.java 2001/08/17 03:04:04 1.2
+++ RMIClientILService.java 2001/09/27 04:09:36 1.3
@@ -21,7 +21,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2 $
+ * @version$Revision: 1.3 $
*/
public class RMIClientILService implements org.jboss.mq.il.ClientILService {
@@ -55,7 +55,7 @@
*/
public void stop()
throws java.lang.Exception {
- clientIL.stopped = false;
+ clientIL.stopped = true;
}
/**
___
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 OILServerIL.java
User: chirino
Date: 01/09/26 21:09:36
Modified:src/main/org/jboss/mq/il/oil OILServerIL.java
Log:
Cleaning up the ILs a little bit. It was reported that client connections
were not being closed properly on Linux. We are now explicitly closing
the serverIL sockets on the OIL and UIL ILs.
Revision ChangesPath
1.4 +16 -2 jbossmq/src/main/org/jboss/mq/il/oil/OILServerIL.java
Index: OILServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILServerIL.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- OILServerIL.java 2001/09/26 05:02:28 1.3
+++ OILServerIL.java 2001/09/27 04:09:36 1.4
@@ -37,7 +37,7 @@
*
* @authorHiram Chirino ([EMAIL PROTECTED])
* @authorNorbert Lataille ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
* @created August 16, 2001
*/
public class OILServerIL implements java.io.Serializable, Cloneable,
org.jboss.mq.il.ServerIL
@@ -303,6 +303,7 @@
checkConnection();
out.writeByte(m_connectionClosing);
waitAnswer();
+ destroyConnection();
}
/**
@@ -475,7 +476,7 @@
}
/**
-* #Description of the Method
+* Used to establish a new connection to the server
*
* @exception Exception Description of Exception
*/
@@ -486,6 +487,19 @@
in = new ObjectInputStream(new BufferedInputStream(socket.getInputStream()));
out = new ObjectOutputStream(new
BufferedOutputStream(socket.getOutputStream()));
out.flush();
+ }
+
+ /**
+* Used to close the current connection with the server
+*
+* @exception Exception Description of Exception
+*/
+ protected void destroyConnection()
+ throws Exception
+ {
+ out.close();
+ in.close();
+ socket.close();
}
/**
___
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/jvm JVMClientILService.java
User: chirino
Date: 01/09/26 21:09:35
Modified:src/main/org/jboss/mq/il/jvm JVMClientILService.java
Log:
Cleaning up the ILs a little bit. It was reported that client connections
were not being closed properly on Linux. We are now explicitly closing
the serverIL sockets on the OIL and UIL ILs.
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/il/jvm/JVMClientILService.java
Index: JVMClientILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/jvm/JVMClientILService.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JVMClientILService.java 2001/08/17 03:04:03 1.2
+++ JVMClientILService.java 2001/09/27 04:09:35 1.3
@@ -21,7 +21,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2 $
+ * @version$Revision: 1.3 $
*/
public class JVMClientILService implements org.jboss.mq.il.ClientILService {
@@ -55,7 +55,7 @@
*/
public void stop()
throws java.lang.Exception {
- clientIL.stopped = false;
+ clientIL.stopped = true;
}
/**
___
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/client ServerVMClientUserTransaction.java ClientUserTransaction.java ClientUserTransactionObjectFactory.java
User: sparre
Date: 01/09/26 20:48:49
Modified:src/main/org/jboss/tm/usertx/client Tag: Branch_2_4
ClientUserTransaction.java
ClientUserTransactionObjectFactory.java
Added: src/main/org/jboss/tm/usertx/client Tag: Branch_2_4
ServerVMClientUserTransaction.java
Log:
Backported fix for bug #463790 to the 2.4 series
Revision ChangesPath
No revision
No revision
1.1.4.1 +4 -38
jboss/src/main/org/jboss/tm/usertx/client/ClientUserTransaction.java
Index: ClientUserTransaction.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/tm/usertx/client/ClientUserTransaction.java,v
retrieving revision 1.1
retrieving revision 1.1.4.1
diff -u -r1.1 -r1.1.4.1
--- ClientUserTransaction.java2001/04/29 08:12:52 1.1
+++ ClientUserTransaction.java2001/09/27 03:48:49 1.1.4.1
@@ -46,7 +46,7 @@
* propagation contexts of the transactions started here.
*
* @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.1.4.1 $
*/
public class ClientUserTransaction
implements UserTransaction,
@@ -79,19 +79,9 @@
*/
private ClientUserTransaction()
{
- // See if we have a local TM
- try {
- new InitialContext().lookup("java:/TransactionManager");
-
- // This instance lives in the server.
- isInServer = true;
- } catch (NamingException ex) {
- // This instance lives in a stand-alone client.
- isInServer = false;
-
- // No local TM: Set TPC Factory on GenericProxy.
- GenericProxy.setTPCFactory(this);
- }
+ // Tell the proxy that this is the factory for
+ // transaction propagation contexts.
+ GenericProxy.setTPCFactory(this);
}
// Public
@@ -103,9 +93,6 @@
public void begin()
throws NotSupportedException, SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
ThreadInfo info = getThreadInfo();
try {
@@ -130,9 +117,6 @@
IllegalStateException,
SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
ThreadInfo info = getThreadInfo();
try {
@@ -165,9 +149,6 @@
IllegalStateException,
SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
ThreadInfo info = getThreadInfo();
try {
@@ -192,9 +173,6 @@
throws IllegalStateException,
SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
ThreadInfo info = getThreadInfo();
try {
@@ -215,9 +193,6 @@
public int getStatus()
throws SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
ThreadInfo info = getThreadInfo();
Object tpc = info.getTpc();
@@ -240,9 +215,6 @@
public void setTransactionTimeout(int seconds)
throws SystemException
{
- if (isInServer)
- throw new SystemException("Cannot use this in the server.");
-
getThreadInfo().setTimeout(seconds);
}
@@ -279,12 +251,6 @@
// Private ---
-
- /**
-* Flag that this instance is living in the server.
-* Instances living in the server VM cannot be used.
-*/
- private boolean isInServer;
/**
* The RMI remote interface to the real tx service
1.2.4.1 +35 -5
jboss/src/main/org/jboss/tm/usertx/client/ClientUserTransactionObjectFactory.java
Index: ClientUserTransactionObjectFactory.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/tm/usertx/client/ClientUserTransactionObjectFactory.java,v
retrieving revision 1.2
retrieving revision 1.2.4.1
diff -u -r1.2 -r1.2.4.1
--- ClientUserTransactionObjectFactory.java 2001/04/30 06:32:23 1.2
+++ ClientUserTransactionObjectFactory.java 2001/09/27 03:48:49 1.2.4.1
@@ -10,10 +10,13 @@
import java.util.Hashtable;
import javax.naming.Context;
+import javax.naming.InitialContext;
import javax.naming.Reference;
import javax.naming.Name;
+import javax.naming.NamingException;
import javax.naming.spi.ObjectFactory;
+import javax.transaction.UserTransaction;
/**
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/jvm JVMServerILService.java
User: chirino
Date: 01/09/26 20:27:43
Modified:src/main/org/jboss/mq/il/jvm JVMServerILService.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.4 +3 -4 jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerILService.java
Index: JVMServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerILService.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JVMServerILService.java 2001/08/30 02:35:54 1.3
+++ JVMServerILService.java 2001/09/27 03:27:43 1.4
@@ -23,9 +23,10 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author David Maplesden ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.3 $
+ * @version$Revision: 1.4 $
*/
public class JVMServerILService extends org.jboss.mq.il.ServerILJMXService
implements JVMServerILServiceMBean {
+
/**
* Gives this JMX service a name.
*
@@ -54,7 +55,7 @@
* @returnThe ClientConnectionProperties value
*/
public java.util.Properties getClientConnectionProperties() {
- Properties rc = new Properties();
+ Properties rc = super.getClientConnectionProperties();
rc.setProperty( GenericConnectionFactory.CLIENT_IL_SERVICE_KEY,
"org.jboss.mq.il.jvm.JVMClientILService" );
rc.setProperty( GenericConnectionFactory.SERVER_IL_FACTORY_KEY,
"org.jboss.mq.il.jvm.JVMServerILFactory" );
return rc;
@@ -67,9 +68,7 @@
*/
public void startService()
throws Exception {
-
bindJNDIReferences();
-
}
/**
___
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/uil UILServerILService.java
User: chirino
Date: 01/09/26 20:27:43
Modified:src/main/org/jboss/mq/il/uil UILServerILService.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.7 +2 -2 jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java
Index: UILServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILServerILService.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- UILServerILService.java 2001/09/26 05:02:28 1.6
+++ UILServerILService.java 2001/09/27 03:27:43 1.7
@@ -45,7 +45,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class UILServerILService extends org.jboss.mq.il.ServerILJMXService
implements Runnable, UILServerILServiceMBean
{
@@ -97,7 +97,7 @@
*/
public java.util.Properties getClientConnectionProperties()
{
- Properties rc = new Properties();
+ Properties rc = super.getClientConnectionProperties();
rc.setProperty(GenericConnectionFactory.CLIENT_IL_SERVICE_KEY,
"org.jboss.mq.il.uil.UILClientILService");
return rc;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-service.xml
User: chirino Date: 01/09/26 20:27:42 Modified:src/etc/conf/default jbossmq-service.xml Log: Due to popular demand the PingThread is now shared by all the connections in one VM. And the the ping period is configurable at each ConnectionFactory. Revision ChangesPath 1.4 +5 -1 jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jbossmq-service.xml 2001/09/11 03:05:26 1.3 +++ jbossmq-service.xml 2001/09/27 03:27:42 1.4 @@ -7,7 +7,7 @@ - +
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/rmi RMIServerILService.java
User: chirino
Date: 01/09/26 20:27:43
Modified:src/main/org/jboss/mq/il/rmi RMIServerILService.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.5 +2 -2 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java
Index: RMIServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILService.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- RMIServerILService.java 2001/09/01 03:00:59 1.4
+++ RMIServerILService.java 2001/09/27 03:27:43 1.5
@@ -19,7 +19,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @author Hiram Chirino ([EMAIL PROTECTED])
- * @version$Revision: 1.4 $
+ * @version$Revision: 1.5 $
*/
public class RMIServerILService extends org.jboss.mq.il.ServerILJMXService
implements RMIServerILServiceMBean
{
@@ -56,7 +56,7 @@
*/
public java.util.Properties getClientConnectionProperties()
{
- Properties rc = new Properties();
+ Properties rc = super.getClientConnectionProperties();
rc.setProperty(GenericConnectionFactory.CLIENT_IL_SERVICE_KEY,
"org.jboss.mq.il.rmi.RMIClientILService");
return rc;
}
___
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 GenericConnectionFactory.java
User: chirino
Date: 01/09/26 20:27:42
Modified:src/main/org/jboss/mq Connection.java
GenericConnectionFactory.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.7 +82 -84jbossmq/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.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- Connection.java 2001/09/26 05:02:27 1.6
+++ Connection.java 2001/09/27 03:27:42 1.7
@@ -6,6 +6,7 @@
*/
package org.jboss.mq;
import EDU.oswego.cs.dl.util.concurrent.Semaphore;
+import EDU.oswego.cs.dl.util.concurrent.ClockDaemon;
import java.io.File;
import java.io.FileInputStream;
@@ -36,7 +37,7 @@
*
* @authorNorbert Lataille ([EMAIL PROTECTED])
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
* @created August 16, 2001
*/
public class Connection implements java.io.Serializable, javax.jms.Connection
@@ -45,68 +46,72 @@
* Description of the Field
*/
public static ThreadGroup threadGroup = new ThreadGroup("JBossMQ Client
Threads");
- /**
-* Description of the Field
-*/
- protected final static long PING_INTERVAL = 1000 * 60;
+
static org.apache.log4j.Category cat =
org.apache.log4j.Category.getInstance(Connection.class);
- //Maps a destination to a LinkedList of Subscriptions
+
/**
-* Description of the Field
+* Maps a destination to a LinkedList of Subscriptions
*/
public HashMap destinationSubscriptions = new HashMap();
- //Maps a a subsction id to a Subscription
+
/**
-* Description of the Field
+* Maps a a subsction id to a Subscription
*/
public HashMap subscriptions = new HashMap();
- //Is the connection stopped ?
/**
-* Description of the Field
+* Is the connection stopped ?
*/
public boolean modeStop;
//
// Attributes
//
- // This is our connection to the JMS server
/**
-* Description of the Field
+* This is our connection to the JMS server
*/
protected ServerIL serverIL;
- //This is the clientID
+
/**
-* Description of the Field
+* This is the clientID
*/
protected String clientID;
- // The connection token is used to identify our connection
- // to the server.
/**
-* Description of the Field
+* The connection token is used to identify our connection to the server.
*/
protected ConnectionToken connectionToken;
- // The object that sets up the client IL
/**
-* Description of the Field
+* The object that sets up the client IL
*/
protected ClientILService clientILService;
- // The thread that pings the connection to see if it is 'alive'
/**
-* Description of the Field
+* Manages the thread that pings the connection to see if it is 'alive'
*/
- protected Thread pingThread;
+ static protected ClockDaemon clockDaemon = new ClockDaemon();
+
/**
-* Description of the Field
+* How often to ping the connection
*/
- protected boolean ponged;
+ protected long pingPeriod = 1000 * 60;
+
/**
-* Description of the Field
+* This feild is reset when a ping is sent, set when ponged.
*/
- protected Semaphore pingTaskSemaphore = new Semaphore(0);
+ protected boolean ponged=true;
+
/**
-* Description of the Field
+* This is used to know when the PingTask is running
+*/
+ Semaphore pingTaskSemaphore = new Semaphore(1);
+
+ /**
+* Identifies the PinkTask in the ClockDaemon
+*/
+ Object pingTaskId;
+
+ /**
+* Set a soon as close() is called on the connection.
*/
protected volatile boolean closing = false;
@@ -171,22 +176,11 @@
// Setup the XA Resource manager,
spyXAResourceManager = new SpyXAResourceManager(this);
-
- // Start the pingThread...
- pingThread = new Thread(threadGroup, new PingTask(), "Connection Monitor");
- pingThread.start();
- // Wait for the ping thread to start..
- try
- {
- pingTaskSemaphore.acquire();
- }
- catch (InterruptedException e)
- {
- Thread.currentThread().interrupt();
- }
+ // Used to monitor the connection.
+ star
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il ServerILJMXService.java ServerILJMXServiceMBean.java
User: chirino
Date: 01/09/26 20:27:43
Modified:src/main/org/jboss/mq/il ServerILJMXService.java
ServerILJMXServiceMBean.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.5 +27 -7 jbossmq/src/main/org/jboss/mq/il/ServerILJMXService.java
Index: ServerILJMXService.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/ServerILJMXService.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ServerILJMXService.java 2001/09/01 03:00:58 1.4
+++ ServerILJMXService.java 2001/09/27 03:27:43 1.5
@@ -25,14 +25,14 @@
* extended to provide a full implementation.
*
* @author Hiram Chirino ([EMAIL PROTECTED])
- * @version$Revision: 1.4 $
+ * @version$Revision: 1.5 $
*/
public abstract class ServerILJMXService extends ServiceMBeanSupport implements
ServerILJMXServiceMBean
{
- private String connectionFactoryJNDIRef;
-
- private String xaConnectionFactoryJNDIRef;
-
+ protected String connectionFactoryJNDIRef;
+ protected String xaConnectionFactoryJNDIRef;
+ protected long pingPeriod = 6L;
+
/**
* @param newConnectionFactoryJNDIRef the JNDI reference where the
* connection factory should be bound to
@@ -56,8 +56,13 @@
* @returnsProperties contains all the parameters needed to create a
* connection from the client to this IL
*/
- public abstract Properties getClientConnectionProperties();
-
+ public java.util.Properties getClientConnectionProperties()
+ {
+ Properties rc = new Properties();
+ rc.setProperty(GenericConnectionFactory.PING_PERIOD_KEY, ""+pingPeriod );
+ return rc;
+ }
+
/**
* @return The ServerIL value
* @returnsServerIL An instance of the Server IL, used for
@@ -122,6 +127,21 @@
public JMSServer lookupJMSServer() throws Exception
{
return (JMSServer)getServer().invoke(new
ObjectName(org.jboss.mq.server.JBossMQServiceMBean.OBJECT_NAME), "getJMSServer", new
Object[]{}, new String[]{});
+ }
+
+ /**
+* @returnlong the period of time in ms to wait between connection pings
+* factory should be bound to
+*/
+ public long getPingPeriod() {
+ return pingPeriod;
+ }
+
+ /**
+* @param period long the period of time in ms to wait between connection pings
+*/
+ public void setPingPeriod(long period) {
+ pingPeriod = period;
}
}
1.5 +12 -1 jbossmq/src/main/org/jboss/mq/il/ServerILJMXServiceMBean.java
Index: ServerILJMXServiceMBean.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/ServerILJMXServiceMBean.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ServerILJMXServiceMBean.java 2001/09/01 03:00:59 1.4
+++ ServerILJMXServiceMBean.java 2001/09/27 03:27:43 1.5
@@ -12,7 +12,7 @@
* This interface is used to define which methods will be exposed via JMX.
*
* @author Hiram Chirino ([EMAIL PROTECTED])
- * @version$Revision: 1.4 $
+ * @version$Revision: 1.5 $
*/
public interface ServerILJMXServiceMBean extends ServiceMBean
{
@@ -41,4 +41,15 @@
*/
public java.lang.String getXAConnectionFactoryJNDIRef();
+
+ /**
+* @returnlong the period of time in ms to wait between connection pings
+* factory should be bound to
+*/
+ public long getPingPeriod();
+
+ /**
+* @param period long the period of time in ms to wait between connection pings
+*/
+ public void setPingPeriod(long period);
}
___
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 OILServerILService.java
User: chirino
Date: 01/09/26 20:27:43
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
Due to popular demand the PingThread is now shared by all the connections
in one VM. And the the ping period is configurable at each ConnectionFactory.
Revision ChangesPath
1.7 +2 -2 jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java
Index: OILServerILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILServerILService.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- OILServerILService.java 2001/09/26 05:02:28 1.6
+++ OILServerILService.java 2001/09/27 03:27:43 1.7
@@ -46,7 +46,7 @@
* Implements the ServerILJMXService which is used to manage the JVM IL.
*
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class OILServerILService extends org.jboss.mq.il.ServerILJMXService
implements Runnable, OILServerILServiceMBean
{
@@ -97,7 +97,7 @@
*/
public java.util.Properties getClientConnectionProperties()
{
- Properties rc = new Properties();
+ Properties rc = super.getClientConnectionProperties();
rc.setProperty(GenericConnectionFactory.CLIENT_IL_SERVICE_KEY,
"org.jboss.mq.il.oil.OILClientILService");
return rc;
}
___
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 HANamingService.java
User: patriot1burke
Date: 01/09/26 20:14:18
Modified:src/main/org/jboss/ha/jndi HANamingService.java
Log:
no message
Revision ChangesPath
1.9 +3 -3 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.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- HANamingService.java 2001/09/25 22:39:53 1.8
+++ HANamingService.java 2001/09/27 03:14:18 1.9
@@ -60,7 +60,7 @@
@author oberg
@author [EMAIL PROTECTED]
- @version $Revision: 1.8 $
+ @version $Revision: 1.9 $
*/
public class HANamingService extends ServiceMBeanSupport implements Runnable,
HANamingServiceMBean
{
@@ -211,8 +211,8 @@
log.info("Starting HAJNDI server");
log.info("Register with replicantManager as listener for HAJNDI replicants");
- this.rmiserver = new HARMIServerImpl(partition, "HAJNDI", Naming.class,
theServer, new RoundRobin());
- this.stub = (Naming)rmiserver.getHAStub();
+ this.rmiserver = new HARMIServerImpl(partition, "HAJNDI", Naming.class,
theServer);
+ this.stub = (Naming)rmiserver.createHAStub(new RoundRobin());
log.info("Start listener");
try
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx build.xml
User: patriot1burke Date: 01/09/26 20:22:39 Modified:.build.xml Log: no message Revision ChangesPath 1.13 +7 -3 jbossmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbossmx/build.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- build.xml 2001/09/20 07:56:58 1.12 +++ build.xml 2001/09/27 03:22:39 1.13 @@ -10,7 +10,7 @@ - + @@ -409,9 +409,13 @@ - + + + + + + - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha HARMIProxy.java HARMIServerImpl.java HARMIServer.java HARMIClient.java HASmallConfigEntries.java HARemoteInfoImpl.java HARemoteInfo.java HAConfigServerMBean.java HAConfigServer.java HAConfigNodeImpl.java HAConfigNode.java HAConfigEntry.java
User: patriot1burke
Date: 01/09/26 20:14:08
Modified:src/main/org/jboss/ha HARMIServerImpl.java HARMIServer.java
HARMIClient.java
Added: src/main/org/jboss/ha HARMIProxy.java
Removed: src/main/org/jboss/ha HASmallConfigEntries.java
HARemoteInfoImpl.java HARemoteInfo.java
HAConfigServerMBean.java HAConfigServer.java
HAConfigNodeImpl.java HAConfigNode.java
HAConfigEntry.java
Log:
no message
Revision ChangesPath
1.6 +13 -15jbossmx/src/main/org/jboss/ha/HARMIServerImpl.java
Index: HARMIServerImpl.java
===
RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/HARMIServerImpl.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- HARMIServerImpl.java 2001/09/25 22:24:21 1.5
+++ HARMIServerImpl.java 2001/09/27 03:14:08 1.6
@@ -35,19 +35,18 @@
protected HashMap invokerMap = new HashMap ();
protected HAPartition partition = null;
protected Logger log;
- protected HARMIClient client;
protected RemoteStub rmistub;
protected Object stub;
protected String key;
+ protected Class intf;
- public static Hashtable rmiServers = new Hashtable();
-
- public HARMIServerImpl (HAPartition partition, String replicantName, Class intf,
Object handler, LoadBalancePolicy policy) throws Exception
+ public HARMIServerImpl (HAPartition partition, String replicantName, Class intf,
Object handler) throws Exception
{
this.replicantName = replicantName;
this.partition = partition;
this.handler = handler;
this.log = Logger.create(this.getClass());
+ this.intf = intf;
Method[] methods = handler.getClass ().getMethods ();
for (int i = 0; i < methods.length; i++)
@@ -55,24 +54,23 @@
this.rmistub = UnicastRemoteObject.exportObject (this);
this.key = partition.getPartitionName() + "/" + replicantName;
- this.client = new HARMIClient(replicants, policy, key, handler);
- this.stub = Proxy.newProxyInstance(
- intf.getClassLoader(),
- new Class[] { intf },
- this.client);
partition.getDistributedReplicantManager ().registerListener (replicantName,
this);
partition.getDistributedReplicantManager ().add (replicantName, rmistub);
- rmiServers.put(key, this);
+ HARMIServer.rmiServers.put(key, this);
}
- public ArrayList getReplicants()
+ public ArrayList getReplicants() throws Exception
{
return replicants;
}
- public Object getHAStub()
+ public Object createHAStub(LoadBalancePolicy policy)
{
- return stub;
+ HARMIClient client = new HARMIClient(replicants, policy, key, handler);
+ return Proxy.newProxyInstance(
+ intf.getClassLoader(),
+ new Class[] { intf, HARMIProxy.class },
+ client);
}
public void destroy ()
@@ -83,7 +81,7 @@
this.partition.getDistributedReplicantManager ().remove
(this.replicantName);
UnicastRemoteObject.unexportObject (this, true);
- rmiServers.remove(key);
+ HARMIServer.rmiServers.remove(key);
} catch (Exception e)
{e.printStackTrace ();}
}
@@ -93,7 +91,7 @@
return lastSet;
}
- public Object getLocal()
+ public Object getLocal() throws Exception
{
return handler;
}
1.2 +6 -0 jbossmx/src/main/org/jboss/ha/HARMIServer.java
Index: HARMIServer.java
===
RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/HARMIServer.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- HARMIServer.java 2001/09/20 07:57:41 1.1
+++ HARMIServer.java 2001/09/27 03:14:08 1.2
@@ -3,6 +3,7 @@
import java.util.Vector;
import java.util.ArrayList;
import java.util.HashMap;
+import java.util.Hashtable;
import java.util.Iterator;
import java.util.Collection;
import java.rmi.Remote;
@@ -21,6 +22,11 @@
extends Remote
{
public HARMIResponse invoke(long tag, MarshalledObject mimo) throws Exception;
+ public ArrayList getReplicants() throws Exception;
+ public Object getLocal() throws Exception;
+
+ public static Hashtable rmiServers = new Hashtable();
+
}
1.3 +13 -5 jbossmx/src/main/org/jboss/ha/HARMIClient.java
Index: HARMIClient.java
===
RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/HARMIClient.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java
User: patriot1burke
Date: 01/09/26 20:14:53
Modified:src/main/org/jboss/ejb/plugins/jrmp13/server
JRMPContainerInvokerHA.java
Log:
no message
Revision ChangesPath
1.4 +82 -271
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.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JRMPContainerInvokerHA.java 2001/09/11 18:39:55 1.3
+++ JRMPContainerInvokerHA.java 2001/09/27 03:14:53 1.4
@@ -1,10 +1,9 @@
/*
- * JBoss, the OpenSource J2EE WebOS
+ * JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-
package org.jboss.ejb.plugins.jrmp13.server;
import java.lang.reflect.InvocationHandler;
@@ -12,12 +11,13 @@
import java.util.ArrayList;
import java.util.Collection;
import java.util.Iterator;
-import java.util.Vector;
import javax.ejb.EJBMetaData;
import javax.ejb.EJBHome;
import javax.ejb.EJBObject;
+import javax.naming.InitialContext;
+
import org.jboss.ejb.Container;
import org.jboss.ejb.ContainerInvoker;
import org.jboss.ejb.ContainerInvokerContainer;
@@ -25,337 +25,148 @@
import org.jboss.metadata.SessionMetaData;
import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote;
-import org.jboss.ejb.plugins.jrmp.interfaces.HASLSBTargetsManager;
-
-import org.jboss.ejb.plugins.jrmp13.interfaces.HomeProxy;
import org.jboss.ejb.plugins.jrmp13.interfaces.HomeProxyHA;
-import org.jboss.ejb.plugins.jrmp13.interfaces.StatelessSessionProxy;
import org.jboss.ejb.plugins.jrmp13.interfaces.StatelessSessionProxyHA;
import org.jboss.ejb.plugins.jrmp13.interfaces.StatefulSessionProxy;
import org.jboss.ejb.plugins.jrmp13.interfaces.EntityProxy;
import org.jboss.logging.Logger;
-
-import org.jboss.ha.HAConfigNode;
-import org.jboss.ha.HAConfigEntry;
-
-import javax.naming.InitialContext;
-import javax.naming.Context;
-import org.jboss.ha.HAConfigNode.HAEventsCallbackable;
+import org.jboss.ha.HARMIServerImpl;
+import org.jboss.ha.HARMIServer;
+import org.jboss.ha.HAPartition;
+import org.jboss.ha.RoundRobin;
-import java.util.Hashtable;
-
/**
- * Based on JRMPContainerInvoker v.1.10 for HA use in SLSB
- *
- * @see StatelessSessionProxy
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
- * @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
- * @version $Revision: 1.3 $
- *
- * Revisions:
+ *
*
- * 20010819 Sacha Labourey:
- *
- *First import of sources
- *
+ * @see
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+ * @version $Revision: 1.4 $
*/
-
public final class JRMPContainerInvokerHA
-implements ContainerInvoker, HAConfigNode.HAEventsCallbackable
+ implements ContainerInvoker
{
- static Logger log = Logger.create(JRMPContainerInvokerHA.class);
+ static Logger log = Logger.create(JRMPContainerInvoker.class);
EJBHome home;
EJBObject statelessObject;
Container container;
- org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker ci; // Parent invoker
+ org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvokerHA ci; // Parent invoker
- String _beanName = null;
- String _appName = null;
- String _nodeName = null;
- StatelessSessionProxyHA _ssp = null; // optimization
- HomeProxyHA _sshp = null; // optimization
- Hashtable localJndiProps = null;
- String haAppPathName = null;
+ HomeProxyHA homeProxy;
+ StatelessSessionProxyHA statelessProxy;
+ protected HARMIServerImpl harmi;
+ protected HAPartition partition;
+ protected String partitionName;
+
- public JRMPContainerInvokerHA
(org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker ci)
+ public
JRMPContainerInvokerHA(org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvokerHA ci,
String partitionName)
{
this.ci = ci;
+ this.partitionName = partitionName;
}
- public void setContainer (Container con)
+ public void setContainer(Container con)
{
this.container = con;
}
- public void init ()
+ public void init()
{
- // Create stateless session object
- // Same instance is used for all objects
- if (!(container.getBeanMetaData () instanceof EntityMetaData) &&
- ((SessionMetaData)container.getBeanMetaData ()).isStateless ())
+ // Create EJBHome object
+ // We add the Handle methods to the Home
+ Class handleClas
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java
User: patriot1burke
Date: 01/09/26 20:16:55
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvoker.java
Log:
Modified to make this class more extendable.
Revision ChangesPath
1.44 +31 -14
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.43
retrieving revision 1.44
diff -u -r1.43 -r1.44
--- JRMPContainerInvoker.java 2001/09/11 18:35:01 1.43
+++ JRMPContainerInvoker.java 2001/09/27 03:16:55 1.44
@@ -63,7 +63,7 @@
* @author mailto:[EMAIL PROTECTED]";>Juha Lindfors
* @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
* @author mailto:[EMAIL PROTECTED]";>Scott Stark
- * @version $Revision: 1.43 $
+ * @version $Revision: 1.44 $
*/
public class JRMPContainerInvoker
extends RemoteServer
@@ -246,8 +246,7 @@
try
{
// Export CI
- UnicastRemoteObject.exportObject(this, rmiPort,
- clientSocketFactory, serverSocketFactory);
+ exportCI();
GenericProxy.addLocal(container.getBeanMetaData().getJndiName(), this);
InitialContext context = new InitialContext();
@@ -285,9 +284,10 @@
InitialContext ctx = new InitialContext();
ctx.unbind(container.getBeanMetaData().getJndiName());
ctx.unbind("invokers/"+container.getBeanMetaData().getJndiName());
-
- UnicastRemoteObject.unexportObject(this, true);
- } catch (Exception e)
+
+ unexportCI();
+ }
+ catch (Exception e)
{
// ignore.
}
@@ -487,14 +487,7 @@
else
jdk122 = true;
- // Create delegate depending on JDK version
- if (jdk122)
- {
- ciDelegate = new
org.jboss.ejb.plugins.jrmp12.server.JRMPContainerInvoker(this);
- } else
- {
- ciDelegate = new
org.jboss.ejb.plugins.jrmp13.server.JRMPContainerInvoker(this);
- }
+ createCIDelegate();
try
{
@@ -554,6 +547,30 @@
// Package protected -
// Protected -
+
+ protected void exportCI() throws Exception
+ {
+ UnicastRemoteObject.exportObject(this, rmiPort,
+ clientSocketFactory, serverSocketFactory);
+ }
+
+ protected void unexportCI() throws Exception
+ {
+ UnicastRemoteObject.unexportObject(this, true);
+ }
+
+ protected void createCIDelegate() throws DeploymentException
+ {
+ // Create delegate depending on JDK version
+ if (jdk122)
+ {
+ ciDelegate = new
org.jboss.ejb.plugins.jrmp12.server.JRMPContainerInvoker(this);
+ } else
+ {
+ ciDelegate = new
org.jboss.ejb.plugins.jrmp13.server.JRMPContainerInvoker(this);
+ }
+ }
+
protected void rebind(Context ctx, String name, Object val)
throws NamingException
{
___
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/jrmp/interfaces StatelessSessionProxyHA.java HomeProxyHA.java HASLSBTargetsManager.java GenericProxyHA.java
User: patriot1burke
Date: 01/09/26 20:15:20
Modified:src/main/org/jboss/ejb/plugins/jrmp/interfaces
StatelessSessionProxyHA.java HomeProxyHA.java
Removed: src/main/org/jboss/ejb/plugins/jrmp/interfaces
HASLSBTargetsManager.java GenericProxyHA.java
Log:
no message
Revision ChangesPath
1.2 +78 -256
jbossmx/src/main/org/jboss/ejb/plugins/jrmp/interfaces/StatelessSessionProxyHA.java
Index: StatelessSessionProxyHA.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp/interfaces/StatelessSessionProxyHA.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatelessSessionProxyHA.java 2001/08/19 18:27:49 1.1
+++ StatelessSessionProxyHA.java 2001/09/27 03:15:20 1.2
@@ -1,290 +1,112 @@
/*
- * JBoss, the OpenSource J2EE WebOS
+ * JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-
package org.jboss.ejb.plugins.jrmp.interfaces;
import java.lang.reflect.Method;
-import java.util.Hashtable;
-import java.io.IOException;
-
-import java.rmi.MarshalledObject;
-import javax.naming.InitialContext;
-import javax.naming.Name;
-
-import javax.ejb.EJBObject;
-import javax.ejb.EJBHome;
import org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker;
-
-import org.jboss.ejb.plugins.jrmp.interfaces.StatelessHandleImpl;
-
+import java.io.IOException;
+import java.io.Externalizable;
+import java.io.ObjectInput;
+import java.io.ObjectOutput;
+import org.jboss.ha.HARMIProxy;
/**
- * Branched from StatelessSessionProxy for HA behaviour
- *
- * @see StatelessSessionProxy
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
- * @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
- * @version $Revision: 1.1 $
- *
- * Revisions:
- *
- * 20010819 Sacha Labourey:
- *
- *First import of sources
- *
+ * An EJB stateless session bean proxy class.
+ *
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg.
+ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+ * @author mailto:[EMAIL PROTECTED]";>Jason Dillon
+ * @version $Revision: 1.2 $
*/
-
-public class StatelessSessionProxyHA extends GenericProxyHA
+public class StatelessSessionProxyHA
+ extends StatelessSessionProxy
{
// Constants -
-
+
// Attributes
-
+
// Static
-
- static Method getPrimaryKey;
- static Method getHandle;
- static Method getEJBHome;
- static Method isIdentical;
- static Method toStr;
- static Method eq;
- static Method hash;
-
- static
- {
- try
- {
- // EJBObject methods
- getPrimaryKey = EJBObject.class.getMethod ("getPrimaryKey", new Class[0]);
- getHandle = EJBObject.class.getMethod ("getHandle", new Class[0]);
- getEJBHome = EJBObject.class.getMethod ("getEJBHome", new Class[0]);
- isIdentical = EJBObject.class.getMethod ("isIdentical", new Class[]
- { EJBObject.class });
-
- // Object methods
- toStr = Object.class.getMethod ("toString", new Class[0]);
- eq = Object.class.getMethod ("equals", new Class[]
- { Object.class });
- hash = Object.class.getMethod ("hashCode", new Class[0]);
- } catch (Exception e)
- {
- e.printStackTrace ();
- }
- }
-
-
+
// Constructors --
-
- public StatelessSessionProxyHA ()
- {
- // For externalization to work
- }
-
- public StatelessSessionProxyHA (String name,ContainerRemote container,boolean
optimize, TargetsManager mgr)
+
+/**
+ * No-argument constructor for externalization.
+ */
+ public StatelessSessionProxyHA() {}
+
+ /**
+ * Construct a StatelessSessionProxy.
+ *
+ * @param name The JNDI name of the container that we proxy for.
+ * @param container The remote interface of the invoker for which
+ * this is a proxy for.
+ * @param optimize True if the proxy will attempt to optimize
+ * VM-local calls.
+ */
+ public StatelessSessionProxyHA(final String name,
+final ContainerRemote container,
+final boolean optimize)
{
- super (name, container, optimize, mgr);
+ super(name, container, optimize);
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvokerHA.java
User: patriot1burke
Date: 01/09/26 20:15:56
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvokerHA.java
Log:
no message
Revision ChangesPath
1.4 +78 -63
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.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JRMPContainerInvokerHA.java 2001/09/11 18:39:55 1.3
+++ JRMPContainerInvokerHA.java 2001/09/27 03:15:56 1.4
@@ -1,100 +1,115 @@
/*
- * JBoss, the OpenSource J2EE WebOS
+ * JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-
package org.jboss.ejb.plugins.jrmp.server;
-import org.jboss.logging.Logger;
+import java.io.IOException;
+import java.lang.reflect.Method;
+import java.net.UnknownHostException;
+import java.rmi.ServerException;
+import java.rmi.RemoteException;
+import java.rmi.MarshalledObject;
+import java.rmi.server.RemoteServer;
+import java.rmi.server.RMIClientSocketFactory;
+import java.rmi.server.RMIServerSocketFactory;
+import java.rmi.server.UnicastRemoteObject;
+import java.security.Principal;
+import java.util.Collection;
+import java.util.Map;
+import java.util.HashMap;
+
+import javax.ejb.EJBMetaData;
+import javax.ejb.EJBHome;
+import javax.ejb.EJBObject;
+import javax.naming.Name;
+import javax.naming.InitialContext;
+import javax.naming.Context;
+import javax.naming.NamingException;
+import javax.naming.NameNotFoundException;
+import javax.transaction.Transaction;
+import javax.transaction.TransactionManager;
+
+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;
+import org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy;
+import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote;
+import org.jboss.ejb.plugins.jrmp.interfaces.EJBMetaDataImpl;
+import org.jboss.logging.Logger;
import org.jboss.metadata.XmlLoadable;
import org.jboss.metadata.MetaData;
import org.jboss.metadata.EntityMetaData;
import org.jboss.metadata.SessionMetaData;
+import org.jboss.security.SecurityAssociation;
+import org.jboss.tm.TransactionPropagationContextFactory;
+import org.jboss.tm.TransactionPropagationContextImporter;
import org.w3c.dom.Element;
-
-
+import org.jboss.ha.HARMIServerImpl;
+import org.jboss.ha.HAPartition;
/**
- * Specialized from JRMPContainerInvoker v.1.35 for HA use in SLSB
- *
- * @see JRMPContainerInvoker
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
- * @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
- * @version $Revision: 1.3 $
- *
- * Revisions:
+ * The ContainerInvoker for invoking enterprise beans
+ * over the JRMP invocation transport.
*
- * 20010819 Sacha Labourey:
- *
- *First import of sources
- *
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
+ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+ * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors
+ * @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark
+ * @version $Revision: 1.4 $
*/
-
public class JRMPContainerInvokerHA extends JRMPContainerInvoker
{
- static Logger log = Logger.create(JRMPContainerInvokerHA.class);
-
- /** Creates new JRMPContainerInvokerHA */
- public JRMPContainerInvokerHA ()
- {
- super ();
- }
+ protected String partitionName = "DefaultPartition";
- public void start ()
- throws Exception
+ protected void exportCI() throws Exception
{
- super.start ();
- ciDelegate.start ();
+
((org.jboss.ejb.plugins.jrmp13.server.JRMPContainerInvokerHA)ciDelegate).start();
}
- public void stop ()
+ protected void unexportCI() throws Exception
{
- super.stop ();
- ciDelegate.stop ();
+
((org.jboss.ejb.plugins.jrmp13.server.JRMPContainerInvokerHA)ciDelegate).stop();
}
- public void destroy ()
+ protected void createCIDelegate() throws DeploymentException
{
- super.destroy ();
- ciDelegate.destroy ();
- }
-
-
- // XmlLoadable implementation
- public void importXml (Element element) throws Depl
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces StatelessSessionProxyHA.java HomeProxyHA.java
User: patriot1burke
Date: 01/09/26 20:15:37
Modified:src/main/org/jboss/ejb/plugins/jrmp13/interfaces
StatelessSessionProxyHA.java HomeProxyHA.java
Log:
no message
Revision ChangesPath
1.2 +6 -7
jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatelessSessionProxyHA.java
Index: StatelessSessionProxyHA.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatelessSessionProxyHA.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatelessSessionProxyHA.java 2001/08/19 18:30:29 1.1
+++ StatelessSessionProxyHA.java 2001/09/27 03:15:37 1.2
@@ -8,7 +8,6 @@
package org.jboss.ejb.plugins.jrmp13.interfaces;
import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote;
-import org.jboss.ejb.plugins.jrmp.interfaces.GenericProxyHA.TargetsManager;
/**
* Copy of StatelessSessionProxy v.1.4 for HA use in SLSB
@@ -16,7 +15,7 @@
* @see StatelessSessionProxy
* @author Rickard Öberg ([EMAIL PROTECTED])
* @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
* Revisions:
*
@@ -28,14 +27,14 @@
public final class StatelessSessionProxyHA extends
org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxyHA implements
java.lang.reflect.InvocationHandler
{
-public StatelessSessionProxyHA()
+ public StatelessSessionProxyHA()
{
// For externalization to work
}
-public StatelessSessionProxyHA(String name,ContainerRemote container,boolean
optimize, TargetsManager mgr)
-{
-super (name, container, optimize, mgr);
-}
+ public StatelessSessionProxyHA(String name,ContainerRemote container,boolean
optimize)
+ {
+ super (name, container, optimize);
+ }
}
1.2 +3 -4
jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/HomeProxyHA.java
Index: HomeProxyHA.java
===
RCS file:
/cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/HomeProxyHA.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- HomeProxyHA.java 2001/08/19 18:30:29 1.1
+++ HomeProxyHA.java 2001/09/27 03:15:37 1.2
@@ -9,7 +9,6 @@
import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote;
import javax.ejb.EJBMetaData;
-import org.jboss.ejb.plugins.jrmp.interfaces.GenericProxyHA.TargetsManager;
/**
* Copy of HomeProxy v.1.5 for HA use in SLSB
@@ -18,7 +17,7 @@
* @author Rickard Öberg ([EMAIL PROTECTED])
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
* Revisions:
*
@@ -35,9 +34,9 @@
// For externalization to work
}
- public HomeProxyHA (String name, EJBMetaData ejbMetaData, ContainerRemote
container, boolean optimize, TargetsManager mgr)
+ public HomeProxyHA (String name, EJBMetaData ejbMetaData, ContainerRemote
container, boolean optimize)
{
- super (name, ejbMetaData, container, optimize, mgr);
+ super (name, ejbMetaData, container, optimize);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build build.xml
User: user57 Date: 01/09/26 19:41:11 Removed: jetty/src/build build.xml Log: o this file is obsolete ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] plugins/jetty build error
looks like src/resources has not been checked in, but the build file is trying to copy files from that location: compile-etc: [mkdir] Created dir: /nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/output/etc [copy] Copying 5 files to /nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/output/etc compile-resources: [mkdir] Created dir: /nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/output/resources BUILD FAILED /nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/build.xml:346: /nfs/home/jason/ws/jboss/jboss-all/plugins/jetty/src/resources not found. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: user57 Date: 01/09/26 19:37:37 Modified:.build.xml Log: o disable build of testdeploye.sar until its src/resources files are found Revision ChangesPath 1.33 +3 -1 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- build.xml 2001/09/26 21:47:05 1.32 +++ build.xml 2001/09/27 02:37:37 1.33 @@ -10,7 +10,7 @@ - + @@ -909,6 +909,7 @@ + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: user57
Date: 01/09/26 19:30:40
Modified:src/main/org/jboss Main.java
Log:
o replaced custom command line option parsing in Main with gnu.getopt
o added -D to set system properties
o expanded the help text, moved examples to --help-examples
o setting -Djboss.boot.loader.name in run.sh and run.bat, so the cl help
bits know which program name to use (default to "jboss" when unknown)
o run.jar includes gnu.getopt.* (two classes and 6 properties files) this
makes run.jar about 17k.
Revision ChangesPath
1.51 +113 -28 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v
retrieving revision 1.50
retrieving revision 1.51
diff -u -r1.50 -r1.51
--- Main.java 2001/09/26 21:47:04 1.50
+++ Main.java 2001/09/27 02:30:40 1.51
@@ -38,12 +38,15 @@
import org.jboss.system.ServiceLibraries;
import org.jboss.system.URLClassLoader;
+import gnu.getopt.Getopt;
+import gnu.getopt.LongOpt;
+
/**
* The main entry point for the JBoss server.
*
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
- * @version $Revision: 1.50 $
+ * @version $Revision: 1.51 $
*
* Revisions:
*
@@ -51,6 +54,11 @@
*
* Initial import, support for net-install
*
+ * 20010925 jason:
+ *
+ * Replaced custom command line option parsing with gnu.getopt.
+ * Added -D option to set system properties
+ *
*/
public class Main
{
@@ -298,36 +306,113 @@
// Given conf name
- for (int a = 0; a < args.length; a++)
- {
- if (args[a].endsWith("help"))
- {
-System.out.println("Usage: run --patch-dir --net-install
--configuration");
-System.out.println("For example: run.sh --net-install
http://www.jboss.org/jboss --configuration jboxx");
-System.out.println(" will download from the webserver and run the the
configuration called jboxx");
- }
- if (args[a].startsWith("--patch-dir") ||
- args[a].startsWith("-p"))
- {
-patchDir = args[a + 1];
- }
+ //
+ // parse command line options
+ //
- else if (args[a].startsWith("--net-install") ||
- args[a].startsWith("-n"))
- {
-installURL = args[a + 1].startsWith("http://";) ? args[a + 1] :
"http://"; + args[a + 1];
-if (!installURL.endsWith("/"))
-{
- installURL = installURL + "/";
-}
- }
- else if (args[a].startsWith("--configuration") ||
- args[a].startsWith("-c"))
- {
-configDir = args[a + 1];
+ // set this from a system property or default to jboss
+ String programName = System.getProperty("jboss.boot.loader.name",
+ "jboss");
+ String sopts = "-:hD:p:n:c:";
+ LongOpt[] lopts = {
+ new LongOpt("help", LongOpt.NO_ARGUMENT, null, 'h'),
+ new LongOpt("help-examples", LongOpt.NO_ARGUMENT, null, 10),
+ new LongOpt("patch-dir", LongOpt.REQUIRED_ARGUMENT, null, 'p'),
+ new LongOpt("net-install", LongOpt.REQUIRED_ARGUMENT, null, 'n'),
+ new LongOpt("configuration", LongOpt.REQUIRED_ARGUMENT, null, 'c'),
+ };
+
+ Getopt getopt = new Getopt(programName, args, sopts, lopts);
+ int code;
+ String arg;
+
+ while ((code = getopt.getopt()) != -1) {
+ switch (code) {
+case ':':
+case '?':
+ // for now both of these should exit with error status
+ System.exit(1);
+ break; // for completeness
+
+case 1:
+ // this will catch non-option arguments
+ // (which we don't currently care about)
+ System.err.println(programName +
+ ": unused non-option argument: " +
+ getopt.getOptarg());
+ break; // for completeness
+
+case 'h':
+ // show command line help
+ System.out.println("usage: " + programName + " [options]");
+ System.out.println();
+ System.out.println("options:");
+ System.out.println("-h, --helpShow this help
message");
+ System.out.println("--help-examples Show some
command line examples");
+ System.out.println("--Stop
processing options");
+ System.out.println("-D[=]Set a system
[JBoss-dev] jboss daily test failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE os.arch: i386 os.version: 2.4.3-12 jbosstest.iterationcount: 1000 jbosstest.threadcount: 10 jbosstest.beancount: 100 compile-classes: compile-etc: compile-stylesheets: compile-resources: compile-bin: compile: _jars-bank: _jars-bmp: _jars-cts: _jars-hello: _jars-idgen: _jars-dbtest: _jars-jmsra: _jars-mdb: _jars-lock: _jars-readahead: _jars-xa: _jars-jmx: BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 16 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] updated command line parsing for Main
to use the gnu.getopt package. can someone verify that the run.bat with --help shows the correct program name. the main reason why I did this was to allow for unique substrings to be used for option names, plus it is easier to manage adding new options. for example, to set the configuration name, you can -c or --conf, or rather anthing that is unique across all of the other long options. the gnu.getopt package is small (and lgpl), so I did not see any issues with making this change and including those classes in run.jar. if there are any issues please let me know, as I am not aware of them. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss build.xml
User: user57 Date: 01/09/26 19:30:39 Modified:jbossbuild.xml Log: o replaced custom command line option parsing in Main with gnu.getopt o added -D to set system properties o expanded the help text, moved examples to --help-examples o setting -Djboss.boot.loader.name in run.sh and run.bat, so the cl help bits know which program name to use (default to "jboss" when unknown) o run.jar includes gnu.getopt.* (two classes and 6 properties files) this makes run.jar about 17k. Revision ChangesPath 1.31 +8 -3 build/jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jboss/build.xml,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- build.xml 2001/09/26 21:47:02 1.30 +++ build.xml 2001/09/27 02:30:39 1.31 @@ -10,7 +10,7 @@ - + @@ -280,8 +280,13 @@ - - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/bin run.bat run.sh
User: user57 Date: 01/09/26 19:30:40 Modified:src/bin run.bat run.sh Log: o replaced custom command line option parsing in Main with gnu.getopt o added -D to set system properties o expanded the help text, moved examples to --help-examples o setting -Djboss.boot.loader.name in run.sh and run.bat, so the cl help bits know which program name to use (default to "jboss" when unknown) o run.jar includes gnu.getopt.* (two classes and 6 properties files) this makes run.jar about 17k. Revision ChangesPath 1.24 +3 -0 jboss/src/bin/run.bat Index: run.bat === RCS file: /cvsroot/jboss/jboss/src/bin/run.bat,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- run.bat 2001/08/13 18:33:00 1.23 +++ run.bat 2001/09/27 02:30:40 1.24 @@ -4,6 +4,9 @@ set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;run.jar +REM Setup JBoss sepecific properties +set JAVA_OPTS="%JAVA_OPTS% -Djboss.boot.loader.name=run.bat" + REM Set the JAXP factory names REM Crimson parser JAXP setup(default) set JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.crimson.jaxp.DocumentBuilderFactoryImpl 1.30 +4 -1 jboss/src/bin/run.sh Index: run.sh === RCS file: /cvsroot/jboss/jboss/src/bin/run.sh,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- run.sh2001/09/10 12:40:33 1.29 +++ run.sh2001/09/27 02:30:40 1.30 @@ -5,7 +5,7 @@ ## ## ### == ### -### $Id: run.sh,v 1.29 2001/09/10 12:40:33 kimptoc Exp $ ### +### $Id: run.sh,v 1.30 2001/09/27 02:30:40 user57 Exp $ ### DIRNAME=`dirname $0` PROGNAME=`basename $0` @@ -47,6 +47,9 @@ if [ "x$JAVA_OPTS" = "x" -a "x$HAS_HOTSPOT" != "x" ]; then JAVA_OPTS="-server" fi + +# Setup JBoss sepecific properties +JAVA_OPTS="$JAVA_OPTS -Djboss.boot.loader.name=$PROGNAME" # Setup the JAXP parser to use if [ "x$JAXP" = "x" ]; then ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: user57 Date: 01/09/26 19:30:40 Modified:.build.xml Log: o replaced custom command line option parsing in Main with gnu.getopt o added -D to set system properties o expanded the help text, moved examples to --help-examples o setting -Djboss.boot.loader.name in run.sh and run.bat, so the cl help bits know which program name to use (default to "jboss" when unknown) o run.jar includes gnu.getopt.* (two classes and 6 properties files) this makes run.jar about 17k. Revision ChangesPath 1.32 +14 -1 jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/build.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- build.xml 2001/09/26 21:47:03 1.31 +++ build.xml 2001/09/27 02:30:39 1.32 @@ -10,7 +10,7 @@ - + @@ -232,6 +232,15 @@ + + + + + + + + + @@ -264,6 +273,7 @@ + @@ -587,11 +597,14 @@ + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily build failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE _jars-cts: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/ctstest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/cts.jar _jars-hello: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hellotest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hello.jar _jars-idgen: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgentest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgen.jar _jars-dbtest: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtest.jar _jars-jmsra: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsratest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsra.jar _jars-mdb: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdbtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdb.jar _jars-lock: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktest.jar _jars-readahead: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readaheadtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readahead.jar _jars-xa: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatest.jar _jars-jmx: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmxtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploy.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploya.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployb.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployc.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployd.sar BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 5 minutes 36 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily test failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE os.arch: i386 os.version: 2.4.3-12 jbosstest.iterationcount: 1000 jbosstest.threadcount: 10 jbosstest.beancount: 100 compile-classes: compile-etc: compile-stylesheets: compile-resources: compile-bin: compile: _jars-bank: _jars-bmp: _jars-cts: _jars-hello: _jars-idgen: _jars-dbtest: _jars-jmsra: _jars-mdb: _jars-lock: _jars-readahead: _jars-xa: _jars-jmx: BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 17 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily build failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE _jars-cts: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/ctstest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/cts.jar _jars-hello: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hellotest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hello.jar _jars-idgen: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgentest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgen.jar _jars-dbtest: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtest.jar _jars-jmsra: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsratest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsra.jar _jars-mdb: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdbtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdb.jar _jars-lock: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktest.jar _jars-readahead: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readaheadtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readahead.jar _jars-xa: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatest.jar _jars-jmx: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmxtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploy.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploya.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployb.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployc.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployd.sar BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 9 minutes 16 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily test failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE os.arch: i386 os.version: 2.4.3-12 jbosstest.iterationcount: 1000 jbosstest.threadcount: 10 jbosstest.beancount: 100 compile-classes: compile-etc: compile-stylesheets: compile-resources: compile-bin: compile: _jars-bank: _jars-bmp: _jars-cts: _jars-hello: _jars-idgen: _jars-dbtest: _jars-jmsra: _jars-mdb: _jars-lock: _jars-readahead: _jars-xa: _jars-jmx: BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 6 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily build failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE _jars-cts: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/ctstest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/cts.jar _jars-hello: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hellotest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hello.jar _jars-idgen: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgentest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgen.jar _jars-dbtest: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtest.jar _jars-jmsra: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsratest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsra.jar _jars-mdb: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdbtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdb.jar _jars-lock: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktest.jar _jars-readahead: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readaheadtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readahead.jar _jars-xa: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatest.jar _jars-jmx: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmxtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploy.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploya.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployb.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployc.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployd.sar BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 3 minutes 48 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc/conf/catalina jboss.jcml.patch
User: starksm Date: 01/09/26 18:56:23 Modified:catalina/src/etc/conf/catalina jboss.jcml.patch Log: Remove the other SecurityDomain configuration Revision ChangesPath 1.2 +0 -9 contrib/catalina/src/etc/conf/catalina/jboss.jcml.patch Index: jboss.jcml.patch === RCS file: /cvsroot/jboss/contrib/catalina/src/etc/conf/catalina/jboss.jcml.patch,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jboss.jcml.patch 2001/09/27 01:36:25 1.1 +++ jboss.jcml.patch 2001/09/27 01:56:23 1.2 @@ -1,12 +1,3 @@ -60a61,68 -> -> -> -> -> .keystore -> JKS -> changeit -> 117,119c125,127 <
[JBoss-dev] CVS update: contrib/catalina/src/build build.xml
User: starksm Date: 01/09/26 18:55:45 Modified:catalina/src/build build.xml Log: Update the bundle version Revision ChangesPath 1.4 +5 -39 contrib/catalina/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/catalina/src/build/build.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- build.xml 2001/09/27 01:07:05 1.3 +++ build.xml 2001/09/27 01:55:45 1.4 @@ -1,5 +1,5 @@ - + - + @@ -135,49 +135,15 @@ - - + - - - - - - - - - - - - - - - - - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily test failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE os.arch: x86 os.version: 2.4.3-12 jbosstest.iterationcount: 1000 jbosstest.threadcount: 10 jbosstest.beancount: 100 compile-classes: compile-etc: compile-stylesheets: compile-resources: compile-bin: compile: _jars-bank: _jars-bmp: _jars-cts: _jars-hello: _jars-idgen: _jars-dbtest: _jars-jmsra: _jars-mdb: _jars-lock: _jars-readahead: _jars-xa: _jars-jmx: BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 7 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily build failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE _jars-cts: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/ctstest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/cts.jar _jars-hello: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hellotest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/hello.jar _jars-idgen: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgentest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/idgen.jar _jars-dbtest: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/dbtest.jar _jars-jmsra: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsratest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmsra.jar _jars-mdb: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdbtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/mdb.jar _jars-lock: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/locktest.jar _jars-readahead: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readaheadtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/readahead.jar _jars-xa: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatestclient.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/xatest.jar _jars-jmx: [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/jmxtest.jar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploy.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeploya.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployb.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployc.sar [jar] Building jar: /home/lubega/jbossro/jboss-all/testsuite/output/lib/testdeployd.sar BUILD FAILED /home/lubega/jbossro/jboss-all/testsuite/build.xml:912: /home/lubega/jbossro/jboss-all/testsuite/output/resources/jmx/mbeane not found. Total time: 5 minutes 50 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc/conf/catalina - New directory
User: starksm Date: 01/09/26 18:35:32 contrib/catalina/src/etc/conf/catalina - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc/conf/catalina jboss.conf.patch jboss.jcml.patch
User: starksm Date: 01/09/26 18:36:25 Added: catalina/src/etc/conf/catalina jboss.conf.patch jboss.jcml.patch Log: Add patch files for creating the embedded catalina jboss.conf and jboss.jcml Revision ChangesPath 1.1 contrib/catalina/src/etc/conf/catalina/jboss.conf.patch Index: jboss.conf.patch === *** jboss.confWed Sep 26 18:24:36 2001 --- jboss.conf.catalina Wed Sep 26 18:25:13 2001 *** *** 32,38 ! --- 32,56 ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 1.1 contrib/catalina/src/etc/conf/catalina/jboss.jcml.patch Index: jboss.jcml.patch === 60a61,68 > > > > > .keystore > JKS > changeit > 117,119c125,127 < --- > > > 205c213 < --- > 209c217 < :service=EmbeddedTomcat --- > :service=EmbeddedCatalina ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc - New directory
User: starksm Date: 01/09/26 18:35:17 contrib/catalina/src/etc - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc/conf - New directory
User: starksm Date: 01/09/26 18:35:25 contrib/catalina/src/etc/conf - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: starksm Date: 01/09/26 18:28:08 Modified:src/etc/conf/default Tag: Branch_2_4 jboss.jcml Log: Remove undocumented sercurity mbeans Revision ChangesPath No revision No revision 1.40.2.7 +0 -21 jboss/src/etc/conf/default/Attic/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/Attic/jboss.jcml,v retrieving revision 1.40.2.6 retrieving revision 1.40.2.7 diff -u -r1.40.2.6 -r1.40.2.7 --- jboss.jcml2001/09/26 06:08:31 1.40.2.6 +++ jboss.jcml2001/09/27 01:28:08 1.40.2.7 @@ -53,32 +53,11 @@ - - - org.jboss.security.plugins.JaasSecurityManager - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.conf
User: starksm Date: 01/09/26 18:20:19 Modified:src/etc/conf/default Tag: Branch_2_4 jboss.conf Log: Remove the commentted out entries Revision ChangesPath No revision No revision 1.19.4.1 +1 -15 jboss/src/etc/conf/default/Attic/jboss.conf Index: jboss.conf === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/Attic/jboss.conf,v retrieving revision 1.19 retrieving revision 1.19.4.1 diff -u -r1.19 -r1.19.4.1 --- jboss.conf2001/04/25 20:45:41 1.19 +++ jboss.conf2001/09/27 01:20:19 1.19.4.1 @@ -32,21 +32,7 @@ - - - - - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/gnu/getopt LICENSE.lgpl
User: user57 Date: 01/09/26 18:12:57 Added: gnu/getopt LICENSE.lgpl Log: o adding the gnu getopt license for completeness Revision ChangesPath 1.1 thirdparty/gnu/getopt/LICENSE.lgpl Index: LICENSE.lgpl === GNU LIBRARY GENERAL PUBLIC LICENSE Version 2, June 1991 Copyright (C) 1991 Free Software Foundation, Inc. 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. [This is the first released version of the library GPL. It is numbered 2 because it goes with version 2 of the ordinary GPL.] Preamble The licenses for most software are designed to take away your freedom to share and change it. By contrast, the GNU General Public Licenses are intended to guarantee your freedom to share and change free software--to make sure the software is free for all its users. This license, the Library General Public License, applies to some specially designated Free Software Foundation software, and to any other libraries whose authors decide to use it. You can use it for your libraries, too. When we speak of free software, we are referring to freedom, not price. Our General Public Licenses are designed to make sure that you have the freedom to distribute copies of free software (and charge for this service if you wish), that you receive source code or can get it if you want it, that you can change the software or use pieces of it in new free programs; and that you know you can do these things. To protect your rights, we need to make restrictions that forbid anyone to deny you these rights or to ask you to surrender the rights. These restrictions translate to certain responsibilities for you if you distribute copies of the library, or if you modify it. For example, if you distribute copies of the library, whether gratis or for a fee, you must give the recipients all the rights that we gave you. You must make sure that they, too, receive or can get the source code. If you link a program with the library, you must provide complete object files to the recipients so that they can relink them with the library, after making changes to the library and recompiling it. And you must show them these terms so they know their rights. Our method of protecting your rights has two steps: (1) copyright the library, and (2) offer you this license which gives you legal permission to copy, distribute and/or modify the library. Also, for each distributor's protection, we want to make certain that everyone understands that there is no warranty for this free library. If the library is modified by someone else and passed on, we want its recipients to know that what they have is not the original version, so that any problems introduced by others will not reflect on the original authors' reputations. Finally, any free program is threatened constantly by software patents. We wish to avoid the danger that companies distributing free software will individually obtain patent licenses, thus in effect transforming the program into proprietary software. To prevent this, we have made it clear that any patent must be licensed for everyone's free use or not licensed at all. Most GNU software, including some libraries, is covered by the ordinary GNU General Public License, which was designed for utility programs. This license, the GNU Library General Public License, applies to certain designated libraries. This license is quite different from the ordinary one; be sure to read it in full, and don't assume that anything in it is the same as in the ordinary license. The reason we have a separate public license for some libraries is that they blur the distinction we usually make between modifying or adding to a program and simply using it. Linking a program with a library, without changing the library, is in some sense simply using the library, and is analogous to running a utility program or application program. However, in a textual and legal sense, the linked executable is a combined work, a derivative of the original library, and the ordinary General Public License treats it as such. Because of this blurred distinction, using the ordinary General Public License for libraries did not effectively promote software sharing, because most developers did not use the libraries. We concluded that weaker conditions might promote sharing better. However, unrestricted linking of non-free programs would deprive the users of those programs of all benefit from the free status of the libraries themselves. This Library General Public License is intended
[JBoss-dev] CVS update: thirdparty/gnu/getopt - Imported sources
User: user57 Date: 01/09/26 18:10:51 Log: o import of GNU getopt 1.0.8 Status: Vendor Tag: gnu Release Tags: getopt_1_0_8 N thirdparty/gnu/getopt/lib/getopt.jar No conflicts created by this import ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/build build.xml
User: starksm Date: 01/09/26 18:07:05 Modified:catalina/src/build build.xml Log: Update build for new catalina-service.jar Revision ChangesPath 1.3 +171 -32 contrib/catalina/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/catalina/src/build/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 2001/09/14 12:45:00 1.2 +++ build.xml 2001/09/27 01:07:05 1.3 @@ -1,51 +1,190 @@ - - - - - - - + + - + + + + + + + + + - + + + + - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + - + - - + + - + - - + + + + + + + + + + + + + + +#!/bin/sh +JBOSS_CLASSPATH=$$JBOSS_CLASSPATH:$$JAVA_HOME/lib/tools.jar +export JBOSS_CLASSPATH +/bin/sh ./run.sh catalina + +@echo off +set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;%JAVA_HOME%/lib/tools.jar +.\run.bat catalina + + + + + + + + + + + + + + - + - - - - + + + + + + + + + + + + + + + + + + - - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jcert.jar jnet.jar jsse.jar
User: starksm Date: 01/09/26 18:03:00 Added: src/lib Tag: Branch_2_4 jcert.jar jnet.jar jsse.jar Log: Add the JSSE 1.0.2 global jars Revision ChangesPath No revision No revision 1.2.2.1 +0 -0 jboss/src/lib/Attic/jcert.jar <> 1.2.2.1 +0 -0 jboss/src/lib/Attic/jnet.jar <> 1.2.2.1 +0 -0 jboss/src/lib/Attic/jsse.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss/testsuite build failure
_jars-jmx: [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/jmxtest.jar [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeploy.sar [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeploya.sar [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployb.sar [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployc.sar [jar] Building jar: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeployd.sar BUILD FAILED /nfs/home/jason/ws/jboss/jboss-all/testsuite/build.xml:912: /nfs/home/jason/ws/jboss/jboss-all/testsuite/output/resources/jmx/mbeane not found. Is there supposed to be a src/resources/jmx/mbeane directory? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/web/test WebIntegrationUnitTestCase.java
User: d_jencks
Date: 01/09/26 17:18:48
Modified:src/main/org/jboss/test/web/test
WebIntegrationUnitTestCase.java
Log:
Turned web tests back on -- oops. Also used logging
Revision ChangesPath
1.5 +6 -37
jbosstest/src/main/org/jboss/test/web/test/WebIntegrationUnitTestCase.java
Index: WebIntegrationUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/test/WebIntegrationUnitTestCase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- WebIntegrationUnitTestCase.java 2001/09/25 18:07:19 1.4
+++ WebIntegrationUnitTestCase.java 2001/09/27 00:18:48 1.5
@@ -34,13 +34,12 @@
with a role of 'AuthorizedUser' in the servlet container.
@author [EMAIL PROTECTED]
- @version $Revision: 1.4 $
+ @version $Revision: 1.5 $
*/
public class WebIntegrationUnitTestCase extends JBossTestCase
{
- private static boolean setUp;
- private static boolean webServerAvailable;
- private static String baseURL;
+
+ private String baseURL = "http://jduke:theduke@localhost:"; +
Integer.getInteger("web.port", 8080) + "/";
public WebIntegrationUnitTestCase(String name)
{
@@ -52,9 +51,6 @@
*/
public void testEJBOnStartupServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/EJBOnStartupServlet");
accessURL(url);
}
@@ -62,9 +58,6 @@
*/
public void testENCServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/ENCServlet");
accessURL(url);
}
@@ -72,9 +65,6 @@
*/
public void testEJBServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/EJBServlet");
accessURL(url);
}
@@ -82,9 +72,6 @@
*/
public void testUserTransactionServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/UserTransactionServlet");
accessURL(url);
}
@@ -92,9 +79,6 @@
*/
public void testSnoopJSP() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/snoop.jsp");
accessURL(url);
}
@@ -102,9 +86,6 @@
*/
public void testClientLoginServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/ClientLoginServlet");
accessURL(url);
}
@@ -112,9 +93,6 @@
*/
public void testSecureServlet() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/restricted/SecureServlet");
accessURL(url);
}
@@ -122,9 +100,6 @@
*/
public void testSecureEJBAccess() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/restricted/SecureEJBAccess");
accessURL(url);
}
@@ -132,9 +107,6 @@
*/
public void testIncludeEJB() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/restricted/include_ejb.jsp");
accessURL(url);
}
@@ -142,9 +114,6 @@
*/
public void testUnsecureEJBAccess() throws Exception
{
- if( webServerAvailable == false )
- return;
-
URL url = new URL(baseURL+"jbosstest/UnsecureEJBAccess");
accessURL(url, true);
}
@@ -157,15 +126,15 @@
{
try
{
- System.out.println("Connecting to: "+url);
+ getLog().debug("Connecting to: "+url);
HttpClient httpConn = new HttpClient(url);
int responseCode = httpConn.getResponseCode();
String response = httpConn.getResponseMessage();
- System.out.println("responseCode="+responseCode+", response="+response);
+ getLog().debug("responseCode="+responseCode+", response="+response);
if( responseCode != HttpURLConnection.HTTP_OK )
{
StringBuffer content = httpConn.getContent();
-System.out.println(content);
+getLog().debug(content);
if( shouldFail == false )
fail("Access to: "+url+" failed with responseCode="+responseCode);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
Re: [JBoss-dev] jboss test dependencies
Ok, fine. - Original Message - From: "David Jencks" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 26, 2001 3:29 PM Subject: Re: [JBoss-dev] jboss test dependencies > That's an old version -- looks like I broke it on sept 18. Since Jetty is > now supposed to be integrated in standard jboss, shouldn't we eliminate the > test for a web deployer? Also, I couldn't get the test for a web deployer > to work, which is why I took it out... apparently I didn't notice the real > reason all the tests then worked! > > So, I'd like to remove webServerAvailable and all the tests for it. OK? > > david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MDB non-xa cf & tx timeout
Sorry for the late response. I don't *think* this is an issue currently. There are no other resources involved except the jms bits to pull a msg off from and hand it to the mdb. --jason On Tue, 25 Sep 2001, David Jencks wrote: > Jason, I have no idea if this is relevant... > > I discovered in the ConnectionManager/pool code that the scheduling is kind > of awful, and that under high load, if the pool gets emptied and a request > has to wait, that request is apt to wait more or less forever, since it is > blocking and new requests take any available connections without blocking. > (I discovered this by putting a blocking timeout in the pool and running > the high stress (10 threads, 1000 iterations) bank test. After a little > while I got a few exceptions from blocking timeout.) Is there any chance > this is happening to you? A crude fix that might work would be to make > every new request block if any request is blocking when the new one comes > in: this gives everyone a chance at intercepting the "returned" > notifyAll(). I've been wondering about how or if to implement strict > scheduling, and kind of forgot this code is used by jmsra in 2.4. If you > think this might be relevant and want me to suggest a more specific fix let > me know. > > Thanks > david jencks > > > On 2001.09.25 16:31:44 -0400 Jason Dillon wrote: > > I ran some tests last night with the > > TransactionManager.TransactionTimeout > > set to Integer.MAX_VALUE, and I am still getting these messages: > > > > org.jboss.tm.TxCapsule [Thread-5] () - Transaction XidImpl [FormatId=257, > > GlobalId=eng-ecr5a//0, BranchQual=] timed out. status=STATUS_ACTIVE > > > > This is still off of a pre-3.0 release... I have been resistent to moving > > to > > 3.0 due to the months of work that I had to do (and the stress to > > stabilize > > the system) to make everything work with the jms ra, entity locking and > > so > > on. > > > > I guess I should probably look into this a little bit more though, since > > it > > is going to be very difficult to track down this problem on an old > > build... > > =( > > > > --jason > > > > > > On Mon, 24 Sep 2001, Hiram Chirino wrote: > > > > > > > > The problem is that I want to basicly use a local TX with a MQ > > XAConnection. > > > If knew how to generate vaid XIDs to feed the XAResource, then we > > could > > > emulate the TM. But I'm not 100% on > > > how to generate XIDs, so hacked a JBossMQ specific solution. > > > > > > Anybody know how to generate valid XIDs??? At least valid enough to > > control > > > a 1 phase commit resource??? > > > > > > Regards, > > > Hiram > > > > > > >From: Jason Dillon <[EMAIL PROTECTED]> > > > >Reply-To: [EMAIL PROTECTED] > > > >To: <[EMAIL PROTECTED]> > > > >Subject: Re: [JBoss-dev] MDB non-xa cf & tx timeout > > > >Date: Mon, 24 Sep 2001 18:17:23 -0700 (PDT) > > > > > > > >Why does StdServerSession hard code JBossMQ specifics > > (JBossMQTXInterface > > > >& the related classnames and such)? > > > > > > > >--jason > > > > > > > > > > > >On Mon, 24 Sep 2001, Hiram Chirino wrote: > > > > > > > > > > > > > > No, Not yet... I guess I should also do the same for CMT that has > > > > > NotSupported right??? > > > > > > > > > > Regards, > > > > > Hiram > > > > > > > > > > >From: Jason Dillon <[EMAIL PROTECTED]> > > > > > >Reply-To: [EMAIL PROTECTED] > > > > > >To: <[EMAIL PROTECTED]> > > > > > >Subject: Re: [JBoss-dev] MDB non-xa cf & tx timeout > > > > > >Date: Sun, 23 Sep 2001 20:06:12 -0700 (PDT) > > > > > > > > > > > >Hey, sorry for the late reply. What about CMT? Shouldn't CMT > > behave > > > >the > > > > > >same in this case? > > > > > > > > > > > >The system I run this under uses the old style config. Is this > > change > > > > > >relavent for integration with 2.4.x? I think I might switch over > > to > > > >that > > > > > >for production use... head is changing to quickly. > > > > > > > > > > > >--jason > > > > > > > > > > > > > > > > > >On Thu, 20 Sep 2001, Hiram Chirino wrote: > > > > > > > > > > > > > Hi Jason, > > > > > > > > > > > > > > >Anyways, I think there is still an issue with the tx recipts > > for an > > > > > >MDB. I > > > > > > > >have to set the default tx timeout insainly high to avoid this > > > >problem. > > > > > > > > > > > > > > > >I remember there were a few suggestions on how to fix this, > > but I > > > >am > > > > > >not > > > > > > > >sure what happend to them... > > > > > > > > > > > > > > > > > > > > > > I just commited chanages to HEAD that should fix this for MDB > > with > > > >BMT. > > > > > > > Pease test and let me know if it worked. > > > > > > > > > > > > > > Regards, > > > > > > > Hiram > > > > > > > > > > > > > > _ > > > > > > > Get your FREE download of MSN Explorer at > > > > > >http://explorer.msn.com/intl.asp > > > > > > > > > > > > > > > > > > > > > ___ > > > > > > > Jboss-development mailing list > > > > > >
Re: [jboss-docs] RE: [JBoss-dev] when updating jboss/manual
> to be very honest I don't think it is a good idea i mean updating the > website and each time going through the xdoc generation is a pain. Think of it as compling your .java before commiting the changes... or if you prefer, once you commit a whole bit build the docs. I don't suggest running the entire jboss-website build, just make sure changes that are made actually work. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss and log4j version 1.2
> I see your point here, but the suggested usage for implementing trace() is
> just plain ugly. I would still suggest that we use our own Logger class
> which has all of the features and niceness which we desire, but uses Log4j
> as the underlying mechanism.
>
> I have been playing with logging systems for several years now, and I am
> coming to the conclusion that there is no single perfect logging api for
> application use. I am starting to think that each platform (like JBoss)
> should provide it's own interface, but leave the details of event
> management, configuration and the like, to a package like Log4j.
I used to be of the same opinion, but think that when you have logging
disabled you want it as fast as possible (AFAIK it involves keeping as
little inheritance as possible and so on). Unless you keep programming in
the isDebugEnabled() way or implement it again in that thin layer, you'll
get a bit slower system (remember that the log is called hundreds of times).
You can also wait until the API JSR047 that Sun is developing matures and
see what it's like:
http://jcp.org/aboutJava/communityprocess/review/jsr047/index.html
P.S.: The "isDebugEnabled way" as far as I remember from memory, involves
checking the debugging state before calling the log method, to avoid
calculating the parameters when there is no need:
if (isDebugEnabled())
log.debug("Parameters = " + param1 + ", " + param2);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss and log4j version 1.2
> Hello Jason,
>
> There is no firm release date for 1.2. It will be released when it is ready.
> However, 1.2alpha0 is available since yesterday. :-)
Is there any compelling reason why we should switch to this alpha? I am all
for the new API, but I am very weary of alpha/beta product.
> Extending the interface of Logger (i.e. Category) with new printing methods
> such as trace() is considered bad practice, at least by me. I understand
> that adding printing methods is consistent with the rest of the API, easy on
> the fingers and eyes. That is not good enough a reason. Log4j can never
> guarantee that a given category will be of a certain type, say
> org.jboss.logging.log4j.JBossCategory instead of org.apache.log4j.Logger.
>
> ClassCastException when instantiating a Category subclass is one example of
> this problem.
> See also http://jakarta.apache.org/log4j/docs/TROUBLESHOOT.html#cce
I see your point here, but the suggested usage for implementing trace() is
just plain ugly. I would still suggest that we use our own Logger class
which has all of the features and niceness which we desire, but uses Log4j
as the underlying mechanism.
I have been playing with logging systems for several years now, and I am
coming to the conclusion that there is no single perfect logging api for
application use. I am starting to think that each platform (like JBoss)
should provide it's own interface, but leave the details of event
management, configuration and the like, to a package like Log4j.
I have not looked into the new LogManager and related classes yet, but I am
glad to see things moving in this direction. I can totally see that I might
want to completly disable logging via a NullLogger for some components,
where I might want full thread dumps from others. Having one class handle
both of these extremes will slow things down.
Anyways, I would suggest that JBoss alter Logger to extend Object and make
it a thin proxy to a Log4j logger. This way we don't have to worry about
any class cast issues, and we can have a trace(), plus other features.
> In the future, I expect that Application Servers or Servlet Containers will
> impose a particular org.apache.log4j.Logger implementation (for security
> reasons). It will not be up to an embedded component to decide the logger
> subclass. Thus, you will not be able to rely on a
> org.jboss.logging.log4j.JBossCategory being returned even if you set the
> categoryFactory to
> org.jboss.logging.log4j.JBossCategory$JBossCategoryFactory in the
> configuration file.
As I mentioned before, I would still expect our core components and plugins
to use the JBoss Logger.create() methods to get an instance of a Logger.
> Log4j support in JBoss is particularly important. I suggest that you look
> into the
> LogManager, RepositorySelector and LoggerRepository code. See also
> http://jakarta.apache.org/log4j/docs/manual/manual.html#AEN718
Logging in an application server and the applications which run in it is
very, very important. I have been playing with my own Bliss planet57.log
api for a while now, but have finally concieded the backed to Log4j, since
you do it much better than I could hope to given the time I have to work on
it.
> The whole construction is intended to allow Application Servers to select
> the appropriate LoggerRepository depending on the embedded application. Let
> me give an example.
>
> Assume we have to applications App-A and App-B running inside JBoss. We want
> App-A and App-B to live in separate logging universes. We achieve this by
> having App-A and App-B use different LoggerRepositories (LoggerRepository is
> the new name for Hierarchies in log4j 1.2).
>
> Clients still call Logger.getLogger("name") to retrieve a logger (=
> category). However, we want to vary the LoggerRepository (~hierarchy)
> depending on the caller. For a call to Logger.getLogger("name") emanating
> from code in App-A, we want JBoss to detect that the caller is in App-A and
> use the LoggerRepository specific to App-A. Similarly, calling
> Logger.getLogger("name") within App-B should use a LoggerRepository specific
> to App-B.
Sounds very, very interesting. I will have to look into this more.
> Since JBoss is the top-level application, JBoss is free to impose the
> RepositorySelector to the LogManager. JBoss' implementation of
> RepositorySelector can use different methods to track the caller (the
> particular application), for example by setting a ThreadLocal variable to
> track applications by Thread.
>
> Regarding your last question, the DOMConfigurator offers more services than
> ProppertyConfigurator and is considered as stable. Don't hesitate to
> contact me if you encounter problems when migrating to the DOMConfigurator.
Thanks,
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MDB non-xa cf & tx timeout
Jason Dillon wrote: > > > That shouldn't happen. Just looked into the code I > > wrote, and it looks like you have found a bug in it: > > In org.jboss.tm.TxManager line 314, the new timeout > > in milliseconds is calculated with the expression: > > timeout = 1000 * seconds; > > I guess it should have been > > timeout = 1000L * seconds; > > to enforce widening _before_ the multiplication. > > > > Maybe Integer.MAX_VALUE/1000 is long enough for you > > until i get around to committing a fix? > > I notice that Integer.MAX_VALUE was producing a -1 when looking at the JMX > console, so I played around a little and ended up using 200 (which is > about 24 days). > > I re-ran my tests with no errors. I am rerunning them now with a 24 hour > timeout, to see what happens when these long transactions complete. My > guess is nothing, but just to be sure. I can try Integer.MAX_VALUE/1000 and > see if that works too. I just need something that is insainly high, since I > don't want _any_ tx to timeout on the node where this stuff is running. I just committed the fix to the main and 2.4 branches. Please let me know it it fixes your problem. You should be avare that even though the TM timeout is set extremely high, there may be other timeouts in the transactional resources that could still time out. If a transactional resource times out before the transaction you will end up with a heuristic. So be careful about which resources you use, and if possible raise their timeouts so they will not start making heuristic decisions too soon. Best Regards, Ole Husgaard. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite build.xml
User: user57 Date: 01/09/26 15:25:29 Modified:.build.xml Log: o copy of dtd's needs to be done from compile-snapshots, or by a target which depends on it, since it uses the checked out server module to get these file... which is a bad idea, but at least now this project will build again. Revision ChangesPath 1.13 +16 -10newsite/build.xml Index: build.xml === RCS file: /cvsroot/jboss/newsite/build.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- build.xml 2001/09/26 20:16:36 1.12 +++ build.xml 2001/09/26 22:25:29 1.13 @@ -10,7 +10,7 @@ - + @@ -264,8 +264,13 @@ | different type of compile that needs to be performed, short of | documentation compiles. --> - + @@ -275,13 +280,6 @@ - - - - - - - @@ -339,6 +337,14 @@ + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] when updating jboss/manual
jason, to be very honest I don't think it is a good idea i mean updating the website and each time going through the xdoc generation is a pain. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Wednesday, September 26, 2001 6:30 PM |To: [EMAIL PROTECTED]; [EMAIL PROTECTED] |Subject: [JBoss-dev] when updating jboss/manual | | |please make sure that you generate the html docs. the website |build depends |on this working, so when there is a syntax error in the xdocs the site will |not update. | |--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
[JBoss-dev] CVS update: manual/src/xdocs jbossdocs.xml
User: user57 Date: 01/09/26 15:29:00 Modified:src/xdocs jbossdocs.xml Log: o < -> Revision ChangesPath 1.9 +2 -2 manual/src/xdocs/jbossdocs.xml Index: jbossdocs.xml === RCS file: /cvsroot/jboss/manual/src/xdocs/jbossdocs.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- jbossdocs.xml 2001/09/26 07:19:17 1.8 +++ jbossdocs.xml 2001/09/26 22:29:00 1.9 @@ -1,5 +1,5 @@ - + @@ -52,7 +52,7 @@ 2001 JBoss Organization - @TODAY@< + @TODAY@ &preface.xml; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] when updating jboss/manual
please make sure that you generate the html docs. the website build depends on this working, so when there is a syntax error in the xdocs the site will not update. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss test dependencies
That's an old version -- looks like I broke it on sept 18. Since Jetty is now supposed to be integrated in standard jboss, shouldn't we eliminate the test for a web deployer? Also, I couldn't get the test for a web deployer to work, which is why I took it out... apparently I didn't notice the real reason all the tests then worked! So, I'd like to remove webServerAvailable and all the tests for it. OK? david jencks On 2001.09.26 17:25:59 -0400 Scott M Stark wrote: > Its set at line 76 of org.jboss.test.web.test.WebIntegrationUnitTestCase: > > webServerAvailable = getServer().isRegistered(deployerName); > > - Original Message - > From: "Ole Husgaard" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, September 26, 2001 2:02 PM > Subject: Re: [JBoss-dev] jboss test dependencies > > > > Hi, > > > > Scott M Stark wrote: > > > > > > No, the WebIntegrationTestCase doesn't apply unless the server > > > has a web container configured. The test checks for the existence > > > of a web container and set the webServerAvailable accordingly. > > > > Strange, when searching the main branch sources, i see > > this field referenced only within the WebServerIntegrationTestCase, > > and here it is never modified from its default value. > > > > Maybe in some other branch? > > > > In the main branch, it looks like Jetty runs fine, and > > (apart from some tests failing) I have no problems > > changing this field to true, and changing the field > > baseURL to the value "http://localhost:8080/";. > > > > > > ___ > 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] jboss test dependencies
Hi, Scott M Stark wrote: > Its set at line 76 of org.jboss.test.web.test.WebIntegrationUnitTestCase: > > webServerAvailable = getServer().isRegistered(deployerName); I think I found it. This was present in revision 1.2 of this file, but it was removed with the commit to revision 1.3. Best Regards, Ole Husgaard. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-465416 ] ServiceDeployer changes [+ RARDeployer]
Change Notes item #465416, was opened at 2001-09-26 15:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=465416&group_id=22866 Category: None Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: Nobody/Anonymous (nobody) Summary: ServiceDeployer changes [+ RARDeployer] Initial Comment: IMPORTANT NOTE: do a build.sh clean or remove core-service.xml from deploy/lib after you receive these changes! Changes to ServiceDeployer: Added local directory copy functionality. Include one or more elements in your jboss-service.xml file and the contents of path in your sar will be copied verbatim into the db directory. If the contents are already there they will not be overwritten, and nothing is removed on undeploy. Added undeploy functionality to depends tag. If a package P has a depends tag indicating it requires mbean x, not only will deployment of the package's mbeans wait for x, if x is undeployed (from a package undeployment), the mbeans from P will be undeployed. Separated classpath and mbean functionality from sar deployment. Previously deploying a sar S1 with a sar S2 in the jboss-service.xml classpath element caused recursive deployment of S2, including its mbeans. Now, this scenario will only add S2 to the system classpath: to get the mbeans for S2, you have to explicitly deploy S2. You can do this before or after S2 has been added to the classpath. This change makes the effects of deployment and undeployment considerably easier to predict. Suspension now works like this: if sar S1 has package J1 in its classpath, undeploying J1 will undeploy S1's mbeans, leaving S1's classes in the classpath. Redeploying J1 will redeploy the mbeans from S1. Again, this localizes the effects of redeployment. In addition, the RARDeployer now adds the rar classes to the system classloader rather than a rar-specific classloader. This means you don't need an extra copy of the InteractionSpec etc classes or interfaces in the system classpath in order to use them. The DeployerMBeanSupport now will not undeploy a deployed package if you try to [re]deploy it. You have to undeploy it explicitly, then deploy it again. I plan to modify the autodeployer shortly to explicitly undeploy and deploy when it detects a timestamp change. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=465416&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MDB non-xa cf & tx timeout
> That shouldn't happen. Just looked into the code I > wrote, and it looks like you have found a bug in it: > In org.jboss.tm.TxManager line 314, the new timeout > in milliseconds is calculated with the expression: > timeout = 1000 * seconds; > I guess it should have been > timeout = 1000L * seconds; > to enforce widening _before_ the multiplication. > > Maybe Integer.MAX_VALUE/1000 is long enough for you > until i get around to committing a fix? I notice that Integer.MAX_VALUE was producing a -1 when looking at the JMX console, so I played around a little and ended up using 200 (which is about 24 days). I re-ran my tests with no errors. I am rerunning them now with a 24 hour timeout, to see what happens when these long transactions complete. My guess is nothing, but just to be sure. I can try Integer.MAX_VALUE/1000 and see if that works too. I just need something that is insainly high, since I don't want _any_ tx to timeout on the node where this stuff is running. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss build.xml
User: d_jencks Date: 01/09/26 14:47:03 Modified:jbossbuild.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.30 +22 -14build/jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jboss/build.xml,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- build.xml 2001/09/16 18:04:29 1.29 +++ build.xml 2001/09/26 21:47:02 1.30 @@ -10,7 +10,7 @@ - + @@ -659,19 +659,20 @@ - + - + @@ -701,24 +702,24 @@ - + - + - + - + - + - + @@ -889,7 +890,6 @@ - @@ -898,6 +898,7 @@ + @@ -1161,13 +1162,20 @@ - + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource RARDeployer.java
User: d_jencks
Date: 01/09/26 14:47:03
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P >update11.log
Revision ChangesPath
1.11 +59 -313 jbosscx/src/main/org/jboss/resource/RARDeployer.java
Index: RARDeployer.java
===
RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/RARDeployer.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- RARDeployer.java 2001/09/11 18:38:58 1.10
+++ RARDeployer.java 2001/09/26 21:47:03 1.11
@@ -17,7 +17,7 @@
import java.net.JarURLConnection;
import java.net.MalformedURLException;
import java.net.URL;
-import java.net.URLClassLoader;
+//import java.net.URLClassLoader;Replaced with org.jboss.system.URLClassLoader.
import java.util.ArrayList;
import java.util.Collection;
import java.util.Enumeration;
@@ -33,6 +33,8 @@
import org.jboss.deployment.DeploymentException;
import org.jboss.logging.Logger;
import org.jboss.metadata.XmlFileLoader;
+import org.jboss.system.ServiceLibraries;
+import org.jboss.system.URLClassLoader;
import org.w3c.dom.Document;
import org.w3c.dom.Element;
@@ -46,7 +48,7 @@
*
* @author Toby Allsopp ([EMAIL PROTECTED])
* @author mailto:[EMAIL PROTECTED]";>David Jencks
-* @version$Revision: 1.10 $
+* @version$Revision: 1.11 $
* @seeorg.jboss.resource.ConnectionFactoryLoader
*
* Revisions:
@@ -74,27 +76,12 @@
// Attributes
- /*
-* log4j Category for logging
-*/
- private Logger category = Logger.create(RARDeployer.class);
/**
-* The directory that will contain local copies of deployed RARs
-*/
- private File rarTmpDir;
-
- /**
* The next sequence number to be used in notifications about (un)deployment
*/
private int nextMessageNum = 0;
- private static String generateUniqueDirName(URL u)
- {
- int thisNum = nextNum++;
- return "rar." + thisNum;
- }
-
// Static
// Constructors --
@@ -160,121 +147,36 @@
return null;
}
- /**
-* #Description of the Method
-*
-* @exception Exception Description of Exception
-*/
- public void initService()
- throws Exception
- {
- // find the temp directory - referenced to jboss.system.home property
- File jbossHomeDir = new File(System.getProperty("jboss.system.home"));
- File tmpDir = new File(jbossHomeDir, "tmp"+File.separator);
-
- // Create our temp directory
- File deployTmpDir = new File(tmpDir, "deploy");
- rarTmpDir = new File(deployTmpDir, getName());
- if (rarTmpDir.exists())
- {
- category.info("Found a temp directory left over from a previous run - " +
- "deleting it.");
- // What could it mean?
- if (!recursiveDelete(rarTmpDir))
- {
-category.warn("Unable to recursively delete temp directory '" +
- rarTmpDir + "' that appears to be left over from " +
- "the previous run. This might cause problems.");
- }
- }
- if (!rarTmpDir.exists() && !rarTmpDir.mkdirs())
- {
- throw new DeploymentException("Can't create temp directory '" +
- rarTmpDir + "'");
- }
- }
-
- /**
-* #Description of the Method
-*/
- public void destroyService()
- {
- // Remove our temp directory
- if (!recursiveDelete(rarTmpDir))
- {
- category.warn("Unable to recursively delete the temp directory '" +
- rarTmpDir + "' - it should be cleaned up when the " +
- "server is next restarted.");
- }
- }
-
- protected Object deploy(URL url)
+/**
+ * The deploy method deploys a rar at the given url.
+ *
+ * @param url The URL location of the rar to deploy.
+ * @return an Object to identify this deployment.
+ * @exception IOException if an error occurs
+ * @exception DeploymentException if an error occurs
+ */
+protected Object deploy(URL url)
throws IOException, DeploymentException
{
category.info("Attempting to deploy RAR at '" + url + "'");
-
- // We want to take a local copy of the RAR so that we don't run
- // into problems if the original is removed/replaced. We also
- // need the RAR in unpacked f
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/sub-directory examplejar.jar
User: d_jencks Date: 01/09/26 14:47:06 Added: src/resources/jmx/mbeanlocaldir/local-directory/sub-directory examplejar.jar Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.1 jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/sub-directory/examplejar.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/test DeployServiceUnitTestCase.java
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/main/org/jboss/test/jmx/test
DeployServiceUnitTestCase.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P >update11.log
Revision ChangesPath
1.5 +255 -66
jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java
Index: DeployServiceUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/test/DeployServiceUnitTestCase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- DeployServiceUnitTestCase.java2001/09/20 18:23:41 1.4
+++ DeployServiceUnitTestCase.java2001/09/26 21:47:05 1.5
@@ -29,7 +29,7 @@
/**
* @see
* @authormailto:[EMAIL PROTECTED]";>David Jencks
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public class DeployServiceUnitTestCase
extends JBossTestCase
@@ -231,13 +231,6 @@
//we'll believe from testDeployJSR that the classes are available.
- //deploy the test jsrs again, should undeploy and redeploy.
- deployService(testUrlA);
-
- //check deployment registered expected mbeans
- assertTrue("test mbean not registered after redeploy",
getServer().isRegistered(testObjectNameA));
- assertTrue("test mbean not registered after redeploy",
getServer().isRegistered(testObjectNameB));
- assertTrue("test mbean not registered after redeploy",
getServer().isRegistered(testObjectNameC));
//undeploy test xml doc.
undeployService(testUrlA);
@@ -247,40 +240,24 @@
assertTrue("test mbean C still registered after undeploy of A",
!getServer().isRegistered(testObjectNameC));
assertTrue("test mbean B unregistered after undeploy of A",
getServer().isRegistered(testObjectNameB));
- //check the class for C is not available
- try
- {
-ObjectInstance oe =
getServer().createMBean("org.jboss.test.jmx.mbean.TestDeployerC", testObjectName3,
classLoaderObjectName);
-fail("created mbean when class should not be present: object instance:
" + oe);
- }
- catch (ReflectionException re)
- {
-Exception e = re.getTargetException();
-if (!(e instanceof ClassNotFoundException))
-{
- fail("Wrong exception thrown when trying to create mbean" + e);
-}
- }
-
//Now undeploy B, should prevent redeploy of C when A is redeployed.
- /*
- * not working, skip for now
- * undeployService(testObjectNameB);
- * assertTrue("test mbean B is registered after undeploy of B",
!getServer().isRegistered(testObjectNameB));
- *
- */
+
+ // not working, skip for now
+ undeployService(testUrlB);
+ assertTrue("test mbean B is registered after undeploy of B",
!getServer().isRegistered(testObjectNameB));
+
//deploy the test jsr A doc a second time.
deployService(testUrlA);
- /*
- * check deployment registered expected mbeans
- * assertTrue("test mbean A not registered after deploy of A",
getServer().isRegistered(testObjectNameA));
- *
- * assertTrue("test mbean B is registered after deploy of A",
!getServer().isRegistered(testObjectNameB));
- *
- * assertTrue("test mbean C is registered after deploy of A, with B
unregistered", !getServer().isRegistered(testObjectNameC));
- */
+
+ // check deployment registered expected mbeans
+ assertTrue("test mbean A not registered after deploy of A",
getServer().isRegistered(testObjectNameA));
+
+ assertTrue("test mbean B is registered after deploy of A",
!getServer().isRegistered(testObjectNameB));
+
+ assertTrue("test mbean C is registered after deploy of A, with B
unregistered", !getServer().isRegistered(testObjectNameC));
+
//now redeploy B, should also redeploy C
- //deployService(testUrlB);
+ deployService(testUrlB);
//check deployment registered expected mbeans- all three should be
registered
assertTrue("test mbean A not registered after deploy of B",
getServer().isRegistered(testObjectNameA));
@@ -311,15 +288,16 @@
/**
-* Test recursive deployment/undeployment of sars. D depends on C, C on A and
-* B. Deploying D should deploy A, B, C, D.
+* Test depends tag D depends on mbeans in A and C.
+* Deplo
[JBoss-dev] CVS update: jboss/src/main/org/jboss/tm TxManager.java
User: sparre
Date: 01/09/26 14:50:41
Modified:src/main/org/jboss/tm Tag: Branch_2_4 TxManager.java
Log:
Setting extremely high timeout values could give an undetected integer
multiplication overflow, leading to unexpected results.
Revision ChangesPath
No revision
No revision
1.28.4.1 +2 -2 jboss/src/main/org/jboss/tm/TxManager.java
Index: TxManager.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/tm/TxManager.java,v
retrieving revision 1.28
retrieving revision 1.28.4.1
diff -u -r1.28 -r1.28.4.1
--- TxManager.java2001/04/27 16:41:06 1.28
+++ TxManager.java2001/09/26 21:50:41 1.28.4.1
@@ -36,7 +36,7 @@
* @author Rickard Öberg ([EMAIL PROTECTED])
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Ole Husgaard
- * @version $Revision: 1.28 $
+ * @version $Revision: 1.28.4.1 $
*/
public class TxManager
implements TransactionManager,
@@ -254,7 +254,7 @@
*/
public void setDefaultTransactionTimeout(int seconds)
{
- timeOut = 1000 * seconds;
+ timeOut = 1000L * seconds;
}
/**
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default hsql-default-service.xml j2eedeployment-service.xml jboss-service.xml jms-service.xml core-service.xml
User: d_jencks Date: 01/09/26 14:47:04 Modified:src/etc/conf/default hsql-default-service.xml j2eedeployment-service.xml jboss-service.xml jms-service.xml Removed: src/etc/conf/default core-service.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.3 +6 -2 jboss/src/etc/conf/default/hsql-default-service.xml Index: hsql-default-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/hsql-default-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- hsql-default-service.xml 2001/09/11 02:48:05 1.2 +++ hsql-default-service.xml 2001/09/26 21:47:04 1.3 @@ -7,18 +7,22 @@ - + JBOSS-SYSTEM:service=Naming JBOSS-SYSTEM:service=TransactionManager + JCA:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory + JCA:service=RARDeployer + + 1.5 +8 -1 jboss/src/etc/conf/default/j2eedeployment-service.xml Index: j2eedeployment-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/j2eedeployment-service.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- j2eedeployment-service.xml2001/09/17 00:59:04 1.4 +++ j2eedeployment-service.xml2001/09/26 21:47:04 1.5 @@ -10,7 +10,7 @@ + name="JBOSS-SYSTEM:service=ContainerFactory"> true false false @@ -37,5 +37,12 @@ JBOSS-SYSTEM:service=Jetty --> + + + + + + 1.13 +130 -16 jboss/src/etc/conf/default/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- jboss-service.xml 2001/09/12 23:06:40 1.12 +++ jboss-service.xml 2001/09/26 21:47:04 1.13 @@ -7,7 +7,7 @@ - + + + + + +8083 + +true + + + + + + + +1099 + + + + + + + + +auth.conf + + + + + + org.jboss.security.plugins.JaasSecurityManager + + + - + + + +300 + + + - + + + + + + + + + + JBOSS-SYSTEM:service=ServiceDeployer; @@ -88,11 +144,69 @@ ../deploy/lib, - ../deploy + ../deploy 3000 + + + + + + + + + + + + + + + + + + + + + + + + + + + 1.2 +5 -1 jboss/src/etc/conf/default/jms-service.xml Index: jms-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jms-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jms-service.xml 2001/09/11 02:48:05 1.1 +++ jms-service.xml 2001/09/26 21:47:04 1.2 @@ -5,8 +5,12 @@ JBOSS-SYSTEM:service=Naming JBossMQ:service=Server JBOSS-SYSTEM:service=TransactionManager + JCA:service=ConnectionManagerFactoryLoader,name=MinervaXACMFactory + JCA:service=RARDeployer - + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: d_jencks Date: 01/09/26 14:47:05 Modified:.build.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.32 +21 -1 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- build.xml 2001/09/25 18:07:10 1.31 +++ build.xml 2001/09/26 21:47:05 1.32 @@ -10,7 +10,7 @@ - + @@ -906,6 +906,26 @@ + + + + + + + + + + + + + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/mbeane TestDeployerE.java TestDeployerEMBean.java
User: d_jencks
Date: 01/09/26 14:47:05
Added: src/main/org/jboss/test/jmx/mbeane TestDeployerE.java
TestDeployerEMBean.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P >update11.log
Revision ChangesPath
1.1 jbosstest/src/main/org/jboss/test/jmx/mbeane/TestDeployerE.java
Index: TestDeployerE.java
===
/*
* JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
package org.jboss.test.jmx.mbeane;
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.RuntimeMBeanException;
import javax.management.loading.MLet;
import org.jboss.system.Service;
import org.jboss.system.ServiceMBeanSupport;
/**
* This is a do-nothing mbean to test service archive deployment.
*
* @author mailto:[EMAIL PROTECTED]";>David Jencks
* @version$Revision: 1.1 $
*
* 20010901 david jencks
* initial import
*
*
*
*/
public class TestDeployerE
extends ServiceMBeanSupport
implements TestDeployerEMBean
{
public String getName()
{
return "TestDeployerE";
}
}
1.1
jbosstest/src/main/org/jboss/test/jmx/mbeane/TestDeployerEMBean.java
Index: TestDeployerEMBean.java
===
/*
* JBoss, the OpenSource J2EE server
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
package org.jboss.test.jmx.mbeane;
import javax.management.ObjectName;
import org.w3c.dom.Element;
import org.w3c.dom.Document;
import org.jboss.system.Service;
import org.jboss.system.ServiceMBean;
/**
* This is a little class to test deploying jsrs
*
* @author mailto:[EMAIL PROTECTED]";>David Jencks
*
* @version $Revision: 1.1 $
*
* david jencks:
*
* initial import
*
*
*/
public interface TestDeployerEMBean
extends Service, ServiceMBean
{
// Public
/** The default object name. */
public static final String OBJECT_NAME = "test:service=TestDeployerE";
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system ServiceController.java ServiceLibraries.java URLClassLoader.java URLClassLoaderMBean.java
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/main/org/jboss/system ServiceController.java
ServiceLibraries.java URLClassLoader.java
URLClassLoaderMBean.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P >update11.log
Revision ChangesPath
1.8 +10 -5 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.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ServiceController.java2001/09/20 18:23:41 1.7
+++ ServiceController.java2001/09/26 21:47:05 1.8
@@ -40,7 +40,7 @@
* @see org.jboss.system.Service
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>David Jencks
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*
* Revisions:
*
@@ -229,15 +229,12 @@
*/
public void undeploy(ObjectName objectName) throws Exception
{
- if (log.isDebugEnabled()) {
- log.debug("undeploying " + objectName + "from server");
- }
// Do we have a deployed MBean?
if (server.isRegistered(objectName))
{
if (log.isDebugEnabled()) {
-log.debug("undeploying " + objectName + "from server");
+log.debug("undeploying " + objectName + " from server");
}
//Remove from local maps
@@ -252,6 +249,14 @@
new ObjectName("ZClassLoaders:id=" + objectName.hashCode());
server.unregisterMBean(loader);
}
+ else
+ {
+ if (log.isDebugEnabled()) {
+log.debug("no need to undeploy " + objectName + " from server");
+ }
+
+ } // end of else
+
}
// MBeanRegistration implementation
1.4 +3 -3 jboss/src/main/org/jboss/system/ServiceLibraries.java
Index: ServiceLibraries.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceLibraries.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ServiceLibraries.java 2001/09/08 17:08:32 1.3
+++ ServiceLibraries.java 2001/09/26 21:47:05 1.4
@@ -29,7 +29,7 @@
*
* @see
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*
* 20010830 marc fleury:
* initial import
@@ -184,11 +184,11 @@
if (!classLoaders.contains(cl))
{
classLoaders.add(cl);
-System.out.println("Libraries adding URLClassLoader " + cl.hashCode() +
" URL " + ((URLClassLoader)cl).getURL().toString());
+System.out.println("Libraries adding URLClassLoader " + cl.hashCode() +
" key URL " + ((URLClassLoader)cl).getKeyURL().toString());
}
else
{
-System.out.println("Libraries skipping duplicate URLClassLoader for URL
" + ((URLClassLoader)cl).getURL().toString());
+System.out.println("Libraries skipping duplicate URLClassLoader for key
URL " + ((URLClassLoader)cl).getKeyURL().toString());
}
}
}
1.4 +40 -35jboss/src/main/org/jboss/system/URLClassLoader.java
Index: URLClassLoader.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/URLClassLoader.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- URLClassLoader.java 2001/09/12 02:10:23 1.3
+++ URLClassLoader.java 2001/09/26 21:47:05 1.4
@@ -29,7 +29,7 @@
*resources and classes.
*
* @author Marc Fleury
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*
* 20010830 marc fleury:
*
@@ -40,10 +40,15 @@
extends java.net.URLClassLoader
implements URLClassLoaderMBean
{
- /** One URL per classLoader in our case */
- private URL url = null;
+ /** One URL per classLoader in our case
+* This is just a key used for identifying the classloader,
+* nothing is actually loaded from it. Classes and resources are
+* loaded from local copies or unpacked local copies.
+*/
+ private URL keyUrl = null;
+
/** An SCL can also be loading on behalf of an MBean */
- private ObjectName mbean = null;
+//private ObjectName mbean = null; not used
/** All SCL are just in orbit
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: d_jencks
Date: 01/09/26 14:47:04
Modified:src/main/org/jboss Main.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P >update11.log
Revision ChangesPath
1.50 +6 -2 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- Main.java 2001/09/19 01:20:51 1.49
+++ Main.java 2001/09/26 21:47:04 1.50
@@ -43,7 +43,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
- * @version $Revision: 1.49 $
+ * @version $Revision: 1.50 $
*
* Revisions:
*
@@ -128,7 +128,11 @@
while (bootURLs.hasNext())
{
// The libraries will register themselves with the libraries
-new URLClassLoader(new URL[]{(URL)bootURLs.next()});
+URL thisUrl = (URL)bootURLs.next();
+//Only the boot urls are keyed on themselves:
+//everything else is copied for loading but keyed on the
+//original deployed url.
+new URLClassLoader(new URL[]{thisUrl}, thisUrl);
}
// Create MBeanClassLoader for the base system
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/sub-directory - New directory
User: d_jencks Date: 01/09/26 14:40:15 jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/sub-directory - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbean/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 14:47:06 Modified:src/resources/jmx/mbean/META-INF jboss-service.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.2 +2 -0 jbosstest/src/resources/jmx/mbean/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/jmx/mbean/META-INF/jboss-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jboss-service.xml 2001/09/08 16:57:05 1.1 +++ jboss-service.xml 2001/09/26 21:47:06 1.2 @@ -6,6 +6,8 @@ --> + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.xml
User: d_jencks Date: 01/09/26 14:47:03 Modified:jettybuild.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.9 +22 -4 contrib/jetty/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- build.xml 2001/09/12 00:08:42 1.8 +++ build.xml 2001/09/26 21:47:03 1.9 @@ -245,6 +245,7 @@ + @@ -252,6 +253,7 @@ + @@ -305,7 +307,7 @@ | documentation compiles. --> @@ -338,7 +340,18 @@ + + + + + + + + + + + @@ -346,16 +359,21 @@ - + + - - + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/connector/ejb/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 14:47:05 Modified:src/main/org/jboss/jmx/connector/ejb/META-INF jboss-service.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.3 +1 -4 jboss/src/main/org/jboss/jmx/connector/ejb/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/connector/ejb/META-INF/jboss-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-service.xml 2001/09/13 07:38:15 1.2 +++ jboss-service.xml 2001/09/26 21:47:05 1.3 @@ -2,8 +2,5 @@ - - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeand/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 14:47:05 Modified:src/resources/jmx/mbeand/META-INF jboss-service.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.2 +3 -5 jbosstest/src/resources/jmx/mbeand/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/jmx/mbeand/META-INF/jboss-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jboss-service.xml 2001/09/08 16:57:06 1.1 +++ jboss-service.xml 2001/09/26 21:47:05 1.2 @@ -1,12 +1,10 @@ - + - + test:name=TestDeployerA + test:name=TestDeployerC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: d_jencks Date: 01/09/26 14:47:04 Modified:.build.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.31 +18 -8 jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/build.xml,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- build.xml 2001/09/16 05:27:44 1.30 +++ build.xml 2001/09/26 21:47:03 1.31 @@ -10,7 +10,7 @@ - + @@ -558,6 +558,8 @@ + + @@ -605,8 +607,8 @@ - - + + @@ -644,8 +646,8 @@ - - + + @@ -656,9 +658,9 @@ - + - + @@ -741,9 +743,17 @@ - + + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeand/META-INF jboss-service.xml
User: d_jencks Date: 01/09/26 14:47:06 Modified:src/resources/jmx/mbeand/META-INF jboss-service.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.3 +6 -4 jbosstest/src/resources/jmx/mbeand/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/jmx/mbeand/META-INF/jboss-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-service.xml 2001/09/26 21:47:05 1.2 +++ jboss-service.xml 2001/09/26 21:47:05 1.3 @@ -3,10 +3,12 @@ - test:name=TestDeployerA - test:name=TestDeployerC + - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/local-directory examplefile.xml
User: d_jencks Date: 01/09/26 14:47:06 Added: src/resources/jmx/mbeanlocaldir/local-directory examplefile.xml Log: ServiceDeployer: added local dir support, undeploy support for depends, reworked classpath dependencies. Changed config files to work. REMOVE core-service.xml or build.sh cleancvs update -d -P >update11.log Revision ChangesPath 1.1 jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/examplefile.xml Index: examplefile.xml === ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir/local-directory - New directory
User: d_jencks Date: 01/09/26 14:31:02 jbosstest/src/resources/jmx/mbeanlocaldir/local-directory - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/mbeane - New directory
User: d_jencks Date: 01/09/26 14:24:57 jbosstest/src/main/org/jboss/test/jmx/mbeane - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss test dependencies
Its set at line 76 of org.jboss.test.web.test.WebIntegrationUnitTestCase: webServerAvailable = getServer().isRegistered(deployerName); - Original Message - From: "Ole Husgaard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 26, 2001 2:02 PM Subject: Re: [JBoss-dev] jboss test dependencies > Hi, > > Scott M Stark wrote: > > > > No, the WebIntegrationTestCase doesn't apply unless the server > > has a web container configured. The test checks for the existence > > of a web container and set the webServerAvailable accordingly. > > Strange, when searching the main branch sources, i see > this field referenced only within the WebServerIntegrationTestCase, > and here it is never modified from its default value. > > Maybe in some other branch? > > In the main branch, it looks like Jetty runs fine, and > (apart from some tests failing) I have no problems > changing this field to true, and changing the field > baseURL to the value "http://localhost:8080/";. > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeane - New directory
User: d_jencks Date: 01/09/26 14:24:57 jbosstest/src/resources/jmx/mbeane - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/jmx/mbeanlocaldir - New directory
User: d_jencks Date: 01/09/26 14:24:57 jbosstest/src/resources/jmx/mbeanlocaldir - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
