[JBoss-dev] [ jboss-Bugs-545974 ] LOCATE function-mapping: ORACLE

[noreply]

Bugs item #545974, was opened at 2002-04-19 08:46
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=545974group_id=22866

Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Marco Ladermann (mpl)
Assigned to: Nobody/Anonymous (nobody)
Summary: LOCATE function-mapping: ORACLE

Initial Comment:
The function-mapping in 
standardjbosscmp-jdbc.xml for oracle from 
LOCATE to INSTR is wrong. INSTR uses reverse 
order of the first to parameters. The mapping 
should be: 
 
function-mapping 
 function-namelocate/function-name 
 function-sqlinstr(?2,?1,?3)/function-sql 
/function-mapping 
 
Greetings 
Marco 

--

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

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

[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/util AbstractNestedThrowable.java NestedError.java NestedException.java NestedRuntimeException.java NestedThrowable.java

[Jason Dillon]

  User: user57  
  Date: 02/04/18 23:57:44

  Modified:src/main/org/jboss/util Tag: Branch_3_0
AbstractNestedThrowable.java NestedError.java
NestedException.java NestedRuntimeException.java
NestedThrowable.java
  Log:
   o merged from HEAD, better handling of nested throwable traces
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.2.2.1   +3 -3  
jboss-common/src/main/org/jboss/util/AbstractNestedThrowable.java
  
  Index: AbstractNestedThrowable.java
  ===
  RCS file: 
/cvsroot/jboss/jboss-common/src/main/org/jboss/util/AbstractNestedThrowable.java,v
  retrieving revision 1.2
  retrieving revision 1.2.2.1
  diff -u -r1.2 -r1.2.2.1
  --- AbstractNestedThrowable.java  17 Feb 2002 03:47:52 -  1.2
  +++ AbstractNestedThrowable.java  19 Apr 2002 06:57:44 -  1.2.2.1
  @@ -16,7 +16,7 @@
* A common superclass for ttThrowable/tt classes that can contain
* a nested ttThrowable/tt detail object.
*
  - * @version tt$Revision: 1.2 $/tt
  + * @version tt$Revision: 1.2.2.1 $/tt
* @author  a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
   public abstract class AbstractNestedThrowable
  @@ -103,8 +103,8 @@
   * @param stream  Stream to print to.
   */
  public void printStackTrace(final PrintStream stream) {
  -  NestedThrowable.Util.print(this, stream);
 super.printStackTrace(stream);
  +  NestedThrowable.Util.print(nested, stream);
  }
   
  /**
  @@ -114,8 +114,8 @@
   * @param writer  Writer to print to.
   */
  public void printStackTrace(final PrintWriter writer) {
  -  NestedThrowable.Util.print(this, writer);
 super.printStackTrace(writer);
  +  NestedThrowable.Util.print(nested, writer);
  }
   
  /**
  
  
  
  1.2.2.1   +3 -3  jboss-common/src/main/org/jboss/util/NestedError.java
  
  Index: NestedError.java
  ===
  RCS file: /cvsroot/jboss/jboss-common/src/main/org/jboss/util/NestedError.java,v
  retrieving revision 1.2
  retrieving revision 1.2.2.1
  diff -u -r1.2 -r1.2.2.1
  --- NestedError.java  17 Feb 2002 03:47:52 -  1.2
  +++ NestedError.java  19 Apr 2002 06:57:44 -  1.2.2.1
  @@ -16,7 +16,7 @@
* A common superclass for ttError/tt classes that can
* contain a nested ttThrowable/tt detail object.
*
  - * @version tt$Revision: 1.2 $/tt
  + * @version tt$Revision: 1.2.2.1 $/tt
* @author  a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
   public class NestedError
  @@ -103,8 +103,8 @@
   * @param stream  Stream to print to.
   */
  public void printStackTrace(final PrintStream stream) {
  -  NestedThrowable.Util.print(this, stream);
 super.printStackTrace(stream);
  +  NestedThrowable.Util.print(nested, stream);
  }
   
  /**
  @@ -114,8 +114,8 @@
   * @param writer  Writer to print to.
   */
  public void printStackTrace(final PrintWriter writer) {
  -  NestedThrowable.Util.print(this, writer);
 super.printStackTrace(writer);
  +  NestedThrowable.Util.print(nested, writer);
  }
   
  /**
  
  
  
  1.2.2.1   +3 -3  jboss-common/src/main/org/jboss/util/NestedException.java
  
  Index: NestedException.java
  ===
  RCS file: /cvsroot/jboss/jboss-common/src/main/org/jboss/util/NestedException.java,v
  retrieving revision 1.2
  retrieving revision 1.2.2.1
  diff -u -r1.2 -r1.2.2.1
  --- NestedException.java  17 Feb 2002 03:47:52 -  1.2
  +++ NestedException.java  19 Apr 2002 06:57:44 -  1.2.2.1
  @@ -16,7 +16,7 @@
* A common superclass for ttException/tt classes that can contain
* a nested ttThrowable/tt detail object.
*
  - * @version tt$Revision: 1.2 $/tt
  + * @version tt$Revision: 1.2.2.1 $/tt
* @author  a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
   public class NestedException
  @@ -103,8 +103,8 @@
   * @param stream  Stream to print to.
   */
  public void printStackTrace(final PrintStream stream) {
  -  NestedThrowable.Util.print(this, stream);
 super.printStackTrace(stream);
  +  NestedThrowable.Util.print(nested, stream);
  }
   
  /**
  @@ -114,8 +114,8 @@
   * @param writer  Writer to print to.
   */
  public void printStackTrace(final PrintWriter writer) {
  -  NestedThrowable.Util.print(this, writer);
 super.printStackTrace(writer);
  +  NestedThrowable.Util.print(nested, writer);
  }
   
  /**
  
  
  
  1.2.2.1   +3 -3  jboss-common/src/main/org/jboss/util/NestedRuntimeException.java
  
  Index: NestedRuntimeException.java
  ===
  RCS file: 

RE: [JBoss-dev] Are we logging the exception enough!!!

[Jason Dillon]

I just checked in a fix for this, so that the outer most throwable trace is 
the first printed, then the nested is handled.

So continuing with the c, b, a example (run from jython) here is the trace:

org.jboss.util.NestedError: c; - nested throwable: 
(org.jboss.util.NestedError: b; - nested throwable: 
(org.jboss.util.NestedError: a))
at java.lang.reflect.Constructor.newInstance(Native Method)
at org.python.core.PyReflectedConstructor.__call__
(PyReflectedConstructor.java)
at org.python.core.PyJavaInstance.__init__(PyJavaInstance.java)
at org.python.core.PyJavaClass.__call__(PyJavaClass.java)
at org.python.core.PyObject.__call__(PyObject.java)
at org.python.pycode._pyx0.f$0(./test.py:5)
at org.python.pycode._pyx0.call_function(./test.py)
at org.python.core.PyTableCode.call(PyTableCode.java)
at org.python.core.PyCode.call(PyCode.java)
at org.python.core.Py.runCode(Py.java)
at org.python.core.__builtin__.execfile_flags(__builtin__.java)
at org.python.util.PythonInterpreter.execfile(PythonInterpreter.java)
at org.python.util.jython.main(jython.java)
 + nested throwable: org.jboss.util.NestedError: b; - nested throwable: 
(org.jboss.util.NestedError: a)
at java.lang.reflect.Constructor.newInstance(Native Method)
at org.python.core.PyReflectedConstructor.__call__
(PyReflectedConstructor.java)
at org.python.core.PyJavaInstance.__init__(PyJavaInstance.java)
at org.python.core.PyJavaClass.__call__(PyJavaClass.java)
at org.python.core.PyObject.__call__(PyObject.java)
at org.python.pycode._pyx0.f$0(./test.py:4)
at org.python.pycode._pyx0.call_function(./test.py)
at org.python.core.PyTableCode.call(PyTableCode.java)
at org.python.core.PyCode.call(PyCode.java)
at org.python.core.Py.runCode(Py.java)
at org.python.core.__builtin__.execfile_flags(__builtin__.java)
at org.python.util.PythonInterpreter.execfile(PythonInterpreter.java)
at org.python.util.jython.main(jython.java)
 + nested throwable: org.jboss.util.NestedError: a
at java.lang.reflect.Constructor.newInstance(Native Method)
at org.python.core.PyReflectedConstructor.__call__
(PyReflectedConstructor.java)
at org.python.core.PyJavaInstance.__init__(PyJavaInstance.java)
at org.python.core.PyJavaClass.__call__(PyJavaClass.java)
at org.python.core.PyObject.__call__(PyObject.java)
at org.python.pycode._pyx0.f$0(./test.py:3)
at org.python.pycode._pyx0.call_function(./test.py)
at org.python.core.PyTableCode.call(PyTableCode.java)
at org.python.core.PyCode.call(PyCode.java)
at org.python.core.Py.runCode(Py.java)
at org.python.core.__builtin__.execfile_flags(__builtin__.java)
at org.python.util.PythonInterpreter.execfile(PythonInterpreter.java)
at org.python.util.jython.main(jython.java)

--jason

-
This mail sent through IMP: http://horde.org/imp/

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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[Stephen Coy]

I'm also running into a problem that may be related to this.
I have a .war (or the .war embedded in a .ear properly referenced in 
application.xml.

Essentially, I have some .properties files jarred into the .war:

WEB-INF/
classes/
com/
whitesmiths/
sacha/
web/
Messages_en.properties

These are accessible when deployed in the RC1 candidate download 
available from sf.

They are no longer accessible when deployed in the RC1 built from CVS.

Something has changed and I think it's now broken. It should not be 
necessary to have explicit  classpath settings in the manifest for this 
stuff.  The same applies to jars installed in WEB-INF/lib.




On Friday, April 19, 2002, at 07:12  AM, Larry Sanderson wrote:

 Applications within an ear file will only get deployed if:

 1) They are referenced from an application.xml module tag 
 (rars,ejbs,wars,
 and client jars)
 2) They are spcified in a META-INF / Class-Path entry of one of the the
 deployed applications from step 1.  (See
 http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#JAR%20Manifest)

 Have you tried step 2 above?  If so, let me know and I will try to 
 reproduce
 it.

 -Larry

 It doesn't seem to be fixed. I just (18-Apr-2002 21:00 MET) compiled 
 the
 latest code from Branch_3_0 and ran into the same problems again.

 I, too, bundled struts.jar with my EAR. I could only make it work by
 copying struts.jar to JBoss' lib directory.



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

Jar in sar policy; client deployment *was* AW: [JBoss-dev] Reason for castor?

[Jung , Dr. Christoph]

I would highly appreciate that, we could have the upcoming jboss-net release
in there two.

While we are at it, I now put the
axis.jar/wsdl4j.jar/tt-bytecode.jar/axis-config.xml into the jboss-net.sar
not to
potentially pollute the distro.

However these libraries would also be needed by any Java-based client that
likes to access Jboss via Jboss.net/SOAP ... 

Currently, they are not part of the jboss-net-client.jar and no more located
under lib/ext. Is there
any preferred place where to put them just for clients?  Do we have any
ideas about extended client deployment?
Do we care at all?

Thx
CGJ

-Ursprüngliche Nachricht-
Von: Dain Sundstrom [mailto:[EMAIL PROTECTED]] 
Gesendet: Mittwoch, 17. April 2002 19:41
An: David Jencks
Cc: JBoss-dev
Betreff: Re: [JBoss-dev] Reason for castor?


We should create an optional services directory in the download that 
could contain Castor, Tyrex, maybe Tomcat (then we get rid of the 
multiple download packages).

-dain

David Jencks wrote:

 On 2002.04.17 12:11:35 -0400 Dain Sundstrom wrote:
 
Is there a reason why we ship with the castor jar in lib?  Is it used
internally by the server? 

 
 definitely not.
  I removed it from the lib directory and
 
everything seems to start correctly.

If it's not required by the J2EE spec and is just an add-on, we should
change it to an optional sar, or remove it entirely.  The castor jar is 
over 1 MB in our 10 MB download.

 
 I strongly suspect the castor integration has to be completely 
 rewritten for 3.0
 
 We need a policy on stuff like this.  Tyrex might be another example, 
 although I think it is tested much more frequently.
 
 At least one person asked recently where the Castor integration stuff 
 is.
 
 david jencks
 
-dain


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



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



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

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

Re: [JBoss-dev] New connector postgresql-service

[Jörg Pensel]

Thanks for your help.

I'm looking forward to the patch.



* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=12641

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

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

[Dr. Christoph Georg Jung]

  User: cgjung  
  Date: 02/04/19 00:47:58

  Modified:jbossbuild.xml
  Log:
  axis.jar in jboss-net.jar.
  
  Revision  ChangesPath
  1.121 +1 -37 build/jboss/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/build/jboss/build.xml,v
  retrieving revision 1.120
  retrieving revision 1.121
  diff -u -r1.120 -r1.121
  --- build.xml 17 Apr 2002 16:19:51 -  1.120
  +++ build.xml 19 Apr 2002 07:47:58 -  1.121
  @@ -12,7 +12,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.120 2002/04/17 16:19:51 cazzius Exp $ --
  +!-- $Id: build.xml,v 1.121 2002/04/19 07:47:58 cgjung Exp $ --
   
   project default=main name=JBoss/Build
   
  @@ -149,14 +149,6 @@
   property name=exolab.tyrex.root value=${project.thirdparty}/exolab/tyrex/
   property name=exolab.tyrex.lib value=${exolab.tyrex.root}/lib/
   
  -!-- Axis --
  -property name=apache.axis.root value=${project.thirdparty}/apache/axis/
  -property name=apache.axis.lib value=${apache.axis.root}/lib/
  -property name=ibm.wsdl4j.root value=${project.thirdparty}/ibm/wsdl4j/
  -property name=ibm.wsdl4j.lib value=${ibm.wsdl4j.root}/lib/
  -property name=techtrader.tt-bytecode.root 
value=${project.thirdparty}/techtrader/tt-bytecode/
  -property name=techtrader.tt-bytecode.lib 
value=${techtrader.tt-bytecode.root}/lib/
  -
   !-- Jacorb --
   property name=jacorb.jacorb.root 
value=${project.thirdparty}/jacorb/jacorb/
   property name=jacorb.jacorb.lib value=${jacorb.jacorb.root}/lib/
  @@ -1192,29 +1184,9 @@
   property name=_module.output override=true
  value=${project.root}/${_module.name}/output/
   
  -!-- Copy the generated libraries --
  -mkdir dir=${install.lib}/
  -copy todir=${install.lib} filtering=no
  -  fileset dir=${apache.axis.lib}
  -include name=axis.jar/
  -  /fileset
  -  fileset dir=${ibm.wsdl4j.lib}
  -include name=wsdl4j.jar/
  -  /fileset
  -  fileset dir=${apache.log4j.lib}
  -include name=commons-logging.jar/
  -  /fileset
  -  fileset dir=${techtrader.tt-bytecode.lib}
  -include name=tt-bytecode.jar/
  -  /fileset
  -/copy
  -
   !-- Copy the client configuration files --
   mkdir dir=${install.client}/
   copy todir=${install.client} filtering=no
  -  fileset dir=${_module.output}/etc
  - include name=client-config.xml/
  -  /fileset
 fileset dir=${_module.output}/lib
 include name=jboss-net-client.jar/
 /fileset
  @@ -1228,14 +1200,6 @@
   copy todir=${install.server}/default/deploy filtering=no
 fileset dir=${_module.output}/lib
include name=jboss-net.sar/
  -  /fileset
  -/copy
  -
  -!-- Copy the default configuration files --
  -mkdir dir=${install.server}/default/conf/
  -copy todir=${install.server}/default/conf filtering=no
  -  fileset dir=${_module.output}/etc
  - include name=axis-config.xml/
 /fileset
   /copy
   
  
  
  

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

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

[Dr. Christoph Georg Jung]

  User: cgjung  
  Date: 02/04/19 00:47:24

  Modified:jboss.net build.xml
  Log:
  axis.jar in jboss-net.jar. cleanup of JMX tests.
  
  Revision  ChangesPath
  1.19  +24 -3 contrib/jboss.net/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/contrib/jboss.net/build.xml,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- build.xml 23 Mar 2002 21:11:00 -  1.18
  +++ build.xml 19 Apr 2002 07:47:23 -  1.19
  @@ -12,7 +12,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.18 2002/03/23 21:11:00 ejort Exp $ --
  +!-- $Id: build.xml,v 1.19 2002/04/19 07:47:23 cgjung Exp $ --
   
   project default=main name=JBoss/JBoss.Net
   
  @@ -113,6 +113,9 @@
   property name=apache.axis.lib value=${apache.axis.root}/lib/
   property name=ibm.wsdl4j.root value=${project.thirdparty}/ibm/wsdl4j/
   property name=ibm.wsdl4j.lib value=${ibm.wsdl4j.root}/lib/
  +property name=techtrader.tt-bytecode.root 
value=${project.thirdparty}/techtrader/tt-bytecode/
  +property name=techtrader.tt-bytecode.lib 
value=${techtrader.tt-bytecode.root}/lib/
  +
   path id=apache.axis.classpath
 fileset dir=${apache.axis.lib}
   include name=**/axis.jar/
  @@ -331,6 +334,24 @@
 fileset dir=${build.resources}/plugin
   include name=**/*/
 /fileset
  +  fileset dir=${build.classes}/main
  +include name=**/jboss/net/**/
  +  /fileset
  +  fileset dir=${apache.axis.lib}
  +include name=axis.jar/
  +  /fileset
  +  fileset dir=${ibm.wsdl4j.lib}
  +include name=wsdl4j.jar/
  +  /fileset
  +  fileset dir=${apache.log4j.lib}
  +include name=commons-logging.jar/
  +  /fileset
  +  fileset dir=${techtrader.tt-bytecode.lib}
  +include name=tt-bytecode.jar/
  +  /fileset
  +  fileset dir=${build.etc}
  + include name=axis-config.xml/
  +  /fileset
   /jar
   
   jar jarfile=${build.lib}/${module.name}-client.jar
  @@ -339,8 +360,8 @@
   include name=**/jboss/net/**/
   exclude name=**/server/**/
 /fileset
  -  fileset dir=${build.resources}/plugin
  -include name=**/*/
  +  fileset dir=${build.etc}
  + include name=client-config.wsdd/
 /fileset
   /jar

  
  
  

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

[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx WSRJMXAccessUnitTestCase.java

[Dr. Christoph Georg Jung]

  User: cgjung  
  Date: 02/04/19 00:47:25

  Modified:jboss.net/testsuite/src/main/org/jboss/test/net/jmx
WSRJMXAccessUnitTestCase.java
  Log:
  axis.jar in jboss-net.jar. cleanup of JMX tests.
  
  Revision  ChangesPath
  1.5   +1 -160
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/WSRJMXAccessUnitTestCase.java
  
  Index: WSRJMXAccessUnitTestCase.java
  ===
  RCS file: 
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/WSRJMXAccessUnitTestCase.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- WSRJMXAccessUnitTestCase.java 10 Apr 2002 09:58:10 -  1.4
  +++ WSRJMXAccessUnitTestCase.java 19 Apr 2002 07:47:25 -  1.5
  @@ -1,160 +1 @@
  -
  -/*
  - * JBoss, the OpenSource J2EE webOS
  - *
  - * Distributable under LGPL license.
  - * See terms of license at gnu.org.
  - */
  -
  -// $Id: WSRJMXAccessUnitTestCase.java,v 1.4 2002/04/10 09:58:10 cgjung Exp $
  -package org.jboss.test.net.jmx;
  -
  -
  -
  -import org.jboss.net.axis.AxisInvocationHandler;
  -import org.jboss.net.jmx.MBeanInvocationHandler;
  -import org.jboss.net.jmx.adaptor.RemoteAdaptor;
  -import org.jboss.net.jmx.adaptor.RemoteAdaptorInvocationHandler;
  -import org.jboss.net.jmx.MBeanInvocationHandler;
  -import org.jboss.test.net.AxisTestCase;
  -import junit.framework.Test;
  -import junit.framework.TestSuite;
  -import javax.management.ObjectName;
  -import java.net.URL;
  -
  -
  -/**
  - * Tests remote accessibility of JMX MBean through the web service
  - * @created 29 March
  - * @author a href=mailto:[EMAIL PROTECTED];Peter Braswell/a
  - * @version $Revision: 1.4 $
  - */
  -
  -public class WSRJMXAccessUnitTestCase
  -   extends AxisTestCase
  -{
  -
  -   /**
  -* Method setUp
  -*
  -*
  -* @throws Exception
  -*
  -*/
  -
  -   public void setUp ()
  -  throws Exception
  -   {
  -  super.setUp();
  -
  -   }
  -
  -   public void testGetter( )
  -   {
  -   System.out.println(/* begin test: testGetter() */);
  -   System.out.println(Invoking MBean at ENDPOINT:  + JMX_END_POINT );
  -   try
  -   {
  -   MBeanInvocationHandler handler =
  -  createMBeanInvocationHandler(new URL(JMX_END_POINT));
  -   String str =
  -  ( String ) handler.invoke(jboss.net:service=JMXTestMBean,   // 
serviceName
  -getTestString,   // methodName
  -null,  // arguments
  -null); // classes   
  -   assertEquals( str,JMX_TEST_STRING);
  -   }
  -   catch(Exception ex)
  -   {
  -   ex.printStackTrace();
  -   }
  -   System.out.println(/* end test: testGetter() */);
  -   }
  -
  -   public void testSetter( )
  -   {
  -   System.out.println(/* begin test: testSetter() */);
  -   System.out.println(Invoking MBean at ENDPOINT:  + JMX_END_POINT );
  -   try
  -   {
  -   MBeanInvocationHandler handler =
  -  createMBeanInvocationHandler(new URL(JMX_END_POINT));
  -   handler.invoke(jboss.net:service=JMXTestMBean, // serviceName
  -setTestString,// methodName
  -new String[] {foo-dog},  // arguments
  -new Class[] {String.class});
 // classes   
  -   // invoke the getter and compare the answer with the 
  -   // set string value
  -   String str = 
  -(String) handler.invoke(jboss.net:service=JMXTestMBean, 
// serviceName
  -getTestString,// methodName
  -null,  // arguments
  -null); // classes   
  -   System.out.println(Checking:  + str + == + 'foo-dog'?);
  -   assertEquals( str, foo-dog);   
  -   }
  -   catch(Exception ex)
  -   {
  -   ex.printStackTrace();
  -   }
  -   System.out.println(/* end test: testGetter() */);
  -   }
  -
  -   public void testMethodInvoke( )
  -   {
  -   System.out.println(/* begin test: testMethodInvoke() */);
  -   System.out.println(Invoking MBean at ENDPOINT:  + JMX_END_POINT );
  -   try
  -   {
  -   MBeanInvocationHandler handler =
  -  createMBeanInvocationHandler(new URL(JMX_END_POINT));
  -   handler.invoke(jboss.net:service=JMXTestMBean,   // serviceName
  -  noopOperation,   // methodName
  -null,  // arguments
  -null); // classes

[JBoss-dev] CVS update: contrib/jboss.net/src/resources/plugin/META-INF jboss-service.xml

[Dr. Christoph Georg Jung]

  User: cgjung  
  Date: 02/04/19 00:47:25

  Modified:jboss.net/src/resources/plugin/META-INF jboss-service.xml
  Log:
  axis.jar in jboss-net.jar. cleanup of JMX tests.
  
  Revision  ChangesPath
  1.12  +2 -2  
contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  RCS file: 
/cvsroot/jboss/contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- jboss-service.xml 1 Mar 2002 22:12:58 -   1.11
  +++ jboss-service.xml 19 Apr 2002 07:47:25 -  1.12
  @@ -1,10 +1,10 @@
   ?xml version=1.0 encoding=UTF-8?
   !DOCTYPE server
  -!-- $Id: jboss-service.xml,v 1.11 2002/03/01 22:12:58 cgjung Exp $ --
  +!-- $Id: jboss-service.xml,v 1.12 2002/04/19 07:47:25 cgjung Exp $ --
   
   server
   
  -  classpath codebase=lib archives=axis.jar, javax.servlet.jar/
  +  classpath codebase=lib archives=javax.servlet.jar/
   
 !--  --
 !-- Starts the Axis Deployer --
  
  
  

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

Re: [JBoss-dev] Possible bug ?

[[EMAIL PROTECTED]]

I have run the naming tests: both the ENCUnitTestCase and 
InternalNamingClassReplacementUnitTestCase failed (see the attached files for reports).

JBoss is in default configuration (plus db2-service.xml), my application is not 
deployed. Several runs, on the first one the EjbLinkUnitTestCase was ok, and then 
after redeploy it failed. In all runs, the InternalNamingClassReplacementUnitTestCase 
failed.

If you need a copy of the server log, just let me know.

Thanks,
Jerome.


* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=1

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

[JBoss-dev] Re: Oracle Configuration JBoss 3.0 RC1

[Raj Saini]

First my appologies for posting the messages in wrong forum.

I got the solution to the problem. it is not copying of the file in deploy directory.

The oracle-service.xml was not updated to RC1. I have just downloaded the fresh copy 
of oracle-service.xml and it is working fine now.

Thanks

* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13365

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

Re: [JBoss-dev] Possible bug ?

[[EMAIL PROTECTED]]

I just did a check out on the latest HEAD version 3.1.0alpha(200204191112) this 
morning and compiled it with jdk 1.4. The problem seems to have disappeared.

The naming test runs fine, and deploying/redeploying my ear file does not generate a 
CCE anymore.

Has anyone tried to correct this bug lately, or could it be the result of a new 
compilation of the entire JBoss package ?

Thanks,
Jerome.



* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=1

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

[JBoss-dev] Save the Rabbit Hole UnifiedClassLoaders - Vote and Argue at theBugParade! - Spread the Word!

[Jung , Dr. Christoph]

Title: Nachricht



Hi 
guys,

as promised, I have 
refiledour spurious deadlock problemthat comes fromprivate 
synchronized Class java.lang.ClassLoader.loadClassInternal(String) in the 
Bug Parade under

http://developer.java.sun.com/developer/bugParade/bugs/4670071.html

  If you feel you can 
  add some explanations or code, please comment and convince 
  them!
  If you also think 
  that this is an important change to make in the JDK (and you should when 
  youare, as we,addicted to JBoss), please vote!
  If you suspect that 
  this topic is of relevance to other (Open Source) products, please forward 
  this announcement to the relevant mailing lists such that we 
  get the 
  most pro-votes!
  If you don´t care, 
  SODs (suck our ... you know what I mean!).
Maybe don´t be too 
harsh ;-) The only workaround is to violate the Byte-Code License with a patched 
class. This is really important! Let´s put the
rule to the 
test!

CGJ

AW: [JBoss-dev] Save the Rabbit Hole UnifiedClassLoaders - Vote and Argue at the BugParade! - Spread the Word!

[Jung , Dr. Christoph]

It´s a rt.jar problem that happens on all platforms, now, and spuriously
(because it´s a threading issue and
Depends on when which classes are loaded!).

CGJ
-Ursprüngliche Nachricht-
Von: Marius Kotsbak [mailto:[EMAIL PROTECTED]] 
Gesendet: Freitag, 19. April 2002 14:13
An: Jung , Dr. Christoph
Cc: [EMAIL PROTECTED]; JBoss-dev; infor:21
Betreff: Re: [JBoss-dev] Save the Rabbit Hole UnifiedClassLoaders - Vote and
Argue at the BugParade! - Spread the Word!


Is this a Win32/1.3.1 - problem only, or is it the same for linux? Is it
something that jboss has a problem with now (how often does it happen?), or
something that isn't implemented because of this.  ( 1 voted 3 votes on
this, I think :-)

Marius

On fre, 2002-04-19 at 12:41, Jung , Dr. Christoph wrote:
 Hi guys,
  
 as promised, I have refiled our spurious deadlock problem that comes 
 from private synchronized Class 
 java.lang.ClassLoader.loadClassInternal(String)
 in the Bug Parade under
  
 http://developer.java.sun.com/developer/bugParade/bugs/4670071.html
 http://developer.java.sun.com/developer/bugParade/bugs/4670071.html
 
 * If you feel you can add some explanations or code, please comment
 and convince them!
 * If you also think that this is an important change to make in the
 JDK (and you should when you are, as we, addicted to JBoss), please vote!
 * If you suspect that this topic is of relevance to other (Open
 Source) products, please forward this announcement to the relevant 
 mailing lists such that we get the most pro-votes!
 * If you don´t care, SODs (suck our ... you know what I mean!).
 
 Maybe don´t be too harsh ;-) The only workaround is to violate the 
 Byte-Code License with a patched class. This is really important! 
 Let´s put the rule to the test!
  
 CGJ
  
  
  


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

[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop WebCL.java

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 05:46:28

  Modified:iiop/src/main/org/jboss/iiop Tag: Branch_3_0 WebCL.java
  Log:
  Change merged from HEAD: use UnifiedClassLoader from org.jboss.mx.loading.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.3.2.1   +2 -2  contrib/iiop/src/main/org/jboss/iiop/WebCL.java
  
  Index: WebCL.java
  ===
  RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/WebCL.java,v
  retrieving revision 1.3
  retrieving revision 1.3.2.1
  diff -u -r1.3 -r1.3.2.1
  --- WebCL.java12 Apr 2002 20:08:28 -  1.3
  +++ WebCL.java19 Apr 2002 12:46:26 -  1.3.2.1
  @@ -8,7 +8,7 @@
   
   import org.jboss.logging.Logger;
   import org.jboss.proxy.compiler.IIOPStubCompiler;
  -import org.jboss.system.UnifiedClassLoader;
  +import org.jboss.mx.loading.UnifiedClassLoader;
   import org.jboss.web.WebClassLoader;
   
   /**
  
  
  

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

[JBoss-dev] CVS update: contrib/iiop/src/etc iiop-service.xml

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 05:58:44

  Added:   iiop/src/etc Tag: Branch_3_0 iiop-service.xml
  Log:
  Merged from HEAD: IIOP MBean moved to a separate service.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.1   +0 -0  contrib/iiop/src/etc/iiop-service.xml
  
  Index: iiop-service.xml
  ===
  RCS file: /cvsroot/jboss/contrib/iiop/src/etc/iiop-service.xml,v
  retrieving revision 1.1
  retrieving revision 1.1.2.1
  diff -u -r1.1 -r1.1.2.1
  --- iiop-service.xml  17 Apr 2002 13:34:49 -  1.1
  +++ iiop-service.xml  19 Apr 2002 12:58:41 -  1.1.2.1
  @@ -1,6 +1,6 @@
   ?xml version=1.0 encoding=UTF-8?
   !DOCTYPE server
  -!-- $Id: iiop-service.xml,v 1.1 2002/04/17 13:34:49 reverbel Exp $ --
  +!-- $Id: iiop-service.xml,v 1.1.2.1 2002/04/19 12:58:41 reverbel Exp $ --
   
   !-- = --
   !--   --
  
  
  

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

[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop CorbaORBService.java

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 05:52:40

  Modified:iiop/src/main/org/jboss/iiop Tag: Branch_3_0
CorbaORBService.java
  Log:
  Merged changes from HEAD:
  
  - CorbaORBService now sets the system properties org.omg.CORBA.ORBClass and
org.omg.CORBA.ORBSingletonClass. Just passing these properties to the
first ORB.init() call was not enough, as this doesn't affect subsequent
(and parameterless) ORB.init() calls performed by stub code to obtain
references to the ORB singleton instance.
  
  - If verbosity is zero then do not let JacORB send its version to stdout.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.11.2.1  +10 -4 contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java
  
  Index: CorbaORBService.java
  ===
  RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java,v
  retrieving revision 1.11
  retrieving revision 1.11.2.1
  diff -u -r1.11 -r1.11.2.1
  --- CorbaORBService.java  14 Apr 2002 19:14:51 -  1.11
  +++ CorbaORBService.java  19 Apr 2002 12:52:40 -  1.11.2.1
  @@ -99,10 +99,16 @@
  {
 // Initialize the ORB
 Properties props = new Properties();
  -  if (orbClass != null)
  +  Properties systemProps = System.getProperties();
  +  if (orbClass != null) {
props.put(org.omg.CORBA.ORBClass, orbClass);
  -  if (orbSingletonClass != null)
  + systemProps.put(org.omg.CORBA.ORBClass, orbClass);
  +  }
  +  if (orbSingletonClass != null) {
props.put(org.omg.CORBA.ORBSingletonClass, orbSingletonClass);
  + systemProps.put(org.omg.CORBA.ORBSingletonClass, orbSingletonClass);
  +  }
  +  System.setProperties(systemProps);
 if (iiopPort != 0)
props.put(OAPort, Integer.toString(iiopPort));
 if (portableInterceptorInitializerClass != null)
  @@ -114,7 +120,7 @@
 props.put(org.omg.PortableInterceptor.ORBInitializerClass.standard_init,
   org.jacorb.orb.standardInterceptors.IORInterceptorInitializer);
 props.put(jacorb.verbosity, Integer.toString(verbosity));
  -  props.put(jacorb.orb.print_version, on);
  +  props.put(jacorb.orb.print_version, ((verbosity == 0) ? off : on));
 orb = ORB.init(new String[0], props);
 bind(ORB_NAME, org.omg.CORBA.ORB);
   
  
  
  

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

[JBoss-dev] [ jboss-Bugs-546116 ] Corrections for main JBoss 2.4.4 PDF

[noreply]

Bugs item #546116, was opened at 2002-04-19 13:06
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546116group_id=22866

Category: JBossDoc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Byers (dcbyers1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Corrections for main JBoss 2.4.4 PDF

Initial Comment:
Notes taken while reading through several sections of 
the main JBoss pdf book (page numbers are from the 
main text part of the PDF file and are not the Acrobat 
page numbers)
p. 5 -- Second full sentence on page is incomplete.
p. 6 -- First line: 'saves converves' is redundant 
(choose one or the other).
p.16 -- First paragraph -- Correct 'Capter 2' 
to 'Chapter 2'
p.17 -- Standardjaws.xml paragraph -- Correct sentence 
ending 'and son on' to 'and so on'
p.28 -- Introduction, Last paragraph, 2nd sentence --
 'You will also the JBoss...' is awkward and unclear.
p.64 -- Middle of page Timeout description -- 'between 
checks between runs' is redundant (choose one or the 
other).
p.68 -- EJBProxy Types paragraph, 5th sentence -- 
change 'proxy class' to 'proxy classes'.
p.78 -- Verifying EJB Deployments, 4th sentence --
 'and that the object' to 'and that the objects'.
p.80 -- 2nd bullet -- 'StatelfulSessionContainer' 
to 'StatefulSessionContainer'
p.80 -- Code -- 2nd from last line -- change 'onwns' 
to 'owns'
p.81 -- last paragraph, 3rd sentence -- 
change 'access' to 'accessed'
p.96 -- Contexts, 5th sentence -- change 'can latter 
be' to 'can later be'.
p.124 -- summary paragraph, 2nd sentence -- 
changed 'learned ho' to 'learned how'
p.157 -- CMP, 1st paragraph, last sentence -- 
change 'latter' to 'later'
p.159 -- End of 1st paragraph -- change 'latter' 
to 'later'
p.160 -- void activateEntity paragraph, 3rd sentence --
 change 'calls' to 'call'
p.163 -- code example, 3rd statement in setContainer --
 change 'FileSotre#' to 'FileStore#'
p.183 -- Java to SQL ... paragraph, 4th sentence -- 
change 'for you database' to 'for your database'
p.315 -- 2nd sentence after code listing -- 
change 'methodis' to 'method'


--

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

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

[JBoss-dev] CVS update: thirdparty/jacorb/jacorb/lib README jacorb.jar

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 06:05:15

  Modified:jacorb/jacorb/lib Tag: Branch_3_0 README jacorb.jar
  Log:
  Change merged from HEAD:
  Patched jacorb.jar to be compatible with org.omg.* stubs in JDK 1.4.
  Before this change we needed the Xbootclasspath switch to avoid loading
  org.omg.CosNaming._NamingContextExtStub from rt.jar.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.4.2.1   +17 -10thirdparty/jacorb/jacorb/lib/README
  
  Index: README
  ===
  RCS file: /cvsroot/jboss/thirdparty/jacorb/jacorb/lib/README,v
  retrieving revision 1.4
  retrieving revision 1.4.2.1
  diff -u -r1.4 -r1.4.2.1
  --- README4 Apr 2002 18:54:36 -   1.4
  +++ README19 Apr 2002 13:05:09 -  1.4.2.1
  @@ -1,9 +1,7 @@
   
   The jacorb.jar file in this directory was generated from 
   JacORB 1.4 beta 4, available at http://www.jacorb.org, by 
  -applying the patch below. These changes were already merged 
  -into the CVS HEAD version of JacORB and will be in the next 
  -official release of JacORB.
  +applying the patch below. 
   
   Kudos to the JacORB team, for this great open-source ORB.
   
  @@ -18,7 +16,7 @@
   
   --
   --- JacORB1_4_beta4/src/org/jacorb/orb/CDRInputStream.java   Tue Mar 19 06:25:18 
2002
  -+++ JacORB/src/org/jacorb/orb/CDRInputStream.javaTue Apr  2 18:03:25 2002
   JacORB/src/org/jacorb/orb/CDRInputStream.javaTue Apr 16 18:50:51 2002
   @@ -34,7 +34,7 @@
 * Read CDR encoded data 
 *
  @@ -28,6 +26,15 @@
 */

public class CDRInputStream
  +@@ -558,7 +558,7 @@
  + org.jacorb.util.ValueHandler
  + .portableRemoteObject_narrow(read_Object(), clz);
  + else
  +-throw new org.omg.CORBA.NO_IMPLEMENT();
  ++return read_Object();
  + }
  + 
  + public final byte read_octet ()
   @@ -784,9 +784,15 @@
 name = read_string();
 // Debug.output(4, TC Union has name  + 
  
  
  
  1.5.2.1   +387 -419  thirdparty/jacorb/jacorb/lib/jacorb.jar
  
Binary file
  
  

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

[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss-service.xml

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 06:10:04

  Modified:src/etc/conf/default Tag: Branch_3_0 jboss-service.xml
  Log:
  Merged change from HEAD: IIOP MBean moved to a separate service.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.44.2.1  +1 -16 jboss/src/etc/conf/default/jboss-service.xml
  
  Index: jboss-service.xml
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v
  retrieving revision 1.44
  retrieving revision 1.44.2.1
  diff -u -r1.44 -r1.44.2.1
  --- jboss-service.xml 14 Apr 2002 19:42:56 -  1.44
  +++ jboss-service.xml 19 Apr 2002 13:10:03 -  1.44.2.1
  @@ -108,21 +108,6 @@
   
   
 !--  --
  -  !-- RMI/IIOP --
  -  !--  --
  -  !-- Uncomment to use the iiop module with JacORB
  -  mbean code=org.jboss.iiop.CorbaORBService
  - name=jboss:service=CorbaORB
  -attribute name=ORBClassorg.jacorb.orb.ORB/attribute
  -attribute name=ORBSingletonClassorg.jacorb.orb.ORBSingleton/attribute
  -attribute name=IIOPServerNameJBoss/attribute
  -attribute name=IIOPPort5000/attribute
  -attribute 
name=PortableInterceptorInitializerClassorg.jboss.ejb.plugins.iiop.server.CodebaseInterceptorInitializer/attribute
  -attribute name=Verbosity1/attribute
  -  /mbean
  -  --
  -
  -  !--  --
 !-- The deployers... --
 !--  --
   
  
  
  

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

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

[Francisco Reverbel]

  User: reverbel
  Date: 02/04/19 06:24:58

  Modified:jbossTag: Branch_3_0 build.xml
  Log:
  Merged change from HEAD: copy iiop-service.xml to deploy dir.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.117.2.2 +10 -1 build/jboss/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/build/jboss/build.xml,v
  retrieving revision 1.117.2.1
  retrieving revision 1.117.2.2
  diff -u -r1.117.2.1 -r1.117.2.2
  --- build.xml 15 Apr 2002 09:36:40 -  1.117.2.1
  +++ build.xml 19 Apr 2002 13:24:57 -  1.117.2.2
  @@ -12,7 +12,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.117.2.1 2002/04/15 09:36:40 starksm Exp $ --
  +!-- $Id: build.xml,v 1.117.2.2 2002/04/19 13:24:57 reverbel Exp $ --
   
   project default=main name=JBoss/Build
   
  @@ -1290,6 +1290,15 @@
   include name=jacorb.jar/
 /fileset
   /copy
  +
  +!-- Copy deployable service file --
  +mkdir dir=${install.server}/default/deploy/
  +copy todir=${install.server}/default/deploy filtering=no
  +  fileset dir=${_module.output}/etc
  + include name=iiop-service.xml/
  +  /fileset
  +/copy
  +
 /target
   
 target name=_module-iiop-all depends=_module-iiop-most
  
  
  

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

Re: [JBoss-dev] Possible bug ?

[David Jencks]

Scott fixed the problem yesterday.

Thanks again, Scott.

Thanks for checking with the testcase, JL

david jencks

On 2002.04.19 05:40:37 -0400 JL@esial wrote:
 I just did a check out on the latest HEAD version
 3.1.0alpha(200204191112) this morning and compiled it with jdk 1.4. The
 problem seems to have disappeared.
 
 The naming test runs fine, and deploying/redeploying my ear file does not
 generate a CCE anymore.
 
 Has anyone tried to correct this bug lately, or could it be the result of
 a new compilation of the entire JBoss package ?
 
 Thanks,
 Jerome.
 
 
 
 * * *
 
 View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=1
 
 ___
 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] CVS update: build/jboss build.xml

[Vesco Claudio]

You beat me :-)))

Claudio

 -Original Message-
 From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
 Sent: Friday, April 19, 2002 3:25 PM
 To:   [EMAIL PROTECTED]
 Subject:  [JBoss-dev] CVS update: build/jboss build.xml
 
   User: reverbel
   Date: 02/04/19 06:24:58
 
   Modified:jbossTag: Branch_3_0 build.xml
   Log:
   Merged change from HEAD: copy iiop-service.xml to deploy dir.
   
   Revision  ChangesPath
   No   revision
   
   
   No   revision
   
   
   1.117.2.2 +10 -1 build/jboss/build.xml
   
   Index: build.xml
   ===
   RCS file: /cvsroot/jboss/build/jboss/build.xml,v
   retrieving revision 1.117.2.1
   retrieving revision 1.117.2.2
   diff -u -r1.117.2.1 -r1.117.2.2
   --- build.xml   15 Apr 2002 09:36:40 -  1.117.2.1
   +++ build.xml   19 Apr 2002 13:24:57 -  1.117.2.2
   @@ -12,7 +12,7 @@
!--
 --
!--
 == --

   -!-- $Id: build.xml,v 1.117.2.1 2002/04/15 09:36:40 starksm Exp $ --
   +!-- $Id: build.xml,v 1.117.2.2 2002/04/19 13:24:57 reverbel Exp $ --

project default=main name=JBoss/Build

   @@ -1290,6 +1290,15 @@
include name=jacorb.jar/
  /fileset
/copy
   +
   +!-- Copy deployable service file --
   +mkdir dir=${install.server}/default/deploy/
   +copy todir=${install.server}/default/deploy filtering=no
   +  fileset dir=${_module.output}/etc
   + include name=iiop-service.xml/
   +  /fileset
   +/copy
   +
  /target

  target name=_module-iiop-all depends=_module-iiop-most
   
   
   
 
 ___
 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] RC1 release branch occuring at 00:00

[Vesco Claudio]

OK,

Claudio

PS: I can do it now... :-)

 -Original Message-
 From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
 Sent: Friday, April 19, 2002 3:36 PM
 To:   Vesco Claudio
 Cc:   David Jencks; [EMAIL PROTECTED];
 [EMAIL PROTECTED]
 Subject:  RE: [JBoss-dev] RC1 release branch occuring at 00:00
 
 On Wed, 17 Apr 2002, Vesco Claudio wrote:
 
  To Francisco, can you keep in synch HEAD with and RC1? 
 
 I have merged my changes into Branch_3_0. Did the same with your fix to 
 build/build.xml.
 
 Thanks to David and Dain for the CVS tips! Cheers,
 
 Francisco

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

[JBoss-dev] [ jboss-Bugs-544342 ] SQL table aliases also exceed db limits

[noreply]

Bugs item #544342, was opened at 2002-04-15 21:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=544342group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to: Nobody/Anonymous (nobody)
Summary: SQL table aliases also exceed db limits

Initial Comment:
Using custom Finder method (CMP2.0) JBoss can 
generate long table aliases which exceed datbase 
limitations.

Also refer to these related bugs:
 516835 pk constraint name too long
 532262 relationship table names too long


In the following JBoss generated example query the 
table alias t2_si_oDTSecurityGroups_RELATION 
exceeds Oracle's limitations causing an ORA-00972: 
identifier is too long:

SELECT t0_secgrp.ODT_SECURITY_GROUP_ID
FROM SYSTEM_IDENTITY t1_si,
ODT_SECURITY_GROUP t0_secgrp,
SYSTEM_ID_TO_SECURITY_GROUP 
t2_si_oDTSecurityGroups_RELATION
WHERE t1_si.SYSTEM_ID = :1
AND 
(t1_si.SYSTEM_ID=t2_si_oDTSecurityGroups_RELATION.SYST
EM_ID
AND 
t0_secgrp.ODT_SECURITY_GROUP_ID=t2_si_oDTSecurityGroup
s_RELATION.ODT_SECURITY_GROUP_ID)

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-04-19 16:30

Message:
Logged In: YES 
user_id=437570


Hi,

please, please set the alias-max-length element to 30
in standardjbosscmp-jdbc.xml for Oracle8, so I don't have to
do it each time I build a new JBoss version from 
CVS.

In any case, 32 is definitely wrong.

(Dain, setting it to the correct value would have
spared you this. OBTW: Is there a special reason that you
set your bugs to invalid instead of fixed 
or duplicate?).

Thanks a lot in advance.
Georg

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-18 22:35

Message:
Logged In: YES 
user_id=251431

See alias-max-length element of type-mapping in 
standardjbosscmp-jdbc.xml for your database vendor.

--

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

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

[JBoss-dev] CVS update: jboss-all - Imported sources

[Chris stevenson]

  User: skizz   
  Date: 02/04/19 08:15:09

  Log:
  Initial import
  
  Status:
  
  Vendor Tag:   skizz
  Release Tags: start
  
  No conflicts created by this import

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

[JBoss-dev] CVS update: jboss-all - Imported sources

[Chris stevenson]

  User: skizz   
  Date: 02/04/19 08:16:12

  Log:
  Initial import
  
  Status:
  
  Vendor Tag:   skizz
  Release Tags: start
  
  No conflicts created by this import

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

RE: [JBoss-dev] CVS update: jboss-all - Imported sources

[marc fleury]

initial import on jboss-all??

who the FUCK is chris stevenson?

what is going on here??
marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Chris
|stevenson
|Sent: Friday, April 19, 2002 8:16 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss-all - Imported sources
|
|
|  User: skizz   
|  Date: 02/04/19 08:16:12
|
|  Log:
|  Initial import
|  
|  Status:
|  
|  Vendor Tag:  skizz
|  Release Tags:start
|  
|  No conflicts created by this import
|
|___
|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] [ jboss-Feature Requests-546147 ] Miverva XA-wrappers around a DataSources

[noreply]

Feature Requests item #546147, was opened at 2002-04-19 07:11
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376688aid=546147group_id=22866

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Miverva XA-wrappers around a DataSources

Initial Comment:
Add(really make visible) tier in Minerva for 
making XA-wrappers around a vendor specific 
DataSource implementation (without 
XADatasource/XAConnection implementation).

Alex Naumoff,
LINTER RDMS JDBC Driver developer
[EMAIL PROTECTED]

--

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

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

[JBoss-dev] [ jboss-Bugs-544342 ] SQL table aliases also exceed db limits

[noreply]

Bugs item #544342, was opened at 2002-04-15 14:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=544342group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to: Nobody/Anonymous (nobody)
Summary: SQL table aliases also exceed db limits

Initial Comment:
Using custom Finder method (CMP2.0) JBoss can 
generate long table aliases which exceed datbase 
limitations.

Also refer to these related bugs:
 516835 pk constraint name too long
 532262 relationship table names too long


In the following JBoss generated example query the 
table alias t2_si_oDTSecurityGroups_RELATION 
exceeds Oracle's limitations causing an ORA-00972: 
identifier is too long:

SELECT t0_secgrp.ODT_SECURITY_GROUP_ID
FROM SYSTEM_IDENTITY t1_si,
ODT_SECURITY_GROUP t0_secgrp,
SYSTEM_ID_TO_SECURITY_GROUP 
t2_si_oDTSecurityGroups_RELATION
WHERE t1_si.SYSTEM_ID = :1
AND 
(t1_si.SYSTEM_ID=t2_si_oDTSecurityGroups_RELATION.SYST
EM_ID
AND 
t0_secgrp.ODT_SECURITY_GROUP_ID=t2_si_oDTSecurityGroup
s_RELATION.ODT_SECURITY_GROUP_ID)

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-19 10:00

Message:
Logged In: YES 
user_id=251431

I'll change the oracle setting to 30.

The reason I set this report to invalid instead of fixed or 
duplicate is because I did not fix anything and this is not 
a duplicate of any bug that I can remember.  This is simply 
not a bug, which is not one of the choices.

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-04-19 09:30

Message:
Logged In: YES 
user_id=437570


Hi,

please, please set the alias-max-length element to 30
in standardjbosscmp-jdbc.xml for Oracle8, so I don't have to
do it each time I build a new JBoss version from 
CVS.

In any case, 32 is definitely wrong.

(Dain, setting it to the correct value would have
spared you this. OBTW: Is there a special reason that you
set your bugs to invalid instead of fixed 
or duplicate?).

Thanks a lot in advance.
Georg

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-18 15:35

Message:
Logged In: YES 
user_id=251431

See alias-max-length element of type-mapping in 
standardjbosscmp-jdbc.xml for your database vendor.

--

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

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

[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjbosscmp-jdbc.xml

[Dain Sundstrom]

  User: dsundstrom
  Date: 02/04/19 08:25:08

  Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
  Log:
  Changed oracle max-alias-length to 30.
  
  Revision  ChangesPath
  1.25  +4 -4  jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
  
  Index: standardjbosscmp-jdbc.xml
  ===
  RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- standardjbosscmp-jdbc.xml 18 Apr 2002 19:22:35 -  1.24
  +++ standardjbosscmp-jdbc.xml 19 Apr 2002 15:24:50 -  1.25
  @@ -7,7 +7,7 @@
   !--   --
   !-- = --
   
  -!-- $Id: standardjbosscmp-jdbc.xml,v 1.24 2002/04/18 19:22:35 dsundstrom Exp $ --
  +!-- $Id: standardjbosscmp-jdbc.xml,v 1.25 2002/04/19 15:24:50 dsundstrom Exp $ --
   
   jbosscmp-jdbc
  
  @@ -198,7 +198,7 @@
fk-constraint-templateALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) 
REFERENCES ?4 (?5)/fk-constraint-template
alias-header-prefixt/alias-header-prefix
alias-header-suffix_/alias-header-suffix
  - alias-max-length32/alias-max-length
  + alias-max-length30/alias-max-length
subquery-supportedtrue/subquery-supported
function-mapping
   function-nameconcat/function-name
  @@ -321,7 +321,7 @@
fk-constraint-templateALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) 
REFERENCES ?4 (?5)/fk-constraint-template
alias-header-prefixt/alias-header-prefix
alias-header-suffix_/alias-header-suffix
  - alias-max-length32/alias-max-length
  + alias-max-length30/alias-max-length
subquery-supportedtrue/subquery-supported
function-mapping
   function-nameconcat/function-name
  @@ -448,7 +448,7 @@
fk-constraint-templateALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) 
REFERENCES ?4 (?5)/fk-constraint-template
alias-header-prefixt/alias-header-prefix
alias-header-suffix_/alias-header-suffix
  - alias-max-length32/alias-max-length
  + alias-max-length30/alias-max-length
subquery-supportedtrue/subquery-supported
function-mapping
   function-nameconcat/function-name
  
  
  

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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[Larry Sanderson]

 I'm also running into a problem that may be related
 to this. I have a .war (or the .war embedded in a .ear
 properly referenced in application.xml ...
 
OK - A few questions.  From where are you accessing this resource (i.e. the location 
of the directory or jar file where the accessing class lives).  Is it in your 
WEB-INF/lib, WEB-INF/classes, sitting next to the war file? I'm going to assume that 
it is in the WEB-INF/lib directory, since the only change I made since RC1 would 
affect nested archives (usually located in WEB-INF/lib).

Second question... Have you ever tried this scenario with 3.0 beta, prior to RC1?  I 
am interested to know if that worked.  From what I can tell from the class history, I 
don't think this would have worked, but I may be mistaken.

A brief explanation of the classloader hierarchy:
JBoss has a custom ClassLoader called the UnifiedClassLoader.  ClassLoaders normally 
have a parent-child hierarchy, such that a child ClassLoader can see all classes 
loaded by the parent, but the parent cannot see those classes loaded by the child.  
The UnifiedClassLoader throws that concept out the window. Any class loaded by a 
UnifiedClassLoader can see every other class loaded by another UnifiedClassLoader, 
regardless of the parent child relationship.

My original changes (in the RC1 release):
The problem with war files is that Jetty and Tomcat use their own Classloaders to load 
up the war file.  (This includes the lib and classes directories within WEB-INF).  
Since they are not using the UnifiedClassLoader, all of JBoss's normal classes can not 
see any of the files within the web archive.  So, if struts.jar was located next to 
the war file, it would be loaded by JBoss and the UnifiedClassLoader, and when it came 
time to access your struts Actions (within your war file's lib or classes 
directories), it would get a ClassNotFoundException.  This was the original problem on 
this thread.

My most recent change:
Since all classes need to be able to see each other, the obvious solution is to use 
the UnifiedClassLoader to load all classes.  The fix I put in since RC1 was released 
was to use the UnifiedClassLoader on all nested deployable archives.  This is (I 
think) exactly the way things were done prior to my work.  The only problem is that it 
left out the WEB-INF/classes directory.

The fix:
I just need to load WEB-INF/classes with a UnifiedClassLoader and your problem should 
be solved.  This is a fairly simple fix, and I will get it in today.  I need to create 
some test cases to check all this, but that will have to wait for the weekend (Is it 
Friday already?)

Sorry for the confusion.

-Larry

* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13076

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

[JBoss-dev] Stateless Session Beans / JMS and Security

[Dave Smith]

I have a stateless session bean that sends a message on a Queue. Once it
has sent the message and returned (transaction closed) any new EJB's I
create, have the caller principals name set to null. 

So in a ejbCreate() method after the message is sent .. 
current context.getCallerPrinciapl().getName() returns null.


Now I am not logging into the message queue so I am assumimg that I
would be the guest user. Is it possible that it is clearing the caller
principal name for the thread? This did work before the security for the
JMS was added.








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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[Scott M Stark]

This is going to cause other problems. What if I have two wars that
uses struts and each have a different version of the same action class
because they are different releases of the same web application. If a
struts.jar is referred to by a war manifest is should be only loaded
by the servlet container class loader. That it is at the war level is
just a packaging choice to avoid duplication of the jar in the wars.

This again comes back to the fact that the packaging structure should
not be the sole dictator of the class loading heirarchy.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Larry Sanderson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 8:42 AM
Subject: Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work


  I'm also running into a problem that may be related
  to this. I have a .war (or the .war embedded in a .ear
  properly referenced in application.xml ...
 
 OK - A few questions.  From where are you accessing this resource (i.e.
the location of the directory or jar file where the accessing class lives).
Is it in your WEB-INF/lib, WEB-INF/classes, sitting next to the war file?
I'm going to assume that it is in the WEB-INF/lib directory, since the only
change I made since RC1 would affect nested archives (usually located in
WEB-INF/lib).

 Second question... Have you ever tried this scenario with 3.0 beta, prior
to RC1?  I am interested to know if that worked.  From what I can tell from
the class history, I don't think this would have worked, but I may be
mistaken.

 A brief explanation of the classloader hierarchy:
 JBoss has a custom ClassLoader called the UnifiedClassLoader.
ClassLoaders normally have a parent-child hierarchy, such that a child
ClassLoader can see all classes loaded by the parent, but the parent
cannot see those classes loaded by the child.  The UnifiedClassLoader
throws that concept out the window. Any class loaded by a UnifiedClassLoader
can see every other class loaded by another UnifiedClassLoader, regardless
of the parent child relationship.

 My original changes (in the RC1 release):
 The problem with war files is that Jetty and Tomcat use their own
Classloaders to load up the war file.  (This includes the lib and classes
directories within WEB-INF).  Since they are not using the
UnifiedClassLoader, all of JBoss's normal classes can not see any of the
files within the web archive.  So, if struts.jar was located next to the
war file, it would be loaded by JBoss and the UnifiedClassLoader, and when
it came time to access your struts Actions (within your war file's lib or
classes directories), it would get a ClassNotFoundException.  This was the
original problem on this thread.

 My most recent change:
 Since all classes need to be able to see each other, the obvious solution
is to use the UnifiedClassLoader to load all classes.  The fix I put in
since RC1 was released was to use the UnifiedClassLoader on all nested
deployable archives.  This is (I think) exactly the way things were done
prior to my work.  The only problem is that it left out the WEB-INF/classes
directory.

 The fix:
 I just need to load WEB-INF/classes with a UnifiedClassLoader and your
problem should be solved.  This is a fairly simple fix, and I will get it in
today.  I need to create some test cases to check all this, but that will
have to wait for the weekend (Is it Friday already?)

 Sorry for the confusion.

 -Larry

 * * *

 View thread online:
http://jboss.org/forums/thread.jsp?forum=66thread=13076

 ___
 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] [ jboss-Bugs-544342 ] SQL table aliases also exceed db limits

[noreply]

Bugs item #544342, was opened at 2002-04-15 13:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=544342group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to: Nobody/Anonymous (nobody)
Summary: SQL table aliases also exceed db limits

Initial Comment:
Using custom Finder method (CMP2.0) JBoss can 
generate long table aliases which exceed datbase 
limitations.

Also refer to these related bugs:
 516835 pk constraint name too long
 532262 relationship table names too long


In the following JBoss generated example query the 
table alias t2_si_oDTSecurityGroups_RELATION 
exceeds Oracle's limitations causing an ORA-00972: 
identifier is too long:

SELECT t0_secgrp.ODT_SECURITY_GROUP_ID
FROM SYSTEM_IDENTITY t1_si,
ODT_SECURITY_GROUP t0_secgrp,
SYSTEM_ID_TO_SECURITY_GROUP 
t2_si_oDTSecurityGroups_RELATION
WHERE t1_si.SYSTEM_ID = :1
AND 
(t1_si.SYSTEM_ID=t2_si_oDTSecurityGroups_RELATION.SYST
EM_ID
AND 
t0_secgrp.ODT_SECURITY_GROUP_ID=t2_si_oDTSecurityGroup
s_RELATION.ODT_SECURITY_GROUP_ID)

--

Comment By: frederik sauer (fredsa)
Date: 2002-04-19 09:13

Message:
Logged In: YES 
user_id=111914

Sorry I missed the setting in standardjbosscmp-jdbc.xml. All
indeed works as a charm when max-alias-length is set to 30.

I though I'd list a reference or two in Oracle's
documentation so that the 30 bytes max length is confirmed,
including for those without access to an Oracle database.

By the way I say 30 bytes, not 30 characters, because the
limitation appears to be in bytes in my tests (I can create
a table with 15 Kanji [double-byte Japanese] characters
[internally stored as 30 bytes], but not 16, and certainly
not 30 Kanji characters.)

Here goes for 8i and 9i:
http://otn.oracle.com/docs/products/oracle8i/doc_library/817_doc/server.817/a85397/ap_syntx.htm#619294
http://otn.oracle.com/docs/products/oracle9i/doc_library/901_doc/server.901/a90125/ap_syntx2.htm#619294
And I'm pretty sure Oracle7 also had a 30 byte maximum; it
certainly didn't have more, like say 32.

So yeah, please change the max-alias-length for Oracle7/8/9
to 30. Of course, thanks for the excellent work on a really
good quality product!

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-19 09:00

Message:
Logged In: YES 
user_id=251431

I'll change the oracle setting to 30.

The reason I set this report to invalid instead of fixed or 
duplicate is because I did not fix anything and this is not 
a duplicate of any bug that I can remember.  This is simply 
not a bug, which is not one of the choices.

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-04-19 08:30

Message:
Logged In: YES 
user_id=437570


Hi,

please, please set the alias-max-length element to 30
in standardjbosscmp-jdbc.xml for Oracle8, so I don't have to
do it each time I build a new JBoss version from 
CVS.

In any case, 32 is definitely wrong.

(Dain, setting it to the correct value would have
spared you this. OBTW: Is there a special reason that you
set your bugs to invalid instead of fixed 
or duplicate?).

Thanks a lot in advance.
Georg

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-18 14:35

Message:
Logged In: YES 
user_id=251431

See alias-max-length element of type-mapping in 
standardjbosscmp-jdbc.xml for your database vendor.

--

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

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

RE: [JBoss-dev] RC1 release branch occuring at 00:00

[Francisco Reverbel]

Hi Jason,

Just noticed that the iiop stuff is not in the default build of 
Branch_3_0. Could you change this?

Cheers,

Francisco

On Fri, 19 Apr 2002, Vesco Claudio wrote:

 OK,
 
   Claudio
 
 PS: I can do it now... :-)
 
  -Original Message-
  From:   Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
  Sent:   Friday, April 19, 2002 3:36 PM
  To: Vesco Claudio
  Cc: David Jencks; [EMAIL PROTECTED];
  [EMAIL PROTECTED]
  Subject:RE: [JBoss-dev] RC1 release branch occuring at 00:00
  
  On Wed, 17 Apr 2002, Vesco Claudio wrote:
  
   To Francisco, can you keep in synch HEAD with and RC1? 
  
  I have merged my changes into Branch_3_0. Did the same with your fix to 
  build/build.xml.
  
  Thanks to David and Dain for the CVS tips! Cheers,
  
  Francisco
 
 ___
 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] Stateless Session Beans / JMS and Security

[Scott M Stark]

Yes, its possible the the JMS security is breaking the
ejb security layer. I will look into it.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message - 
From: Dave Smith [EMAIL PROTECTED]
To: JBoss-dev [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 8:56 AM
Subject: [JBoss-dev] Stateless Session Beans / JMS and Security


 
 I have a stateless session bean that sends a message on a Queue. Once it
 has sent the message and returned (transaction closed) any new EJB's I
 create, have the caller principals name set to null. 
 
 So in a ejbCreate() method after the message is sent .. 
 current context.getCallerPrinciapl().getName() returns null.
 
 
 Now I am not logging into the message queue so I am assumimg that I
 would be the guest user. Is it possible that it is clearing the caller
 principal name for the thread? This did work before the security for the
 JMS was added.
 
 
 
 
 
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 


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

[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor AttributeDeserializer.java AttributeDeserializerFactory.java AttributeSerializer.java AttributeSerializerFactory.java

[Dr. Christoph Georg Jung]

  User: cgjung  
  Date: 02/04/19 09:16:51

  Added:   jboss.net/src/main/org/jboss/net/jmx/adaptor
AttributeDeserializer.java
AttributeDeserializerFactory.java
AttributeSerializer.java
AttributeSerializerFactory.java
  Log:
  added JMX attribute serialization (not tested).
  
  Revision  ChangesPath
  1.1  
contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/AttributeDeserializer.java
  
  Index: AttributeDeserializer.java
  ===
  /*
   * JBoss, the OpenSource J2EE webOS
   *
   * Distributable under LGPL license.
   * See terms of license at gnu.org.
   */
  
  // $Id: AttributeDeserializer.java,v 1.1 2002/04/19 16:16:50 cgjung Exp $
  
  package org.jboss.net.jmx.adaptor;
  
  import org.apache.axis.encoding.DeserializerImpl;
  import org.apache.axis.encoding.DeserializationContext;
  import org.apache.axis.encoding.Target;
  import org.apache.axis.message.SOAPHandler;
  import org.apache.axis.encoding.Deserializer;
  import org.apache.axis.encoding.TypeMapping;
  
  import javax.xml.rpc.namespace.QName;
  
  import org.xml.sax.SAXException;
  import org.xml.sax.Attributes;
  
  
  import javax.management.Attribute;
  
  /**
   * Deserializer that turns well-formed XML-elements back
   * into JMX Attributes.
   * br
   * ul
   * /ul
   * @created 19.04.2002
   * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
   * @version $Revision: 1.1 $
   */
  
  public class AttributeDeserializer extends DeserializerImpl {
  
//
// Attributes
//
  
protected String attributeName;
protected Object attributeValue;
protected QName xmlType;
  
//
// Constructors
//
  
public AttributeDeserializer(QName xmlType) {
this.xmlType = xmlType;
}
  
/** we can already defer the attribute name */
public void onStartElement(
String namespace,
String localName,
String qName,
Attributes attributes,
DeserializationContext context)
throws SAXException {
attributeName = attributes.getValue(, name);
}
  
/** dispatch to the deserializer for the value element */
public SOAPHandler onStartChild(
String namespace,
String localName,
String prefix,
Attributes attributes,
DeserializationContext context)
throws SAXException {
if (localName.equals(value)  namespace.equals()) {
QName qn = context.getTypeFromAttributes(namespace, localName, 
attributes);
// get the deserializer
Deserializer dSer = context.getDeserializerForType(qn);
// If no deserializer, use the base DeserializerImpl.
// There may not be enough information yet to choose the
// specific deserializer.
if (dSer == null) {
dSer = new DeserializerImpl();
// determine a default type for this child element
TypeMapping tm = context.getTypeMapping();
dSer.setDefaultType(tm.getTypeQName(Object.class));
dSer.registerValueTarget(new AttributeValueTarget());
}
return (SOAPHandler) dSer;
} else {
return null;
}
}
  
/**
 * Append any characters to the value.  This method is defined by 
 * Deserializer.
 */
public void onEndElement(
String namespace,
String localName,
DeserializationContext context)
throws SAXException {
if (isNil) {
value = null;
return;
}
  
value = new Attribute(attributeName, attributeValue);
}
  
//
// Inner classes
//
  
protected class AttributeValueTarget implements Target {
public void set(Object value) throws SAXException {
attributeValue = value;
}
}
  
  }
  
  
  1.1  
contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/AttributeDeserializerFactory.java
  
  Index: AttributeDeserializerFactory.java
  ===
  /*
   * JBoss, the OpenSource J2EE webOS
   *
   * Distributable under LGPL license.
   * See terms of license at gnu.org.
   */
  
  // $Id: AttributeDeserializerFactory.java,v 1.1 2002/04/19 

Re: [JBoss-dev] Stateless Session Beans / JMS and Security

[Scott M Stark]

Yes, the security in JMS is corrupting the ejb calling thread.
This is why this needs to be integrated as a JCA resource
adaptor so that the propagation of security is configurable
and well defined.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message - 
From: Dave Smith [EMAIL PROTECTED]
To: JBoss-dev [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 8:56 AM
Subject: [JBoss-dev] Stateless Session Beans / JMS and Security


 
 I have a stateless session bean that sends a message on a Queue. Once it
 has sent the message and returned (transaction closed) any new EJB's I
 create, have the caller principals name set to null. 
 
 So in a ejbCreate() method after the message is sent .. 
 current context.getCallerPrinciapl().getName() returns null.
 
 
 Now I am not logging into the message queue so I am assumimg that I
 would be the guest user. Is it possible that it is clearing the caller
 principal name for the thread? This did work before the security for the
 JMS was added.
 
 
 
 
 
 
 
 
 ___
 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] IIOP testcases

[Francisco Reverbel]

I want to make iiop tests run sucessfully at lubega. 

They must be removed from tests-standard-stress and placed 
in a new target, tests-iiop-stress. (Claudio: you did this 
already, right?)

Then I guess we should make the tests-stress target depend on
tests-iiop-stress. Is this right? I don't know what the lubega 
scripts do... Do they use the tests-stress target?

Best,

Francisco


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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[lsanders]

 This is going to cause other problems. What if I have two wars that
 uses struts and each have a different version of the same action class
 because they are different releases of the same web application. If a
 struts.jar is referred to by a war manifest is should be only loaded
 by the servlet container class loader. That it is at the war level is
 just a packaging choice to avoid duplication of the jar in the wars.

So how do you recommend this be fixed?  The servlet containers do not appear
to utilize the Class-Path entry of the war's manifest.  I could create a
URLClassLoader that loads the war, the WEB-INF/classes and lib, and all
manifest entries.  It's parent classloader would be a UnifiedClassLoader
(perhaps the current thread's context loader?).

 This again comes back to the fact that the packaging structure should
 not be the sole dictator of the class loading heirarchy.

I agree.  I think each deployment type should be able to dictate what url's
to expose to the UnifiedClassLoader, and which to keep privately within
child URLClassLoaders.  A simple hacked solution would be to remove the
createClassLoaders from DepoymentInfo, and place that responsibility in the
init methods of SubDeployer (with SubDeployerSupport providing the default
implementation).  I have been looking into a Deployer refactoring anyway...
I'll put some time into it this weekend, and present a list of requirements
/ proposed design for discussion.

-Larry

 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 - Original Message -
 From: Larry Sanderson [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Friday, April 19, 2002 8:42 AM
 Subject: Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work


   I'm also running into a problem that may be related
   to this. I have a .war (or the .war embedded in a .ear
   properly referenced in application.xml ...
  
  OK - A few questions.  From where are you accessing this resource (i.e.
 the location of the directory or jar file where the accessing class
lives).
 Is it in your WEB-INF/lib, WEB-INF/classes, sitting next to the war file?
 I'm going to assume that it is in the WEB-INF/lib directory, since the
only
 change I made since RC1 would affect nested archives (usually located in
 WEB-INF/lib).
 
  Second question... Have you ever tried this scenario with 3.0 beta,
prior
 to RC1?  I am interested to know if that worked.  From what I can tell
from
 the class history, I don't think this would have worked, but I may be
 mistaken.
 
  A brief explanation of the classloader hierarchy:
  JBoss has a custom ClassLoader called the UnifiedClassLoader.
 ClassLoaders normally have a parent-child hierarchy, such that a child
 ClassLoader can see all classes loaded by the parent, but the parent
 cannot see those classes loaded by the child.  The UnifiedClassLoader
 throws that concept out the window. Any class loaded by a
UnifiedClassLoader
 can see every other class loaded by another UnifiedClassLoader,
regardless
 of the parent child relationship.
 
  My original changes (in the RC1 release):
  The problem with war files is that Jetty and Tomcat use their own
 Classloaders to load up the war file.  (This includes the lib and classes
 directories within WEB-INF).  Since they are not using the
 UnifiedClassLoader, all of JBoss's normal classes can not see any of the
 files within the web archive.  So, if struts.jar was located next to the
 war file, it would be loaded by JBoss and the UnifiedClassLoader, and when
 it came time to access your struts Actions (within your war file's lib or
 classes directories), it would get a ClassNotFoundException.  This was the
 original problem on this thread.
 
  My most recent change:
  Since all classes need to be able to see each other, the obvious
solution
 is to use the UnifiedClassLoader to load all classes.  The fix I put in
 since RC1 was released was to use the UnifiedClassLoader on all nested
 deployable archives.  This is (I think) exactly the way things were done
 prior to my work.  The only problem is that it left out the
WEB-INF/classes
 directory.
 
  The fix:
  I just need to load WEB-INF/classes with a UnifiedClassLoader and your
 problem should be solved.  This is a fairly simple fix, and I will get it
in
 today.  I need to create some test cases to check all this, but that will
 have to wait for the weekend (Is it Friday already?)
 
  Sorry for the confusion.
 
  -Larry
 
  * * *
 
  View thread online:
 http://jboss.org/forums/thread.jsp?forum=66thread=13076
 
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 


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



___
Jboss-development mailing list
[EMAIL PROTECTED]

[JBoss-dev] [ jboss-Bugs-544342 ] Oracle max-alias-length should be 30

[noreply]

Bugs item #544342, was opened at 2002-04-15 14:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=544342group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to: Nobody/Anonymous (nobody)
Summary: Oracle max-alias-length should be 30

Initial Comment:
Using custom Finder method (CMP2.0) JBoss can 
generate long table aliases which exceed datbase 
limitations.

Also refer to these related bugs:
 516835 pk constraint name too long
 532262 relationship table names too long


In the following JBoss generated example query the 
table alias t2_si_oDTSecurityGroups_RELATION 
exceeds Oracle's limitations causing an ORA-00972: 
identifier is too long:

SELECT t0_secgrp.ODT_SECURITY_GROUP_ID
FROM SYSTEM_IDENTITY t1_si,
ODT_SECURITY_GROUP t0_secgrp,
SYSTEM_ID_TO_SECURITY_GROUP 
t2_si_oDTSecurityGroups_RELATION
WHERE t1_si.SYSTEM_ID = :1
AND 
(t1_si.SYSTEM_ID=t2_si_oDTSecurityGroups_RELATION.SYST
EM_ID
AND 
t0_secgrp.ODT_SECURITY_GROUP_ID=t2_si_oDTSecurityGroup
s_RELATION.ODT_SECURITY_GROUP_ID)

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-19 10:33

Message:
Logged In: YES 
user_id=251431

Thanks for the links.  I checked the change into Branch_3_0 
and HEAD.

As for the max bytes vs characters, that is a major pain.  
It really depends on how the database is storing 
characters. It could choose to always store 2 byte 
characters.  I'm just going to leave this one until someone 
comes up with a cross platform patch.

--

Comment By: frederik sauer (fredsa)
Date: 2002-04-19 10:13

Message:
Logged In: YES 
user_id=111914

Sorry I missed the setting in standardjbosscmp-jdbc.xml. All
indeed works as a charm when max-alias-length is set to 30.

I though I'd list a reference or two in Oracle's
documentation so that the 30 bytes max length is confirmed,
including for those without access to an Oracle database.

By the way I say 30 bytes, not 30 characters, because the
limitation appears to be in bytes in my tests (I can create
a table with 15 Kanji [double-byte Japanese] characters
[internally stored as 30 bytes], but not 16, and certainly
not 30 Kanji characters.)

Here goes for 8i and 9i:
http://otn.oracle.com/docs/products/oracle8i/doc_library/817_doc/server.817/a85397/ap_syntx.htm#619294
http://otn.oracle.com/docs/products/oracle9i/doc_library/901_doc/server.901/a90125/ap_syntx2.htm#619294
And I'm pretty sure Oracle7 also had a 30 byte maximum; it
certainly didn't have more, like say 32.

So yeah, please change the max-alias-length for Oracle7/8/9
to 30. Of course, thanks for the excellent work on a really
good quality product!

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-19 10:00

Message:
Logged In: YES 
user_id=251431

I'll change the oracle setting to 30.

The reason I set this report to invalid instead of fixed or 
duplicate is because I did not fix anything and this is not 
a duplicate of any bug that I can remember.  This is simply 
not a bug, which is not one of the choices.

--

Comment By: Georg Schmid (giorgio42)
Date: 2002-04-19 09:30

Message:
Logged In: YES 
user_id=437570


Hi,

please, please set the alias-max-length element to 30
in standardjbosscmp-jdbc.xml for Oracle8, so I don't have to
do it each time I build a new JBoss version from 
CVS.

In any case, 32 is definitely wrong.

(Dain, setting it to the correct value would have
spared you this. OBTW: Is there a special reason that you
set your bugs to invalid instead of fixed 
or duplicate?).

Thanks a lot in advance.
Georg

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-18 15:35

Message:
Logged In: YES 
user_id=251431

See alias-max-length element of type-mapping in 
standardjbosscmp-jdbc.xml for your database vendor.

--

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

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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[Scott M Stark]

Let's start with the requirements considering what the j2ee specs
allow and how we want to improve on any deficiencies. Most
importantly we need to get to a point where we ourselves
understand how to achieve any level of class loader hierarchy,
from flat to compound given a canonical deployment package.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: lsanders [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 9:30 AM
Subject: Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work



 I agree.  I think each deployment type should be able to dictate what
url's
 to expose to the UnifiedClassLoader, and which to keep privately within
 child URLClassLoaders.  A simple hacked solution would be to remove the
 createClassLoaders from DepoymentInfo, and place that responsibility in
the
 init methods of SubDeployer (with SubDeployerSupport providing the default
 implementation).  I have been looking into a Deployer refactoring
anyway...
 I'll put some time into it this weekend, and present a list of
requirements
 / proposed design for discussion.

 -Larry




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

RE: [JBoss-dev] CVS update: jboss-all - Imported sources

[marc fleury]

wow... scary I hope it didn't screw up the repository, we should really tell
the eclipse guys to be careful with this...

Chris don't worry about it, I am surprised CVS let your commit go through
don't worry about it,

marcf

|-Original Message-
|From: Chris Stevenson [mailto:[EMAIL PROTECTED]]
|Sent: Friday, April 19, 2002 9:35 AM
|To: marc fleury
|Subject: Re: [JBoss-dev] CVS update: jboss-all - Imported sources
|
|
|marc fleury wrote:
| initial import on jboss-all??
|
| who the FUCK is chris stevenson?
|
| what is going on here??
| marcf
|
|Please accept my apologies - Eclipse logged me on through my sourceforge
|account, and tried to checkin from the (blank) directory that I wanted
|to checkout to. I won't be using that function again :-( I am cvs co
|from cygwin now instead.
|
|chris.
|


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

Re: [JBoss-dev] Stateless Session Beans / JMS and Security

[Scott M Stark]

I have checked in a fix for this behavior to the head and 3.0 branches.

- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: JBoss-dev [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 9:33 AM
Subject: Re: [JBoss-dev] Stateless Session Beans / JMS and Security


 Yes, the security in JMS is corrupting the ejb calling thread.
 This is why this needs to be integrated as a JCA resource
 adaptor so that the propagation of security is configurable
 and well defined.

 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 - Original Message -
 From: Dave Smith [EMAIL PROTECTED]
 To: JBoss-dev [EMAIL PROTECTED]
 Sent: Friday, April 19, 2002 8:56 AM
 Subject: [JBoss-dev] Stateless Session Beans / JMS and Security


 
  I have a stateless session bean that sends a message on a Queue. Once it
  has sent the message and returned (transaction closed) any new EJB's I
  create, have the caller principals name set to null.
 
  So in a ejbCreate() method after the message is sent ..
  current context.getCallerPrinciapl().getName() returns null.
 
 
  Now I am not logging into the message queue so I am assumimg that I
  would be the guest user. Is it possible that it is clearing the caller
  principal name for the thread? This did work before the security for the
  JMS was added.
 
 
 
 
 
 
 
 
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 


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



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

Re: [JBoss-dev] Oracle Configuration JBoss 3.0 RC1

[Prabha]

I downloaded the latest oracle-service.xml, modified it, verified the instructions 
posted in these threads. Now I see this error, Why is this asking for user.properties? 
How do I set it? Is there an example?

12:25:08,908 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files
java.io.IOException: Properties file users.properties not found
at 
org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:212)

Thanks,
Prabha.
* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13365

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading UnifiedLoaderRepository.java

[Scott M Stark]

  User: starksm 
  Date: 02/04/19 10:24:19

  Modified:src/main/org/jboss/mx/loading UnifiedLoaderRepository.java
  Log:
  The loadClass(String) method does need to rethrow the ClassNotFoundException
  when the calling class loader is a UnifiedClassLoader
  
  Revision  ChangesPath
  1.4   +4 -1  jmx/src/main/org/jboss/mx/loading/UnifiedLoaderRepository.java
  
  Index: UnifiedLoaderRepository.java
  ===
  RCS file: 
/cvsroot/jboss/jmx/src/main/org/jboss/mx/loading/UnifiedLoaderRepository.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- UnifiedLoaderRepository.java  17 Apr 2002 00:55:36 -  1.3
  +++ UnifiedLoaderRepository.java  19 Apr 2002 17:24:18 -  1.4
  @@ -37,7 +37,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
* @author  a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
  - * @version $Revision: 1.3 $
  + * @version $Revision: 1.4 $
* just a hint... xdoclet not really used
* @jmx.name=JMImplementation:service=UnifiedLoaderRepository,name=Default
*   
  @@ -394,6 +394,9 @@
*/
if( (scl instanceof UnifiedClassLoader) == false )
   clazz = scl.loadClass(className);
  + // Else we need to rethrown the CNFE
  + else
  +throw e;
 }
 return clazz;
  }
  
  
  

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

[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading UnifiedLoaderRepository.java

[Scott M Stark]

  User: starksm 
  Date: 02/04/19 10:22:57

  Modified:src/main/org/jboss/mx/loading Tag: Branch_3_0
UnifiedLoaderRepository.java
  Log:
  The loadClass(String) method does need to rethrow the ClassNotFoundException
  when the calling class loader is a UnifiedClassLoader
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.2.2.2   +4 -1  jmx/src/main/org/jboss/mx/loading/UnifiedLoaderRepository.java
  
  Index: UnifiedLoaderRepository.java
  ===
  RCS file: 
/cvsroot/jboss/jmx/src/main/org/jboss/mx/loading/UnifiedLoaderRepository.java,v
  retrieving revision 1.2.2.1
  retrieving revision 1.2.2.2
  diff -u -r1.2.2.1 -r1.2.2.2
  --- UnifiedLoaderRepository.java  17 Apr 2002 00:53:46 -  1.2.2.1
  +++ UnifiedLoaderRepository.java  19 Apr 2002 17:22:55 -  1.2.2.2
  @@ -37,7 +37,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
* @author  a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
  - * @version $Revision: 1.2.2.1 $
  + * @version $Revision: 1.2.2.2 $
* just a hint... xdoclet not really used
* @jmx.name=JMImplementation:service=UnifiedLoaderRepository,name=Default
*   
  @@ -394,6 +394,9 @@
*/
if( (scl instanceof UnifiedClassLoader) == false )
   clazz = scl.loadClass(className);
  + // Rethrown the CNFE otherwise
  + else
  +throw e;
 }
 return clazz;
  }
  
  
  

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

[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/security SecurityManager.java

[Scott M Stark]

  User: starksm 
  Date: 02/04/19 10:30:24

  Modified:src/main/org/jboss/mq/security SecurityManager.java
  Log:
  The security manager cannot the thread caller and credentials as it does
  not know enough about the calling context to do this. It can only perform
  the authentication.
  
  Revision  ChangesPath
  1.2   +5 -1  jbossmq/src/main/org/jboss/mq/security/SecurityManager.java
  
  Index: SecurityManager.java
  ===
  RCS file: 
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/security/SecurityManager.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SecurityManager.java  6 Mar 2002 17:27:50 -   1.1
  +++ SecurityManager.java  19 Apr 2002 17:30:22 -  1.2
  @@ -39,7 +39,7 @@
* A JAAS based security manager for JBossMQ.
*
* @author a href=[EMAIL PROTECTED]Peter Antman/a
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   
   public class SecurityManager 
  @@ -154,10 +154,14 @@
{
   if (trace)
  log.trace(Username: +user+ is authenticated);
  +/* Wrong. The security manager is only responsible for authentication.
  +It does not know enough to associate this security information with the
  +calling thread.
   // Put it in the assoc, so that the manager
   // login callback can get them from it
   SecurityAssociation.setPrincipal(principal);
   SecurityAssociation.setCredential(passwordChars);
  +*/
   
   Subject subject = securityMgr.getActiveSubject();
   String sessionId = generateId(subject);
  
  
  

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

[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/security SecurityManager.java

[Scott M Stark]

  User: starksm 
  Date: 02/04/19 10:26:06

  Modified:src/main/org/jboss/mq/security Tag: Branch_3_0
SecurityManager.java
  Log:
  The security manager cannot the thread caller and credentials as it does
  not know enough about the calling context to do this. It can only perform
  the authentication.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.1   +5 -2  jbossmq/src/main/org/jboss/mq/security/SecurityManager.java
  
  Index: SecurityManager.java
  ===
  RCS file: 
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/security/SecurityManager.java,v
  retrieving revision 1.1
  retrieving revision 1.1.2.1
  diff -u -r1.1 -r1.1.2.1
  --- SecurityManager.java  6 Mar 2002 17:27:50 -   1.1
  +++ SecurityManager.java  19 Apr 2002 17:26:06 -  1.1.2.1
  @@ -39,7 +39,7 @@
* A JAAS based security manager for JBossMQ.
*
* @author a href=[EMAIL PROTECTED]Peter Antman/a
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.1.2.1 $
*/
   
   public class SecurityManager 
  @@ -154,11 +154,14 @@
{
   if (trace)
  log.trace(Username: +user+ is authenticated);
  +/* Wrong. The security manager is only responsible for authentication.
  +It does not know enough to associate this security information with the
  +calling thread.
   // Put it in the assoc, so that the manager
   // login callback can get them from it
   SecurityAssociation.setPrincipal(principal);
   SecurityAssociation.setCredential(passwordChars);
  -
  +*/
   Subject subject = securityMgr.getActiveSubject();
   String sessionId = generateId(subject);
   addId(sessionId,subject, principal);
  
  
  

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

Re: [JBoss-dev] Oracle Configuration JBoss 3.0 RC1

[Prabha]

It works now, I had to update login-config.xml
* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13365

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

RE: [JBoss-dev] CVS update: jboss-all - Imported sources

[Jason Dillon]

What is eclipse?

--jason


Quoting marc fleury [EMAIL PROTECTED]:

 wow... scary I hope it didn't screw up the repository, we should really
 tell
 the eclipse guys to be careful with this...
 
 Chris don't worry about it, I am surprised CVS let your commit go through
 don't worry about it,
 
 marcf
 
 |-Original Message-
 |From: Chris Stevenson [mailto:[EMAIL PROTECTED]]
 |Sent: Friday, April 19, 2002 9:35 AM
 |To: marc fleury
 |Subject: Re: [JBoss-dev] CVS update: jboss-all - Imported sources
 |
 |
 |marc fleury wrote:
 | initial import on jboss-all??
 |
 | who the FUCK is chris stevenson?
 |
 | what is going on here??
 | marcf
 |
 |Please accept my apologies - Eclipse logged me on through my sourceforge
 |account, and tried to checkin from the (blank) directory that I wanted
 |to checkout to. I won't be using that function again :-( I am cvs co
 |from cygwin now instead.
 |
 |chris.
 |
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 




-
This mail sent through IMP: http://horde.org/imp/

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

[JBoss-dev] Eclipse?

[Ricardo Argüello]

 What is eclipse?
 
 --jason


The best Java IDE out there!
hehehe

Check www.eclipse.org



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

Re: [JBoss-dev] Stateless Session Beans / JMS and Security

[Dave Smith]

Just a quick note that this fix does indeed solve the problem. Thanks
for your quick response.


On Fri, 2002-04-19 at 13:36, Scott M Stark wrote:
 
 I have checked in a fix for this behavior to the head and 3.0 branches.
 
 - Original Message -
 From: Scott M Stark [EMAIL PROTECTED]
 To: JBoss-dev [EMAIL PROTECTED]
 Sent: Friday, April 19, 2002 9:33 AM
 Subject: Re: [JBoss-dev] Stateless Session Beans / JMS and Security
 
 
  Yes, the security in JMS is corrupting the ejb calling thread.
  This is why this needs to be integrated as a JCA resource
  adaptor so that the propagation of security is configurable
  and well defined.
 
  
  Scott Stark
  Chief Technology Officer
  JBoss Group, LLC
  
  - Original Message -
  From: Dave Smith [EMAIL PROTECTED]
  To: JBoss-dev [EMAIL PROTECTED]
  Sent: Friday, April 19, 2002 8:56 AM
  Subject: [JBoss-dev] Stateless Session Beans / JMS and Security
 
 
  
   I have a stateless session bean that sends a message on a Queue. Once it
   has sent the message and returned (transaction closed) any new EJB's I
   create, have the caller principals name set to null.
  
   So in a ejbCreate() method after the message is sent ..
   current context.getCallerPrinciapl().getName() returns null.
  
  
   Now I am not logging into the message queue so I am assumimg that I
   would be the guest user. Is it possible that it is clearing the caller
   principal name for the thread? This did work before the security for the
   JMS was added.
  
  
  
  
  
  
  
  
   ___
   Jboss-development mailing list
   [EMAIL PROTECTED]
   https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



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

[JBoss-dev] Re: [JBoss-user] JBoss Build Failure! JBoss 3.0.0RC1

[Stephen Davidson]

Hi David.

Due to a bug in the Jsp Compiler, I need to rebuild Jetty, which is why I have been 
running the build all target.  I have not heard anything from 
anyone else on this topic, and this is a bit of a show stopper for me.

Any suggestions?

-Steve

David Jencks wrote:

 I don't know what is causing the problem, since the dtd is included in
 jboss distro and is accessible from the url listed, but you should be able
 to get everything you need compiled from main rather than all.  I think
 this target only is run from all or maybe docs.
 
 david jencks
 
 On 2002.04.16 16:01:17 -0400 Stephen Davidson wrote:
 
Greetings.

I have a local patch I have applied to the Jetty/Jasper project which is
needed to compile my project.  When I try to compile locally, the build 
seems to hang during the following task;

jmx-docs-html-plain:
 [mkdir] Created dir: /home/jboss/jboss-all/connector/output/jmx-api
 [style] Transforming into /home/jboss/jboss-all/connector/output/jmx-api
 [style] Transforming into /home/jboss/jboss-all/connector/output/jmx-api
 [style] Loading stylesheet 
/home/jboss/jboss-all/thirdparty/oasis/docbook-xsl/html/docbook.xsl
Error on line 2 of 
file:///home/jboss/jboss-all/connector/output/jmx-doc/org/jboss/resource/connectionmanager/BaseConnectionManager2-doc.xml:
   Error reported by XML parser: External entity not found:
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd.: Connection
timed out
 [style] Failed to process 
/home/jboss/jboss-all/connector/output/jmx-doc/org/jboss/resource/connectionmanager/BaseConnectionManager2-doc.xml

BUILD FAILED

/home/jboss/jboss-all/connector/build.xml:530:
javax.xml.transform.TransformerException: External entity not found: 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd;. 


Any ideas what may be causing this?

-Steve

For network connectivity test;
PING www.oasis-open.org (209.202.168.105): 56 data bytes
64 bytes from 209.202.168.105: icmp_seq=0 ttl=240 time=67.946 ms
64 bytes from 209.202.168.105: icmp_seq=1 ttl=240 time=68.467 ms
64 bytes from 209.202.168.105: icmp_seq=2 ttl=240 time=68.159 ms
64 bytes from 209.202.168.105: icmp_seq=3 ttl=240 time=68.289 ms
--- www.oasis-open.org ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 67.946/68.215/68.467 ms

-- 
Stephen Davidson
Java Consultant
Delphi Consultants, LLC
http://www.delphis.com
Phone: 214-696-6224 x208


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



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



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

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/web/servlets EntityServlet.java

[Scott M Stark]

  User: starksm 
  Date: 02/04/19 12:39:59

  Added:   src/main/org/jboss/test/web/servlets Tag: Branch_3_0
EntityServlet.java
  Log:
  Add missing servlet
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.1   +62 -0 
jbosstest/src/main/org/jboss/test/web/servlets/Attic/EntityServlet.java
  
  
  
  

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

[JBoss-dev] Not Sure How to Diagnose Potential Memory Problems withJBoss3/Jetty

[Hunter Hillegas]

We've been running JBoss3/Jetty beta 2 (HEAD from 2 weeks ago) on a
production box for awhile...

We have two sites that are running on it and they are both pretty high
volume (about 10 million page views per day aggregate).

Twice in the last few weeks we have had the app server just die... The log
file shows nothing so I don't know where to start looking.

We are passing JAVA_OPTS=-Xmx512m to the server at startup, trying to make
sure it has enough wiggle room... Maybe this is not enough...

I know that there were some memory leaks that were cleaned up on the 3.0
release branch recently, and we plan to upgrade soon...

Just wondering if there is a way to determine why the server is dying if
there is nothing in the log. We are currently set at the default 3.0 logging
(INFO I think)... We could go to DEBUG...

But... if the server is running out of memory, would that make it to
server.log?

I know I'm on the bleeding edge with this stuff but any help is
appreciated...

Machine: Dell Dual P3 500, 1GB RAM. Sun JVM 1.3.1_01.

You guys are the best!

Hunter


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

Re: [JBoss-dev] Not Sure How to Diagnose Potential Memory Problems with JBoss3/Jetty

[David Jencks]

I know almost nothing about this;-)

I think the memory leaks could easily be a problem.

I had a LOT of trouble running out of memory shortly before RC1 came out,
and had to switch to 1.4 to fix it (linux, 2.4.16, previously sun 1.3.1_02
b24)

Out of memory errors did not show up in server.log, just on the console.  I
don't think there were core dumps either (for obvious reasons;-)  Are you
running in a console so you can look?

david jencks

On 2002.04.19 16:02:00 -0400 Hunter Hillegas wrote:
 We've been running JBoss3/Jetty beta 2 (HEAD from 2 weeks ago) on a
 production box for awhile...
 
 We have two sites that are running on it and they are both pretty high
 volume (about 10 million page views per day aggregate).
 
 Twice in the last few weeks we have had the app server just die... The
 log
 file shows nothing so I don't know where to start looking.
 
 We are passing JAVA_OPTS=-Xmx512m to the server at startup, trying to
 make
 sure it has enough wiggle room... Maybe this is not enough...
 
 I know that there were some memory leaks that were cleaned up on the 3.0
 release branch recently, and we plan to upgrade soon...
 
 Just wondering if there is a way to determine why the server is dying if
 there is nothing in the log. We are currently set at the default 3.0
 logging
 (INFO I think)... We could go to DEBUG...
 
 But... if the server is running out of memory, would that make it to
 server.log?
 
 I know I'm on the bleeding edge with this stuff but any help is
 appreciated...
 
 Machine: Dell Dual P3 500, 1GB RAM. Sun JVM 1.3.1_01.
 
 You guys are the best!
 
 Hunter
 
 
 ___
 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] Not Sure How to Diagnose Potential MemoryProblems with JBoss3/Jetty

[Hunter Hillegas]

Unfortunately, no not running on the console...

Maybe I'll need to hack the run.sh script to output to a file and check that
if it happens again... Or just hurry up and upgrade to the latest Branch_3_0
code...

Hunter

 From: David Jencks [EMAIL PROTECTED]
 Date: Fri, 19 Apr 2002 17:01:38 -0400
 To: Hunter Hillegas [EMAIL PROTECTED]
 Cc: JBoss Dev [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] Not Sure How to Diagnose Potential Memory Problems
 with JBoss3/Jetty
 
 I know almost nothing about this;-)
 
 I think the memory leaks could easily be a problem.
 
 I had a LOT of trouble running out of memory shortly before RC1 came out,
 and had to switch to 1.4 to fix it (linux, 2.4.16, previously sun 1.3.1_02
 b24)
 
 Out of memory errors did not show up in server.log, just on the console.  I
 don't think there were core dumps either (for obvious reasons;-)  Are you
 running in a console so you can look?
 
 david jencks
 
 On 2002.04.19 16:02:00 -0400 Hunter Hillegas wrote:
 We've been running JBoss3/Jetty beta 2 (HEAD from 2 weeks ago) on a
 production box for awhile...
 
 We have two sites that are running on it and they are both pretty high
 volume (about 10 million page views per day aggregate).
 
 Twice in the last few weeks we have had the app server just die... The
 log
 file shows nothing so I don't know where to start looking.
 
 We are passing JAVA_OPTS=-Xmx512m to the server at startup, trying to
 make
 sure it has enough wiggle room... Maybe this is not enough...
 
 I know that there were some memory leaks that were cleaned up on the 3.0
 release branch recently, and we plan to upgrade soon...
 
 Just wondering if there is a way to determine why the server is dying if
 there is nothing in the log. We are currently set at the default 3.0
 logging
 (INFO I think)... We could go to DEBUG...
 
 But... if the server is running out of memory, would that make it to
 server.log?
 
 I know I'm on the bleeding edge with this stuff but any help is
 appreciated...
 
 Machine: Dell Dual P3 500, 1GB RAM. Sun JVM 1.3.1_01.
 
 You guys are the best!
 
 Hunter
 
 
 ___
 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] RC1 release branch occuring at 00:00

[Jason Dillon]

This is done... have a look at the change I made, so you understand 
better how it works =)

--jason


Francisco Reverbel wrote:

Hi Jason,

Just noticed that the iiop stuff is not in the default build of 
Branch_3_0. Could you change this?

Cheers,

Francisco

On Fri, 19 Apr 2002, Vesco Claudio wrote:

OK,

  Claudio

PS: I can do it now... :-)

-Original Message-
From:Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
Sent:Friday, April 19, 2002 3:36 PM
To:  Vesco Claudio
Cc:  David Jencks; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] RC1 release branch occuring at 00:00

On Wed, 17 Apr 2002, Vesco Claudio wrote:

To Francisco, can you keep in synch HEAD with and RC1? 

I have merged my changes into Branch_3_0. Did the same with your fix to 
build/build.xml.

Thanks to David and Dain for the CVS tips! Cheers,

Francisco

___
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] Re: IIOP testcases

[Jason Dillon]

I am not sure... chris ([EMAIL PROTECTED]) would be the dude to ask for 
the definitive.  I don't really have time to look into this further 
right now.

--jason


Francisco Reverbel wrote:

I want to make iiop tests run sucessfully at lubega. 

They must be removed from tests-standard-stress and placed 
in a new target, tests-iiop-stress. (Claudio: you did this 
already, right?)

Then I guess we should make the tests-stress target depend on
tests-iiop-stress. Is this right? I don't know what the lubega 
scripts do... Do they use the tests-stress target?

Best,

Francisco




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

Re: [JBoss-dev] CVS update: build/jboss build.xml

[Jason Dillon]

What a trully bizzare diff... I don't understand how it comes up with 
this... but whatever works.

--jason


Jason Dillon wrote:

  User: user57  
  Date: 02/04/19 16:40:36

  Modified:jbossTag: Branch_3_0 build.xml
  Log:
   o include iiop  jboss.net in standard group
   o drop optional-requires-config (becomes optional)
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.117.2.3 +6 -9  build/jboss/build.xml
  
  Index: build.xml
  ===
  RCS file: /cvsroot/jboss/build/jboss/build.xml,v
  retrieving revision 1.117.2.2
  retrieving revision 1.117.2.3
  diff -u -r1.117.2.2 -r1.117.2.3
  --- build.xml19 Apr 2002 13:24:57 -  1.117.2.2
  +++ build.xml19 Apr 2002 23:40:36 -  1.117.2.3
  @@ -12,7 +12,7 @@
   !----
   !-- == --
   
  -!-- $Id: build.xml,v 1.117.2.2 2002/04/19 13:24:57 reverbel Exp $ --
  +!-- $Id: build.xml,v 1.117.2.3 2002/04/19 23:40:36 user57 Exp $ --
   
   project default=main name=JBoss/Build
   
  @@ -219,15 +219,12 @@
 cluster,
 admin,
 jetty,
  -  varia/
  -  /group
  -
  -  group name=optional
  -include modules=jboss.net,
  +  varia,
  +  jboss.net,
 iiop/
 /group
   
  -  group name=optional-requires-config
  +  group name=optional
   include modules=catalina/
 /group
   
  @@ -238,11 +235,11 @@
 /group
   
 group name=most
  -include groups=core, basic, standard, optional/
  +include groups=core, basic, standard/
 /group
   
 group name=all
  -include groups=core, basic, standard, optional, 
optional-requires-config/
  +include groups=core, basic, standard, optional/
 /group
   
   /moduleconfig
  
  
  

___
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] Re: IIOP testcases

[Chris Kimpton]

Hi,

 Francisco Reverbel wrote:

 I want to make iiop tests run sucessfully at lubega.
 
 They must be removed from tests-standard-stress and placed
 in a new target, tests-iiop-stress. (Claudio: you did this
 already, right?)
 
 Then I guess we should make the tests-stress target depend on
 tests-iiop-stress. Is this right? I don't know what the lubega
 scripts do... Do they use the tests-stress target?
 

Lubega runs the run-testsuite target in the build/build.xml

This runs the tests target in testsuite/build.xml

This runs various tests - but not the tests-stress target - but they should
both have the same dependencies.  So add tests-iiop-stress as a dependancy
of the tests target.

Chris


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

Re: [JBoss-dev] Re: IIOP testcases

[Francisco Reverbel]

On Sat, 20 Apr 2002, Chris Kimpton wrote:

 Lubega runs the run-testsuite target in the build/build.xml
 
 This runs the tests target in testsuite/build.xml
 
 This runs various tests - but not the tests-stress target - but they should
 both have the same dependencies.  So add tests-iiop-stress as a dependancy
 of the tests target.

Thanks!

Francisco



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

Re: [JBoss-dev] Re: IIOP testcases

[David Jencks]

Too many messages!

Please add the iiop-stress to both tests and tests-stress targets.

thanks
david jencks

On 2002.04.19 20:09:54 -0400 Chris Kimpton wrote:
 Hi,
 
  Francisco Reverbel wrote:
 
  I want to make iiop tests run sucessfully at lubega.
  
  They must be removed from tests-standard-stress and placed
  in a new target, tests-iiop-stress. (Claudio: you did this
  already, right?)
  
  Then I guess we should make the tests-stress target depend on
  tests-iiop-stress. Is this right? I don't know what the lubega
  scripts do... Do they use the tests-stress target?
  
 
 Lubega runs the run-testsuite target in the build/build.xml
 
 This runs the tests target in testsuite/build.xml
 
 This runs various tests - but not the tests-stress target - but they
 should
 both have the same dependencies.  So add tests-iiop-stress as a
 dependancy
 of the tests target.
 
 Chris
 
 
 ___
 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] jboss.net tests

[David Jencks]

I see there are some jboss.net tests in the jboss.net module, but none in
the testsuite that I can find.  If these compile, can we add them to the
testsuite?  If they break, maybe lots of people will see this and fix them
and jboss.net.

I think testing will significantly improve the visibility of this project.

thanks
david jencks

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

Re: [JBoss-dev] [ jboss-Bugs-544848 ] EAR Deployments don't work

[Stephen Coy]

1.  The resource is being accessed from a struts taglib. So I guess 
that means it is being accessed from a jar installed in WEB-INF/lib

2.  It has been working for sometime (weeks) in  JBoss HEAD up until a 
day or two  ago.

3.  I would not expect .war classes to be able to see struts if it is 
in a jar next to the .war. The struts.jar is supposed to be in WEB-
INF/lib *inside* the .war.

4.  Actually, it was Saturday here  when you wrote this!

On Saturday, April 20, 2002, at 01:42  AM, Larry Sanderson wrote:

 I'm also running into a problem that may be related
 to this. I have a .war (or the .war embedded in a .ear
 properly referenced in application.xml ...

 OK - A few questions.  From where are you accessing this resource (i.e. 
 the location of the directory or jar file where the accessing class 
 lives).  Is it in your WEB-INF/lib, WEB-INF/classes, sitting next to 
 the war file? I'm going to assume that it is in the WEB-INF/lib 
 directory, since the only change I made since RC1 would affect nested 
 archives (usually located in WEB-INF/lib).

 Second question... Have you ever tried this scenario with 3.0 beta, 
 prior to RC1?  I am interested to know if that worked.  From what I can 
 tell from the class history, I don't think this would have worked, but 
 I may be mistaken.

 A brief explanation of the classloader hierarchy:
 JBoss has a custom ClassLoader called the UnifiedClassLoader.  
 ClassLoaders normally have a parent-child hierarchy, such that a child 
 ClassLoader can see all classes loaded by the parent, but the parent 
 cannot see those classes loaded by the child.  The UnifiedClassLoader 
 throws that concept out the window. Any class loaded by a 
 UnifiedClassLoader can see every other class loaded by another 
 UnifiedClassLoader, regardless of the parent child relationship.

 My original changes (in the RC1 release):
 The problem with war files is that Jetty and Tomcat use their own 
 Classloaders to load up the war file.  (This includes the lib and 
 classes directories within WEB-INF).  Since they are not using the 
 UnifiedClassLoader, all of JBoss's normal classes can not see any of 
 the files within the web archive.  So, if struts.jar was located next 
 to the war file, it would be loaded by JBoss and the 
 UnifiedClassLoader, and when it came time to access your struts Actions 
 (within your war file's lib or classes directories), it would get a 
 ClassNotFoundException.  This was the original problem on this thread.

 My most recent change:
 Since all classes need to be able to see each other, the obvious 
 solution is to use the UnifiedClassLoader to load all classes.  The 
 fix I put in since RC1 was released was to use the UnifiedClassLoader 
 on all nested deployable archives.  This is (I think) exactly the way 
 things were done prior to my work.  The only problem is that it left 
 out the WEB-INF/classes directory.

 The fix:
 I just need to load WEB-INF/classes with a UnifiedClassLoader and your 
 problem should be solved.  This is a fairly simple fix, and I will get 
 it in today.  I need to create some test cases to check all this, but 
 that will have to wait for the weekend (Is it Friday already?)

 Sorry for the confusion.


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

[JBoss-dev] [ jboss-Bugs-546360 ] jboss_init_redhat.sh fails

[noreply]

Bugs item #546360, was opened at 2002-04-19 17:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546360group_id=22866

Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: ssarver3 (ssarver3)
Assigned to: Nobody/Anonymous (nobody)
Summary: jboss_init_redhat.sh fails

Initial Comment:
Output from RedHat Linux 7.2, 2.4.7-10, i386: 

sh-2.05$ sh -version
GNU bash, version 2.05.8(1)-release (i386-redhat-linux-gnu)
sh-2.05$ jboss_init_redhat.sh start
CMD_START = cd
/usr/local/java/jboss-3.0.0RC1_tomcat-4.0.3/bin;
/usr/local/java/jboss-3.0.0RC1_tomcat-4.0.3/bin/run.sh
Password:
Ambiguous output redirect.
sh-2.05$

--

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

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

Re: [JBoss-dev] jboss.net tests

[Jason Dillon]

I would lean twords moving them into jboss/testsuite for now (even 
though we might move some back into per module testsuites once I get 
that figured out).

--jason


David Jencks wrote:

I see there are some jboss.net tests in the jboss.net module, but none in
the testsuite that I can find.  If these compile, can we add them to the
testsuite?  If they break, maybe lots of people will see this and fix them
and jboss.net.

I think testing will significantly improve the visibility of this project.

thanks
david jencks

___
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] [ jboss-Bugs-546364 ] Startup hang on RedHat Linux 7.2

[noreply]

Bugs item #546364, was opened at 2002-04-19 17:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546364group_id=22866

Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: ssarver3 (ssarver3)
Assigned to: Nobody/Anonymous (nobody)
Summary: Startup hang on RedHat Linux 7.2

Initial Comment:
When starting a vanilla jboss-3.0.0RC1_tomcat-4.0.3 
on RedHat Linux 7.2, 2.4.7-10, i386, JBoss hangs
when it reaches:

[ClusterPartition]: Connecting to channel.

JBoss cannot be gracefully shutdown.
See attached: $JBOSS_HOME/server/default/log/server.log

--

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

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

[JBoss-dev] Automated JBoss Testsuite Results: 20-April-2002

[chris]

Number of tests run:   563



Successful tests:  534
Errors:15
Failures:  14



[time of test: 20 April 2002 2:48 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-20020124 (JIT enabled: jitc)]
[os.name: Linux]
[os.arch: x86]
[os.version: 2.4.9-31]

See http://lubega.com/testarchive/ibm_jdk13_20020124 for details of this test.

See http://lubega.com for general test information.

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.
Remember - if a test becomes broken after your changes - fix it or fix the test!





Oh dear - still got some errors!



Thanks for all your effort - we really do love you!



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

[JBoss-dev] Problem with forums...

[Luke Taylor]

Anyone had any problem logging in to the forums?

I either get in and remain as guest or I get an invalid user/password 
message (user=luke_t).

Luke.

-- 
  Luke Taylor.  Monkey Machine Ltd.
  PGP Key ID: 0x57E9523Chttp://www.mkeym.com




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

[JBoss-dev] [ jboss-Bugs-546364 ] Startup hang on RedHat Linux 7.2

[noreply]

Bugs item #546364, was opened at 2002-04-19 17:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546364group_id=22866

Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: ssarver3 (ssarver3)
Assigned to: Nobody/Anonymous (nobody)
Summary: Startup hang on RedHat Linux 7.2

Initial Comment:
When starting a vanilla jboss-3.0.0RC1_tomcat-4.0.3 
on RedHat Linux 7.2, 2.4.7-10, i386, JBoss hangs
when it reaches:

[ClusterPartition]: Connecting to channel.

JBoss cannot be gracefully shutdown.
See attached: $JBOSS_HOME/server/default/log/server.log

--

Comment By: Jason Dillon (user57)
Date: 2002-04-19 18:28

Message:
Logged In: YES 
user_id=15045

Do you have a network interface with multicast enabled?

--jason

--

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

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

Re: [JBoss-dev] Problem with forums...

[Jason Dillon]

You might try resetting your password.  I can get in just fine.

--jason


Luke Taylor wrote:

 Anyone had any problem logging in to the forums?

 I either get in and remain as guest or I get an invalid user/password 
 message (user=luke_t).

 Luke.




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

Re: [JBoss-dev] [ jboss-Bugs-546364 ] Startup hang on RedHat Linux 7.2

[ssarver]

Jason,

Multicast is not enabled.

-SS

* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13478

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

[JBoss-dev] [ jboss-Bugs-546374 ] in jaws.xml order tag

[noreply]

Bugs item #546374, was opened at 2002-04-19 21:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546374group_id=22866

Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: oleg shteynbuk (oshteynbuk)
Assigned to: Scott M Stark (starksm)
Summary: in jaws.xml order tag 

Initial Comment:
OS -   Win 2000 pro

jdk1.3.1_02

JBoss-2.4.4_Tomcat-4.0.1

in my jaws.xml i have only one finder

finder
namefindAllInstancesLess/name
queryID lt; {0} /query
orderID DESC/order
/finder

in http://www.jboss.org/j2ee/dtd/jaws_2_4.dtd

!ELEMENT finder (name , query , order? , read-ahead?)

order is optional

i do not need order but if i take it out i got an 
exception


[ERROR,AutoDeployer] DeploymentInfo 
failed:file:/C:/JBoss-2.4.4_Tomcat-4.0.1/jbo
ss/deploy/incrj2eeCmp.jar
org.jboss.deployment.J2eeDeploymentException: Error 
while starting incrj2eeCmp.j
ar: Could not deploy file:/C:/JBoss-2.4.4_Tomcat-
4.0.1/jboss/tmp/deploy/Default/
incrj2eeCmp.jar/, Cause: 
org.jboss.deployment.DeploymentException: Could not dep
loy file:/C:/JBoss-2.4.4_Tomcat-
4.0.1/jboss/tmp/deploy/Default/incrj2eeCmp.jar/,
 Cause: org.jboss.deployment.DeploymentException: 
Error in jaws.xml for Entity I
temImpl: expected one order tag
at 
org.jboss.deployment.J2eeDeployer.startModules
(J2eeDeployer.java:518)

at 
org.jboss.deployment.J2eeDeployer.startApplication
(J2eeDeployer.java:
459)
at org.jboss.deployment.J2eeDeployer.deploy
(J2eeDeployer.java:190)
at java.lang.reflect.Method.invoke(Native 
Method)
at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:16
28)
at 
com.sun.management.jmx.MBeanServerImpl.invoke
(MBeanServerImpl.java:15
23)
at org.jboss.deployment.AutoDeployer.deploy
(AutoDeployer.java:395)
at org.jboss.deployment.AutoDeployer.run
(AutoDeployer.java:233)
at java.lang.Thread.run(Thread.java:484)






--

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

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

Re: [JBoss-dev] [ jboss-Bugs-546364 ] Startup hang on RedHat Linux 7.2

[Jason Dillon]

Enable it  clustering will start.  Or remove cluster-service.xml from 
your deploy/ directory.

--jason


ssarver wrote:

Jason,

Multicast is not enabled.

-SS

* * *

View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13478

___
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: 20-April-2002

[chris]

Number of tests run:   570



Successful tests:  549
Errors:14
Failures:  7



[time of test: 20 April 2002 3:47 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Team]
[java.vm.version: Blackdown-1.3.1_02a-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-31]

See http://lubega.com/testarchive/blackdown_jdk131_02_native for details of this test.

See http://lubega.com for general test information.

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.
Remember - if a test becomes broken after your changes - fix it or fix the test!





Oh dear - still got some errors!



Thanks for all your effort - we really do love you!



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

[JBoss-dev] [ jboss-Bugs-546393 ] in standardjaws.xml remove-table tag

[noreply]

Bugs item #546393, was opened at 2002-04-19 23:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detailatid=376685aid=546393group_id=22866

Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: oleg shteynbuk (oshteynbuk)
Assigned to: Nobody/Anonymous (nobody)
Summary: in standardjaws.xml remove-table tag 

Initial Comment:
OS -   Win 2000 pro

jdk1.3.1_02

JBoss-2.4.4_Tomcat-4.0.1

in standardjaws.xml remove-table tag does not remove 
the table but in jaws.xml it does
if i delete line
   remove-tabletrue/remove-table  
from jaws.xml table is not removed and all data are 
there
if it is needed i could send default.script file from 
hypersonic directory 

my jaws.xml :
jaws
   datasourcejava:/DefaultDS/datasource
   type-mappingHypersonic SQL/type-mapping
   debugtrue/debug

   enterprise-beans

  entity
 ejb-nameItemImpl/ejb-name
  table-nameITEMIMPL/table-name 
  remove-tabletrue/remove-table 

  cmp-field


standardjaws.xml :   
jaws
   datasourcejava:/DefaultDS/datasource
   type-mappingHypersonic SQL/type-mapping
   debugtrue/debug
   default-entity
  create-tabletrue/create-table
  remove-tabletrue/remove-table
  tuned-updatesfalse/tuned-updates
  read-onlyfalse/read-only
  time-out300/time-out
  select-for-updatefalse/select-for-update
   /default-entity
   type-mappings



--

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

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

[JBoss-dev] Automated JBoss Testsuite Results: 20-April-2002

[chris]

Number of tests run:   538



Successful tests:  218
Errors:317
Failures:  3



[time of test: 20 April 2002 5:48 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Team]
[java.vm.version: Blackdown-1.3.1-02a-FCS]
[java.vm.name: Classic VM]
[java.vm.info: green threads, nojit]
[os.name: Linux]
[os.arch: i386]
[os.version: 2.4.9-31]

See http://lubega.com/testarchive/blackdown_jdk131_02_green for details of this test.

See http://lubega.com for general test information.

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.
Remember - if a test becomes broken after your changes - fix it or fix the test!





Oh dear - still got some errors!



Thanks for all your effort - we really do love you!



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

[JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work

[chris]

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

JAVA VERSION DETAILS
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.1-02a-FCS)
Classic VM (build Blackdown-1.3.1-02a-FCS, green threads, nojit)

=

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] Multiple Axis Engines, How To?

[Frederick N. Brier]

Dr. Jung, I've been working on Flash being a SOAP client.  I didn't realize 
how brain dead Macromedia's XML implementation was.  There is no namespace 
support (it gets confused), no types other than string for which you don't 
specify the type, and no validation.  However, I still think it will be a 
valuable feature.

I believe this can be done by telling the MessageContext to not use 
namespace prefixes in the elements of the response.  Please correct me if I 
am wrong.  The code and doc seem to indicate this requires a handler to be 
written and then specified in the Axis engine configuration, which is done 
in the axis-config.xml file (responseFlow) in the ./server/default/conf 
directory.  The problem is that the top level element is deployment which 
appears to allow only one Axis Engine to be configured.  Its name is 
JBoss.net.  This file is actually loaded in the class AxisService [line 
200-212] creating a AxisServer (engine) class instance into the data member 
axisServer.  So it appears that the AxisService which is also the Axis 
deployer only supports one engine and thus only one set of handlers.

Looking at the AxisServiceServlet class, it looks like you intended to 
allow each ServletContext to specify a different engine [line 
40].  However, this would require that each Servlet configuration 
(install-axis.xml) to specify an attribute which would be an XML file that 
would effectively be the axis-config.xml file (the Axis engine 
configuration specifying handlers).  As you have already done, if the 
AXIS_ENGINE_ATTRIBUTE (AxisEngine) attribute in the ServletConfig is not 
set, the engine is created, and the attribute set with the engine 
instance.  The axis-config.xml type file would be exist in the  jboss-net.sar.

It doesn't seem that it would be additional overhead to have multiple 
engines which are just chains of handlers.  I'm not sure, but it seems 
like this change would also allow support of multiple security 
configurations.  What are your thoughts on this?  Thank you again.


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