Re: [JBoss-dev] Automated JBoss Testsuite Results
Hi, Errors:1 Failures: 2 Yes - out of 162 We have a 100% success rate - the above test stat is missing that XA is not a valid test *now* (Error) therefore it should be removed - and if javac is in the classpath the other 2 is cleared as well ... javac is in the classpath - is there something I can change in my config to correct this? I believe I have an empty CLASSPATH when starting the jboss tests - so it should just be what jboss/ant adds... Chris = Need somewhere to Live in London? - Then go to http://freeflats.com __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
Hi, PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! dude tell your script to stop biotching X-( I will take a plane to the UK just to kick his binary ass ...the template for this email is in CVS - so feel free to change it yourself... power to the people... Chris = Need somewhere to Live in London? - Then go to http://freeflats.com __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] current mbean structure confusing
Marc, Thanks. Regards, Adrian From: marc fleury [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] current mbean structure confusing Date: Fri, 7 Dec 2001 21:17:04 -0500 When you are done with your mbean and explorations send me a sf account and I will give rw marcf _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
Hi all, I have one big codebase, and I repackage the compiled classes with different DDs to get my ejb.jar, war, sar, ear files. What I'm seeing now is, if I deploy my sar (which has all my classes, including the EJB implementation classes). Then deploy my EAR file. Subsequent re-deployes of the EAR, look as though they are re-deploying, but when I access the EJBs, they are using the old classes (from the SAR I assume). The SAR isn't changing, just the EJBs in the EAR, so in effect, I have multiple versions of the same class under deploy. It seems as though the CL is finding the SAR copy of the file, and ignoring my re-deployment. This requires that I restart jboss to see my new EJB code. Can someone tell me which descriptor/auto-deployer/hot-deployer I need to wave a dead chicken over to get it to work? Restarting jboss in between little 1 line fixes to my code seriously sucks. Do I have to remove the EJB code from my SAR to make this all work? I have a lot of common code between EJBs and MBeans, so getting rid of the EJB files from the SAR is only a little fix. I thought this used to work (but I could be wrong on that one). -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: [JBoss-dev] init - create simple API change
stop wasting my time jason marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Saturday, December 08, 2001 12:19 AM |To: [EMAIL PROTECTED] |Subject: Re: RE: [JBoss-dev] init - create simple API change | | | Jason what part of the following sentences: | | 1- the word create is more explicit than the word | init | 2- create/destroy makes more sense to me than | init/destroy | | can you not parse, that is what is wrong with init | any questions, talk to my horse, I am signing off | |Perhaps it is just my interpretation of the words init create. |I think that init would perforce post construction initialization. | |Create is more of a factory method, which might return an instance |of something.Whatever, if you like create over init, then create |it is... it just seems a little strange to me. | |Mai pen rai. | |--jason | |__ |View: http://jboss.org/forums/thread.jsp?forum=66thread=5202 | |___ |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] How to get EJBs to redeploy when they share code with SARs?
What I'm seeing now is, if I deploy my sar (which has all my classes, including the EJB implementation classes). The SAR classes will see EJB ones from the SAR. do you have the *implementation* class in there as well? if so remove that. Then deploy my EAR file. Subsequent re-deployes of the EAR, look as though they are re-deploying, but when I access the EJBs, they are using the old classes (from the SAR I assume). That is normal, you packaged static classes in the SAR. When you deploy an ear, since we still use the delegation model from 2.x. the CL for the EJB has SAR CL has parent and sees the classes in the SAR. BTW 3.x will do away with this delegate app-service. Don't package the implementation classes with the SAR marcf The SAR isn't changing, just the EJBs in the EAR, so in effect, I have multiple versions of the same class under deploy. It seems as though the CL is finding the SAR copy of the file, and ignoring my re-deployment. This requires that I restart jboss to see my new EJB code. Can someone tell me which descriptor/auto-deployer/hot-deployer I need to wave a dead chicken over to get it to work? Restarting jboss in between little 1 line fixes to my code seriously sucks. Do I have to remove the EJB code from my SAR to make this all work? I have a lot of common code between EJBs and MBeans, so getting rid of the EJB files from the SAR is only a little fix. I thought this used to work (but I could be wrong on that one). -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-dev lopment __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5208 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
...the template for this email is in CVS - so feel free to change it yourself... power to the people... A taste of my own medicine? You are making progress. What we really need to remove is the XA test that throws Error as a standard result ?:| and __ View: http://jboss.org/forums/thread.jsp?forum=66thread=4926 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
on 1-12-08 11.29, Chris Kimpton at [EMAIL PROTECTED] wrote: javac is in the classpath - is there something I can change in my config to correct this? I believe I have an empty CLASSPATH when starting the jboss tests - so it should just be what jboss/ant adds... I think Julian is looking at adding the javac to the classpath programatically instead of forcing all of us to copy tools.jar to /lib/ext/ or maybe we could ask buildmagic to do it for us ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss build faied
Yes, I added those lines and kept them commented because there are some new classes in 1.4, like java.sql.SavePoint, so it would break uncommented for 1.3. The only way to get around it would be to use import java.sql.*; instead but it's not usually recommended, so I left it that way. -- Guillaume -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andreas Schaefer Sent: Friday, December 07, 2001 9:05 PM To: Jason Dillon; marc fleury Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss build faied I hate W2K, really. Or at least the implementation of JDK on W2K. I am not able to run two different JDKs on the same W2K box, long live Unix. I removed JDK1.4 and not compilation worked fine. The reason why I installed JDK1.4 is that someone reported strange runtime errors with JMX on JSR-77. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Andreas Schaefer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, December 07, 2001 5:45 PM Subject: Re: [JBoss-dev] JBoss build faied ConnectionInPool.java and StatementInPool.java has some commented lines which metion to uncomment them for 1.4. What is 1.4 requires these? Any reason why they need to be commented? Will this break uncommented for 1.3? --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: jmx/src/main/org/jboss/mx/server StandardMBean.java
User: juhalindfors
Date: 01/12/08 08:03:50
Modified:src/main/org/jboss/mx/server StandardMBean.java
Log:
standard attributes
Revision ChangesPath
1.3 +56 -18jmx/src/main/org/jboss/mx/server/StandardMBean.java
Index: StandardMBean.java
===
RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/StandardMBean.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- StandardMBean.java2001/12/06 22:50:53 1.2
+++ StandardMBean.java2001/12/08 16:03:50 1.3
@@ -43,7 +43,7 @@
* @see org.jboss.mx.interceptor.StandardMBeanInterceptor
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*
*/
public class StandardMBean
@@ -95,18 +95,70 @@
}
// DynamicMBean implementation ---
+ public Object invoke(String operationName, Object[] args, String[] signature)
throws MBeanException, ReflectionException
+ {
+ try {
+ Invocation invocation = new Invocation(
+ operationName,
+ Invocation.OPERATION,
+ 0, args, signature, null
+ );
+ return stack.invoke(invocation);
+ }
+ catch (InvocationException e) {
+ // FIXME: bad exception handling
+ if (e.getTargetException() instanceof Exception)
+throw new MBeanException((Exception)e.getTargetException(),
e.getTargetException().toString());
+ else
+throw new RuntimeErrorException((Error)e.getTargetException(),
e.getTargetException().toString());
+ }
+ }
+
public Object getAttribute(java.lang.String attribute)
throws AttributeNotFoundException, MBeanException, ReflectionException
{
- throw new Error(NYI);
- // FIXME: deal with runtime exceptions and errors from the resource
+ try {
+ Invocation invocation = new Invocation(
+ attribute,
+ Invocation.ATTRIBUTE,
+ Invocation.READ,
+ null, null, null
+ );
+ return stack.invoke(invocation);
+ }
+ catch (InvocationException e) {
+ // FIXME: bad exception handling
+ if (e.getTargetException() instanceof Exception) {
+MBeanException mbe = new
MBeanException((Exception)e.getTargetException(), e.getTargetException().toString());
+mbe.fillInStackTrace();
+throw mbe;
+ }
+ else
+throw new RuntimeErrorException((Error)e.getTargetException(),
e.getTargetException().toString());
+ }
}
public void setAttribute(Attribute attribute)
throws AttributeNotFoundException, InvalidAttributeValueException,
MBeanException, ReflectionException
{
- throw new Error(NYI);
- // FIXME: deal with runtime exceptions and errors from the resource
+ try {
+ Invocation invocation = new Invocation(
+ attribute.getName(),
+ Invocation.ATTRIBUTE,
+ Invocation.WRITE,
+ new Object[] { attribute.getValue() },
+ new String[] { attribute.getValue().getClass().getName() },
+ null
+ );
+ stack.invoke(invocation);
+ }
+ catch (InvocationException e) {
+ // FIXME: bad exception handling
+ if (e.getTargetException() instanceof Exception)
+throw new MBeanException((Exception)e.getTargetException(),
e.getTargetException().toString());
+ else
+throw new RuntimeErrorException((Error)e.getTargetException(),
e.getTargetException().toString());
+ }
}
public AttributeList getAttributes(java.lang.String[] attributes)
@@ -162,20 +214,6 @@
return info;
}
- // Interceptor overrides -
- public Object invoke(String operationName, Object[] args, String[] signature)
throws MBeanException, ReflectionException
- {
- try {
- Invocation invocation = new Invocation(operationName,
Invocation.OPERATION, 0, args, signature, null);
- return stack.invoke(invocation);
- }
- catch (InvocationException e) {
- if (e.getTargetException() instanceof Exception)
-throw new MBeanException((Exception)e.getTargetException(),
e.getTargetException().toString());
- else
-throw new RuntimeErrorException((Error)e.getTargetException(),
e.getTargetException().toString());
- }
- }
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/interceptor Invocation.java StandardMBeanInterceptor.java
User: juhalindfors
Date: 01/12/08 08:06:50
Modified:src/main/org/jboss/mx/interceptor Invocation.java
StandardMBeanInterceptor.java
Log:
standard attributes
Revision ChangesPath
1.2 +11 -4 jmx/src/main/org/jboss/mx/interceptor/Invocation.java
Index: Invocation.java
===
RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/interceptor/Invocation.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Invocation.java 2001/12/07 00:02:36 1.1
+++ Invocation.java 2001/12/08 16:06:50 1.2
@@ -15,7 +15,7 @@
* @see org.jboss.mx.interceptor.Interceptor
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
*/
public class Invocation
@@ -70,16 +70,23 @@
public String getOperationWithSignature()
{
- if (signature == null)
+ if (signature == null type == OPERATION)
return name;
-
+
if (fullName != null)
return fullName;
StringBuffer strBuf = new StringBuffer(1000);
+
+ if (type == ATTRIBUTE impact == READ)
+ strBuf.append(get);
+ if (type == ATTRIBUTE impact == WRITE)
+ strBuf.append(set);
+
strBuf.append(name);
- for (int i = 0; i signature.length; ++i)
- strBuf.append(signature[i]);
+ if (signature != null)
+ for (int i = 0; i signature.length; ++i)
+strBuf.append(signature[i]);
fullName = strBuf.toString();
return fullName;
1.2 +62 -6
jmx/src/main/org/jboss/mx/interceptor/StandardMBeanInterceptor.java
Index: StandardMBeanInterceptor.java
===
RCS file:
/cvsroot/jboss/jmx/src/main/org/jboss/mx/interceptor/StandardMBeanInterceptor.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StandardMBeanInterceptor.java 2001/12/06 23:02:41 1.1
+++ StandardMBeanInterceptor.java 2001/12/08 16:06:50 1.2
@@ -13,6 +13,7 @@
import java.lang.reflect.InvocationTargetException;
import javax.management.MBeanInfo;
+import javax.management.MBeanAttributeInfo;
import javax.management.MBeanParameterInfo;
import javax.management.MBeanOperationInfo;
import javax.management.ReflectionException;
@@ -31,7 +32,7 @@
* @see org.jboss.mx.server.StandardMBean
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
*/
public class StandardMBeanInterceptor
@@ -39,8 +40,7 @@
{
// Attributes
- private HashMap operationMap = new HashMap();
- private HashMap attributeMap = new HashMap();
+ private Map methodMap = new HashMap();
private Class invocationInterface;
private MBeanInfo info;
private Object resource;
@@ -68,8 +68,8 @@
strBuf.append(params[j].getType());
}
-operationMap.put(name + strBuf.toString(),
invocationInterface.getMethod(
- name, getSignatureAsClassArray(params,
resource.getClass().getClassLoader(;
+methodMap.put(name + strBuf.toString(), invocationInterface.getMethod(
+ name, getSignatureAsClassArray(params,
resource.getClass().getClassLoader(;
}
catch (ClassNotFoundException e)
{
@@ -80,10 +80,64 @@
throw new ReflectionException(e);
}
}
+
+ MBeanAttributeInfo[] attributes = info.getAttributes();
+
+ for (int i = 0; i attributes.length; ++i)
+ {
+ String name = attributes[i].getName();
+ String type = attributes[i].getType();
+
+ try
+ {
+boolean isReadable = attributes[i].isReadable();
+boolean isWritable = attributes[i].isWritable();
+boolean isIs = attributes[i].isIs();
+
+if (isReadable)
+ if (isIs)
+ methodMap.put(get + name, invocationInterface.getMethod(is +
name, null));
+ else
+ methodMap.put(get + name, invocationInterface.getMethod(get +
name, null));
+
+if (isWritable)
+ methodMap.put(set + name + type, invocationInterface.getMethod(
+ set + name, getSignatureAsClassArray(
+new String[] { type },
+resource.getClass().getClassLoader(;
+ }
+
[JBoss-dev] CVS update: jmx/src/main/test TestMX.java
User: juhalindfors
Date: 01/12/08 08:08:17
Modified:src/main/test TestMX.java
Log:
Revision ChangesPath
1.3 +25 -1 jmx/src/main/test/TestMX.java
Index: TestMX.java
===
RCS file: /cvsroot/jboss/jmx/src/main/test/TestMX.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- TestMX.java 2001/12/05 21:10:33 1.2
+++ TestMX.java 2001/12/08 16:08:17 1.3
@@ -6,7 +6,8 @@
public class TestMX {
- public static void main(String[] args) throws Exception {
+ public static void main(String[] args) {
+ try {
MBeanServer server = MBeanServerFactory.createMBeanServer();
@@ -79,10 +80,12 @@
// simple speed test, invoke printInfo 1 million times
oname = new ObjectName(Speed:name=mymbean);
+
time = System.currentTimeMillis();
for (int i = 0; i 100; ++i)
server.invoke(oname, printInfo, null, null);
end = System.currentTimeMillis();
+
System.out.println(1M invocations, DYNAMIC, no args, return printInfo
string: + (end - time));
@@ -107,6 +110,27 @@
end = System.currentTimeMillis();
System.out.println(1M invocations, STANDARD, no args, no return: + (end -
time));
+ oname = new ObjectName(standard:name=user);
+ server.invoke(oname, addPhoneNumber, new Object[] { 555-1234 }, new
String[] { String.class.getName() });
+
+ System.out.println(server.invoke(oname, printInfo, null, null));
+
+
+ server.setAttribute(oname, new Attribute(Address, Strawberry Street));
+ server.setAttribute(oname, new Attribute(Password, abcdefg));
+ System.out.println(server.getAttribute(oname, Address));
+ System.out.println(server.invoke(oname, printInfo, null, null));
+
+ server.setAttribute(oname, new Attribute(PhoneNumbers, new String[] {
123-345, 123-422, 123-5242 }));
+ System.out.println(server.invoke(oname, printInfo, null, null));
+
+ } catch (Throwable t) {
+ if (t instanceof MBeanException) {
+ System.out.println(t.getMessage());
+ ((MBeanException)t).getTargetException().printStackTrace();
+ }
+ }
+
}
public static interface MyRealInterface extends DynamicMBean {}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-490612 ] A Garbage Collection Monitor SAR
Patches item #490612, was opened at 2001-12-08 08:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=490612group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Nobody/Anonymous (nobody) Summary: A Garbage Collection Monitor SAR Initial Comment: A debugging tool I knocked up while investigating OutOfMemory problems. Type jar -xf GCMonitor.jar and read the README.txt Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=490612group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
[EMAIL PROTECTED] wrote:
Hi,
Errors:1
Failures: 2
missing that XA is not a valid test *now* (Error) therefore it
should be
removed - and if javac is in the classpath the other 2 is cleared
as well
javac is in the classpath - is there something I can change in my
config to correct this? I believe I have an empty CLASSPATH when
starting the jboss tests - so it should just be what jboss/ant
adds...
actually javac (tools.jar) has to be in the jboss-service.xml file AND
in the lib/ext dir. Just being in the classpath didn't work for me. we
could change the build script slightly to work.
in my build script i changed
/jboss-all/server/src/etc/conf/default/jboss-service.xml by adding
tools.jar to the classpath element. then in my build script in the
_module-j2ee-most I added the following:
!-- copy the tools.jar to lib/ext --
copy file=${java.home}/../lib/tools.jar
tofile=${install.lib.ext}/tools.jar /
and now it just copies my tools.jar for me.
I can check this in , its so simple I don't know why it hasn't been done
before :)
Now the xatest, not sure there is an easy way around this other than not
running that test... Its not really an invalid test though. There just
is not an xa capabale datasource anymore (instantDB no longer being free)
Al
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
why not just do it in build.xml? [EMAIL PROTECTED] wrote: on 1-12-08 11.29, Chris Kimpton at [EMAIL PROTECTED] wrote: I think Julian is looking at adding the javac to the classpath programatically instead of forcing all of us to copy tools.jar to /lib/ext/ or maybe we could ask buildmagic to do it for us ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
- Original Message -
From: Allen Fogleson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 08, 2001 9:04 AM
Subject: Re: [JBoss-dev] Automated JBoss Testsuite Results
javac is in the classpath - is there something I can change in my
config to correct this? I believe I have an empty CLASSPATH when
starting the jboss tests - so it should just be what jboss/ant
adds...
actually javac (tools.jar) has to be in the jboss-service.xml file AND
in the lib/ext dir. Just being in the classpath didn't work for me. we
could change the build script slightly to work.
in my build script i changed
/jboss-all/server/src/etc/conf/default/jboss-service.xml by adding
tools.jar to the classpath element. then in my build script in the
_module-j2ee-most I added the following:
!-- copy the tools.jar to lib/ext --
copy file=${java.home}/../lib/tools.jar
tofile=${install.lib.ext}/tools.jar /
and now it just copies my tools.jar for me.
I can check this in , its so simple I don't know why it hasn't been done
before :)
Because this depends on which JVM your are using and the setting your
proposing does not work in general. On OS X the javac compiler is in the
/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/clas
ses.jar
The javac compiler can to be added to the system classpath of the server by
the
start script and does not need to be copied into the JBoss distribution.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
Ohh yeah stupid me... I forgot about OS X. The one OS I cant test it on :) Ahh well I said it was so simple there had to be a reason it wasnt done before. Because this depends on which JVM your are using and the setting your proposing does not work in general. On OS X the javac compiler is in the /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/clas ses.jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote:
in my build script i changed
/jboss-all/server/src/etc/conf/default/jboss-service.xml by adding
tools.jar to the classpath element. then in my build script in the
_module-j2ee-most I added the following:
!-- copy the tools.jar to lib/ext --
copy file=${java.home}/../lib/tools.jar
tofile=${install.lib.ext}/tools.jar /
and now it just copies my tools.jar for me.
I can check this in , its so simple I don't know why it hasn't been done
before :)
please do as an interim solution ...
Now the xatest, not sure there is an easy way around this other than not
running that test... Its not really an invalid test though. There just
is not an xa capabale datasource anymore (instantDB no longer being free)
Yes - valid but not now - could You while the patient is open locate the
code that runs it and disable it for now ? ...
as for tools.jar could We use kaffe.org GLP licenced javac ?
/peter_f
___
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: starksm
Date: 01/12/08 10:10:11
Modified:src/bin run.bat run.sh
Log:
Include the tools.jar from a Sun JDK compatible distribution to enable
compilation of JSP pages by default. JAVA_HOME must point to the JDK root
directory and it must contain a lib/tools.jar with the javac compiler classes.
Revision ChangesPath
1.26 +4 -1 jboss/src/bin/run.bat
Index: run.bat
===
RCS file: /cvsroot/jboss/jboss/src/bin/run.bat,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- run.bat 2001/09/28 21:03:18 1.25
+++ run.bat 2001/12/08 18:10:11 1.26
@@ -2,7 +2,10 @@
@if not %ECHO% == echo %ECHO%
@if %OS% == Windows_NT setlocal
-set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;run.jar
+REM Include the JDK javac compiler for JSP pages. The default is for a Sun JDK
+REM compatible distribution to which JAVA_HOME points
+set JAVAC_JAR=%JAVA_HOME%/lib/tools.jar
+set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;%JAVAC_JAR%;run.jar
REM Setup JBoss sepecific properties
set JAVA_OPTS=%JAVA_OPTS% -Djboss.boot.loader.name=run.bat
1.31 +6 -3 jboss/src/bin/run.sh
Index: run.sh
===
RCS file: /cvsroot/jboss/jboss/src/bin/run.sh,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- run.sh2001/09/27 02:30:40 1.30
+++ run.sh2001/12/08 18:10:11 1.31
@@ -5,7 +5,7 @@
## ##
### == ###
-### $Id: run.sh,v 1.30 2001/09/27 02:30:40 user57 Exp $ ###
+### $Id: run.sh,v 1.31 2001/12/08 18:10:11 starksm Exp $ ###
DIRNAME=`dirname $0`
PROGNAME=`basename $0`
@@ -34,10 +34,13 @@
# Setup the classpath
JBOSS_BOOT_CLASSPATH=$JBOSS_HOME/bin/run.jar
+# Include the JDK javac compiler for JSP pages. The default is for a Sun JDK
+# compatible distribution which JAVA_HOME points to
+JAVAC_JAR=$JAVA_HOME/lib/tools.jar
if [ x$JBOSS_CLASSPATH = x ]; then
-JBOSS_CLASSPATH=$JBOSS_BOOT_CLASSPATH:
+JBOSS_CLASSPATH=$JBOSS_BOOT_CLASSPATH:$JAVAC_JAR:
else
-JBOSS_CLASSPATH=${JBOSS_CLASSPATH}:$JBOSS_BOOT_CLASSPATH:
+JBOSS_CLASSPATH=$JBOSS_CLASSPATH:$JBOSS_BOOT_CLASSPATH:$JAVAC_JAR:
fi
# Check for SUN(tm) JVM w/ HotSpot support
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
[EMAIL PROTECTED] wrote: on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote: please do as an interim solution ... actually scott pointed out that it wont work for OS X For some reason tools.jar wasnt in my classpath when I tested before. it does work if it is... so I think Chris could change his script pretty easily for the WebIntegration tests to pass. Yes - valid but not now - could You while the patient is open locate the code that runs it and disable it for now ? ... Im actually doing that now. as for tools.jar could We use kaffe.org GLP licenced javac ? I havent tried kaffe. It would be an alternative I imagine. :) Al ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
Point JAVA_HOME to a JDK distribution that is compatible with the Sun layout(has javac in lib/tools.jar) and this is included in the system classpath by the run.bat and run.sh start scripts. If no such VM is available, explicitly set JAVAC_JAR to the compiler jar. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Allen Fogleson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, December 08, 2001 10:08 AM Subject: Re: [JBoss-dev] Automated JBoss Testsuite Results [EMAIL PROTECTED] wrote: on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote: please do as an interim solution ... actually scott pointed out that it wont work for OS X For some reason tools.jar wasnt in my classpath when I tested before. it does work if it is... so I think Chris could change his script pretty easily for the WebIntegration tests to pass. Yes - valid but not now - could You while the patient is open locate the code that runs it and disable it for now ? ... Im actually doing that now. as for tools.jar could We use kaffe.org GLP licenced javac ? I havent tried kaffe. It would be an alternative I imagine. :) Al ___ 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: jboss/src/bin run.sh
User: starksm Date: 01/12/08 10:23:39 Modified:src/bin run.sh Log: Allow override of JAVAC_JAR from environment Revision ChangesPath 1.32 +4 -2 jboss/src/bin/run.sh Index: run.sh === RCS file: /cvsroot/jboss/jboss/src/bin/run.sh,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- run.sh2001/12/08 18:10:11 1.31 +++ run.sh2001/12/08 18:23:39 1.32 @@ -5,7 +5,7 @@ ## ## ### == ### -### $Id: run.sh,v 1.31 2001/12/08 18:10:11 starksm Exp $ ### +### $Id: run.sh,v 1.32 2001/12/08 18:23:39 starksm Exp $ ### DIRNAME=`dirname $0` PROGNAME=`basename $0` @@ -36,7 +36,9 @@ JBOSS_BOOT_CLASSPATH=$JBOSS_HOME/bin/run.jar # Include the JDK javac compiler for JSP pages. The default is for a Sun JDK # compatible distribution which JAVA_HOME points to -JAVAC_JAR=$JAVA_HOME/lib/tools.jar +if [ x$JAVAC_JAR = x ]; then +JAVAC_JAR=$JAVA_HOME/lib/tools.jar +fi if [ x$JBOSS_CLASSPATH = x ]; then JBOSS_CLASSPATH=$JBOSS_BOOT_CLASSPATH:$JAVAC_JAR: else ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: starksm Date: 01/12/08 11:00:20 Modified:.build.xml Log: Exclude XAUnitTestCase until it can be updated Revision ChangesPath 1.44 +3 -1 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- build.xml 2001/12/06 02:16:11 1.43 +++ build.xml 2001/12/08 19:00:20 1.44 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.43 2001/12/06 02:16:11 user57 Exp $ -- +!-- $Id: build.xml,v 1.44 2001/12/08 19:00:20 starksm Exp $ -- project default=main name=JBoss/Testsuite @@ -1504,6 +1504,8 @@ !-- do not include the dyn loading or security tests -- exclude name=**/test/jrmp/test/DynLoadingUnitTestCase.class/ exclude name=**/test/security/test/*/ + !-- Exclude XAUnitTestCase until it can be updated -- + exclude name=**/test/xa/test/XAUnitTestCase.class/ /fileset /batchtest /junit ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalinaServiceSX.java EmbeddedCatalinaServiceSXMBean.java
User: starksm
Date: 01/12/08 12:23:01
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log:
Change importXml to setConfig to work with attribute based configuration
Revision ChangesPath
No revision
No revision
1.2.2.5 +2 -2
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java
Index: EmbeddedCatalinaServiceSX.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java,v
retrieving revision 1.2.2.4
retrieving revision 1.2.2.5
diff -u -r1.2.2.4 -r1.2.2.5
--- EmbeddedCatalinaServiceSX.java2001/11/28 07:48:09 1.2.2.4
+++ EmbeddedCatalinaServiceSX.java2001/12/08 20:23:01 1.2.2.5
@@ -69,7 +69,7 @@
@see org.apache.catalina.startup.Embedded
@author [EMAIL PROTECTED]
- @version $Revision: 1.2.2.4 $
+ @version $Revision: 1.2.2.5 $
*/
public class EmbeddedCatalinaServiceSX extends AbstractWebContainer implements
EmbeddedCatalinaServiceSXMBean
{
@@ -203,7 +203,7 @@
Subclasses should override this method if they support such a configuration
capability. This implementation does nothing.
*/
-public void importXml(Element config)
+public void setConfig(Element config)
{
this.extendedConfig = config;
}
1.1.2.4 +2 -2
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSXMBean.java
Index: EmbeddedCatalinaServiceSXMBean.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSXMBean.java,v
retrieving revision 1.1.2.3
retrieving revision 1.1.2.4
diff -u -r1.1.2.3 -r1.1.2.4
--- EmbeddedCatalinaServiceSXMBean.java 2001/11/28 07:48:09 1.1.2.3
+++ EmbeddedCatalinaServiceSXMBean.java 2001/12/08 20:23:01 1.1.2.4
@@ -16,7 +16,7 @@
/** Management interface for the embedded Catalina service.
*
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.1.2.3 $
+ * @version $Revision: 1.1.2.4 $
*/
public interface EmbeddedCatalinaServiceSXMBean extends AbstractWebContainerMBean
{
@@ -110,5 +110,5 @@
configuration using constructs from the standard server.xml to configure
additional connectors, etc.
*/
- public void importXml(Element config);
+ public void setConfig(Element config);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results
Hi, --- Scott M Stark [EMAIL PROTECTED] wrote: Point JAVA_HOME to a JDK distribution that is compatible with the Sun layout(has javac in lib/tools.jar) and this is included in the system classpath by the run.bat and run.sh start scripts. ...but I am using the sun, ibm and blackdown jdks - which confirm to the above. I also run with run.sh (via jboss_init_redhat.sh). Chris = Need somewhere to Live in London? - Then go to http://freeflats.com __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
If the EAR doesn't get preference as to which classes to load then there are bigger problems here. Example: I have a SuperMap class that implements Map, plus has a bunch of other stuff in it. Both the SAR, and the EJBs int he EAR use it. If I update SuperMap, and change the EJBs to use the new functionality, even though the ejb.jar has the new version in it, it won't see it's new version of the class. It will get the SARs version, and crash with NSME. Is there some standard way to deploy common code in JBoss 3? Maybe a SAR that defines no services in the xml? and contains all the non-EJB non-Service code? Maybe package up all my classes into that service-less sar, and then just deploy descriptors? Re-deploying the serviceless sar would auto-redeploy the EJBs and Services? I'm confused here. I would expect that a deployed ejb.jar, or EAR file would use it's logically closest implementation of classes. And not one that it found from another SAR/EAR. Or are we only talking about EJB implementation classes that will exibit this behavior? And when you say 3.x will do away with it, do you have a timeframe on that? If it's soon, I can just restart jboss for every code change. If it's not expected until 3.0 final, I'll work at re-packaging everything (which means re-factoring 80% of my code, since my impl/interfaces are all in the same package) I don't mean to be a pest. I just got caught off guard with this. My company asked for a demo of my stuff for next week, and I had just assumed all along that the CLs would always find the classes defined in the same archive as the DD. -David On Sat, 08 Dec 2001, marc fleury wrote: What I'm seeing now is, if I deploy my sar (which has all my classes, including the EJB implementation classes). The SAR classes will see EJB ones from the SAR. do you have the *implementation* class in there as well? if so remove that. Then deploy my EAR file. Subsequent re-deployes of the EAR, look as though they are re-deploying, but when I access the EJBs, they are using the old classes (from the SAR I assume). That is normal, you packaged static classes in the SAR. When you deploy an ear, since we still use the delegation model from 2.x. the CL for the EJB has SAR CL has parent and sees the classes in the SAR. BTW 3.x will do away with this delegate app-service. Don't package the implementation classes with the SAR marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-489294 ] Security Problem (Stopper!!!!)
Bugs item #489294, was opened at 2001-12-05 00:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866 Category: JBossServer Group: v2.4 BETA (stable) Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Konstantin Pribluda (ko5tik) Assigned to: Scott M Stark (starksm) Summary: Security Problem (Stopper) Initial Comment: I encountered this problem in JB 2.4.2-TC-3.2.1 ( not sure with tomcat ) and tested it with JB-244/TC-3.2.4 Problem can be reproduced really easy: 1. Take JSP which includes another jsp via jsp:include. 2. Put it under security control. 3. Put following in cour jsp: %= SecurityAssociation.getPrincipal().toString() % before jsp:include And place it also after jsp:include 4. Watch those funny null pointer errors, and try to find where they come, and what they mean. Conclusion: with Principal stored SecurityAssociation == null you can forget about security stuff while calling your EJB - they get no principal and no roles propagated to them. Why it happens ( my humble option ): jsp:include issues some kind of subrequest, so JBossSecurityMgrRealm.postService() is called. It resets any security setting. PS: I need a quick solution. ASAP, if possible I'm not sure I can fix it myself the right way. Was principal zeroing good for something? Can I subclass JBossSecurityMgrRealm and disable this behaviour? What would happen then? -- Comment By: Scott M Stark (starksm) Date: 2001-12-06 17:14 Message: Logged In: YES user_id=175228 Attach an ear that demonstrates this problem. The jbosstest suite web integration test includes a jsp page that include a jsp page which access a secured EJB and it does not exhibit this behavior of the of JBoss-2.4.3_Tomcat-3.2.3 release and on. -- Comment By: Konstantin Pribluda (ko5tik) Date: 2001-12-05 10:03 Message: Logged In: YES user_id=91100 Well, I just waded through tomcat code, and also added some debug outputs anf found that JbossSecurityMgrReaml resets SecurityAssociation on end of every subrequest. This is WRONG! After first jsp:include there is no more principal. ( BTW, why do you reset it? To prevent leaking of authentication to not-secured template objects? ) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=489294group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487586 ] CMP ejb throw systematicly a exception
Bugs item #487586, was opened at 2001-11-30 08:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487586group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Closed Resolution: Rejected Priority: 5 Submitted By: Guillaume Coté (gcote) Assigned to: Nobody/Anonymous (nobody) Summary: CMP ejb throw systematicly a exception Initial Comment: With JBoss 2.4.3, I reproduced the bug both on Windows NT and HPUX. I have a CMP ejb that I use with two test program. The first program do a findAll() on the home interface and the second create two ejb. I run my list program, then my add program, and then my list program again. Every thing goes ok. I wait about half a hour and I run the list program again. I got a UndeclaredThrowableExceptionm caused by a RollbackException. At the same time, I got in the server trace a ServerException, caused by a NumberFormatException, with the following message : 06 00:00:00.0. I'll expect the thing to be related with the date field of the ejb. There the beginning of the stack trace, I attach the full stack trace with the bug. java.lang.NumberFormatException: 06 00:00:00.0 at java.lang.Integer.parseInt(Unknown Source) at java.lang.Integer.parseInt(Unknown Source) at java.sql.Date.valueOf(Date.java:91) at org.hsqldb.Column.convertString(Column.java:1001) at org.hsqldb.Column.convertObject(Column.java:1084) at org.hsqldb.jdbcPreparedStatement.setObject(jdbcPreparedStatement.java:589) at org.jboss.pool.jdbc.PreparedStatementInPool.setObject(PreparedStatementInPool.java:282) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.setParameter(JDBCCommand.java:334) at org.jboss.ejb.plugins.jaws.jdbc.JDBCStoreEntityCommand.setParameters(JDBCStoreEntityCommand.java:134) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.jdbcExecute(JDBCCommand.java:159) at org.jboss.ejb.plugins.jaws.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:97) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.storeEntity(JAWSPersistenceManager.java:168) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:397) Please email me at [EMAIL PROTECTED] to tell me what log can I setup to provide you more information. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 13:53 Message: Logged In: YES user_id=175228 Rejected based on the Date usage issued described. -- Comment By: Guillaume Coté (gcote) Date: 2001-12-03 01:48 Message: Logged In: YES user_id=15328 Thanks for the workaround, it seems to work after 60 hours. -- Comment By: Dan Christopherson (danch) Date: 2001-11-30 08:54 Message: Logged In: YES user_id=51915 This is a very common problem with the latest HyperSQL and date fields: try changing any date fields to 'java.sql.Date' rather than 'java.util.Date' -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487586group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanInfo.java
User: squirest
Date: 01/12/08 14:20:06
Modified:src/main/javax/management MBeanInfo.java
Log:
changed constructor to replace null array args with zero size arrays
implemented clone()
formatted code
Revision ChangesPath
1.2 +66 -23jmx/src/main/javax/management/MBeanInfo.java
Index: MBeanInfo.java
===
RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanInfo.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MBeanInfo.java2001/12/03 02:01:30 1.1
+++ MBeanInfo.java2001/12/08 22:20:05 1.2
@@ -3,58 +3,101 @@
*/
package javax.management;
-public class MBeanInfo implements Cloneable, java.io.Serializable {
-
+public class MBeanInfo implements Cloneable, java.io.Serializable
+{
protected String className = null;
protected String description = null;
protected MBeanAttributeInfo[] attributes = null;
protected MBeanConstructorInfo[] constructors = null;
protected MBeanOperationInfo[] operations = null;
protected MBeanNotificationInfo[] notifications = null;
-
+
public MBeanInfo(java.lang.String className,
java.lang.String description,
MBeanAttributeInfo[] attributes,
MBeanConstructorInfo[] constructors,
MBeanOperationInfo[] operations,
-MBeanNotificationInfo[] notifications) {
+MBeanNotificationInfo[] notifications)
+ {
this.className = className;
this.description = description;
- this.attributes = attributes;
- this.constructors = constructors;
- this.operations = operations;
- this.notifications = notifications;
- }
-
- public java.lang.Object clone() throws CloneNotSupportedException {
- MBeanInfo clone = (MBeanInfo)super.clone();
-
- // FIXME
- throw new CloneNotSupportedException(NYI);
+ this.attributes = (null == attributes) ? new MBeanAttributeInfo[0]:
attributes;
+ this.constructors = (null == constructors) ? new MBeanConstructorInfo[0] :
constructors;
+ this.operations = (null == operations) ? new MBeanOperationInfo[0] :
operations;
+ this.notifications = (null == notifications) ? new MBeanNotificationInfo[0] :
notifications;
+ }
+
+ public java.lang.Object clone() throws CloneNotSupportedException
+ {
+ MBeanInfo clone = (MBeanInfo) super.clone();
+
+ clone.className = className;
+ clone.description = description;
+
+ /**
+ * Clones of the internal arrays assumes that constructor replaces null args
+ * with zero sized arrays.
+ */
+
+ int asize = attributes.length;
+ clone.attributes = new MBeanAttributeInfo[asize];
+ for (int i = 0; i asize; i++)
+ {
+ clone.attributes[i] = (MBeanAttributeInfo) this.attributes[i].clone();
+ }
+
+ asize = constructors.length;
+ clone.constructors = new MBeanConstructorInfo[asize];
+ for (int i = 0; i asize; i++)
+ {
+ clone.constructors[i] = (MBeanConstructorInfo)
this.constructors[i].clone();
+ }
+
+ asize = operations.length;
+ clone.operations = new MBeanOperationInfo[asize];
+ for (int i = 0; i asize; i++)
+ {
+ clone.operations[i] = (MBeanOperationInfo) this.operations[i].clone();
+ }
+
+ asize = notifications.length;
+ clone.notifications = new MBeanNotificationInfo[asize];
+ for (int i = 0; i asize; i++)
+ {
+ clone.notifications[i] = (MBeanNotificationInfo)
this.notifications[i].clone();
+ }
+
+ return clone;
}
- public java.lang.String getClassName() {
+ public java.lang.String getClassName()
+ {
return className;
}
-
- public java.lang.String getDescription() {
+
+ public java.lang.String getDescription()
+ {
return description;
}
- public MBeanAttributeInfo[] getAttributes() {
+ public MBeanAttributeInfo[] getAttributes()
+ {
return attributes;
}
- public MBeanOperationInfo[] getOperations() {
+ public MBeanOperationInfo[] getOperations()
+ {
return operations;
}
- public MBeanConstructorInfo[] getConstructors() {
+
+ public MBeanConstructorInfo[] getConstructors()
+ {
return constructors;
}
- public MBeanNotificationInfo[] getNotifications() {
+ public MBeanNotificationInfo[] getNotifications()
+ {
return notifications;
}
-
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
|I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ServiceMBeanSupport: init/start/stop/destroy
|Hi Geeks | |SORRY that I bring up this discussion but during the implementation |of JSR-77 I ran into a problem with the current drop of init() and |destroy(). | |Right now the life-cycle is: |- create of the MBean |- set attributes |- call start() |- |- call stop() | |But with JSR-77 I need to create the JSR-77 shadow MBean when |the MBean is created BUT AFTER the attributes are set. On the |other hand I cannot add the creation/destory of the JSR-77 MBean |to start()/stop() because then I would lose the JSR-77 MBean when |it is stopped (also from JSR-77). | |Long story short. I need init() as well as destroy() to have a callback |when the object is ready to create the JSR-77 MBean (all attributes |are set) as well as to know when the object is destroyed and not just |stopped). init (aka create) is back in as of yesterday, there was some commented code that didn't bring it back to life fully I fixed that. So you get create/start/stop/destroy as a lifecycle. I will (bulk) commit soon, I know I have been saying that for the past 3 weeks but it always is this way. I am debugging as we speak (slowly but surely) marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq SpyMessage.java SpyTextMessage.java
User: starksm
Date: 01/12/08 15:26:09
Modified:src/main/org/jboss/mq Tag: Branch_2_4 SpyMessage.java
SpyTextMessage.java
Log:
Integrate patch for text messages with a UTF encoding 65535 bytes.
This adds a new message type and is compatible with earlier JBossMQ clients
as long as the text messages do not exceed the 65535 byte limitation.
Revision ChangesPath
No revision
No revision
1.3.2.3 +13 -2 jbossmq/src/main/org/jboss/mq/SpyMessage.java
Index: SpyMessage.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpyMessage.java,v
retrieving revision 1.3.2.2
retrieving revision 1.3.2.3
diff -u -r1.3.2.2 -r1.3.2.3
--- SpyMessage.java 2001/11/06 22:51:27 1.3.2.2
+++ SpyMessage.java 2001/12/08 23:26:09 1.3.2.3
@@ -24,7 +24,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author David Maplesden ([EMAIL PROTECTED])
*
- * @version $Revision: 1.3.2.2 $
+ * @version $Revision: 1.3.2.3 $
*/
public class SpyMessage
implements Serializable, Message, Comparable, Externalizable
@@ -529,6 +529,7 @@
protected static final byte STREAM_MESS = 5;
protected static final byte ENCAP_MESS = 6;
protected static final byte SPY_MESS = 7;
+ protected static final byte TEXT_MESS_V2 = 8;
public static void writeMessage(SpyMessage message,ObjectOutput out)throws
IOException
{
@@ -546,7 +547,15 @@
out.writeByte(MAP_MESS);
}else if(message instanceof SpyTextMessage)
{
- out.writeByte(TEXT_MESS);
+ // Check for version 2 ...
+ SpyTextMessage tMsg = (SpyTextMessage) message;
+ if ( tMsg.isVersion2() )
+ {
+out.writeByte(TEXT_MESS_V2);
+ } else
+ {
+out.writeByte(TEXT_MESS);
+ }
}else if(message instanceof SpyStreamMessage)
{
out.writeByte(STREAM_MESS);
@@ -576,6 +585,7 @@
message = new SpyStreamMessage();
break;
case TEXT_MESS:
+ case TEXT_MESS_V2:
message = new SpyTextMessage();
break;
case ENCAP_MESS:
@@ -604,6 +614,7 @@
protected static final int STRING = 7;
protected static final int OBJECT = 8;
protected static final int NULL = 9;
+ protected static final int V2_MSG_INDICATOR = 10;
public void writeExternal(java.io.ObjectOutput out) throws java.io.IOException
{
1.2.2.4 +116 -30 jbossmq/src/main/org/jboss/mq/SpyTextMessage.java
Index: SpyTextMessage.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpyTextMessage.java,v
retrieving revision 1.2.2.3
retrieving revision 1.2.2.4
diff -u -r1.2.2.3 -r1.2.2.4
--- SpyTextMessage.java 2001/10/01 06:31:58 1.2.2.3
+++ SpyTextMessage.java 2001/12/08 23:26:09 1.2.2.4
@@ -17,75 +17,161 @@
*
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.3 $
+ * @version$Revision: 1.2.2.4 $
*/
public class SpyTextMessage
- extends SpyMessage
- implements Cloneable, TextMessage, Externalizable {
+ extends SpyMessage
+ implements Cloneable, TextMessage, Externalizable
+{
+ private final static long serialVersionUID = 235726945332013953L;
+
+ // Maximum length of a String so that it can be safely written
+ // using readUTF() / writeUTF() methods
+ public final static int MAX_UTF_LENGTH = 65535 / 3;
// Attributes
-
String content = null;
-
- private final static long serialVersionUID = 235726945332013953L;
-
+
// Public
-
+
public void setText( String string )
- throws JMSException {
- if ( msgReadOnly ) {
+ throws JMSException
+ {
+ if ( msgReadOnly )
+ {
throw new MessageNotWriteableException( Cannot set the content );
}
content = string;
}
-
+
public String getText()
- throws JMSException {
+ throws JMSException
+ {
return content;
}
-
+
public void clearBody()
- throws JMSException {
+ throws JMSException
+ {
content = null;
super.clearBody();
}
-
+
public SpyMessage myClone()
- throws JMSException {
+ throws JMSException
+ {
SpyTextMessage result = new SpyTextMessage();
result.copyProps( this );
result.content = this.content;
return
[JBoss-dev] [ jboss-Bugs-486863 ] User-defined classes not found in jsp
Bugs item #486863, was opened at 2001-11-28 23:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=486863group_id=22866 Category: None Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Abe Zafar (abezafar) Assigned to: Nobody/Anonymous (nobody) Summary: User-defined classes not found in jsp Initial Comment: OS: Win2k JDK: 1.3 JBoss-2.4.1_Tomcat-3.2.3 Inside jsp's I use user-defined classes(non-jdk classes). These classes are in the .war file located inside the .ear file that is deployed in JBoss. This .war file contains servlet classes as well, which Tomcat seems to be able to find, but Tomcat does not find user-defined classes used in jsps. The only way I was able to get around this problem was to put the .war file in the /webapps directory of Tomcat. It would be nice if I didn't have to do that and that JBoss would add it to Tomcat's classpath automatically during deployment. If you have any questions email me at [EMAIL PROTECTED] -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 13:54 Message: Logged In: YES user_id=175228 There are examples of user defined classes accessed by EJB in the jbosstest suite. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=486863group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-488923 ] org.jboss.verifier.Main should check dtd
Bugs item #488923, was opened at 2001-12-04 07:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=488923group_id=22866 Category: None Group: v2.4 (stable) Status: Closed Resolution: Fixed Priority: 5 Submitted By: Guillaume Coté (gcote) Assigned to: Nobody/Anonymous (nobody) Summary: org.jboss.verifier.Main should check dtd Initial Comment: Sorry, I don't know the exact category of org.jboss.verifier.Main. To reproduce the bug, take any valide ejb-jar.xml, add a xml tag of your imagination and run org.jboss.verifier.Main on the file. The result will be successfull. The expected result is a error message telling that the given tag isn't define in the corresponding dtd. Some person could say that this is request for enhancement, but I maintain that this should be consider as a bug, the verification should check the DTD since the xml document specify it. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 14:07 Message: Logged In: YES user_id=175228 Fixed for 2.4.4. Use the -novalidate argument to disable validation which is now on by default. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=488923group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Nobody/Anonymous (nobody) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 15:22 Message: Logged In: YES user_id=175228 You cannot interact with the java:comp/env namespace outside of a thread that invokes methods on the container component(servlet, EJB). This stack trace shows some arbitrary thread from tomcat releasing the session resources. Only the tomcat thread used to invoke a servlet method can access the java:comp/env of the servlet's web application. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/interceptor StandardMBeanInterceptor.java
User: juhalindfors
Date: 01/12/08 16:24:28
Modified:src/main/org/jboss/mx/interceptor
StandardMBeanInterceptor.java
Log:
remove debug statement
Revision ChangesPath
1.3 +1 -3
jmx/src/main/org/jboss/mx/interceptor/StandardMBeanInterceptor.java
Index: StandardMBeanInterceptor.java
===
RCS file:
/cvsroot/jboss/jmx/src/main/org/jboss/mx/interceptor/StandardMBeanInterceptor.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- StandardMBeanInterceptor.java 2001/12/08 16:06:50 1.2
+++ StandardMBeanInterceptor.java 2001/12/09 00:24:27 1.3
@@ -32,7 +32,7 @@
* @see org.jboss.mx.server.StandardMBean
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*
*/
public class StandardMBeanInterceptor
@@ -160,8 +160,6 @@
public static Class getClassForType(String type, ClassLoader cl) throws
ClassNotFoundException
{
-System.out.println(TYPE: + type);
-
if (int.class.getName().equals(type))
return Integer.TYPE;
else if (float.class.getName().equals(type))
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanServerFactory.java
User: juhalindfors
Date: 01/12/08 16:23:01
Modified:src/main/javax/management MBeanServerFactory.java
Log:
different servers for different people..
use -Djbossmx.mbean.server.class=yourClass to override the default
mbean server implementation
Revision ChangesPath
1.2 +114 -21 jmx/src/main/javax/management/MBeanServerFactory.java
Index: MBeanServerFactory.java
===
RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanServerFactory.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MBeanServerFactory.java 2001/12/03 02:08:47 1.1
+++ MBeanServerFactory.java 2001/12/09 00:23:00 1.2
@@ -1,5 +1,8 @@
/*
- * LGPL
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
*/
package javax.management;
@@ -8,45 +11,135 @@
import java.util.HashMap;
import java.util.ArrayList;
-public class MBeanServerFactory extends java.lang.Object {
+import java.lang.reflect.Constructor;
+import java.lang.reflect.InvocationTargetException;
+/**
+ * MBeanServerFactory is used to create instances of MBean servers.
+ *
+ * @see javax.management.MBeanServer
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
+ * @version $Revision: 1.2 $
+ *
+ */
+public class MBeanServerFactory
+{
+
+ // Constants -
+ private final static String DEFAULT_DOMAIN = DefaultDomain;
+
+ // Attributes
private static Map serverMap = new HashMap();
-
- public static void releaseMBeanServer(MBeanServer mbeanServer) {
- throw new Error(NYI);
+
+ // Public
+ public static void releaseMBeanServer(MBeanServer mbeanServer)
+ {
+ try
+ {
+ String agentID = (String)mbeanServer.getAttribute(
+ new
ObjectName(JMImplementation:type=MBeanServerDelegate),
+ MBeanServerId);
+
+ Object server = serverMap.remove(agentID);
+
+ if (server == null)
+throw new IllegalArgumentException(MBean server reference not found.);
+ }
+ catch (MalformedObjectNameException e)
+ {
+ throw new Error(e.toString());
+ }
+ catch (JMException e)
+ {
+ throw new Error(Cannot retrieve AgentID: + e.toString());
+ }
}
- public static MBeanServer createMBeanServer() {
- return createMBeanServer(DefaultDomain);
+ public static MBeanServer createMBeanServer()
+ {
+ return createMBeanServer(DEFAULT_DOMAIN);
}
- public static MBeanServer createMBeanServer(String domain) {
- MBeanServer server = new org.jboss.mx.server.MBeanServerImpl(domain);
- serverMap.put(createAgentID(), server);
- return server;
+ public static MBeanServer createMBeanServer(String domain)
+ {
+ return createMBeanServer(domain, true);
}
- public static MBeanServer newMBeanServer() {
- return new org.jboss.mx.server.MBeanServerImpl(DefaultDomain);
+ public static MBeanServer newMBeanServer()
+ {
+ return newMBeanServer(DEFAULT_DOMAIN);
}
-
- public static MBeanServer newMBeanServer(String domain) {
- return new org.jboss.mx.server.MBeanServerImpl(domain);
+
+ public static MBeanServer newMBeanServer(String domain)
+ {
+ return createMBeanServer(domain, false);
}
- public static java.util.ArrayList findMBeanServer(String AgentId) {
- if (AgentId != null) {
+ public static ArrayList findMBeanServer(String agentId)
+ {
+ if (agentId != null)
+ {
ArrayList list = new ArrayList(1);
- list.add(serverMap.get(AgentId));
+ list.add(serverMap.get(agentId));
return list;
}
-
+
return new ArrayList(serverMap.values());
}
+ // Private ---
+ private static MBeanServer createMBeanServer(String defaultDomain, boolean
registerServer)
+ {
+ String serverClass = System.getProperty(jbossmx.mbean.server.class,
org.jboss.mx.server.MBeanServerImpl);
+
+ try
+ {
+ ClassLoader cl = Thread.currentThread().getContextClassLoader();
+ Class clazz = cl.loadClass(serverClass);
+ Constructor constructor = clazz.getConstructor(new Class[] { String.class
});
+ MBeanServer server = (MBeanServer)constructor.newInstance(new Object[]
{defaultDomain});
+
+ if (registerServer)
+ {
+String agentID =
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCInitCommand.java
User: starksm
Date: 01/12/08 16:46:22
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCInitCommand.java
Log:
Integrate patch 489461
Revision ChangesPath
No revision
No revision
1.12.6.5 +20 -8
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCInitCommand.java
Index: JDBCInitCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCInitCommand.java,v
retrieving revision 1.12.6.4
retrieving revision 1.12.6.5
diff -u -r1.12.6.4 -r1.12.6.5
--- JDBCInitCommand.java 2001/11/20 09:42:51 1.12.6.4
+++ JDBCInitCommand.java 2001/12/09 00:46:22 1.12.6.5
@@ -31,7 +31,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
* @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Revision: 1.12.6.4 $
+ * @version $Revision: 1.12.6.5 $
*
* Revision:
* 20010621 danch: fixed bug where mapping a PK field to a different column name
@@ -55,19 +55,19 @@
while (it.hasNext())
{
CMPFieldMetaData cmpField = (CMPFieldMetaData)it.next();
-
+
sql += (first ? : ,) +
cmpField.getColumnName() + +
cmpField.getSQLType();
-
-
+
+
first = false;
}
// If there is a primary key field,
// and the bean has explicitly pk-constrainttrue/pk-constraint in jaws.xml
// add primary key constraint.
- if (jawsEntity.getPrimKeyField() != null jawsEntity.hasPkConstraint()) {
+ if (jawsEntity.hasPkConstraint()) {
sql += ,CONSTRAINT pk+jawsEntity.getTableName()+ PRIMARY KEY (;
for (Iterator i = jawsEntity.getPkFields();i.hasNext();) {
String keyCol = ((PkFieldMetaData)i.next()).getColumnName();
@@ -122,7 +122,7 @@
} else {
try
{
-
+
// since we use the pools, we have to do this within a transaction
factory.getContainer().getTransactionManager().begin ();
jdbcExecute(null);
@@ -130,8 +130,19 @@
// Create successful, log this
log.info(Created table '+jawsEntity.getTableName()+'
successfully.);
-log.debug(Primary key of table '+jawsEntity.getTableName()+' is
'
- +jawsEntity.getPrimKeyField()+'.);
+String pkStr;
+if (jawsEntity.getPrimKeyField() != null)
+ pkStr = '+jawsEntity.getPrimKeyField()+';
+else {
+ pkStr = [;
+ for (Iterator i = jawsEntity.getPkFields();i.hasNext();) {
+String keyCol = ((PkFieldMetaData)i.next()).getColumnName();
+pkStr += keyCol;
+pkStr += i.hasNext()?,:];
+ }
+}
+log.debug(Primary key of table '+jawsEntity.getTableName()+' is
+ +pkStr);
} catch (Exception e)
{
log.debug(Could not create table +
@@ -158,3 +169,4 @@
return null;
}
}
+
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCFinderCommand.java
User: starksm
Date: 01/12/08 16:51:28
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCFinderCommand.java
Log:
Applied patch 486426 for FinderException message
Revision ChangesPath
No revision
No revision
1.11.2.1 +13 -7
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFinderCommand.java
Index: JDBCFinderCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFinderCommand.java,v
retrieving revision 1.11
retrieving revision 1.11.2.1
diff -u -r1.11 -r1.11.2.1
--- JDBCFinderCommand.java2001/06/13 06:52:17 1.11
+++ JDBCFinderCommand.java2001/12/09 00:51:27 1.11.2.1
@@ -35,7 +35,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
- * @version $Revision: 1.11 $
+ * @version $Revision: 1.11.2.1 $
*/
public abstract class JDBCFinderCommand
extends JDBCQueryCommand
@@ -51,7 +51,8 @@
finderMetaData = f;
}
- public FinderMetaData getFinderMetaData() {
+ public FinderMetaData getFinderMetaData()
+ {
return finderMetaData;
}
@@ -91,18 +92,23 @@
sql.toUpperCase();
int pos = sql.indexOf(WHERE);
String where = ;
- if (pos != -1) {
+ if (pos != -1)
+ {
where = sql.substring(pos);
}
- if (finderMetaData.hasReadAhead()) {
+ if (finderMetaData.hasReadAhead())
+ {
result = new FinderResults(keys, where, this, args);
- } else {
+ }
+ else
+ {
result = new FinderResults(keys, null, null, null);
}
- } catch (Exception e)
+ }
+ catch (Exception e)
{
log.debug(e);
- throw new FinderException(Find failed);
+ throw new FinderException(Find failed, msg=+e.toString());
}
return result;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp SRPClientSession.java SRPRemoteServer.java SRPServerSession.java SerialObjectStore.java
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security/srp Tag: Branch_2_4
SRPClientSession.java SRPRemoteServer.java
SRPServerSession.java SerialObjectStore.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Logger users.
Revision ChangesPath
No revision
No revision
1.2.4.2 +2 -2 jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java
Index: SRPClientSession.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java,v
retrieving revision 1.2.4.1
retrieving revision 1.2.4.2
diff -u -r1.2.4.1 -r1.2.4.2
--- SRPClientSession.java 2001/11/09 10:19:28 1.2.4.1
+++ SRPClientSession.java 2001/12/09 00:55:21 1.2.4.2
@@ -38,11 +38,11 @@
authentication system developed by Tom Wu ([EMAIL PROTECTED]).
@author [EMAIL PROTECTED]
-@version $Revision: 1.2.4.1 $
+@version $Revision: 1.2.4.2 $
*/
public class SRPClientSession
{
-private static Logger log = Logger.getInstance(SRPClientSession.class);
+private static Logger log = Logger.getLogger(SRPClientSession.class);
private BigInteger N;
private BigInteger g;
private BigInteger x;
1.1.4.3 +2 -2 jbosssx/src/main/org/jboss/security/srp/SRPRemoteServer.java
Index: SRPRemoteServer.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPRemoteServer.java,v
retrieving revision 1.1.4.2
retrieving revision 1.1.4.3
diff -u -r1.1.4.2 -r1.1.4.3
--- SRPRemoteServer.java 2001/11/28 06:10:46 1.1.4.2
+++ SRPRemoteServer.java 2001/12/09 00:55:21 1.1.4.3
@@ -24,11 +24,11 @@
/** An implementation of the RMI SRPRemoteServerInterface interface.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1.4.2 $
+@version $Revision: 1.1.4.3 $
*/
public class SRPRemoteServer extends UnicastRemoteObject implements
SRPRemoteServerInterface
{
-private static Logger log = Logger.getInstance(SRPRemoteServer.class);
+private static Logger log = Logger.getLogger(SRPRemoteServer.class);
private Map sessionMap = Collections.synchronizedMap(new HashMap());
1.2.4.2 +2 -2 jbosssx/src/main/org/jboss/security/srp/SRPServerSession.java
Index: SRPServerSession.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPServerSession.java,v
retrieving revision 1.2.4.1
retrieving revision 1.2.4.2
diff -u -r1.2.4.1 -r1.2.4.2
--- SRPServerSession.java 2001/11/09 10:19:28 1.2.4.1
+++ SRPServerSession.java 2001/12/09 00:55:21 1.2.4.2
@@ -40,12 +40,12 @@
authentication system developed by Tom Wu ([EMAIL PROTECTED]).
@author [EMAIL PROTECTED]
-@version $Revision: 1.2.4.1 $
+@version $Revision: 1.2.4.2 $
*/
public class SRPServerSession
{
private static int B_LEN = 64; // 64 bits for 'b'
-private static Logger log = Logger.getInstance(SRPServerSession.class);
+private static Logger log = Logger.getLogger(SRPServerSession.class);
private BigInteger N;
private BigInteger g;
1.1.4.2 +2 -2 jbosssx/src/main/org/jboss/security/srp/SerialObjectStore.java
Index: SerialObjectStore.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SerialObjectStore.java,v
retrieving revision 1.1.4.1
retrieving revision 1.1.4.2
diff -u -r1.1.4.1 -r1.1.4.2
--- SerialObjectStore.java2001/11/09 10:19:28 1.1.4.1
+++ SerialObjectStore.java2001/12/09 00:55:21 1.1.4.2
@@ -40,11 +40,11 @@
@see #delUser(String)
@author [EMAIL PROTECTED]
-@version $Revision: 1.1.4.1 $
+@version $Revision: 1.1.4.2 $
*/
public class SerialObjectStore implements SRPVerifierStore
{
-private static Logger log = Logger.getInstance(SerialObjectStore.class);
+private static Logger log = Logger.getLogger(SerialObjectStore.class);
private Map infoMap;
private BigInteger g;
private BigInteger N;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp/jaas SRPCacheLoginModule.java SRPLoginModule.java
User: starksm
Date: 01/12/08 16:55:22
Modified:src/main/org/jboss/security/srp/jaas Tag: Branch_2_4
SRPCacheLoginModule.java SRPLoginModule.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Logger users.
Revision ChangesPath
No revision
No revision
1.3.2.2 +2 -2
jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java
Index: SRPCacheLoginModule.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java,v
retrieving revision 1.3.2.1
retrieving revision 1.3.2.2
diff -u -r1.3.2.1 -r1.3.2.2
--- SRPCacheLoginModule.java 2001/11/09 10:19:28 1.3.2.1
+++ SRPCacheLoginModule.java 2001/12/09 00:55:21 1.3.2.2
@@ -38,11 +38,11 @@
domainName,
@author [EMAIL PROTECTED]
-@version $Revision: 1.3.2.1 $
+@version $Revision: 1.3.2.2 $
*/
public class SRPCacheLoginModule implements LoginModule
{
-private static Logger log = Logger.getInstance(SRPCacheLoginModule.class);
+private static Logger log = Logger.getLogger(SRPCacheLoginModule.class);
private Subject subject;
private CallbackHandler handler;
private Map sharedState;
1.2.4.2 +2 -2 jbosssx/src/main/org/jboss/security/srp/jaas/SRPLoginModule.java
Index: SRPLoginModule.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/jaas/SRPLoginModule.java,v
retrieving revision 1.2.4.1
retrieving revision 1.2.4.2
diff -u -r1.2.4.1 -r1.2.4.2
--- SRPLoginModule.java 2001/11/09 10:19:28 1.2.4.1
+++ SRPLoginModule.java 2001/12/09 00:55:21 1.2.4.2
@@ -54,7 +54,7 @@
authentication system developed by Tom Wu ([EMAIL PROTECTED]).
@author [EMAIL PROTECTED]
-@version $Revision: 1.2.4.1 $
+@version $Revision: 1.2.4.2 $
*/
public class SRPLoginModule implements LoginModule
{
@@ -98,7 +98,7 @@
principalClassName = org.jboss.security.SimplePrincipal;
srpServerJndiName = (String) options.get(srpServerJndiName);
srpServerRmiUrl = (String) options.get(srpServerRmiUrl);
-log = Logger.getInstance(getClass());
+log = Logger.getLogger(getClass());
}
/** This is where the SRP protocol exchange occurs.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/auth/spi AbstractServerLoginModule.java
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
AbstractServerLoginModule.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Logger users.
Revision ChangesPath
No revision
No revision
1.1.4.2 +2 -2
jbosssx/src/main/org/jboss/security/auth/spi/AbstractServerLoginModule.java
Index: AbstractServerLoginModule.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/AbstractServerLoginModule.java,v
retrieving revision 1.1.4.1
retrieving revision 1.1.4.2
diff -u -r1.1.4.1 -r1.1.4.2
--- AbstractServerLoginModule.java2001/10/19 23:50:08 1.1.4.1
+++ AbstractServerLoginModule.java2001/12/09 00:55:21 1.1.4.2
@@ -43,7 +43,7 @@
@author a href=[EMAIL PROTECTED]Edward Kenworthy/a, 12th Dec
2000
@author [EMAIL PROTECTED]
- @version $Revision: 1.1.4.1 $
+ @version $Revision: 1.1.4.2 $
*/
public abstract class AbstractServerLoginModule implements LoginModule
{
@@ -72,7 +72,7 @@
this.callbackHandler = callbackHandler;
this.sharedState = sharedState;
this.options = options;
- log = Logger.getInstance(getClass());
+ log = Logger.getLogger(getClass());
log.trace(initialize);
/* Check for password sharing options. Any non-null value for
password_stacking sets useFirstPass as this module has no way to
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security ClientLoginModule.java Logger.java
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security Tag: Branch_2_4
ClientLoginModule.java Logger.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Logger users.
Revision ChangesPath
No revision
No revision
1.1.4.2 +1 -1 jbosssx/src/main/org/jboss/security/ClientLoginModule.java
Index: ClientLoginModule.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/ClientLoginModule.java,v
retrieving revision 1.1.4.1
retrieving revision 1.1.4.2
diff -u -r1.1.4.1 -r1.1.4.2
--- ClientLoginModule.java2001/11/09 10:21:46 1.1.4.1
+++ ClientLoginModule.java2001/12/09 00:55:21 1.1.4.2
@@ -75,7 +75,7 @@
*/
String passwordStacking = (String) options.get(password-stacking);
_useFirstPass = passwordStacking != null;
- log = Logger.getInstance(getClass());
+ log = Logger.getLogger(getClass());
}
/**
1.1.2.3 +155 -81 jbosssx/src/main/org/jboss/security/Attic/Logger.java
Index: Logger.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/Attic/Logger.java,v
retrieving revision 1.1.2.2
retrieving revision 1.1.2.3
diff -u -r1.1.2.2 -r1.1.2.3
--- Logger.java 2001/11/28 06:10:45 1.1.2.2
+++ Logger.java 2001/12/09 00:55:21 1.1.2.3
@@ -8,50 +8,73 @@
classes using the thread context class loader.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.1.2.2 $
+ * @version $Revision: 1.1.2.3 $
*/
public class Logger
{
- /** */
+ /** The log4j Category class name */
private static final String CATEGORY_CLASS = org.apache.log4j.Category;
+ /** The log4j Priority class name */
private static final String PRIORITY_CLASS = org.apache.log4j.Priority;
+ /** The custom JBoss TRACE Priority class name */
private static final String TRACE_PRIORITY_CLASS =
org.jboss.logging.TracePriority;
+ /** Indicies into the log4jMethods for the Category methods */
private static final int GET_INSTANCE = 0;
private static final int IS_ENABLED_FOR_PRIORITY = 1;
private static final int LOG_PRIORITY_MSG = 2;
private static final int LOG_PRIORITY_MSG_EX = 3;
private static final int N_METHODS = 4;
-
/** An array of the org.apache.log4j.Category methods used by Logger */
private static Method[] log4jMethods = null;
/** An array of the org.apache.log4j.Category methods used by Logger */
- private static Object[] log4jPriorities = null;
private static String[] priorityNames = {TRACE, DEBUG, INFO, WARN,
ERROR, FATAL
};
+ /** An array of Priority objects corresponding to the names TRACE..FATAL */
+ private static Object[] log4jPriorities = new Object[priorityNames.length];
private static final int TRACE = 0;
private static final int DEBUG = 1;
private static final int INFO = 2;
private static final int WARN = 3;
private static final int ERROR = 4;
private static final int FATAL = 5;
+ /** Should execptions during the load of log4j be dumped to System.err */
+ private static boolean logInitFailures = false;
+ /** The maximum # of initLog4j calls to attempt */
+ private static int maxInitAttempts = 100;
+ private static int initAttempts;
+ // Externalize behavior using properties
+ static
+ {
+ try
+ {
+ logInitFailures =
Boolean.getBoolean(org.jboss.system.BootstrapLogger.logInitFailures);
+ Integer i =
Integer.getInteger(org.jboss.system.BootstrapLogger.maxInitAttempts,
maxInitAttempts);
+ maxInitAttempts = i.intValue();
+ }
+ catch(Exception e)
+ {
+ e.printStackTrace();
+ }
+ }
+
/** The log4j Category object the Logger delegates to. */
private Object category;
+ private String categoryType;
- public static Logger getInstance(Class categoryType)
+ public static Logger getLogger(Class categoryType)
{
- return getInstance(categoryType.getName());
+ return getLogger(categoryType.getName());
}
- public static Logger getInstance(String categoryType)
+ public static Logger getLogger(String categoryType)
{
try
{
initLog4j();
}
- catch(Exception e)
+ catch(Exception ignore)
{
- e.printStackTrace();
}
return new Logger(categoryType);
}
@@ -59,161 +82,212 @@
// --- Begin log4j Category methods we expose
public void trace(Object msg)
{
- log(log4jPriorities[TRACE],
[JBoss-dev] CVS update: jboss/src/main/org/jboss/verifier Main.java
User: starksm
Date: 01/12/08 17:37:02
Modified:src/main/org/jboss/verifier Tag: Branch_2_4 Main.java
Log:
Validate the xml descriptor by default. Use -novalidate to disable validation
Revision ChangesPath
No revision
No revision
1.5.6.1 +75 -60jboss/src/main/org/jboss/verifier/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/verifier/Main.java,v
retrieving revision 1.5
retrieving revision 1.5.6.1
diff -u -r1.5 -r1.5.6.1
--- Main.java 2001/03/24 21:14:14 1.5
+++ Main.java 2001/12/09 01:37:02 1.5.6.1
@@ -8,23 +8,23 @@
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2 of the License, or (at your option) any later version
- *
+ *
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
- *
+ *
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*
* This package and its source code is available at www.jboss.org
- * $Id: Main.java,v 1.5 2001/03/24 21:14:14 juhalindfors Exp $
+ * $Id: Main.java,v 1.5.6.1 2001/12/09 01:37:02 starksm Exp $
*
* You can reach the author by sending email to [EMAIL PROTECTED]
*/
-
+
// standard imports
import java.io.File;
import java.net.URL;
@@ -36,72 +36,87 @@
import org.jboss.metadata.XmlFileLoader;
-
/**
* Main class for bean verifier.
*
* For more detailed documentation, refer to the
- * a href=http://www.ejboss.org;JBoss project/a
+ * a href=http://www.jboss.org;JBoss project/a
*
* @see OTHER RELATED CLASSES
*
* @author Juha Lindfors
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.5.6.1 $
* @sinceJDK 1.3
*/
-public class Main {
-
-public final static int OK = 0;
-public final static int WARNING = 1;
-
-static int returnCode = OK;
-
-/**
- * Starts the application.
- *
- * @param argsargument strings
- */
-public static void main(String[] args) {
-
-try {
-if (args.length 1)
-throw new IllegalArgumentException(Usage: beanverifier
mybeans.jar);
-
-URL url= new File(args[0]).toURL();
-ClassLoader cl = new URLClassLoader(new URL[] {url},
Thread.currentThread().getContextClassLoader());
-XmlFileLoader xfl = new XmlFileLoader();
-BeanVerifier verifier = new BeanVerifier();
-
-xfl.setClassLoader(cl);
-verifier.addVerificationListener(new Listener());
-
-verifier.verify(url, xfl.load());
-}
-catch (Exception e) {
-System.err.println(Problem starting the application:);
-System.err.println(Exception: + e);
-System.err.println(Message:+ e.getMessage());
-e.printStackTrace();
-
-System.exit(-1);
-}
-
-System.exit(returnCode);
-}
-
+public class Main
+{
+
+ public final static int OK = 0;
+ public final static int WARNING = 1;
+
+ static int returnCode = OK;
+
+ /**
+* Starts the application.
+*
+* @param argsargument strings
+*/
+ public static void main(String[] args)
+ {
+
+ try
+ {
+ if (args.length 1)
+throw new IllegalArgumentException(Usage: beanverifier [-novalidate]
mybeans.jar);
+
+ boolean validate = true;
+ String jar = null;
+ for(int a = 0; a args.length; a ++)
+ {
+if( args[a].startsWith(-no) )
+ validate = false;
+else
+ jar = args[a];
+ }
+ URL url = new File(jar).toURL();
+ URL[] urls = {url};
+ ClassLoader parent = Thread.currentThread().getContextClassLoader();
+ ClassLoader cl = new URLClassLoader(urls, parent);
+ XmlFileLoader xfl = new XmlFileLoader(validate);
+ BeanVerifier verifier = new BeanVerifier();
+
+ xfl.setClassLoader(cl);
+ verifier.addVerificationListener(new Listener());
+
+ verifier.verify(url, xfl.load());
+ }
+ catch (Exception e)
+ {
+
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Nobody/Anonymous (nobody) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:14 Message: Logged In: YES user_id=391187 Yes, you're completly right, I know about threading restriction in J2EE. BUT IT WAS a tomcat thread(not my custon), so would you, please so kind, discuss problem instead closing bug? I bet, you didn't run test(beanjsp) even before closing bug. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 15:22 Message: Logged In: YES user_id=175228 You cannot interact with the java:comp/env namespace outside of a thread that invokes methods on the container component(servlet, EJB). This stack trace shows some arbitrary thread from tomcat releasing the session resources. Only the tomcat thread used to invoke a servlet method can access the java:comp/env of the servlet's web application. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 16:21 Message: Logged In: YES user_id=175228 It was not a request dispatch thread interacting with a servlet or JSP page. That is the ONLY thread that has the correct context for accessing the java:comp/env JNDI Context. Demonstrate that you can access this context in a standalone tomcat and I'll considering reopening this. -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:14 Message: Logged In: YES user_id=391187 Yes, you're completly right, I know about threading restriction in J2EE. BUT IT WAS a tomcat thread(not my custon), so would you, please so kind, discuss problem instead closing bug? I bet, you didn't run test(beanjsp) even before closing bug. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 15:22 Message: Logged In: YES user_id=175228 You cannot interact with the java:comp/env namespace outside of a thread that invokes methods on the container component(servlet, EJB). This stack trace shows some arbitrary thread from tomcat releasing the session resources. Only the tomcat thread used to invoke a servlet method can access the java:comp/env of the servlet's web application. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system ServiceCreator.java
User: user57
Date: 01/12/08 18:37:54
Modified:src/main/org/jboss/system ServiceCreator.java
Log:
o minor cosmetic change to about/create bean log messages
Revision ChangesPath
1.6 +12 -12jboss/src/main/org/jboss/system/ServiceCreator.java
Index: ServiceCreator.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceCreator.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ServiceCreator.java 2001/12/05 21:23:59 1.5
+++ ServiceCreator.java 2001/12/09 02:37:54 1.6
@@ -24,7 +24,7 @@
* @see Service
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*
* pbRevisions:/b
* pb2001/08/03 marcf /b
@@ -35,7 +35,8 @@
public class ServiceCreator
{
// Attributes
-
+
+ /** Instance logger. */
private final Logger log = Logger.getLogger(getClass());
private MBeanServer server;
@@ -72,31 +73,30 @@
String code = mbeanElement.getAttribute(code);
if (code == null)
{
- throw new ConfigurationException
-(missing 'code' attribute);
+ throw new ConfigurationException(missing 'code' attribute);
}
// get the constructor params/sig to use
ConstructorInfo constructor =
ConstructorInfo.create(mbeanElement);
- log.info(About to create the bean+name);
+ log.info(About to create bean: +name);
// Create the MBean instance
try
{
- ObjectInstance instance = server.createMBean(code,
- name,
- loader,
- constructor.params,
- constructor.signature);
- log.info(Created the bean+name);
+ ObjectInstance instance = server.createMBean(code,
+ name,
+ loader,
+ constructor.params,
+ constructor.signature);
+ log.info(Created bean: +name);
return instance;
}
catch (Exception e)
{
- //didn't work, unregister in case the jmx agent is screwed.
+ // didn't work, unregister in case the jmx agent is screwed.
try
{
server.unregisterMBean(name);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Nobody/Anonymous (nobody) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:14 Message: Logged In: YES user_id=391187 Yes, you're completly right, I know about threading restriction in J2EE. BUT IT WAS a tomcat thread(not my custon), so would you, please so kind, discuss problem instead closing bug? I bet, you didn't run test(beanjsp) even before closing bug. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 15:22 Message: Logged In: YES user_id=175228 You cannot interact with the java:comp/env namespace outside of a thread that invokes methods on the container component(servlet, EJB). This stack trace shows some arbitrary thread from tomcat releasing the session resources. Only the tomcat thread used to invoke a servlet method can access the java:comp/env of the servlet's web application. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:34 Message: Logged In: YES user_id=391187 I test it on BEA weblogic and orion server. This code work fine. I suspect here is a classloader issue: Print of Thread.currentThread().getContextClassLoader() for method valueBound() is here: org.mortbay.http.ContextLoader(file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/advisor-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB-INF/ lib/jboss-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/jbosssx-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/jnp-client.jar;file:/F:/tools/jboss-3.0.0a lpha/deploy/Default/advisor.ear/web1001/WEB-INF/classes/) / java.net.URLClassLoader@48ef56 and list of classloaders for method valueUnbound() is much shorter: java.net.URLClassLoader@48ef56 Do you insist on running this test for standalone tomcat, or will be satisfied with log file from Orion v1.5.2 ? -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 16:21 Message: Logged In: YES user_id=175228 It was not a request dispatch thread interacting with a servlet or JSP page. That is the ONLY thread that has the correct context for accessing the java:comp/env JNDI Context. Demonstrate that you can access this context in a standalone tomcat and I'll considering reopening this. -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:14 Message: Logged In: YES user_id=391187 Yes, you're completly right, I know about threading restriction in J2EE. BUT IT WAS a tomcat thread(not my custon), so would you, please so kind, discuss problem instead closing bug? I bet, you didn't run test(beanjsp) even before closing bug. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 15:22 Message: Logged In: YES user_id=175228 You cannot interact with the java:comp/env namespace outside of a thread that invokes methods on the container component(servlet, EJB). This stack trace shows some arbitrary thread from tomcat releasing the session resources. Only the tomcat thread used to invoke a servlet method can access the java:comp/env of the servlet's web application. --
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 16:38 Message: Logged In: YES user_id=175228 BEA and Orion have tightly integrated web containers. Unless you can demonstrate that Jetty, Tomcat or whatever servlet container you are embedding in JBoss uses a thread with the correct class loader, this is not something we will fix as it requires changes to the internals of the servlet container. -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:34 Message: Logged In: YES user_id=391187 I test it on BEA weblogic and orion server. This code work fine. I suspect here is a classloader issue: Print of Thread.currentThread().getContextClassLoader() for method valueBound() is here: org.mortbay.http.ContextLoader(file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/advisor-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB-INF/ lib/jboss-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/jbosssx-client.jar;file:/F:/tools/jboss- 3.0.0alpha/deploy/Default/advisor.ear/web1001/WEB- INF/lib/jnp-client.jar;file:/F:/tools/jboss-3.0.0a lpha/deploy/Default/advisor.ear/web1001/WEB-INF/classes/) / java.net.URLClassLoader@48ef56 and list of classloaders for method valueUnbound() is much shorter: java.net.URLClassLoader@48ef56 Do you insist on running this test for standalone tomcat, or will be satisfied with log file from Orion v1.5.2 ? -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 16:21 Message: Logged In: YES user_id=175228 It was not a request dispatch thread interacting with a servlet or JSP page. That is the ONLY thread that has the correct context for accessing the java:comp/env JNDI Context. Demonstrate that you can access this context in a standalone tomcat and I'll considering reopening this. -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 16:14 Message: Logged In: YES user_id=391187 Yes, you're completly right, I know about threading restriction in J2EE. BUT IT WAS a tomcat thread(not my custon), so would you, please so kind, discuss problem instead closing bug? I bet, you didn't run test(beanjsp) even before closing bug. -- Comment By: Scott M Stark (starksm) Date:
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 17:33 Message: Logged In: YES user_id=391187 Please find part of log file for Orion, Tomcat4 and Tomcat3: ORION v 1.5.2 Bound into session: EOKPGNBAIAGF Is session new: true Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Unbound from session: EOKPGNBAIAGF Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Log file of Tomcat 4.0.1: Starting service Tomcat-Standalone Apache Tomcat/4.0.1 Starting service Tomcat-Apache Apache Tomcat/4.0.1 Bound into session: 04C46173A2F1381392C4C9A843D517F7 Is session new: true Event name: TestSessionScopeJNDI ClassLoader: WebappClassLoader available: delegate: false repositories: /WEB-INF/classes/ required: -- Parent Classloader: StandardClassLoader available: delegate: true repositories: file:F:\tools\catalina\classes\ file:F:\tools\catalina\lib\jasper-compiler.jar file:F:\tools\catalina\lib\jasper-runtime.jar file:F:\tools\catalina\lib\naming-factory.jar required: -- Parent Classloader: StandardClassLoader available: Extension[javax.mail, implementationVendor=Sun Microsystems, Inc., implement ationVendorId=com.sun, implementationVersion=1.2, specificationVendor=Sun Micros ystems, Inc., specificationVersion=1.2] delegate: true repositories: file:F:\tools\catalina\common\classes\ file:F:\tools\catalina\common\lib\activation.jar file:F:\tools\catalina\common\lib\jdbc2_0-stdext.jar file:F:\tools\catalina\common\lib\jta.jar file:F:\tools\catalina\common\lib\mail.jar file:F:\tools\catalina\common\lib\naming-common.jar file:F:\tools\catalina\common\lib\naming-resources.jar
[JBoss-dev] deploy/Default vs tmp/deploy/Default
Is there any reason why the default configuration puts it deployer files into the deploy/Default directory instead of the tmp/deploy/Default directory? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
I fully understand. And I was not demanding it to be by Monday. I just was asking if it's on the list of stuff to do, or on the list of stuff to test/commit. I wasn't expecting anyone to rush right out at do it. And, yes, I do know that that's the CL delegation model for 1.2, I just saw messages about that being worked around for 3.0, and I had no idea if it was already done. I'm relaxed (as much as someone who drinks as much cafine as I do can be). I am curious though, is there a todo list for JBoss 3.0 somewhere? It would help dumbasses like me know what is/isn't done already before we ask, as well as help those of us who want to help know what needs to be done. -David On Sat, 08 Dec 2001, marc fleury wrote: |I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb ContainerFactory.java
User: user57
Date: 01/12/08 19:32:00
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
o info message to debug
Revision ChangesPath
1.104 +3 -2 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactory.java,v
retrieving revision 1.103
retrieving revision 1.104
diff -u -r1.103 -r1.104
--- ContainerFactory.java 2001/12/03 03:43:42 1.103
+++ ContainerFactory.java 2001/12/09 03:32:00 1.104
@@ -70,7 +70,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a.
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a
-* @version $Revision: 1.103 $
+* @version $Revision: 1.104 $
*/
public class ContainerFactory
extends ServiceMBeanSupport
@@ -289,7 +289,8 @@
public void deploy( String pParentId, String appUrl, String[] jarUrls, String
appId )
throws MalformedURLException, DeploymentException
{
- getLog().info(got to deploy in ContainerFactory);
+ log.debug(got to deploy in ContainerFactory);
+
// Delegate to real deployment
URL[] tmp = new URL[ jarUrls.length ];
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system ServiceCreator.java
User: user57
Date: 01/12/08 19:36:01
Modified:src/main/org/jboss/system ServiceCreator.java
Log:
o info messages to debug
Revision ChangesPath
1.7 +4 -5 jboss/src/main/org/jboss/system/ServiceCreator.java
Index: ServiceCreator.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceCreator.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ServiceCreator.java 2001/12/09 02:37:54 1.6
+++ ServiceCreator.java 2001/12/09 03:36:01 1.7
@@ -24,7 +24,7 @@
* @see Service
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*
* pbRevisions:/b
* pb2001/08/03 marcf /b
@@ -57,7 +57,6 @@
*/
public ObjectInstance create(Element mbeanElement) throws Exception
{
-
ObjectName name = parseObjectName(mbeanElement);
// marcf fixme add and remove the classlaoder from the controller
@@ -79,7 +78,7 @@
// get the constructor params/sig to use
ConstructorInfo constructor =
ConstructorInfo.create(mbeanElement);
- log.info(About to create bean: +name);
+ log.debug(About to create bean: +name);
// Create the MBean instance
try
@@ -89,7 +88,7 @@
loader,
constructor.params,
constructor.signature);
- log.info(Created bean: +name);
+ log.debug(Created bean: +name);
return instance;
@@ -100,7 +99,7 @@
try
{
server.unregisterMBean(name);
- } catch (Exception othere)
+ } catch (Exception ignore)
{ } // end of try-catch
throw e;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 17:45 Message: Logged In: YES user_id=175228 Attach the complete war with web.xml that establishes the ENC entries and I'll look at it under JBoss/Tomcat-4.0.1 -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 17:33 Message: Logged In: YES user_id=391187 Please find part of log file for Orion, Tomcat4 and Tomcat3: ORION v 1.5.2 Bound into session: EOKPGNBAIAGF Is session new: true Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Unbound from session: EOKPGNBAIAGF Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Log file of Tomcat 4.0.1: Starting service Tomcat-Standalone Apache Tomcat/4.0.1 Starting service Tomcat-Apache Apache Tomcat/4.0.1 Bound into session: 04C46173A2F1381392C4C9A843D517F7 Is session new: true Event name: TestSessionScopeJNDI ClassLoader: WebappClassLoader available: delegate: false repositories: /WEB-INF/classes/ required: -- Parent Classloader: StandardClassLoader available: delegate: true repositories: file:F:\tools\catalina\classes\ file:F:\tools\catalina\lib\jasper-compiler.jar file:F:\tools\catalina\lib\jasper-runtime.jar file:F:\tools\catalina\lib\naming-factory.jar required: -- Parent Classloader: StandardClassLoader available: Extension[javax.mail, implementationVendor=Sun Microsystems, Inc., implement ationVendorId=com.sun, implementationVersion=1.2, specificationVendor=Sun Micros ystems, Inc., specificationVersion=1.2] delegate: true repositories: file:F:\tools\catalina\common\classes\ file:F:\tools\catalina\common\lib\activation.jar
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmq/test JBossMQUnitTestCase.java
User: chirino
Date: 01/12/08 20:17:13
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
Added a test to see if NoLocal works.
Revision ChangesPath
1.5 +47 -0
jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java
Index: JBossMQUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- JBossMQUnitTestCase.java 2001/11/10 21:38:07 1.4
+++ JBossMQUnitTestCase.java 2001/12/09 04:17:13 1.5
@@ -445,6 +445,53 @@
topicConnection.close();
getLog().debug(Topic test passed);
}
+ /**
+* Test to seeif the NoLocal feature of topics works.
+* Messages published from the same connection should not
+* be received by Subscribers on the same connection.
+*/
+ public void testTopicNoLocal() throws Exception {
+ getLog().debug(Starting Topic test);
+
+ TopicConnectionFactory topicFactory =
(TopicConnectionFactory)context.lookup(TOPIC_FACTORY);
+ TopicConnection topicConnection1 = topicFactory.createTopicConnection();
+ topicConnection1.start();
+ TopicConnection topicConnection2 = topicFactory.createTopicConnection();
+ topicConnection2.start();
+
+ // We don't want local messages on this topic.
+ TopicSession session1 = topicConnection1.createTopicSession(true,
Session.AUTO_ACKNOWLEDGE);
+ Topic topic = (Topic)context.lookup(TEST_TOPIC);
+ TopicSubscriber sub = session1.createSubscriber(topic);
+ TopicPublisher sender1 = session1.createPublisher(topic);
+
+ //Now a sender
+ TopicSession session2 = topicConnection2.createTopicSession(false,
Session.AUTO_ACKNOWLEDGE);
+ TopicPublisher sender2 = session2.createPublisher(topic);
+
+ drainMessagesForTopic(sub);
+
+ //send some messages
+ sender1.publish(session1.createTextMessage(Local Message));
+ sender2.publish(session2.createTextMessage(Remote Message));
+
+ // Get the messages, we should get the remote message
+ // but not the local message
+ TextMessage msg1 = (TextMessage)sub.receive(2000);
+ assertTrue(Did not get any messages, msg1!=null);
+ if( msg1 != null ) {
+ assertTrue(Got a local message, !msg1.getText().equals(Local
Message));
+
+ }
+ TextMessage msg2 = (TextMessage)sub.receive(2000);
+ assertTrue(Got an extra message. msg1:+msg1+, msg2:+msg2, msg2==null);
+
+ topicConnection1.stop();
+ topicConnection1.close();
+ topicConnection2.stop();
+ topicConnection2.close();
+ getLog().debug(Topic test passed);
+ }
public static Test suite() throws Exception
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmq/test JBossMQUnitTestCase.java
User: chirino
Date: 01/12/08 20:30:54
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
Added a test to see if NoLocal works.
Revision ChangesPath
1.6 +14 -10
jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java
Index: JBossMQUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- JBossMQUnitTestCase.java 2001/12/09 04:17:13 1.5
+++ JBossMQUnitTestCase.java 2001/12/09 04:30:54 1.6
@@ -451,7 +451,7 @@
* be received by Subscribers on the same connection.
*/
public void testTopicNoLocal() throws Exception {
- getLog().debug(Starting Topic test);
+ getLog().debug(Starting TopicNoLocal test);
TopicConnectionFactory topicFactory =
(TopicConnectionFactory)context.lookup(TOPIC_FACTORY);
TopicConnection topicConnection1 = topicFactory.createTopicConnection();
@@ -460,9 +460,9 @@
topicConnection2.start();
// We don't want local messages on this topic.
- TopicSession session1 = topicConnection1.createTopicSession(true,
Session.AUTO_ACKNOWLEDGE);
+ TopicSession session1 = topicConnection1.createTopicSession(false,
Session.AUTO_ACKNOWLEDGE);
Topic topic = (Topic)context.lookup(TEST_TOPIC);
- TopicSubscriber sub = session1.createSubscriber(topic);
+ TopicSubscriber sub = session1.createSubscriber(topic, null, true);
TopicPublisher sender1 = session1.createPublisher(topic);
//Now a sender
@@ -478,14 +478,18 @@
// Get the messages, we should get the remote message
// but not the local message
TextMessage msg1 = (TextMessage)sub.receive(2000);
- assertTrue(Did not get any messages, msg1!=null);
- if( msg1 != null ) {
- assertTrue(Got a local message, !msg1.getText().equals(Local
Message));
-
+ if( msg1 == null ) {
+ fail(Did not get any messages);
+ } else {
+ if(msg1.getText().equals(Local Message)) {
+fail(Got a local message);
+ }
+ TextMessage msg2 = (TextMessage)sub.receive(2000);
+ if( msg2 != null ) {
+fail(Got an extra message. msg1:+msg1+, msg2:+msg2);
+ }
}
- TextMessage msg2 = (TextMessage)sub.receive(2000);
- assertTrue(Got an extra message. msg1:+msg1+, msg2:+msg2, msg2==null);
-
+
topicConnection1.stop();
topicConnection1.close();
topicConnection2.stop();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 124 Successful tests: 123 Errors:1 Failures: 0 [time of test: 9 December 2001 4:32 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE Hello, The org.jboss.Shutdown class does not seem to work. That is, the jboss_redhat_init.sh script called it and the jboss server did not stop... Please could we get this fixed... Or tell me what I should be calling to get the server shutdown... Now I will return to the old faithful method - kill -9 See ya, Chris PS This is automated - just to make it really annoying... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-487994 ] JNDI context problem.
Bugs item #487994, was opened at 2001-12-01 21:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487994group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Alex Pavlov (apavlov) Assigned to: Scott M Stark (starksm) Summary: JNDI context problem. Initial Comment: I use SUN JDK 1.3.1_01 Server HotSpot VM, Win2K Proff. Problem exist on next bundles: JBoss 2.4.3+Tomcat 3.2 JBoss 2.4.3+Tomcat 4.01 JBoss 3.0alpaha+Jetty Problem: I put some object into HttpSession. Object implements HttpSession listener, and should perform some operation on JNDI context. Everything work fine for method 'valueBound(HttpSessionBindingEvent event)', but if I try to work with with JNDI from method 'valueUnbound(HttpSessionBindingEvent event)', I've got NameNotFoundException: conext 'env' not bound. Here is server log: [Default] Unbound from session: 0hkf2a5ei1 [Default] Event name: TestSessionScopeJNDI [Default] javax.naming.NameNotFoundException: env not bound [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:495) [Default] [Default] at org.jnp.server.NamingServer.getBinding (NamingServer.java:503) [Default] [Default] at org.jnp.server.NamingServer.getObject (NamingServer.java:509) [Default] [Default] at org.jnp.server.NamingServer.lookup (NamingServer.java:282) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:349) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:457) [Default] [Default] at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:333) [Default] [Default] at javax.naming.InitialContext.lookup (Unknown Source) [Default] [Default] at JndiPrintBean.valueUnbound(Unknown Source) [Default] [Default] at org.apache.tomcat.session.StandardSession.removeAttribu te(StandardSession.java:670) [Default] [Default] at org.apache.tomcat.session.StandardSession.expire (StandardSession.java:383) [Default] [Default] at org.apache.tomcat.session.StandardManager.processExpire s(StandardManager.java:483) [Default] [Default] at org.apache.tomcat.session.StandardManager.run (StandardManager.java:553) [Default] [Default] at java.lang.Thread.run(Unknown Source) [Default] -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 20:29 Message: Logged In: YES user_id=391187 I mapped JBoss'es java:DefaultDS to name /jdbc/expound/advisor/AdvisorDS and /jdbc/expound/advisor/AnalyticsDS in web.xml. I hope this ENC entries will be enough for test. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 17:45 Message: Logged In: YES user_id=175228 Attach the complete war with web.xml that establishes the ENC entries and I'll look at it under JBoss/Tomcat-4.0.1 -- Comment By: Alex Pavlov (apavlov) Date: 2001-12-08 17:33 Message: Logged In: YES user_id=391187 Please find part of log file for Orion, Tomcat4 and Tomcat3: ORION v 1.5.2 Bound into session: EOKPGNBAIAGF Is session new: true Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Unbound from session: EOKPGNBAIAGF Event name: TestSessionScopeJNDI ClassLoader: [ThreadContextLoader, current context: [ClassLoader: [[F:\SE_Messag eServer\mr\dist\orion-message-router.ear\advisor\WEB- INF\lib/advisor-client.jar] , [F:\SE_MessageServer\mr\dist\orion-message- router.ear\advisor\WEB-INF\classes] ]]] +- PSBean (class: com.evermind._xa) +- jdbc/AnalyticsDS (class: com.evermind.sql.DriverManagerDataSource) +- jdbc/AdvisorDS (class: com.evermind.sql.DriverManagerDataSource) Log file of Tomcat 4.0.1: Starting service Tomcat-Standalone Apache Tomcat/4.0.1 Starting service Tomcat-Apache Apache Tomcat/4.0.1 Bound into session: 04C46173A2F1381392C4C9A843D517F7 Is session new: true Event name: TestSessionScopeJNDI ClassLoader: WebappClassLoader available: delegate: false repositories: /WEB-INF/classes/ required: -- Parent Classloader: StandardClassLoader available: delegate: true repositories: file:F:\tools\catalina\classes\ file:F:\tools\catalina\lib\jasper-compiler.jar file:F:\tools\catalina\lib\jasper-runtime.jar file:F:\tools\catalina\lib\naming-factory.jar required: -- Parent Classloader: StandardClassLoader
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/management - New directory
User: schaefera Date: 01/12/08 20:55:21 jbosstest/src/main/org/jboss/test/management - 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/management/test - New directory
User: schaefera Date: 01/12/08 20:55:41 jbosstest/src/main/org/jboss/test/management/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: schaefera Date: 01/12/08 21:01:43 Modified:.build.xml Log: Added Notification Transport to JSR-77 which works similar to EJB-Connector but with the tweak of JSR-77 interface. Added the adjusted JDBC JSR-77 shadow objects. Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop Datasources. Added a testsuite for JSR-77 which tests the basic stuff inclusive the notification delivery. Revision ChangesPath 1.44 +2 -1 jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/build.xml,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- build.xml 2001/12/08 04:40:46 1.43 +++ build.xml 2001/12/09 05:01:43 1.44 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.43 2001/12/08 04:40:46 starksm Exp $ -- +!-- $Id: build.xml,v 1.44 2001/12/09 05:01:43 schaefera Exp $ -- project default=main name=JBoss/Server @@ -404,6 +404,7 @@ include name=org/jboss/tm/usertx/server/UserTransactionSessionImpl.class/ include name=org/jboss/jmx/adaptor/rmi/RMIAdaptorImpl.class/ include name=org/jboss/jmx/connector/notification/RMIClientNotificationListener.class/ + include name=org/jboss/management/mejb/RMIClientNotificationListener.class/ include name=org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.class/ /rmic /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: schaefera
Date: 01/12/08 21:01:43
Modified:.build.xml
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop
Datasources.
Added a testsuite for JSR-77 which tests the basic stuff inclusive the
notification delivery.
Revision ChangesPath
1.45 +66 -2 jbosstest/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosstest/build.xml,v
retrieving revision 1.44
retrieving revision 1.45
diff -u -r1.44 -r1.45
--- build.xml 2001/12/08 19:00:20 1.44
+++ build.xml 2001/12/09 05:01:43 1.45
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.44 2001/12/08 19:00:20 starksm Exp $ --
+!-- $Id: build.xml,v 1.45 2001/12/09 05:01:43 schaefera Exp $ --
project default=main name=JBoss/Testsuite
@@ -127,6 +127,13 @@
pathelement path=${oswego.concurrent.lib}/concurrent.jar/
/path
+!-- JSR 77 --
+property name=sun.jsr77.root value=${project.thirdparty}/sun/jsr77/
+property name=sun.jsr77.lib value=${sun.jsr77.root}/lib/
+path id=sun.jsr77.classpath
+ pathelement path=${sun.jsr77.lib}/jsr77.jar/
+/path
+
!-- JUnit --
property name=junit.junit.root value=${project.thirdparty}/junit/junit/
property name=junit.junit.lib value=${junit.junit.root}/lib/
@@ -145,6 +152,7 @@
path refid=apache.log4j.classpath/
path refid=oswego.concurrent.classpath/
path refid=junit.junit.classpath/
+ path refid=sun.jsr77.classpath/
/path
!-- === --
@@ -395,7 +403,8 @@
_jars-perf,
_jars-web,
_jars-bench,
- _jars-security
+ _jars-security,
+ _jars-jsr77
/target
!--
@@ -1306,6 +1315,10 @@
/jar
/target
+ !-- jsr77 test --
+ target name=_jars-jsr77
+mkdir dir=${build.lib}/
+ /target
!-- == --
!-- Documents --
@@ -1446,6 +1459,7 @@
tests-standard-stress,
tests-client-stress,
tests-security-basic-stress,
+ tests-jsr77-unit,
tests-report
/target
@@ -1455,6 +1469,7 @@
tests-standard-unit,
tests-client-unit,
tests-security-basic-unit,
+ tests-jsr77-unit,
tests-report/
target name=tests-stress description=Execute all stress tests.
@@ -1749,6 +1764,55 @@
/junit
/target
+
+ !--
+ | Standard JSR-77 tests that should run successfully against a default
+ | JBoss server distribution build.
+ --
+
+ target name=tests-jsr77-unit depends=jars
+mkdir dir=${build.reports}/
+mkdir dir=${build.testlog}/
+junit dir=${module.output}
+printsummary=${junit.printsummary}
+haltonerror=${junit.haltonerror}
+haltonfailure=${junit.haltonfailure}
+fork=${junit.fork}
+timeout=${junit.timeout}
+jvm=${junit.jvm}
+
+ jvmarg value=${junit.jvm.options}/
+ sysproperty key=jbosstest.deploy.dir file=${build.lib}/
+
+ jvmarg value=-Djava.security.manager/
+ jvmarg value=-Dsecurity.domain=test-domain/
+ sysproperty key=java.security.policy
+value=${build.resources}/security/tst.policy/
+ sysproperty key=java.security.auth.login.config
+ value=${build.resources}/security/auth.conf/
+ sysproperty key=log4j.properties
file=${build.resources}/log4j.properties/
+
+ classpath
+pathelement location=${build.classes}/
+pathelement location=${build.resources}/security/
+pathelement location=${build.resources}/
+path refid=javac.classpath/
+ /classpath
+
+ formatter type=${junit.formatter.type}
+ usefile=${junit.formatter.usefile}/
+
+ batchtest todir=${build.reports}
+ haltonerror=${junit.batchtest.haltonerror}
+ haltonfailure=${junit.batchtest.haltonfailure}
+ fork=${junit.batchtest.fork}
+
+fileset dir=${build.classes}
+ include name=**/test/management/test/**UnitTestCase.class/
+/fileset
+ /batchtest
+/junit
+ /target
!--
| Run testcases in a single
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource ConnectionFactoryLoader.java
User: schaefera
Date: 01/12/08 21:01:42
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop
Datasources.
Added a testsuite for JSR-77 which tests the basic stuff inclusive the
notification delivery.
Revision ChangesPath
1.17 +41 -3 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java
Index: ConnectionFactoryLoader.java
===
RCS file:
/cvsroot/jboss/jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- ConnectionFactoryLoader.java 2001/11/28 01:36:08 1.16
+++ ConnectionFactoryLoader.java 2001/12/09 05:01:42 1.17
@@ -49,6 +49,8 @@
import org.jboss.resource.security.PrincipalMapping;
import org.jboss.system.ServiceMBeanSupport;
+import org.jboss.management.j2ee.JDBCDataSource;
+
/**
* Service that configures an instance of a deployed resource adapter and binds
* the resulting connection factory into JNDI. p
@@ -61,8 +63,9 @@
*
* @author a href=[EMAIL PROTECTED]Toby Allsopp/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
+ * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
* @seeRARDeployer
- * @version$Revision: 1.16 $ p
+ * @version$Revision: 1.17 $ p
*
* bRevisions:/b p
*
@@ -76,6 +79,10 @@
*li Fixed property file format loading that broke with move to
*services.xml.
* /ul
+ * b20011207 Andreas Schaefer/b
+ * ul
+ *li Added JSR-77 Support
+ * /ul
*
*/
public class ConnectionFactoryLoader
@@ -371,8 +378,19 @@
super.postRegister(registrationDone);
}
-
-
+
+ public void preDeregister()
+ throws
+ Exception
+ {
+ super.preDeregister();
+
+ // Destroy JSR-77 EJB-Wrapper
+ JDBCDataSource.destroy(
+ getServer(),
+ jndiName
+ );
+ }
protected ObjectName getObjectName(MBeanServer server, ObjectName name)
{
@@ -409,6 +427,26 @@
} // end of if ()
loadConnectionFactory();
}
+ //AS ToDo: The check if the JDBCDataSource is already created has to be
+ //AS ToDO: removed when createService() is available
+ try {
+ java.util.Set lNames = getServer().queryNames(
+new ObjectName( *:type=JDBCDataSource,name= + jndiName + ,* ),
+null
+ );
+ if( lNames.iterator().hasNext() ) {
+return;
+ }
+ }
+ catch( Exception e ) {
+ e.printStackTrace();
+ }
+ // Create JSR-77 EJB-Wrapper
+ ObjectName lJDBCDataSource = JDBCDataSource.create(
+ getServer(),
+ jndiName,
+ getServiceName()
+ );
}
protected void stopService()
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/management/j2ee JDBCDataSourceMBean.java JDBCDriver.java JDBCDriverMBean.java JDBCMBean.java JDBC.java JDBCDataSource.java JDBCConnection.java JDBCConnectionPool.java
User: schaefera
Date: 01/12/08 21:01:43
Modified:src/main/org/jboss/management/j2ee JDBC.java
JDBCDataSource.java
Added: src/main/org/jboss/management/j2ee JDBCDataSourceMBean.java
JDBCDriver.java JDBCDriverMBean.java JDBCMBean.java
Removed: src/main/org/jboss/management/j2ee JDBCConnection.java
JDBCConnectionPool.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop
Datasources.
Added a testsuite for JSR-77 which tests the basic stuff inclusive the
notification delivery.
Revision ChangesPath
1.4 +281 -30 jboss/src/main/org/jboss/management/j2ee/JDBC.java
Index: JDBC.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/management/j2ee/JDBC.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JDBC.java 2001/11/27 06:15:26 1.3
+++ JDBC.java 2001/12/09 05:01:43 1.4
@@ -6,68 +6,319 @@
*/
package org.jboss.management.j2ee;
+import java.util.ArrayList;
+import java.util.Iterator;
+import java.util.List;
+import java.util.Set;
+
+import javax.management.AttributeChangeNotification;
+import javax.management.JMException;
import javax.management.MalformedObjectNameException;
+import javax.management.MBeanServer;
+import javax.management.Notification;
+import javax.management.NotificationListener;
import javax.management.ObjectName;
-import javax.management.j2ee.JDBCConnection;
+import org.jboss.logging.Logger;
+import org.jboss.system.ServiceMBean;
/**
-* @author Marc Fleury
-**/
+ * Root class of the JBoss JSR-77 implementation of
+ * {@link javax.management.j2ee.JDBC JDBC}.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a.
+ * @version $Revision: 1.4 $
+ *
+ * pbRevisions:/b
+ *
+ * pb20011126 Andreas Schaefer:/b
+ * ul
+ * li Creation
+ * /ul
+ **/
public class JDBC
extends J2EEResource
- implements javax.management.j2ee.JDBC
+ implements JDBCMBean
{
- // -
- // Members
- // -
-
- private JDBCConnection[] mConnections;
-
- // -
- // Constructors
- // -
-
+ // Constants -
+
+ // Attributes
+
+ private long mStartTime = -1;
+ private int mState = ServiceMBean.STOPPED;
+ private ObjectName mService;
+
+ private List mDatasources = new ArrayList();
+
+ // Static
+
+ private static final String[] sTypes = new String[] {
+ j2ee.object.created,
+ j2ee.object.deleted,
+ state.stopped,
+ state.stopping,
+ state.starting,
+ state.running,
+ state.failed
+ };
+
+ public static ObjectName create( MBeanServer pServer, String pName ) {
+ Logger lLog = Logger.getLogger( JNDI.class );
+ ObjectName lServer = null;
+ try {
+ lServer = (ObjectName) pServer.queryNames(
+ new ObjectName( J2EEManagedObject.getDomainName() +
:type=J2EEServer,* ),
+ null
+ ).iterator().next();
+ }
+ catch( Exception e ) {
+ lLog.error( Could not create JSR-77 JDBC Manager, e );
+ return null;
+ }
+ try {
+ // Now create the JNDI Representant
+ return pServer.createMBean(
+org.jboss.management.j2ee.JDBC,
+null,
+new Object[] {
+ pName,
+ lServer
+},
+new String[] {
+ String.class.getName(),
+ ObjectName.class.getName()
+}
+ ).getObjectName();
+ }
+ catch( Exception e ) {
+ lLog.error( Could not create JSR-77 JDBC Manager, e );
+ return null;
+ }
+ }
+
+ public static void destroy( MBeanServer pServer, String pName ) {
+ Logger lLog =
[JBoss-dev] CVS update: thirdparty/sun/jsr77/lib jsr77.jar
User: schaefera Date: 01/12/08 21:01:44 Modified:sun/jsr77/lib jsr77.jar Log: Added Notification Transport to JSR-77 which works similar to EJB-Connector but with the tweak of JSR-77 interface. Added the adjusted JDBC JSR-77 shadow objects. Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop Datasources. Added a testsuite for JSR-77 which tests the basic stuff inclusive the notification delivery. Revision ChangesPath 1.9 +52 -53thirdparty/sun/jsr77/lib/jsr77.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/management/mejb JMSClientNotificationListener.java ListenerRegistration.java ManagementBean.java PollingClientNotificationListener.java RMIClientNotificationListener.java RMINotificationListener.java
User: schaefera
Date: 01/12/08 21:01:43
Modified:src/main/org/jboss/management/mejb
JMSClientNotificationListener.java
ListenerRegistration.java ManagementBean.java
PollingClientNotificationListener.java
RMIClientNotificationListener.java
RMINotificationListener.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop
Datasources.
Added a testsuite for JSR-77 which tests the basic stuff inclusive the
notification delivery.
Revision ChangesPath
1.2 +1 -1
jboss/src/main/org/jboss/management/mejb/JMSClientNotificationListener.java
Index: JMSClientNotificationListener.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/management/mejb/JMSClientNotificationListener.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JMSClientNotificationListener.java2001/12/06 00:31:22 1.1
+++ JMSClientNotificationListener.java2001/12/09 05:01:43 1.2
@@ -68,7 +68,7 @@
// Register the listener as MBean on the remote JMX server
createListener(
pConnector,
- org.jboss.jmx.connector.notification.JMSNotificationListener,
+ org.jboss.management.mejb.JMSNotificationListener,
new Object[] { pQueueJNDIName, lQueue },
new String[] { String.class.getName(), Queue.class.getName() }
);
1.2 +2 -4
jboss/src/main/org/jboss/management/mejb/ListenerRegistration.java
Index: ListenerRegistration.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/management/mejb/ListenerRegistration.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ListenerRegistration.java 2001/12/06 00:31:22 1.1
+++ ListenerRegistration.java 2001/12/09 05:01:43 1.2
@@ -26,7 +26,7 @@
* {@link javax.management.j2ee.ListenerRegistration ListenerRegistration}.
*
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a.
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
* pbRevisions:/b
*
@@ -141,9 +141,7 @@
public void removeNotificationListener(
ObjectName pName,
- NotificationListener pListener,
- NotificationFilter pFilter,
- Object pHandback
+ NotificationListener pListener
)
throws
InstanceNotFoundException,
1.2 +13 -1 jboss/src/main/org/jboss/management/mejb/ManagementBean.java
Index: ManagementBean.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/management/mejb/ManagementBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ManagementBean.java 2001/12/06 00:31:22 1.1
+++ ManagementBean.java 2001/12/09 05:01:43 1.2
@@ -52,7 +52,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
-* @version $Revision: 1.1 $
+* @version $Revision: 1.2 $
*
* @ejb:bean name=MEJB
* display-name=JBoss Management EJB (MEJB)
@@ -263,7 +263,19 @@
ReflectionException,
RemoteException
{
+ System.out.println(
+ ManagementBean.createMBean(), class: + pClass +
+ , name: + pName +
+ , parameters: + pParameters +
+ , signature: + pSignature
+ );
+ try {
return mConnector.createMBean( pClass, pName, pParameters, pSignature );
+ }
+ catch( ReflectionException e1 ) {
+ e1.printStackTrace();
+ throw e1;
+ }
}
/**
1.2 +1 -1
jboss/src/main/org/jboss/management/mejb/PollingClientNotificationListener.java
Index: PollingClientNotificationListener.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/management/mejb/PollingClientNotificationListener.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- PollingClientNotificationListener.java2001/12/06 00:31:22 1.1
+++ PollingClientNotificationListener.java2001/12/09 05:01:43 1.2
@@ -50,7 +50,7 @@
// Register the listener as MBean on the remote JMX server
createListener(
pConnector,
- org.jboss.jmx.connector.notification.PollingNotificationListener,
+
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/management/test JSR77SpecUnitTestCase.java
User: schaefera
Date: 01/12/08 21:01:44
Added: src/main/org/jboss/test/management/test
JSR77SpecUnitTestCase.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory enabling JSR-77 to start and stop
Datasources.
Added a testsuite for JSR-77 which tests the basic stuff inclusive the
notification delivery.
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/management/test/JSR77SpecUnitTestCase.java
Index: JSR77SpecUnitTestCase.java
===
/*
* JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
package org.jboss.test.management.test;
import java.io.IOException;
import java.net.InetAddress;
import java.rmi.RemoteException;
import java.util.Set;
import javax.ejb.CreateException;
import javax.ejb.Handle;
import javax.management.Notification;
import javax.management.NotificationListener;
import javax.management.ObjectName;
import javax.management.j2ee.ListenerRegistration;
import javax.management.j2ee.Management;
import javax.management.j2ee.ManagementHome;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.rmi.PortableRemoteObject;
import junit.extensions.TestSetup;
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
import org.jboss.test.JBossTestCase;
import org.jboss.test.JBossTestSetup;
/**
* Test of JSR-77 specification conformance using the ??ToDo
* These test the basic JSR-77 handling and access.
*
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a.
* @version $Revision: 1.1 $
*
* pbRevisions:/b
*
* pb20011206 Andreas Schaefer:/b
* ul
* li Creation
* /ul
**/
public class JSR77SpecUnitTestCase
extends JBossTestCase
{
// Constants -
// Attributes
// Static
/**
* Setup the test suite.
*/
public static Test suite()
{
TestSuite lSuite = new TestSuite();
lSuite.addTest( new TestSuite( JSR77SpecUnitTestCase.class ) );
// Create an initializer for the test suite
TestSetup lWrapper = new JBossTestSetup( lSuite )
{
protected void setUp() throws Exception
{
super.setUp();
//deployJ2ee( jsr77-spec.jar );
//flushAuthCache();
}
protected void tearDown() throws Exception
{
//undeployJ2ee( jsr77-spec.jar );
//super.tearDown();
}
};
return lWrapper;
}
// Constructors --
public JSR77SpecUnitTestCase( String pName )
{
super( pName );
}
// Public
/**
* Test if a connection could be made to the Management MBean
**/
public void testConnect()
throws
Exception
{
getLog().debug(+++ testConnect);
Management lManagement = getManagementEJB();
String lDomain = lManagement.getDefaultDomain();
getLog().debug( +++ testConnect, domain: + lDomain );
lManagement.remove();
}
/**
* Test if the management domain could be retrieved
**/
public void testGetManagementDomain()
throws
Exception
{
getLog().debug(+++ testGetManagementDomain);
Management lManagement = getManagementEJB();
Set lNames = lManagement.queryNames(
new ObjectName(
lManagement.getDefaultDomain() + :type=J2EEManagement,*
)
);
if( lNames.isEmpty() ) {
fail( Could not found JSR-77 root object of type 'J2EEManagement' );
}
if( lNames.size() 1 ) {
fail( Found more than one JSR-77 root objects of type 'J2EEManagement' );
}
ObjectName lManagementDomain = (ObjectName) lNames.iterator().next();
getLog().debug( +++ testGetManagementDomain, root: + lManagementDomain );
lManagement.remove();
}
/**
* Test if the deployed EJB could be found directly
* and through navigation
**/
public void testGetDataSource()
throws
Exception
{
getLog().debug(+++ testGetDataSource);
Management lManagement = getManagementEJB();
Set lNames = lManagement.queryNames(
Re: [JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work
This seems to work for me. Why are you having trouble with it. What can we do to get automated message to stop? --jason On Sun, 9 Dec 2001 [EMAIL PROTECTED] wrote: = ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE Hello, The org.jboss.Shutdown class does not seem to work. That is, the jboss_redhat_init.sh script called it and the jboss server did not stop... Please could we get this fixed... Or tell me what I should be calling to get the server shutdown... Now I will return to the old faithful method - kill -9 See ya, Chris PS This is automated - just to make it really annoying... ___ 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: jboss/src/bin shutdown.bat shutdown.sh
User: user57
Date: 01/12/08 21:21:56
Added: src/bin shutdown.bat shutdown.sh
Log:
o helper scripts to call org.jboss.Shutdown
Revision ChangesPath
1.1 jboss/src/bin/shutdown.bat
Index: shutdown.bat
===
@echo off
@if not %ECHO% == echo %ECHO%
@if %OS% == Windows_NT setlocal
set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;shutdown.jar
echo JBOSS_CLASSPATH=%JBOSS_CLASSPATH%
java %JAVA_OPTS% -classpath %JBOSS_CLASSPATH% org.jboss.Shutdown %1 %2 %3 %4 %5 %6
%7 %8 %9
pause
1.1 jboss/src/bin/shutdown.sh
Index: shutdown.sh
===
#!/bin/sh
### == ###
## ##
## JBoss Shutdown Script ##
## ##
### == ###
### $Id: shutdown.sh,v 1.1 2001/12/09 05:21:56 user57 Exp $ ###
DIRNAME=`dirname $0`
PROGNAME=`basename $0`
GREP=grep
#
# Helper to complain.
#
die() {
echo ${PROGNAME}: $*
exit 1
}
# Setup JBOSS_HOME
if [ x$JBOSS_HOME = x ]; then
JBOSS_HOME=`cd $DIRNAME/..; pwd`
fi
export JBOSS_HOME
# Setup the JVM
if [ x$JAVA_HOME != x ]; then
JAVA=$JAVA_HOME/bin/java
else
JAVA=java
fi
# Setup the classpath
JBOSS_BOOT_CLASSPATH=$JBOSS_HOME/bin/shutdown.jar
if [ x$JBOSS_CLASSPATH = x ]; then
JBOSS_CLASSPATH=$JBOSS_BOOT_CLASSPATH
else
JBOSS_CLASSPATH=$JBOSS_CLASSPATH:$JBOSS_BOOT_CLASSPATH
fi
# Execute the JVM
exec $JAVA \
$JAVA_OPTS \
-classpath $JBOSS_CLASSPATH \
org.jboss.Shutdown $@
___
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/12/08 21:22:24
Modified:.build.xml
Log:
o creating shutdown.jar for the shutdown.[sh|bat] scripts
Revision ChangesPath
1.45 +10 -1 jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.44
retrieving revision 1.45
diff -u -r1.44 -r1.45
--- build.xml 2001/12/09 05:01:43 1.44
+++ build.xml 2001/12/09 05:22:23 1.45
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.44 2001/12/09 05:01:43 schaefera Exp $ --
+!-- $Id: build.xml,v 1.45 2001/12/09 05:22:23 user57 Exp $ --
project default=main name=JBoss/Server
@@ -565,6 +565,15 @@
/fileset
fileset dir=${build.resources}
include name=org/jboss/version.properties/
+ /fileset
+/jar
+
+!-- Build shutdown.jar --
+unjar src=${gnu.getopt.lib}/getopt.jar dest=${build.classes}/
+jar jarfile=${build.lib}/shutdown.jar
+ fileset dir=${build.classes}
+include name=org/jboss/Shutdown*/
+include name=gnu/getopt/**/
/fileset
/jar
___
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/12/08 21:22:56
Modified:jbossbuild.xml
Log:
o include shutdown.jar
Revision ChangesPath
1.57 +2 -1 build/jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/build/jboss/build.xml,v
retrieving revision 1.56
retrieving revision 1.57
diff -u -r1.56 -r1.57
--- build.xml 2001/12/07 06:55:27 1.56
+++ build.xml 2001/12/09 05:22:56 1.57
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.56 2001/12/07 06:55:27 user57 Exp $ --
+!-- $Id: build.xml,v 1.57 2001/12/09 05:22:56 user57 Exp $ --
project default=main name=JBoss/Build
@@ -572,6 +572,7 @@
/fileset
fileset dir=${_module.output}/lib
include name=run.jar/
+ include name=shutdown.jar/
/fileset
/copy
chmod perm=+x
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JettyService.java
User: user57
Date: 01/12/08 21:24:24
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.34 +21 -21contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index: JettyService.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JettyService.java,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- JettyService.java 2001/11/29 01:21:29 1.33
+++ JettyService.java 2001/12/09 05:24:24 1.34
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JettyService.java,v 1.33 2001/11/29 01:21:29 jules_gosnell Exp $
+// $Id: JettyService.java,v 1.34 2001/12/09 05:24:24 user57 Exp $
package org.jboss.jetty;
@@ -29,7 +29,7 @@
*
* @see related
* @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a
- * @version $Revision: 1.33 $
+ * @version $Revision: 1.34 $
*/
// NOTES
@@ -62,7 +62,7 @@
public ObjectName
preRegister(MBeanServer server, ObjectName name)
-throws java.lang.Exception
+throws Exception
{
name = getObjectName(server, name);
_server = server;
@@ -85,7 +85,7 @@
}
catch(Exception e)
{
- _log.error(ERROR: Could not initialise logging bridge, e);
+ _log.error(Could not initialize logging bridge, e);
}
logSink.start();
@@ -95,7 +95,7 @@
// why doesn't this work? - investigate...
//_jetty.setLogSink(logSink);
-_log.info(connected JBoss and Jetty Log models);
+_log.debug(connected JBoss and Jetty Log models);
}
/** the usual path separators we know */
@@ -118,7 +118,7 @@
System.getProperties().load(propertiesIn);
-_log.info(loaded properties from: +props);
+_log.debug(Loaded properties from: +props);
}
protected void
@@ -134,7 +134,7 @@
_jetty=tmp; // now we are initialised.
-_log.info(instantiated and configured server);
+_log.debug(Instantiated and configured server);
}
protected void
@@ -146,7 +146,7 @@
{
try
{
- _log.info(MBean peers WILL be created for Jetty Contexts);
+ _log.debug(MBean peers WILL be created for Jetty Contexts);
_mbean = new JettyMBean(_jetty);
_debug = new DebugMBean();
_server.registerMBean(_mbean, new ObjectName(_mbean.newObjectName(_server)));
@@ -154,12 +154,12 @@
}
catch (Throwable e)
{
- _log.error(ERROR: JMX Registration problem, e);
+ _log.error(JMX Registration problem, e);
}
}
else
{
- _log.info(MBean peers WILL NOT be created for Jetty Contexts);
+ _log.debug(MBean peers WILL NOT be created for Jetty Contexts);
}
_jetty.setConfiguration(_configuration);
@@ -207,7 +207,7 @@
try {ensureService();} catch (Exception e) {e.printStackTrace();}
}
else
- _log.warn(WARNING: Jetty has already been initialised);
+ _log.warn(Jetty has already been initialised);
if (!isStarted())
{
@@ -215,7 +215,7 @@
_started=true;
}
else
- _log.warn(WARNING: Jetty has already been started);
+ _log.warn(Jetty has already been started);
}
public void
@@ -229,12 +229,12 @@
}
catch (Exception e)
{
- _log.error(ERROR: Could not stop Jetty, e);
+ _log.error(Could not stop Jetty, e);
}
_started=false;
}
else
- _log.warn(WARNING: Jetty has already been stopped);
+ _log.warn(Jetty has already been stopped);
if (!isDestroyed())
{
_jetty.destroy();
@@ -251,7 +251,7 @@
_debug=null;
}
else
- _log.warn(WARNING: Jetty has already been destroyed);
+ _log.warn(Jetty has already been destroyed);
}
//
@@ -262,7 +262,7 @@
performDeploy(String path, String warUrl, WebDescriptorParser parser)
throws DeploymentException
{
-_log.info(about to deploy to +path);
+_log.info(Attempting to deploy: + path);
return _jetty.deploy(path, warUrl, parser);
}
@@ -312,7 +312,7 @@
public void
setPublishMBeans(boolean publishMBeans)
{
-_log.info(set PublishMBeans to +publishMBeans);
+_log.debug(set PublishMBeans to +publishMBeans);
_publishMBeans=publishMBeans;
}
@@ -333,7 +333,7 @@
public void
setUnpackWars(boolean unpackWars)
{
-_log.info(set UnpackWars to +unpackWars);
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NamingService.java
User: user57
Date: 01/12/08 21:24:25
Modified:src/main/org/jboss/naming NamingService.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.23 +14 -7 jboss/src/main/org/jboss/naming/NamingService.java
Index: NamingService.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/NamingService.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- NamingService.java2001/12/03 02:26:01 1.22
+++ NamingService.java2001/12/09 05:24:25 1.23
@@ -31,7 +31,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a.
- * @version $Revision: 1.22 $
+ * @version $Revision: 1.23 $
*
* pbRevisions:/b
*
@@ -140,6 +140,8 @@
public void startService()
throws Exception
{
+ boolean debug = log.isDebugEnabled();
+
// Read jndi.properties into system properties
// RO: this is necessary because some components (=Tomcat servlets) use a
// buggy classloader that disallows finding the resource properly
@@ -152,29 +154,34 @@
{
String key = (String) keys.nextElement();
String value = props.getProperty(key);
- log.debug(System.setProperty, key=+key+, value=+value);
+ if (debug) {
+log.debug(System.setProperty, key=+key+, value=+value);
+ }
System.setProperty(key, value);
}
naming.start();
+
/* Create a default InitialContext and dump out its env to show what
properties
were used in its creation. If we find a Context.PROVIDER_URL property
issue a warning as this means JNDI lookups are going through RMI.
*/
InitialContext iniCtx = new InitialContext();
Hashtable env = iniCtx.getEnvironment();
- log.info(InitialContext Environment:);
+ log.debug(InitialContext Environment:);
String providerURL = null;
for (Enumeration keys = env.keys(); keys.hasMoreElements(); )
{
String key = (String) keys.nextElement();
String value = (String) env.get(key);
- log.info(key=+key+, value=+value);
+ if (debug) {
+log.debug(key=+key+, value=+value);
+ }
if( key.equals(Context.PROVIDER_URL) )
providerURL = value;
}
// Warn if there was a Context.PROVIDER_URL
if( providerURL != null )
- log.warn(Saw Context.PROVIDER_URL in server jndi.properties,
url=+providerURL);
+ log.warn(Context.PROVIDER_URL in server jndi.properties,
url=+providerURL);
/* Bind an ObjectFactory to java:comp so that java:comp/env lookups
produce a unique context for each thread contexxt ClassLoader that
@@ -186,13 +193,13 @@
Reference envRef = new Reference(javax.naming.Context, refAddr,
ENCFactory.class.getName(), null);
Context ctx = (Context)iniCtx.lookup(java:);
ctx.rebind(comp, envRef);
- log.info(Naming started on port +naming.getPort());
+ log.info(Listening on port +naming.getPort());
}
public void stopService()
{
naming.stop();
- log.info(JNP server stopped);
+ log.debug(JNP server stopped);
}
public void postRegister( Boolean pRegistrationDone )
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment AutoDeployer.java DeployerMBeanSupport.java ServiceDeployer.java
User: user57
Date: 01/12/08 21:24:25
Modified:src/main/org/jboss/deployment AutoDeployer.java
DeployerMBeanSupport.java ServiceDeployer.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.7 +86 -52jboss/src/main/org/jboss/deployment/AutoDeployer.java
Index: AutoDeployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/AutoDeployer.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- AutoDeployer.java 2001/11/24 19:46:41 1.6
+++ AutoDeployer.java 2001/12/09 05:24:25 1.7
@@ -49,19 +49,20 @@
* MBeanServer).
*
* If another Auto Deployer is deployed by an AutoDeployer then the initial
deployment
- * must be switched of to avoid the auto deployment to hang (see {@link
#setWithInitialRun
- * setWithInitialRun()}).
+ * must be switched of to avoid the auto deployment to hang (see
+ * {@link #setWithInitialRun()}).
*
* @see org.jboss.deployment.J2eeDeployer
+ *
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a
* @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
* @author a href=mailto:[EMAIL PROTECTED];David Maplesden/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class AutoDeployer
extends ServiceMBeanSupport
- implements AutoDeployerMBean, NotificationListener,Runnable
+ implements AutoDeployerMBean, NotificationListener, Runnable
{
// Constants -
// Attributes
@@ -280,16 +281,15 @@
// TODO: real urls
if (url.getProtocol().startsWith(file) !new
File(url.getFile()).exists())
{
-
// the file does not exist anymore. undeploy
- log.info(Auto undeploy of + url);
+ log.info(Auto undeploying: + url);
try
{
undeploy(url.toString(), deployment.deployerName);
}
catch (Exception e)
{
- log.error(Undeployment failed, e);
+ log.error(Undeployment failed: + url, e);
}
deployedURLs.remove(url);
@@ -319,7 +319,7 @@
// Check old timestamp -- always deploy if first check
if ((deployment.lastModified == 0) || (deployment.lastModified lm))
{
- log.info(Auto deploy of + deployment.url);
+ log.info(Auto deploying: + deployment.url);
deployment.lastModified = lm;
try
{
@@ -327,8 +327,7 @@
}
catch (Throwable e)
{
- log.error(Deployment failed: + deployment.url, e);
-
+ log.error(Deployment failed: + deployment.url, e);
// Deployment failed - won't retry until updated
}
}
@@ -336,7 +335,8 @@
}
catch (Exception e)
{
-log.fatal(auto deployer failure; can not continue, e);
+log.fatal(can not continue; exiting main loop, e);
+
// Stop auto deployer
running = false;
}
@@ -366,6 +366,8 @@
protected void startService()
throws Exception
{
+ boolean debug = log.isDebugEnabled();
+
// Save JMX names of configured deployers
StringTokenizer deployers = new StringTokenizer(deployerList, ;);
deployerNames = new ObjectName[deployers.countTokens()];
@@ -379,8 +381,7 @@
}
catch (MalformedObjectNameException mfone)
{
-log.warn(The string ' + deployerName + 'is not a valid +
- object name - ignoring it.);
+log.warn(Ignoring invalid object name: + deployerName);
continue;
}
@@ -393,18 +394,14 @@
}
catch (ReflectionException re)
{
-log.info(Deployer ' + deployerNames[i] + ' doesn't provide a +
- filter - will try to deploy all files);
-deployableFilters[i] =
- new FilenameFilter()
- {
- /**
- * #Description of the Method
- *
- * @param dir Description of Parameter
- * @param filename
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system Info.java
User: user57 Date: 01/12/08 21:24:25 Modified:src/main/org/jboss/system Info.java Log: o minor logging changes; trying to make the default configuration less verbose on console, enable debug on console Revision ChangesPath 1.6 +9 -9 jboss/src/main/org/jboss/system/Info.java Index: Info.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/Info.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Info.java 2001/11/26 03:19:46 1.5 +++ Info.java 2001/12/09 05:24:25 1.6 @@ -22,7 +22,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ public class Info implements InfoMBean, MBeanRegistration @@ -87,7 +87,7 @@ libraryDirectory = System.getProperty(jboss.system.libraryDirectory); patchDirectory = System.getProperty(jboss.system.patchDirectory); - log.info(General Purpose Architecture [GPA]); + log.info(General Purpose Architecture (GPA)); // Dump out basic info as INFO priority msgs log.info(Java version: + @@ -104,13 +104,13 @@ osVersion + , + osArch); - log.info(JBoss Version : + jbossVersion); - log.info(JBoss start time : + jbossStarted); - log.info(localDir : + jbossLocalHomeDirectory); - log.info(installationURL : + installationURL); - log.info(configuration : + configurationDirectory); - log.info(libraries : + libraryDirectory); - log.info(local patch directory: + patchDirectory); + log.info(JBoss Version: + jbossVersion); + log.info(JBoss start time: + jbossStarted); + log.info(Local Home Dir: + jbossLocalHomeDirectory); + log.info(Installation URL: + installationURL); + log.info(Configuration Dir: + configurationDirectory); + log.info(Library Dir: + libraryDirectory); + log.info(Local Patch Directory: + patchDirectory); log.info(Oh, and remember we love you); // dump out the entire system properties if debug is enabled ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] org.jboss.management.j2ee.JDBC should be declared abstract...
compile-classes: [javac] Compiling 19 source files to /nfs/home/jason/ws/jboss/jboss-all/server/output/classes /nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/j2ee/JDBC.java:39: org.jboss.management.j2ee.JDBC should be declared abstract; it does not define getJDBCConnection(int) in org.jboss.management.j2ee.JDBC public class JDBC ^ /nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/mejb/ListenerRegistration.java:38: org.jboss.management.mejb.ListenerRegistration should be declared abstract; it does not define removeNotificationListener(javax.management.ObjectName,javax.management.NotificationListener,javax.management.NotificationFilter,java.lang.Object) in org.jboss.management.mejb.ListenerRegistration public class ListenerRegistration ^ 2 errors BUILD FAILED --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Where do these MEJB log messages come from?
21:38:38,551 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.8 Warning: The create method of a stateless session bean home interface must return the session bean's remote interface. 21:38:38,555 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.10.6 Warning: The return type for a create(...) method must be the session bean's remote interface type. * * * Can we turn them to debug... or perhaps they are warnings? Doesn't seem to useful to log an info message like this... --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server MessageCache.java
User: chirino
Date: 01/12/08 21:50:31
Modified:src/main/org/jboss/mq/server MessageCache.java
Log:
Reduced the verbosity of the logging. Was getting 4 lines in the logs per second
even is nothing was happening.
Revision ChangesPath
1.8 +10 -7 jbossmq/src/main/org/jboss/mq/server/MessageCache.java
Index: MessageCache.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/MessageCache.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- MessageCache.java 2001/11/14 04:23:27 1.7
+++ MessageCache.java 2001/12/09 05:50:31 1.8
@@ -24,7 +24,7 @@
* later.
*
* @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a
- * @version$Revision: 1.7 $
+ * @version$Revision: 1.8 $
*/
public class MessageCache extends ServiceMBeanSupport implements MessageCacheMBean,
MBeanRegistration, Runnable
{
@@ -132,9 +132,9 @@
{
while (true)
{
-log.trace(Waiting for a reference to get GCed.);
+ //
+//log.trace(Waiting for a reference to get GCed.);
// Get the next soft reference that was canned by the GC
-
Reference r = referenceQueue.remove(1000);
if (r != null)
{
@@ -145,9 +145,12 @@
{
softRefCacheSize--;
}
+ if( log.isTraceEnabled() )
+ log.trace(soft reference cache size is now: +softRefCacheSize);
+
+ //log.trace(Validating soft reference count.);
+ validateSoftReferenceDepth();
}
-log.trace(Validating soft reference count.);
-validateSoftReferenceDepth();
}
} catch (JMSException e)
{
@@ -165,7 +168,7 @@
*/
public void validateSoftReferenceDepth() throws JMSException
{
- log.trace(run lock aquire);
+ //log.trace(run lock aquire);
synchronized (this)
{
@@ -198,7 +201,7 @@
iter.remove();
}
}
- log.trace(run lock release);
+ //log.trace(run lock release);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmq/test JBossMQUnitTestCase.java
User: chirino
Date: 01/12/08 21:55:06
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
updated the noLocal test
Revision ChangesPath
1.7 +8 -6
jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java
Index: JBossMQUnitTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- JBossMQUnitTestCase.java 2001/12/09 04:30:54 1.6
+++ JBossMQUnitTestCase.java 2001/12/09 05:55:06 1.7
@@ -462,14 +462,14 @@
// We don't want local messages on this topic.
TopicSession session1 = topicConnection1.createTopicSession(false,
Session.AUTO_ACKNOWLEDGE);
Topic topic = (Topic)context.lookup(TEST_TOPIC);
- TopicSubscriber sub = session1.createSubscriber(topic, null, true);
+ TopicSubscriber subscriber1 = session1.createSubscriber(topic, null, true);
TopicPublisher sender1 = session1.createPublisher(topic);
//Now a sender
TopicSession session2 = topicConnection2.createTopicSession(false,
Session.AUTO_ACKNOWLEDGE);
TopicPublisher sender2 = session2.createPublisher(topic);
- drainMessagesForTopic(sub);
+ drainMessagesForTopic(subscriber1);
//send some messages
sender1.publish(session1.createTextMessage(Local Message));
@@ -477,24 +477,26 @@
// Get the messages, we should get the remote message
// but not the local message
- TextMessage msg1 = (TextMessage)sub.receive(2000);
+ TextMessage msg1 = (TextMessage)subscriber1.receive(2000);
if( msg1 == null ) {
fail(Did not get any messages);
} else {
+ getLog().debug(Got message: +msg1);
if(msg1.getText().equals(Local Message)) {
fail(Got a local message);
}
- TextMessage msg2 = (TextMessage)sub.receive(2000);
+ TextMessage msg2 = (TextMessage)subscriber1.receive(2000);
if( msg2 != null ) {
+ getLog().debug(Got message: +msg2);
fail(Got an extra message. msg1:+msg1+, msg2:+msg2);
- }
+ }
}
topicConnection1.stop();
topicConnection1.close();
topicConnection2.stop();
topicConnection2.close();
- getLog().debug(Topic test passed);
+ getLog().debug(TopicNoLocal test passed);
}
public static Test suite() throws Exception
___
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 Subscription.java
User: chirino
Date: 01/12/08 21:56:36
Modified:src/main/org/jboss/mq Connection.java Subscription.java
Log:
updated the dc variable to connectionToken. more readable.
fixed the NoLocal bug that was reported on the user forums.
testcase in the suite shows now that it is working.
Revision ChangesPath
1.14 +2 -2 jbossmq/src/main/org/jboss/mq/Connection.java
Index: Connection.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/Connection.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- Connection.java 2001/11/26 06:33:11 1.13
+++ Connection.java 2001/12/09 05:56:36 1.14
@@ -36,7 +36,7 @@
*
* @authorNorbert Lataille ([EMAIL PROTECTED])
* @authorHiram Chirino ([EMAIL PROTECTED])
- * @version $Revision: 1.13 $
+ * @version $Revision: 1.14 $
* @created August 16, 2001
*/
public class Connection implements java.io.Serializable, javax.jms.Connection
@@ -816,7 +816,7 @@
Subscription req = consumer.getSubscription();
req.subscriptionId = subscriptionCounter++;
- req.dc = connectionToken;
+ req.connectionToken = connectionToken;
if( log.isTraceEnabled() )
log.trace(Connection: addConsumer(dest= + req.destination.toString() +
));
1.5 +9 -6 jbossmq/src/main/org/jboss/mq/Subscription.java
Index: Subscription.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/Subscription.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- Subscription.java 2001/10/28 04:07:34 1.4
+++ Subscription.java 2001/12/09 05:56:36 1.5
@@ -11,6 +11,7 @@
import javax.jms.JMSException;
import org.jboss.mq.selectors.Selector;
+import org.jboss.logging.Logger;
/**
* This class contains all the data needed to for a the provider to to
@@ -19,12 +20,12 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author David Maplesden ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.4 $
+ * @version$Revision: 1.5 $
*/
public class Subscription
implements Serializable
-{
- /** This gets set to a unique value at the SpyConnection. */
+{
+ /** This gets set to a unique value at the SpyConnection. */
public int subscriptionId;
/** The queue we want to subscribe to. */
@@ -41,7 +42,7 @@
// Transient Values
public transient Selector selector;
- public transient ConnectionToken dc;
+ public transient ConnectionToken connectionToken;
public transient Object clientConsumer; // = null;
/**
@@ -64,9 +65,11 @@
*/
public boolean accepts(SpyMessage.Header header) throws JMSException {
if (header.jmsDestination instanceof SpyTopic) {
+
// In the Topic case we allways deliver unless we have a noLocal
- if (noLocal header.producerClientId.equals(dc.getClientID())) {
-return false;
+ if (noLocal ) {
+ if( header.producerClientId.equals(connectionToken.getClientID()))
+ return false;
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server BasicQueue.java ClientConsumer.java
User: chirino
Date: 01/12/08 21:56:36
Modified:src/main/org/jboss/mq/server BasicQueue.java
ClientConsumer.java
Log:
updated the dc variable to connectionToken. more readable.
fixed the NoLocal bug that was reported on the user forums.
testcase in the suite shows now that it is working.
Revision ChangesPath
1.10 +5 -4 jbossmq/src/main/org/jboss/mq/server/BasicQueue.java
Index: BasicQueue.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/BasicQueue.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- BasicQueue.java 2001/11/14 01:53:40 1.9
+++ BasicQueue.java 2001/12/09 05:56:36 1.10
@@ -31,7 +31,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author David Maplesden ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.9 $
+ * @version$Revision: 1.10 $
*/
//abstract public class BasicQueue implements Runnable {
public class BasicQueue {
@@ -144,9 +144,9 @@
public SpyMessage receive(Subscription sub, boolean wait) throws JMSException {
MessageReference messageRef = null;
- Selector selector = sub.getSelector();
synchronized (receivers) {
- if (selector == null) {
+ // If the subscription is not picky, the first message will be it
+ if (sub.getSelector() == null sub.noLocal==false ) {
synchronized (messages) {
if (messages.size() != 0) {
messageRef = (MessageReference)messages.first();
@@ -154,11 +154,12 @@
}
}
} else {
+ // The subscription is picky, so we have to iterate.
synchronized (messages) {
Iterator i = messages.iterator();
while (i.hasNext()) {
MessageReference mr = (MessageReference) i.next();
- if (selector.test(mr.getHeaders())) {
+ if (sub.accepts(mr.getHeaders())) {
messageRef = mr;
i.remove();
break;
1.10 +9 -9 jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java
Index: ClientConsumer.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- ClientConsumer.java 2001/11/26 06:33:12 1.9
+++ ClientConsumer.java 2001/12/09 05:56:36 1.10
@@ -33,7 +33,7 @@
*
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.9 $
+ * @version$Revision: 1.10 $
*/
public class ClientConsumer implements Work
{
@@ -41,7 +41,7 @@
//The JMSServer object
JMSServer server;
//The connection this queue will send messages over
- ConnectionToken dc;
+ ConnectionToken connectionToken;
//Is this connection enabled (Can we transmit to the receiver)
boolean enabled;
//Has this connection been closed?
@@ -73,11 +73,11 @@
// Constructor ---
- public ClientConsumer(JMSServer server, ConnectionToken dc) throws JMSException
+ public ClientConsumer(JMSServer server, ConnectionToken connectionToken) throws
JMSException
{
this.server = server;
- this.dc = dc;
- log = Logger.getLogger(ClientConsumer.class.getName() + : +
dc.getClientID());
+ this.connectionToken = connectionToken;
+ log = Logger.getLogger(ClientConsumer.class.getName() + : +
connectionToken.getClientID());
// Create thread pool
synchronized (ClientConsumer.class)
{
@@ -130,7 +130,7 @@
{
if( log.isTraceEnabled() )
log.trace(Adding subscription for: + req);
- req.dc = dc;
+ req.connectionToken = connectionToken;
req.clientConsumer = this;
JMSDestination jmsdest = (JMSDestination)
server.getJMSDestination(req.destination);
@@ -272,7 +272,7 @@
}
- dc.clientIL.receive(job);
+ connectionToken.clientIL.receive(job);
}
catch(Exception e)
@@ -280,7 +280,7 @@
log.warn(Could not send messages to a receiver., e);
try
{
-server.connectionFailure(dc);
+server.connectionFailure(connectionToken);
}
catch(Throwable ignore)
{
@@ -291,7 +291,7 @@
public String toString()
{
- return ClientConsumer: + dc.getClientID();
+ return
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossLogSink.java JBossUserRealm.java JBossWebApplicationContext.java Jetty.java JettyResolver.java JettyService.java
User: user57
Date: 01/12/08 22:05:49
Modified:jetty/src/main/org/jboss/jetty JBossLogSink.java
JBossUserRealm.java JBossWebApplicationContext.java
Jetty.java JettyResolver.java JettyService.java
Log:
o Using jboss Logger instead of Category
o Each class uses its own Logger, so it is easier to track down where
the messages come from (unless they are part of the sink then who knows)
o Changed some startup logs from info to debug
Revision ChangesPath
1.8 +15 -13contrib/jetty/src/main/org/jboss/jetty/JBossLogSink.java
Index: JBossLogSink.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossLogSink.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- JBossLogSink.java 2001/11/21 23:13:01 1.7
+++ JBossLogSink.java 2001/12/09 06:05:49 1.8
@@ -5,45 +5,47 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossLogSink.java,v 1.7 2001/11/21 23:13:01 jules_gosnell Exp $
+// $Id: JBossLogSink.java,v 1.8 2001/12/09 06:05:49 user57 Exp $
package org.jboss.jetty;
import java.util.HashMap;
-import org.apache.log4j.Category;
+
import org.mortbay.util.Code;
import org.mortbay.util.Frame;
import org.mortbay.util.Log;
import org.mortbay.util.LogSink;
+import org.jboss.logging.Logger;
+
/* */
/**
* This class bidges the API between Jetty and Log4J.
*
* @author a href=mailto:;Jules Gosnell/a
- * @version $Id: JBossLogSink.java,v 1.7 2001/11/21 23:13:01 jules_gosnell Exp $
+ * @version $Id: JBossLogSink.java,v 1.8 2001/12/09 06:05:49 user57 Exp $
* @since 1.0
* @see org.mortbay.util.LogSink
*/
public class JBossLogSink
implements LogSink
{
- Category _log;
+ Logger _log;
boolean _started = false;
HashMap _dispatch = new HashMap();
- interface Logger {void log(String s);}
+ interface MyLogger {void log(String s);}
public
JBossLogSink()
{
// populate the dispatch map...
-_dispatch.put(Log.DEBUG, new Logger(){public void log(String
s){_log.debug(s);}});
-_dispatch.put(Log.EVENT, new Logger(){public void log(String
s){_log.info(s);}});
-_dispatch.put(Log.WARN, new Logger(){public void log(String
s){_log.warn(WARNING: +s);}});
-_dispatch.put(Log.ASSERT, new Logger(){public void log(String
s){_log.error(s);}});
-_dispatch.put(Log.FAIL, new Logger(){public void log(String
s){_log.error(s);}});
+_dispatch.put(Log.DEBUG, new MyLogger(){public void log(String
s){_log.debug(s);}});
+_dispatch.put(Log.EVENT, new MyLogger(){public void log(String
s){_log.info(s);}});
+_dispatch.put(Log.WARN, new MyLogger(){public void log(String
s){_log.warn(WARNING: +s);}});
+_dispatch.put(Log.ASSERT, new MyLogger(){public void log(String
s){_log.error(s);}});
+_dispatch.put(Log.FAIL, new MyLogger(){public void log(String
s){_log.error(s);}});
}
// 'LifeCycle' interface
@@ -51,7 +53,7 @@
initialize(Object log)
throws InterruptedException
{
-_log = (Category) log;
+_log = (Logger) log;
}
public void
@@ -143,7 +145,7 @@
{
boolean debugging=Code.debug();
-Logger logger=(Logger)_dispatch.get(tag);
+MyLogger logger=(MyLogger)_dispatch.get(tag);
if (logger!=null)
{
logger.log(msg+(debugging?, +frame:));
@@ -151,7 +153,7 @@
else
{
log(msg+ - +tag+(debugging?, +frame:));
- _log.warn(WARNING: JBossLogSink doesn't understand tag: '+tag+');
+ _log.warn(JBossLogSink doesn't understand tag: '+tag+');
}
}
1.10 +17 -13contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java
Index: JBossUserRealm.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- JBossUserRealm.java 2001/12/03 04:15:51 1.9
+++ JBossUserRealm.java 2001/12/09 06:05:49 1.10
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossUserRealm.java,v 1.9 2001/12/03 04:15:51 starksm Exp $
+// $Id: JBossUserRealm.java,v 1.10 2001/12/09 06:05:49 user57 Exp $
package org.jboss.jetty;
@@ -16,7 +16,7 @@
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.security.auth.Subject;
-import org.apache.log4j.Category;
+
import org.jboss.security.AuthenticationManager;
import org.jboss.security.RealmMapping;
import org.jboss.security.SecurityAssociation;
@@ -26,10 +26,12 @@
import
[JBoss-dev] [ jboss-Patches-490770 ] J2eeDeployer and directories
Patches item #490770, was opened at 2001-12-08 21:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=490770group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody/Anonymous (nobody)
Summary: J2eeDeployer and directories
Initial Comment:
Here's a diff to allow directories containing
META-INF/ejb-jar.xml to deploy through J2eeDeployer
The diff is for RH. The toLowerCase should probably be
applied to 2.4 anyway?
There's some code in AutoDeployer to try to do this,
but it looks like it only works through setUrls at
start up.
When I tried it on 2.4.3 it didn't work??
It's totally broke on RH because the ServiceDeployer is
now the default deployer.
The installer still copies the directory into a jar.
---
jboss/src/main/org/jboss/deployment/J2eeDeployer.java~
Sat Dec 1 21:29:46 2001
+++
jboss/src/main/org/jboss/deployment/J2eeDeployer.java
Sun Dec 9 05:02:38 2001
@@ -173,6 +173,16 @@
{
public boolean accept(File dir, String
filename)
{
+
+ File f = new File(dir, filename);
+ if (f.exists() f.isDirectory())
+ {
+ if (new File(f, META-INF + File.separator
+ ejb-jar.xml).exists())
+ return true;
+ else
+return false;
+ }
+
filename=filename.toLowerCase();
boolean accept = filename.endsWith(.jar)
||
filename.endsWith(.war) ||
Regards,
Adrian
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=490770group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where do these MEJB log messages come from?
Hi This is a bug in the verifier which I already reported. According to the EJB spec. you can return the EJB's remote interface or a subclass (subinterface) of this remote interface as well. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 08, 2001 9:41 PM Subject: [JBoss-dev] Where do these MEJB log messages come from? 21:38:38,551 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.8 Warning: The create method of a stateless session bean home interface must return the session bean's remote interface. 21:38:38,555 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.10.6 Warning: The return type for a create(...) method must be the session bean's remote interface type. * * * Can we turn them to debug... or perhaps they are warnings? Doesn't seem to useful to log an info message like this... --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] org.jboss.management.j2ee.JDBC should be declared abstract...
Did you update the jboss-all/thirdparty because I updated the sun/jsr77/lib/jsr77.jar file. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 08, 2001 9:36 PM Subject: [JBoss-dev] org.jboss.management.j2ee.JDBC should be declared abstract... compile-classes: [javac] Compiling 19 source files to /nfs/home/jason/ws/jboss/jboss-all/server/output/classes /nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/j2ee /JDBC.java:39: org.jboss.management.j2ee.JDBC should be declared abstract; it does not define getJDBCConnection(int) in org.jboss.management.j2ee.JDBC public class JDBC ^ /nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/mejb /ListenerRegistration.java:38: org.jboss.management.mejb.ListenerRegistration should be declared abstract; it does not define removeNotificationListener(javax.management.ObjectName,javax.management.Noti ficationListener,javax.management.NotificationFilter,java.lang.Object) in org.jboss.management.mejb.ListenerRegistration public class ListenerRegistration ^ 2 errors BUILD FAILED --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Where do these MEJB log messages come from?
So these are warnings? Should they be logged as WARN? and not info... assuming they were actually valid logs to begin with? --jason On Sat, 8 Dec 2001, Andreas Schaefer wrote: Hi This is a bug in the verifier which I already reported. According to the EJB spec. you can return the EJB's remote interface or a subclass (subinterface) of this remote interface as well. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 08, 2001 9:41 PM Subject: [JBoss-dev] Where do these MEJB log messages come from? 21:38:38,551 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.8 Warning: The create method of a stateless session bean home interface must return the session bean's remote interface. 21:38:38,555 INFO [ContainerFactory] Bean : MEJB Method : public abstract Management create() throws CreateException, RemoteException Section: 6.10.6 Warning: The return type for a create(...) method must be the session bean's remote interface type. * * * Can we turn them to debug... or perhaps they are warnings? Doesn't seem to useful to log an info message like this... --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] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 124 Successful tests: 124 Errors:0 Failures: 0 [time of test: 9 December 2001 6:39 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] org.jboss.management.j2ee.JDBC should be declaredabstract...
Today I had some problems as well with the jsr77.jar when I got updated.
The fix is to clean the build ('build.sh clean' or 'build clean') and the
rebuild it.
Andy
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Andreas Schaefer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 08, 2001 10:45 PM
Subject: Re: [JBoss-dev] org.jboss.management.j2ee.JDBC should be
declaredabstract...
Perhaps it took a bit for the jar to get sync'd with cvs. it works fine
now
(didn't for the last 10 minutes though).
--jason
On Sat, 8 Dec 2001, Andreas Schaefer wrote:
Did you update the jboss-all/thirdparty because I updated the
sun/jsr77/lib/jsr77.jar
file.
Andy
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, December 08, 2001 9:36 PM
Subject: [JBoss-dev] org.jboss.management.j2ee.JDBC should be declared
abstract...
compile-classes:
[javac] Compiling 19 source files to
/nfs/home/jason/ws/jboss/jboss-all/server/output/classes
/nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/j2ee
/JDBC.java:39:
org.jboss.management.j2ee.JDBC should be declared abstract; it does
not
define getJDBCConnection(int) in org.jboss.management.j2ee.JDBC
public class JDBC
^
/nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/mejb
/ListenerRegistration.java:38:
org.jboss.management.mejb.ListenerRegistration should be declared
abstract;
it does not define
removeNotificationListener(javax.management.ObjectName,javax.management.Noti
ficationListener,javax.management.NotificationFilter,java.lang.Object)
in org.jboss.management.mejb.ListenerRegistration
public class ListenerRegistration
^
2 errors
BUILD FAILED
--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] [AUTOMATED] JBoss org.jboss.Shutdown does not work
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE Hello, The org.jboss.Shutdown class does not seem to work. That is, the jboss_redhat_init.sh script called it and the jboss server did not stop... Please could we get this fixed... Or tell me what I should be calling to get the server shutdown... Now I will return to the old faithful method - kill -9 See ya, Chris PS This is automated - just to make it really annoying... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] should J2eeDeployer extend DeployerMBeanSupport?
Looks like it should, but I don't know if there is a reason it does not. The logic to find the temp directory is messed up, which is why it is using the deploy/* directory. I am going to fix that, but if there isn't any reason for it not to extend DeployerMBeanSupport, it probably should. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment J2eeDeployer.java
User: user57
Date: 01/12/08 23:30:45
Modified:src/main/org/jboss/deployment J2eeDeployer.java
Log:
o correctly set tmp/deploy/* directory, instead of deploy/*
Revision ChangesPath
1.50 +31 -41jboss/src/main/org/jboss/deployment/J2eeDeployer.java
Index: J2eeDeployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/J2eeDeployer.java,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- J2eeDeployer.java 2001/12/01 21:29:45 1.49
+++ J2eeDeployer.java 2001/12/09 07:30:45 1.50
@@ -24,7 +24,6 @@
import java.util.jar.JarFile;
import java.util.zip.ZipInputStream;
-
import javax.management.MBeanServer;
import javax.management.MBeanException;
import javax.management.JMException;
@@ -32,15 +31,11 @@
import javax.management.RuntimeMBeanException;
import javax.management.RuntimeErrorException;
-
import org.jboss.logging.Logger;
import org.jboss.system.ServiceMBeanSupport;
-
import org.jboss.management.j2ee.J2EEApplication;
-
-
/**
* J2eeDeployer allows to deploy single EJB.jars as well as Web.wars
* (if a Servlet Container is present) or even Application.ears. br
@@ -60,9 +55,8 @@
* @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a.
- * @version $Revision: 1.49 $
+ * @version $Revision: 1.50 $
*/
-
public class J2eeDeployer
extends ServiceMBeanSupport
implements J2eeDeployerMBean
@@ -94,29 +88,21 @@
protected ObjectName rarDeployer;
protected ObjectName javaDeployer;
- /*String jarDeployerName;
-String warDeployerName;
-String rarDeployerName;
-String javaDeployerName;*/
-
int classpathPolicy = EASY;
// comment author=cgjung better be protected for subclassing /comment
protected InstallerFactory installer;
-
// Constructors --
public J2eeDeployer()
{
}
- public void setDeployerName(String name)
+ public void setDeployerName(final String name)
{
- this.log = Logger.getLogger(this.getClass().getName() + # + name);
- // what is this for?
- name = name.equals() ? : +name;
+ this.log = Logger.getLogger(getClass().getName() + # + name);
this.name = name;
}
@@ -206,7 +192,7 @@
}
// now try to deploy
- log.info(Deploy J2EE application: + _url);
+ log.info(Deploying J2EE application: + _url);
Deployment d = installApplication(url);
@@ -214,7 +200,7 @@
{
// comment author=cgjung factored out for subclass access
startApplication(d);
- log.info(J2EE application: + _url + is deployed.);
+ log.info(Deployed J2EE application: + _url);
}
catch (Exception _e)
{
@@ -224,7 +210,7 @@
}
catch (Exception _e2)
{
-log.error(unable to stop application +d.name+: +_e2);
+log.error(unable to stop application + d.name, _e2);
}
finally
{
@@ -234,7 +220,7 @@
}
catch (Exception _e3)
{
- log.error(unable to uninstall application +d.name+: +_e3);
+ log.error(unable to uninstall application + d.name, _e3);
}
}
@@ -245,7 +231,7 @@
else
{
log.error(fatal error:, _e);
-throw new J2eeDeploymentException(fatal error: +_e);
+throw new J2eeDeploymentException(fatal error, _e);
}
}
}
@@ -305,35 +291,37 @@
// ServiceMBeanSupport overrides -
public String getName()
{
- return J2EE Deployer + this.name;
+ return J2EE Deployer + name;
}
protected ObjectName getObjectName(MBeanServer server, ObjectName name)
- throws javax.management.MalformedObjectNameException
+ throws javax.management.MalformedObjectNameException
{
this.server = server;
return name == null ? new ObjectName(OBJECT_NAME+this.name) : name;
}
-
+
+ protected File getTempDir() throws IOException {
+ File dir = new File(System.getProperty(jboss.system.home));
+ dir = new File(dir, tmp);
+ dir = new File(dir, deploy);
+ dir = new File(dir, name);
+
+ if (!dir.exists() !dir.mkdirs()) {
+ throw new IOException
+(failed to create temp directory: + dir);
+ }
+
+ return dir;
+ }
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment Installer.java InstallerFactory.java
User: user57
Date: 01/12/08 23:35:14
Modified:src/main/org/jboss/deployment Installer.java
InstallerFactory.java
Log:
o changed some info logs to debug, when the same information was logged as
info by a component before or after it
o Installer InstallerFactory create there own Loggers to make them easier
to debug. They don't pass around Loggers anymore, so those contructors
(the the instance where they were used) have been updated to reflect this
change.
Revision ChangesPath
1.19 +51 -27jboss/src/main/org/jboss/deployment/Installer.java
Index: Installer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/Installer.java,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- Installer.java2001/11/26 21:46:50 1.18
+++ Installer.java2001/12/09 07:35:14 1.19
@@ -51,7 +51,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.18 $
+ * @version $Revision: 1.19 $
*/
public class Installer
@@ -75,7 +75,7 @@
Deployment d;
// the log4j category for output
- Logger log;
+ Logger log = Logger.getLogger(Installer.class);
// to get the Log and the temprary deployment dir
InstallerFactory factory;
@@ -104,7 +104,6 @@
public Installer(InstallerFactory factory, URL src) throws IOException
{
this.factory = factory;
- log = factory.log;
this.src = src;
}
@@ -113,7 +112,10 @@
/** install pure ejb module */
protected URL executeEJBModule(String name, Deployment d, InputStream in, URL
libraryRoot) throws IOException {
// just install the package
- log.info(install EJB module +name);
+ if (log.isDebugEnabled()) {
+ log.debug(install EJB module +name);
+ }
+
File f = install(in, ejb);
// Check for libs declared int the EJB jar manifest
JarFile jar = new JarFile(f);
@@ -127,7 +129,10 @@
/** install pure war module */
protected URL executeWarModule(String name, Deployment d, InputStream in, URL
libraryRoot, String webContext) throws IOException {
// just inflate the package and determine the context name
- log.info(inflate and install WEB module +name);
+ if (log.isDebugEnabled()) {
+ log.debug(inflate and install WEB module +name);
+ }
+
File f = installInflate(in, web);
// Check for libs declared int the WAR jar manifest
URL[] libs = {};
@@ -146,7 +151,10 @@
/** install pure rar module */
protected URL executeConnectorModule(String name, Deployment d, InputStream in,
URL libraryRoot) throws IOException {
- log.info(install CONNECTOR module +name);
+ if (log.isDebugEnabled()) {
+ log.debug(install CONNECTOR module +name);
+ }
+
File f = install(in, rar);
// Check for libs declared int the EJB jar manifest
JarFile jar = new JarFile(f);
@@ -159,7 +167,9 @@
/** install pure java client module */
protected URL executeJavaModule(String name, Deployment d, InputStream in, URL
libraryRoot) throws IOException {
- log.info(install JAVA application module +name);
+ if (log.isDebugEnabled()) {
+ log.debug(install JAVA application module +name);
+ }
File f = install(in, java);
// Check for libs declared int the EJB jar manifest
JarFile jar = new JarFile(f);
@@ -242,7 +252,7 @@
throw _ioe;
}
catch (NullPointerException _npe) {
- log.info(module +modName+ not found in +d.name);
+ log.warn(module +modName+ not found in +d.name);
throw new J2eeDeploymentException(module +modName+ not found
in +d.name);
}
}
@@ -264,7 +274,7 @@
throw _ioe;
}
catch (NullPointerException _npe) {
- log.info(module +modName+ not found in +d.name);
+ log.warn(module +modName+ not found in +d.name);
throw new J2eeDeploymentException(module +modName+ not found
in +d.name);
}
}
@@ -273,7 +283,7 @@
executeConnectorModule(modName,d,jarFile.
getInputStream(jarFile.getEntry(modName)),libraryRoot);
} catch(NullPointerException e) {
- log.info(module +modName+ not found in +d.name);
+ log.warn(module +modName+ not found in +d.name);
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb ContainerFactory.java
User: user57
Date: 01/12/08 23:35:15
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
o changed some info logs to debug, when the same information was logged as
info by a component before or after it
o Installer InstallerFactory create there own Loggers to make them easier
to debug. They don't pass around Loggers anymore, so those contructors
(the the instance where they were used) have been updated to reflect this
change.
Revision ChangesPath
1.105 +8 -3 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactory.java,v
retrieving revision 1.104
retrieving revision 1.105
diff -u -r1.104 -r1.105
--- ContainerFactory.java 2001/12/09 03:32:00 1.104
+++ ContainerFactory.java 2001/12/09 07:35:15 1.105
@@ -70,7 +70,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a.
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a
-* @version $Revision: 1.104 $
+* @version $Revision: 1.105 $
*/
public class ContainerFactory
extends ServiceMBeanSupport
@@ -350,7 +350,9 @@
undeploy( appUrl );
app.setURL( appUrl );
- log.info( Deploying: + appUrl );
+ if (log.isDebugEnabled()) {
+log.debug( Deploying: + appUrl );
+ }
/* Create a subclass of URLClassLoader that allows for dynamic class
loading via the WebServiceMBean
@@ -374,7 +376,10 @@
app.start();
// Done
- log.info( Deployed application: + app.getName() );
+ if (log.isDebugEnabled()) {
+log.debug( Deployed: + app.getName() );
+ }
+
// Register deployment. Use the application name in the hashtable
deployments.put( appUrl, app );
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
