[JBoss-dev] CVS update: jbosssx/src/build build.xml
User: starksm
Date: 02/04/08 23:36:22
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add the jce1_2_1.jar jar
Revision ChangesPath
No revision
No revision
1.11.2.9 +2 -1 jbosssx/src/build/Attic/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosssx/src/build/Attic/build.xml,v
retrieving revision 1.11.2.8
retrieving revision 1.11.2.9
diff -u -r1.11.2.8 -r1.11.2.9
--- build.xml 5 Feb 2002 18:57:42 - 1.11.2.8
+++ build.xml 9 Apr 2002 06:36:21 - 1.11.2.9
@@ -1,6 +1,6 @@
!-- An ant build file for JBossSX security framework
@author [EMAIL PROTECTED]
-@version $Revision: 1.11.2.8 $
+@version $Revision: 1.11.2.9 $
--
project name=JBossSX default=jar basedir=../../
!-- The location of the JBoss server dist tree. This is
@@ -68,6 +68,7 @@
pathelement path=${jboss.lib.ext}/jboss-j2ee.jar /
pathelement path=${jboss.lib.ext}/jnpserver.jar /
pathelement path=${jboss.lib.ext}/jcert.jar /
+pathelement path=${jboss.lib.ext}/jce1_2_1.jar /
pathelement path=${jboss.lib.ext}/jnet.jar /
pathelement path=${jboss.lib.ext}/jsse.jar /
pathelement path=${jboss.lib.ext}/log4j.jar /
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 9-April-2002
JBoss daily test results SUMMARY Number of tests run: 544 Successful tests: 221 Errors:315 Failures: 8 [time of test: 9 April 2002 7:12 GMT] [java.version: 1.4.0] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.0-b92] [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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test 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] CVS update: jbosssx/src/main/org/jboss/security/srp SRPParameters.java SRPServerListener.java
User: starksm
Date: 02/04/08 23:43:47
Added: src/main/org/jboss/security/srp Tag: Branch_2_4
SRPParameters.java SRPServerListener.java
Log:
Update SRP classes and tests
Revision ChangesPath
No revision
No revision
1.2.2.1 +1 -1 jbosssx/src/main/org/jboss/security/srp/SRPParameters.java
Index: SRPParameters.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPParameters.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- SRPParameters.java14 Mar 2002 19:10:59 - 1.2
+++ SRPParameters.java9 Apr 2002 06:43:47 - 1.2.2.1
@@ -16,7 +16,7 @@
alternate hash algorithm for the private session key.
@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@version $Revision: 1.2.2.1 $
*/
public class SRPParameters implements Cloneable, Serializable
{
1.1.2.1 +1 -1 jbosssx/src/main/org/jboss/security/srp/SRPServerListener.java
Index: SRPServerListener.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPServerListener.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- SRPServerListener.java14 Mar 2002 19:11:57 - 1.1
+++ SRPServerListener.java9 Apr 2002 06:43:47 - 1.1.2.1
@@ -3,7 +3,7 @@
/** A callback interface for SRP session events.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public interface SRPServerListener
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/crypto/digest SHAInterleave.java SHAReverseInterleave.java
User: starksm
Date: 02/04/08 23:43:24
Added: src/main/org/jboss/crypto/digest Tag: Branch_2_4
SHAInterleave.java SHAReverseInterleave.java
Log:
Add the crypto classes
Revision ChangesPath
No revision
No revision
1.1.2.1 +1 -1 jbosssx/src/main/org/jboss/crypto/digest/SHAInterleave.java
Index: SHAInterleave.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/digest/SHAInterleave.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- SHAInterleave.java8 Mar 2002 05:31:02 - 1.1
+++ SHAInterleave.java9 Apr 2002 06:43:24 - 1.1.2.1
@@ -10,7 +10,7 @@
needs an SHA MessageDigest provider to function.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class SHAInterleave extends MessageDigestSpi
{
1.1.2.1 +1 -1
jbosssx/src/main/org/jboss/crypto/digest/SHAReverseInterleave.java
Index: SHAReverseInterleave.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/digest/SHAReverseInterleave.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- SHAReverseInterleave.java 8 Mar 2002 05:31:03 - 1.1
+++ SHAReverseInterleave.java 9 Apr 2002 06:43:24 - 1.1.2.1
@@ -15,7 +15,7 @@
Jhong for the SRP Distribution (http://srp.stanford.edu/srp/).
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class SHAReverseInterleave extends MessageDigestSpi
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/crypto CipherClientSocketFactory.java CipherServerSocket.java CipherServerSocketFactory.java CipherSocket.java JBossSXProvider.java
User: starksm
Date: 02/04/08 23:43:24
Added: src/main/org/jboss/crypto Tag: Branch_2_4
CipherClientSocketFactory.java
CipherServerSocket.java
CipherServerSocketFactory.java CipherSocket.java
JBossSXProvider.java
Log:
Add the crypto classes
Revision ChangesPath
No revision
No revision
1.1.2.1 +2 -2 jbosssx/src/main/org/jboss/crypto/CipherClientSocketFactory.java
Index: CipherClientSocketFactory.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/CipherClientSocketFactory.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- CipherClientSocketFactory.java8 Mar 2002 05:31:02 - 1.1
+++ CipherClientSocketFactory.java9 Apr 2002 06:43:24 - 1.1.2.1
@@ -17,11 +17,11 @@
with an SRP session key to create an encrypted stream.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class CipherClientSocketFactory implements RMIClientSocketFactory,
Serializable
{
- private static final long serialVersionUID = -6412485012870705607L;
+ //private static final long serialVersionUID = -6412485012870705607L;
/** Creates new CipherClientSocketFactory */
public CipherClientSocketFactory()
1.1.2.1 +0 -0 jbosssx/src/main/org/jboss/crypto/CipherServerSocket.java
Index: CipherServerSocket.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/CipherServerSocket.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
1.1.2.1 +1 -1 jbosssx/src/main/org/jboss/crypto/CipherServerSocketFactory.java
Index: CipherServerSocketFactory.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/CipherServerSocketFactory.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- CipherServerSocketFactory.java8 Mar 2002 05:31:02 - 1.1
+++ CipherServerSocketFactory.java9 Apr 2002 06:43:24 - 1.1.2.1
@@ -23,7 +23,7 @@
KeyStore.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class CipherServerSocketFactory implements RMIServerSocketFactory
{
1.1.2.1 +0 -0 jbosssx/src/main/org/jboss/crypto/CipherSocket.java
Index: CipherSocket.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/CipherSocket.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
1.1.2.1 +1 -1 jbosssx/src/main/org/jboss/crypto/JBossSXProvider.java
Index: JBossSXProvider.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/crypto/JBossSXProvider.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- JBossSXProvider.java 8 Mar 2002 05:31:02 - 1.1
+++ JBossSXProvider.java 9 Apr 2002 06:43:24 - 1.1.2.1
@@ -4,7 +4,7 @@
the JBossSX framework.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class JBossSXProvider extends java.security.Provider
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/test CipherClient.java CipherServer.java SRPProtocolTestCase.java TestJCEIntegration.java
User: starksm
Date: 02/04/08 23:43:47
Added: src/main/org/jboss/test Tag: Branch_2_4 CipherClient.java
CipherServer.java SRPProtocolTestCase.java
TestJCEIntegration.java
Log:
Update SRP classes and tests
Revision ChangesPath
No revision
No revision
1.1.2.1 +45 -0 jbosssx/src/main/org/jboss/test/Attic/CipherClient.java
1.1.2.1 +47 -0 jbosssx/src/main/org/jboss/test/Attic/CipherServer.java
1.3.2.1 +3 -3 jbosssx/src/main/org/jboss/test/SRPProtocolTestCase.java
Index: SRPProtocolTestCase.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/SRPProtocolTestCase.java,v
retrieving revision 1.3
retrieving revision 1.3.2.1
diff -u -r1.3 -r1.3.2.1
--- SRPProtocolTestCase.java 8 Mar 2002 05:55:49 - 1.3
+++ SRPProtocolTestCase.java 9 Apr 2002 06:43:47 - 1.3.2.1
@@ -17,7 +17,7 @@
import org.apache.log4j.PatternLayout;
import org.apache.log4j.WriterAppender;
-import org.jboss.logging.XPriority;
+import org.jboss.logging.TracePriority;
import org.jboss.security.Util;
import org.jboss.security.srp.SRPConf;
import org.jboss.security.srp.SRPServerInterface;
@@ -28,7 +28,7 @@
/** Test of the SRP protocol msg exchange sequence.
@author [EMAIL PROTECTED]
-@version $Revision: 1.3 $
+@version $Revision: 1.3.2.1 $
*/
public class SRPProtocolTestCase extends junit.framework.TestCase
{
@@ -45,7 +45,7 @@
{
// Set up a simple configuration that logs on the console.
Category root = Category.getRoot();
-root.setPriority(XPriority.TRACE);
+root.setPriority(TracePriority.TRACE);
root.addAppender(new WriterAppender(new PatternLayout(%x%m%n),
System.out));
Util.init();
NDC.push(S,);
1.1.2.1 +3 -3 jbosssx/src/main/org/jboss/test/TestJCEIntegration.java
Index: TestJCEIntegration.java
===
RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/TestJCEIntegration.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- TestJCEIntegration.java 8 Mar 2002 05:55:49 - 1.1
+++ TestJCEIntegration.java 9 Apr 2002 06:43:47 - 1.1.2.1
@@ -19,7 +19,7 @@
import org.apache.log4j.NDC;
import org.apache.log4j.PatternLayout;
-import org.jboss.logging.XPriority;
+import org.jboss.logging.TracePriority;
import org.jboss.security.Util;
import org.jboss.security.srp.SRPConf;
import org.jboss.security.srp.SRPParameters;
@@ -30,7 +30,7 @@
/** Tests of using the Java Cryptography Extension framework with SRP.
@author [EMAIL PROTECTED]
- @version $Revision: 1.1 $
+ @version $Revision: 1.1.2.1 $
*/
public class TestJCEIntegration
{
@@ -41,7 +41,7 @@
{
// Set up a simple configuration that logs on the console.
Category root = Category.getRoot();
- root.setPriority(XPriority.TRACE);
+ root.setPriority(TracePriority.TRACE);
root.addAppender(new WriterAppender(new PatternLayout(%x%m%n), System.out));
Util.init();
NDC.push(S,);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Thread deadlock in class loader
Looks like you are a victim of the private synchronized localClassInternal-syndrom that is already known to us and that cannot be resolved except by SUN or by patching the JDK´s java.lang.ClassLoader (remove the synchronized at localClassInternal either by recompiling or by BCEL?) ... Happens very seldom, since most of the classloading happens in one thread at app-startup. Ok, maybe now I will file a bug at SUN ... CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. April 2002 17:43 An: Jboss-Development@Lists. Sourceforge. Net Betreff: [JBoss-dev] Thread deadlock in class loader I have a strange deadlock problem between two threads that are completely unrelated. Could some-one point me in the right direction to solve this problem. Here are the two threads in question .. The first one ins accessing thrid party jars and the second one is trying to look up an entity bean and is getting hung up in the jaas security. CCRAPoll prio=5 tid=0x87000d0 nid=0x943 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at com.candata.gateway.Encryption.init(Unknown Source) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and ... MessageListenerThread - CCRARecv prio=5 tid=0x8671b60 nid=0x946 waiting for monitor entry [0xbb1fd000..0xbb1ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:195) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:626) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:599) at
[JBoss-dev] CVS update: jboss build.xml
User: starksm
Date: 02/04/09 00:50:39
Modified:.Tag: Branch_2_4 build.xml
Log:
Update for JBoss_2_4_5_RC1
Revision ChangesPath
No revision
No revision
1.33.2.10 +16 -6 jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.33.2.9
retrieving revision 1.33.2.10
diff -u -r1.33.2.9 -r1.33.2.10
--- build.xml 4 Apr 2002 08:27:55 - 1.33.2.9
+++ build.xml 9 Apr 2002 07:50:39 - 1.33.2.10
@@ -11,8 +11,8 @@
your system/environment. This can be done by editing this file,
or creating an .ant.properties file in the directory from step 1.
a. version-tag: set this to the cvs tag you want to build. For example,
-to build the JBoss_2_4_4 version use:
- version-tag=JBoss_2_4_4
+to build the JBoss_2_4_5 version use:
+ version-tag=JBoss_2_4_5
To build the latest 2.4 branch chode use:
version-tag=Branch_2_4
b. tomcat3x: set to the absolute path of the jakarta-tomcat-3.2.3 distribution
@@ -30,9 +30,9 @@
project name=JBoss-2.4.x Dist default=dist
property file=.ant.properties /
- property name=version value=2.4.5/
+ property name=version value=2.4.5.RC1/
!-- Change to the cvs version tag you want to build --
- property name=version-tag value=JBoss_2_4_5 /
+ property name=version-tag value=JBoss_2_4_5_RC1 /
!-- The CVSROOT value --
property name=cvsroot
value=:pserver:[EMAIL PROTECTED]:/cvsroot/jboss /
!-- The location of the jakarta-tomcat-3.2.3 distribution --
@@ -40,8 +40,8 @@
!-- The location of the jakarta-tomcat-4.0 distribution --
property name=tomcat4x value=jakarta-tomcat-4.0.3 /
!-- The location of the Jetty-3.1.3-1 distribution --
- property name=jetty value=Jetty-3.1.3-1 /
- property name=jetty-jmx value=JettyExtra-1.0.1/jmx /
+ property name=jetty value=Jetty-4.0.0 /
+ property name=jetty-jmx value=JettyExtra-4.0.0/jmx /
target name=init unless=build.time
tstamp
@@ -141,6 +141,15 @@
quiet=true
output=jetty.log
/
+echo message=Checking out JBossTest/
+cvs cvsRoot=${cvsroot}
+ command=${cvs-op}
+ package=jbosstest
+ tag=${version-tag}
+ dest=.
+ quiet=true
+ output=jbosstest.log
+/
/target
target name=cvs-co
@@ -256,3 +265,4 @@
/target
/project
+
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541424 ] Unpacked deploy of ear fails
Bugs item #541424, was opened at 2002-04-09 08:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541424group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Erik Turesson (eritu) Assigned to: Nobody/Anonymous (nobody) Summary: Unpacked deploy of ear fails Initial Comment: I am trying to deploy an anpacked ear file using the latest from CVS. I use Windows 2000 and JDK 1.3.1_02 I have the directorystructure that I have submited a image file. Jboss is not deploying my ear. If I try deploying it by hand using the MainDeployer I receive the following printouts: 2002-04-09 08:24:47,441 INFO [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/c:/Program/Jboss- jetty/server/default/deploy/webbpublication.ear/META- INF/application.xml 2002-04-09 08:24:47,441 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment (init step) of package at: file:/c:/Program/Jboss- jetty/server/default/deploy/webbpublication.ear/META- INF/application.xml 2002-04-09 08:24:47,491 DEBUG [org.jboss.deployment.MainDeployer] No deployer found for url: file:/c:/Program/Jboss- jetty/server/default/deploy/webbpublication.ear/META- INF/application.xml 2002-04-09 08:24:47,491 DEBUG [org.jboss.deployment.MainDeployer] Watching new file: file:/c:/Program/Jboss- jetty/server/default/deploy/webbpublication.ear/META- INF/application.xml 2002-04-09 08:24:47,491 INFO [org.jboss.deployment.MainDeployer] Deployment of package: file:/c:/Program/Jboss- jetty/server/default/deploy/webbpublication.ear/META- INF/application.xml is waiting for an appropriate deployer. My application.xml file looks like this. ?xml version=1.0 encoding=UTF-8? !DOCTYPE application PUBLIC '-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN' 'file:///jboss/lib/dtd/application_1_3.dtd' application display-nameWebb Publication/display-name descriptionApplication description/description module web web-uriwebbpublication.war/web-uri context-root/webbpublication/*/context-root /web /module module ejbsequence.jar/ejb /module module ejbpublication.jar/ejb /module module ejbconfiguration.jar/ejb /module module ejblayout.jar/ejb /module /application If I have the ear in a packed format it is deployed fine. /Erik Turesson -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541424group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-541442 ] Fix NoClassDefFoundError with jboss.net
Patches item #541442, was opened at 2002-04-09 08:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541442group_id=22866 Category: JbossSOAP Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Martin Maisey (mjmaisey) Assigned to: Nobody/Anonymous (nobody) Summary: Fix NoClassDefFoundError with jboss.net Initial Comment: Apache Axis needs the techtrader bytecode library available, otherwise a NoClassDefFoundError is received on JBoss startup. I have defined the library (which was already checked in by Christoph) in the main build.xml, and referenced it in the JBoss.net section. Note that there is still an exception on startup as there are underlying problems with the jboss.net subdeployer at the moment -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541442group_id=22866 ___ 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 DebugServlet.java EJBOnStartupServlet.java
User: starksm
Date: 02/04/09 00:59:00
Modified:src/main/org/jboss/test/web/servlets Tag: Branch_2_4
DebugServlet.java EJBOnStartupServlet.java
Log:
Print the classloader hash code in hex
Revision ChangesPath
No revision
No revision
1.3.2.3 +2 -2 jbosstest/src/main/org/jboss/test/web/servlets/DebugServlet.java
Index: DebugServlet.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/servlets/DebugServlet.java,v
retrieving revision 1.3.2.2
retrieving revision 1.3.2.3
diff -u -r1.3.2.2 -r1.3.2.3
--- DebugServlet.java 28 Sep 2001 19:15:20 - 1.3.2.2
+++ DebugServlet.java 9 Apr 2002 07:59:00 - 1.3.2.3
@@ -17,7 +17,7 @@
/** A servlet that dumps out debugging information about its environment.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.3.2.2 $
+ * @version $Revision: 1.3.2.3 $
*/
public class DebugServlet extends HttpServlet
{
@@ -27,7 +27,7 @@
response.setContentType(text/html);
PrintWriter out = response.getWriter();
out.println(html);
-out.println(headtitleENCServlet/title/head);
+out.println(headtitleDebugServlet/title/head);
out.println(h1Debug Accessed/h1);
out.println(body);
out.println(h2Call Stack/h2);
1.3.2.3 +13 -10
jbosstest/src/main/org/jboss/test/web/servlets/EJBOnStartupServlet.java
Index: EJBOnStartupServlet.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/servlets/EJBOnStartupServlet.java,v
retrieving revision 1.3.2.2
retrieving revision 1.3.2.3
diff -u -r1.3.2.2 -r1.3.2.3
--- EJBOnStartupServlet.java 20 Oct 2001 00:57:34 - 1.3.2.2
+++ EJBOnStartupServlet.java 9 Apr 2002 07:59:00 - 1.3.2.3
@@ -22,7 +22,7 @@
to test web component startup ordering with respect to ebj components.
@author [EMAIL PROTECTED]
-@version $Revision: 1.3.2.2 $
+@version $Revision: 1.3.2.3 $
*/
public class EJBOnStartupServlet extends HttpServlet
{
@@ -34,6 +34,17 @@
boolean failOnError = true;
if( param != null Boolean.valueOf(param).booleanValue() == false )
failOnError = false;
+String loaderTrace = null;
+ClassLoader loader = Thread.currentThread().getContextClassLoader();
+try
+{
+ loaderTrace = Util.displayClassLoaders(loader);
+}
+catch(NamingException ne)
+{
+ ne.printStackTrace();
+}
+
try
{
// Access the Util.configureLog4j() method to test classpath resource
@@ -47,15 +58,7 @@
catch(Exception e)
{
e.printStackTrace();
-ClassLoader loader = Thread.currentThread().getContextClassLoader();
-try
-{
- System.out.println(Util.displayClassLoaders(loader));
-}
-catch(NamingException ne)
-{
- ne.printStackTrace();
-}
+System.out.println(loaderTrace);
if( failOnError == true )
throw new ServletException(Failed to init EJBOnStartupServlet, e);
}
___
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/util Util.java
User: starksm
Date: 02/04/09 00:59:01
Modified:src/main/org/jboss/test/web/util Tag: Branch_2_4 Util.java
Log:
Print the classloader hash code in hex
Revision ChangesPath
No revision
No revision
1.2.2.3 +3 -2 jbosstest/src/main/org/jboss/test/web/util/Util.java
Index: Util.java
===
RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/util/Util.java,v
retrieving revision 1.2.2.2
retrieving revision 1.2.2.3
diff -u -r1.2.2.2 -r1.2.2.3
--- Util.java 10 Oct 2001 22:06:15 - 1.2.2.2
+++ Util.java 9 Apr 2002 07:59:01 - 1.2.2.3
@@ -18,7 +18,7 @@
lib jars.
@author [EMAIL PROTECTED]
-@version $Revision: 1.2.2.2 $
+@version $Revision: 1.2.2.3 $
*/
public class Util
{
@@ -114,7 +114,8 @@
int level = 0;
while( cl != null )
{
-String msg = Servlet ClassLoader[+level+]:
+cl.getClass().getName()+':'+cl.hashCode();
+String hashCode = Integer.toHexString(cl.hashCode());
+String msg = Servlet ClassLoader[+level+]:
+cl.getClass().getName()+'@'+hashCode;
out.println(msg);
if( cl instanceof URLClassLoader )
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/interfaces PerfTestSession.java PerfTestSessionHome.java ProbeLocalHome.java
User: starksm
Date: 02/04/09 00:58:06
Added: src/main/org/jboss/test/perf/interfaces Tag: Branch_2_4
PerfTestSession.java PerfTestSessionHome.java
ProbeLocalHome.java
Log:
Add local interface perf tests
Revision ChangesPath
No revision
No revision
1.1.2.1 +0 -0
jbosstest/src/main/org/jboss/test/perf/interfaces/PerfTestSession.java
Index: PerfTestSession.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/PerfTestSession.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- PerfTestSession.java 16 Feb 2002 21:14:56 - 1.1
+++ PerfTestSession.java 9 Apr 2002 07:58:05 - 1.1.2.1
@@ -9,7 +9,7 @@
/** A session bean that tests intra-VM EJB call invocation overhead.
@author [EMAIL PROTECTED]
- @version $Revision: 1.1 $
+ @version $Revision: 1.1.2.1 $
*/
public interface PerfTestSession extends javax.ejb.EJBObject
{
1.1.2.1 +0 -0
jbosstest/src/main/org/jboss/test/perf/interfaces/PerfTestSessionHome.java
Index: PerfTestSessionHome.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/PerfTestSessionHome.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
1.1.2.1 +1 -2
jbosstest/src/main/org/jboss/test/perf/interfaces/ProbeLocalHome.java
Index: ProbeLocalHome.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/ProbeLocalHome.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- ProbeLocalHome.java 16 Feb 2002 21:14:56 - 1.1
+++ ProbeLocalHome.java 9 Apr 2002 07:58:05 - 1.1.2.1
@@ -1,15 +1,14 @@
package org.jboss.test.perf.interfaces;
import javax.ejb.EJBException;
-import javax.ejb.EJBLocalHome;
import javax.ejb.CreateException;
/** A trivial stateless session bean for testing round trip call
throughput.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
-public interface ProbeLocalHome extends EJBLocalHome
+public interface ProbeLocalHome extends javax.ejb.EJBLocalHome
{
ProbeLocal create() throws CreateException, EJBException;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/ejb PerfTestSessionBean.java
User: starksm
Date: 02/04/09 00:58:05
Added: src/main/org/jboss/test/perf/ejb Tag: Branch_2_4
PerfTestSessionBean.java
Log:
Add local interface perf tests
Revision ChangesPath
No revision
No revision
1.1.2.1 +1 -1
jbosstest/src/main/org/jboss/test/perf/ejb/PerfTestSessionBean.java
Index: PerfTestSessionBean.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/ejb/PerfTestSessionBean.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- PerfTestSessionBean.java 16 Feb 2002 21:14:55 - 1.1
+++ PerfTestSessionBean.java 9 Apr 2002 07:58:05 - 1.1.2.1
@@ -23,7 +23,7 @@
html report showing the output of each test run against the Probe session.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class PerfTestSessionBean extends SessionSupport
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen [¢Ë z÷¥¢ÙX§X¬´è²Ç^½éh¦g§¶X¬¶Ë(º· ~àzwÛi³ÿåËl²«qç讧zßåËlþX¬¶)ߣøÛ¢Ë z÷¥¢
[JBoss-dev] AW: Patches to jboss.net
Hello Martin, Thanks for having such a deep look into jboss.net and fixing these open issues. Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), some of them are One of those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... I´m trying to get your patches applied together with the typemapping parameterization today, I promise ;-) CGJ -Ursprüngliche Nachricht- Von: Martin Maisey [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 9. April 2002 10:49 An: Christoph Jung Cc: Marius Kotsbak; Jason Dillon Betreff: Patches to jboss.net Hi Christoph I don't know if you noticed, but Marius Kotsbak and I have been having a go with JBoss.net recently and hit a few problems. Marius also had problems getting you on your jboss.org email address (bounced), and I noticed you posting earlier on this one so I thought I'd try it out. I have submitted three patches (541442, 541454, 541455) to fix a couple of build problems and a minor issue that was stopping the subdeployer getting registered. Could you have a look over them? If you don't have a chance, Jason has volunteered to commit for me. Many thanks for all your work on JBoss.net! Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3 users -- warning of impending configuration change
David, I checked the example for mysql that there is already in the examples section, and it works fine. Two notes: 1.- The comments in the Oracle file are better than those on the mysql file. I would include them. In particular I recall the JAAS Realm comments. 2.- There is a typo in the JNDIName, it is still DefaultDS instead of MysqlDS. Anyways it should be replaced to use the datasource, but induces to confusion. 3.- By default I would comment the JAAS Realm option, but that is only an opinion. Greatgreatgreat Job. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de marc fleury Enviado el: martes, 09 de abril de 2002 2:57 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] JBoss 3 users -- warning of impending configuration change COME ON GUYS ONE MORE ONE MORE, as we go to final, please help with the database configuration for newbies, thanks for taking the time and pain to put it together, come on guys... David maybe a list of what databases are missing would be useful? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Larry |Sanderson |Sent: Monday, April 08, 2002 3:30 PM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3 users -- warning of impending |configuration change | | | PLEASE CONTRIBUTE YOUR NEW WORKING CONFIGURATIONS! | |Here is one for the Informix DB. The XA portion only works if the |following patch is applied: |http://sourceforge.net/tracker/?func=detailaid=541255group_id=228 |66atid=376687 | |-Larry |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12301 | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development | |Sponsored by http://www.ThinkGeek.com/ | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-541455 ] Build fix for JBoss.net unit test suite
Patches item #541455, was opened at 2002-04-09 09:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541455group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Maisey (mjmaisey) Assigned to: Nobody/Anonymous (nobody) Summary: Build fix for JBoss.net unit test suite Initial Comment: Minor fix for capitalisation error in test suite build file when deleting a file - build probably worked fine on Windows but broke on unix -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541455group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBoss.net class not found and deployer registration problems
It´s in. Could you please check that it works now (at least the part of the testsuite that does not depend On DefaultDS to be bound, there seems to be something broken with JCA right now). CGJ -Ursprüngliche Nachricht- Von: Martin Maisey [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. April 2002 00:32 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] JBoss.net class not found and deployer registration problems Christoph/whoever, I have been trying to get JBoss.net up and running to have a play about with, and have hit a few problems. Before going too much further, I just wanted to check that I'm not doing something stupid, as I'm a relative novice with both JBoss and Axis. I'm using the head revision of jboss-all from earlier this evening, with Sun JDK 1.3.1-b24 on SuSE Linux w/ hotspot client VM in mixed mode. I built using ./build.sh all, then ./build.sh -Dgroups=optional. Firstly, I got a NoClassDefFoundError trying on starting JBoss.net trying to find some of the techtrader classes. I temporarily fixed this by copying thirdparty/techtrader/lib/tt-bytecode.jar to build/output/jboss-3.0.0beta2/lib, but it should really be fixed in the jboss.net build.xml as far as I can see (looks simple enough, I will submit a patch if someone can integrate it for me). This got rid of the initial error, but I now get an exception as follows: 21:50:09,318 ERROR [AxisService] Could not register with MainDeployer ReflectionException: Exception when calling method for 'addDeployer(,org.jboss.deployment.SubDeployer)' Cause: java.lang.IllegalArgumentException: argument type mismatch at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:312) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.net.axis.server.AxisService.startService(AxisService.java:329) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:805) at $Proxy1.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:309) at org.jboss.system.ServiceController.start(ServiceController.java:327) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:278) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:672) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:517) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:480) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:329) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymen tScanner.java:516) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:389) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:805) at $Proxy1.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:309) at org.jboss.system.ServiceController.start(ServiceController.java:327) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:324) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:213) at org.jboss.Main.boot(Main.java:138) at
[JBoss-dev] RE: AW: Patches to jboss.net
Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JBoss.net class not found and deployer registration problems
Thank you. I will check if it works as soon I get time. Are you sure that the .wsr/ear - testsuite jars are created? I couldn't see them. Jung , Dr. Christoph wrote: It´s in. Could you please check that it works now (at least the part of the testsuite that does not depend On DefaultDS to be bound, there seems to be something broken with JCA right now). CGJ -Ursprüngliche Nachricht- Von: Martin Maisey [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. April 2002 00:32 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] JBoss.net class not found and deployer registration problems Christoph/whoever, I have been trying to get JBoss.net up and running to have a play about with, and have hit a few problems. Before going too much further, I just wanted to check that I'm not doing something stupid, as I'm a relative novice with both JBoss and Axis. I'm using the head revision of jboss-all from earlier this evening, with Sun JDK 1.3.1-b24 on SuSE Linux w/ hotspot client VM in mixed mode. I built using ./build.sh all, then ./build.sh -Dgroups=optional. Firstly, I got a NoClassDefFoundError trying on starting JBoss.net trying to find some of the techtrader classes. I temporarily fixed this by copying thirdparty/techtrader/lib/tt-bytecode.jar to build/output/jboss-3.0.0beta2/lib, but it should really be fixed in the jboss.net build.xml as far as I can see (looks simple enough, I will submit a patch if someone can integrate it for me). This got rid of the initial error, but I now get an exception as follows: 21:50:09,318 ERROR [AxisService] Could not register with MainDeployer ReflectionException: Exception when calling method for 'addDeployer(,org.jboss.deployment.SubDeployer)' Cause: java.lang.IllegalArgumentException: argument type mismatch at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:312) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.net.axis.server.AxisService.startService(AxisService.java:329) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:805) at $Proxy1.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:309) at org.jboss.system.ServiceController.start(ServiceController.java:327) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:278) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:672) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:517) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:480) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:329) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymen tScanner.java:516) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:389) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:805) at $Proxy1.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:309) at org.jboss.system.ServiceController.start(ServiceController.java:327) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at
[JBoss-dev] Re: AW: Patches to jboss.net
Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? There are updated pages in the CVS, under jboss.net/doc, if you haven't seen it :-) I suppose it will be published the next time the web is updated. I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] AW: AW: Patches to jboss.net
Unfortunately, the update is still a manual copy process (one copy and commit operation by me, one checkout by marc and a copy to the actual webserver directoy) ... I plan to get an alpha announcement out by the end of this week and will do it then. CGJ -Ursprüngliche Nachricht- Von: Marius [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 9. April 2002 12:31 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: Re: AW: Patches to jboss.net Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? There are updated pages in the CVS, under jboss.net/doc, if you haven't seen it :-) I suppose it will be published the next time the web is updated. I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/jmx/wsr - New directory
User: cgjung Date: 02/04/09 02:56:48 contrib/jboss.net/testsuite/src/resources/jmx/wsr - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build run_tests.xml
User: starksm
Date: 02/04/09 01:07:43
Modified:src/build Tag: Branch_2_4 run_tests.xml
Log:
Update the jndi.properties path for the jrmp test
Revision ChangesPath
No revision
No revision
1.15.2.11 +8 -6 jbosstest/src/build/Attic/run_tests.xml
Index: run_tests.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/Attic/run_tests.xml,v
retrieving revision 1.15.2.10
retrieving revision 1.15.2.11
diff -u -r1.15.2.10 -r1.15.2.11
--- run_tests.xml 14 Dec 2001 03:30:33 - 1.15.2.10
+++ run_tests.xml 9 Apr 2002 08:07:43 - 1.15.2.11
@@ -2,7 +2,7 @@
!-- An ant build file for running the test code against a
JBoss server dist
-$Revision: 1.15.2.10 $
+$Revision: 1.15.2.11 $
--
project name=JBossUnitTests default=run-tests basedir=../../
@@ -64,8 +64,8 @@
path id=test.classpath
pathelement path=${lib.dir}/ant.jar /
pathelement path=${lib.dir}/ant-optional.jar /
- pathelement path=${src.lib.dir}/deploy.jar /
pathelement path=${src.lib.dir}/junit.jar /
+ pathelement path=${jboss.client}/deploy.jar /
pathelement path=${jboss.client}/connector.jar /
pathelement path=${jboss.client}/jnp-client.jar /
pathelement path=${jboss.client}/jboss-client.jar /
@@ -137,7 +137,7 @@
--
!-- === --
target name=basic-security-tests
-junit printsummary=no haltonfailure=yes fork=true
+junit printsummary=no haltonfailure=no fork=true
dir=${build.classes.dir} timeout=${test.timeout}
jvmarg value=-Djava.security.manager /
@@ -179,6 +179,7 @@
jvmarg value=-Djbosstest.deploy.dir=${build.deploy.dir} /
classpath
path refid=test.classpath /
+pathelement path=${src.lib.dir} /
pathelement path=${build.lib.dir}/jrmp-dl-client.jar /
/classpath
@@ -258,7 +259,7 @@
/junit
!-- Run with a global security domain --
-junit printsummary=no haltonfailure=yes fork=true
+junit printsummary=no haltonfailure=no fork=true
dir=${build.classes.dir} timeout=${test.timeout}
jvmarg value=-Djava.security.manager /
@@ -310,6 +311,7 @@
!-- === --
!-- === --
target name=test1
+property name=cp refid=test.classpath /
junit printsummary=yes haltonfailure=no fork=true
dir=${build.classes.dir} timeout=${test.timeout}
@@ -323,9 +325,9 @@
pathelement path=${build.classes.dir} /
pathelement path=${jboss.lib}/jboss-jaas.jar /
/classpath
-formatter type=plain usefile=false /
+formatter type=xml usefile=true /
-test name=org.jboss.test.perf.test.TestPerf /
+test name=org.jboss.test.web.test.TestWebIntegration /
/junit
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/jmx/sar/META-INF web-service.xml
User: cgjung Date: 02/04/09 02:59:41 Removed: jboss.net/testsuite/src/resources/jmx/sar/META-INF web-service.xml Log: parameterizable typemappings. adopted latest subdeployer changes/patches from Mr. Maisey. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/jmx/wsr/META-INF - New directory
User: cgjung Date: 02/04/09 02:56:56 contrib/jboss.net/testsuite/src/resources/jmx/wsr/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net .classpath
User: cgjung Date: 02/04/09 02:59:40 Modified:jboss.net .classpath Log: parameterizable typemappings. adopted latest subdeployer changes/patches from Mr. Maisey. Revision ChangesPath 1.2 +15 -14contrib/jboss.net/.classpath Index: .classpath === RCS file: /cvsroot/jboss/contrib/jboss.net/.classpath,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- .classpath2 Apr 2002 13:48:35 - 1.1 +++ .classpath9 Apr 2002 09:59:39 - 1.2 @@ -1,23 +1,24 @@ ?xml version=1.0 encoding=UTF-8? classpath classpathentry kind=var path=JRE_LIB rootpath=JRE_SRCROOT sourcepath=JRE_SRC/ -classpathentry kind=lib path=../thirdparty/sun/servlet/lib/servlet.jar/ -classpathentry kind=lib path=../thirdparty/xml/sax/lib/sax2.jar/ -classpathentry kind=lib path=../thirdparty/sun/jaxp/lib/crimson.jar/ -classpathentry kind=lib path=../thirdparty/apache/log4j/lib/log4j.jar/ -classpathentry kind=lib path=../thirdparty/sun/jmx/lib/jmxri.jar/ -classpathentry kind=lib path=../thirdparty/apache/axis/lib/axis.jar/ -classpathentry kind=lib path=../thirdparty/ibm/wsdl4j/lib/wsdl4j.jar/ -classpathentry kind=lib path=../thirdparty/sun/jaas/lib/jaas.jar/ -classpathentry kind=lib path=../j2ee/output/lib/jboss-j2ee.jar/ -classpathentry kind=lib path=../common/output/lib/jboss-common.jar/ -classpathentry kind=lib path=../system/output/lib/jboss-system.jar/ -classpathentry kind=lib path=../server/output/lib/jboss.jar/ -classpathentry kind=lib path=../server/output/lib/jboss-security.jar/ -classpathentry kind=lib path=../security/output/lib/jbosssx.jar/ +classpathentry kind=lib path=/thirdparty/sun/servlet/lib/servlet.jar/ +classpathentry kind=lib path=/thirdparty/xml/sax/lib/sax2.jar/ +classpathentry kind=lib path=/thirdparty/sun/jaxp/lib/crimson.jar/ +classpathentry kind=lib path=/thirdparty/apache/log4j/lib/log4j.jar/ +classpathentry kind=lib path=/thirdparty/sun/jmx/lib/jmxri.jar/ +classpathentry kind=lib path=/thirdparty/apache/axis/lib/axis.jar/ +classpathentry kind=lib path=/thirdparty/ibm/wsdl4j/lib/wsdl4j.jar/ +classpathentry kind=lib path=/thirdparty/sun/jaas/lib/jaas.jar/ +classpathentry kind=lib path=/j2ee/output/lib/jboss-j2ee.jar/ +classpathentry kind=lib path=/common/output/lib/jboss-common.jar/ +classpathentry kind=lib path=/system/output/lib/jboss-system.jar/ +classpathentry kind=lib path=/server/output/lib/jboss.jar/ +classpathentry kind=lib path=/server/output/lib/jboss-security.jar/ +classpathentry kind=lib path=/security/output/lib/jbosssx.jar/ classpathentry kind=src path=src/main/ classpathentry kind=src path=testsuite/src/main/ classpathentry kind=src path=/axis/ classpathentry kind=src path=/server/ +classpathentry kind=src path=/system/ classpathentry kind=output path=output\classes/ /classpath ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/interfaces ProbeLocal.java
User: starksm
Date: 02/04/09 01:00:54
Added: src/main/org/jboss/test/perf/interfaces Tag: Branch_2_4
ProbeLocal.java
Log:
The probe bean local interface
Revision ChangesPath
No revision
No revision
1.1.2.1 +1 -2
jbosstest/src/main/org/jboss/test/perf/interfaces/ProbeLocal.java
Index: ProbeLocal.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/perf/interfaces/ProbeLocal.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- ProbeLocal.java 16 Feb 2002 21:14:56 - 1.1
+++ ProbeLocal.java 9 Apr 2002 08:00:54 - 1.1.2.1
@@ -1,14 +1,13 @@
package org.jboss.test.perf.interfaces;
import javax.ejb.EJBException;
-import javax.ejb.EJBLocalObject;
/** A trivial stateless session bean for testing round trip call
throughput.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
-public interface ProbeLocal extends EJBLocalObject
+public interface ProbeLocal extends javax.ejb.EJBLocalObject
{
/** Basic test that has no arguments or return values to test the
bare call invocation overhead without any data serialize.
___
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/axis/server AxisService.java AxisServiceMBean.java EntityBeanDeserializer.java EntityBeanDeserializerFactory.java
User: cgjung
Date: 02/04/09 02:59:41
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java AxisServiceMBean.java
EntityBeanDeserializer.java
EntityBeanDeserializerFactory.java
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.17 +8 -27
contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java
Index: AxisService.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- AxisService.java 4 Apr 2002 04:34:41 - 1.16
+++ AxisService.java 9 Apr 2002 09:59:41 - 1.17
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: AxisService.java,v 1.16 2002/04/04 04:34:41 user57 Exp $
+// $Id: AxisService.java,v 1.17 2002/04/09 09:59:41 cgjung Exp $
package org.jboss.net.axis.server;
@@ -18,8 +18,8 @@
import org.jboss.deployment.DeploymentInfo;
import org.jboss.deployment.MainDeployerMBean;
import org.jboss.deployment.SubDeployer;
+import org.jboss.deployment.SubDeployerSupport;
-import org.jboss.system.ServiceMBeanSupport;
import org.jboss.web.WebApplication;
import org.apache.log4j.Category;
@@ -84,11 +84,11 @@
* /ul
* @created 27. September 2001
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.16 $
+ * @version $Revision: 1.17 $
*/
public class AxisService
- extends ServiceMBeanSupport
+ extends SubDeployerSupport
implements AxisServiceMBean, MBeanRegistration {
//
@@ -324,16 +324,7 @@
// and deploy the info
webDeployer.start(myDeploymentInfo);
- try {
-// Register with the main deployer
-server.invoke(
- MainDeployerMBean.OBJECT_NAME,
- addDeployer,
- new Object[] { this },
- new String[] { org.jboss.deployment.SubDeployer });
- } catch (Exception e) {
-log.error(Could not register with MainDeployer, e);
- }
+ super.startService();
} else {
throw new Exception(Constants.CANNOT_FIND_WEB_DEPLOYER);
}
@@ -342,6 +333,9 @@
/** what to do to stop axis temporarily -- undeploy the servlet */
public void stopService() throws Exception {
+
+ super.stopService();
+
// tear down all running web services
//Is this really what you want to do? Not leave services running anyway?
for (Iterator apps = new java.util.ArrayList(deployments.values()).iterator();
@@ -358,19 +352,6 @@
} catch (Exception e) {
log.error(Could not undeploy deployment + info, e);
}
- }
-
- // deregister from main deployer such that we do not get
- // web services assigned anymore
- try {
- // Register with the main deployer
- server.invoke(
-MainDeployerMBean.OBJECT_NAME,
-removeDeployer,
-new Object[] { this },
-new String[] { org.jboss.deployment.SubDeployer });
- } catch (Exception e) {
- log.error(Could not deregister from MainDeployer, e);
}
// undeploy Axis servlet
1.5 +3 -3
contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisServiceMBean.java
Index: AxisServiceMBean.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisServiceMBean.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- AxisServiceMBean.java 3 Apr 2002 08:44:52 - 1.4
+++ AxisServiceMBean.java 9 Apr 2002 09:59:41 - 1.5
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: AxisServiceMBean.java,v 1.4 2002/04/03 08:44:52 user57 Exp $
+// $Id: AxisServiceMBean.java,v 1.5 2002/04/09 09:59:41 cgjung Exp $
package org.jboss.net.axis.server;
@@ -13,10 +13,10 @@
* Mbean interface to the AxisService
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @created 27. September 2001
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public interface AxisServiceMBean
- extends org.jboss.deployment.SubDeployerMBean
+ extends org.jboss.deployment.SubDeployer, org.jboss.system.ServiceMBean
{
public String getRootContext();
public void setRootContext(String name) throws Exception;
1.2 +146 -82
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/jmx/wsr/META-INF web-service.xml
User: cgjung Date: 02/04/09 02:59:41 Added: jboss.net/testsuite/src/resources/jmx/wsr/META-INF web-service.xml Log: parameterizable typemappings. adopted latest subdeployer changes/patches from Mr. Maisey. Revision ChangesPath 1.1 contrib/jboss.net/testsuite/src/resources/jmx/wsr/META-INF/web-service.xml Index: web-service.xml === !-- Descriptor for the JMX Adaptor Web Service -- deployment name=JMX.net.test targetNameSpace=http://net.jboss.org/jmx/test; xmlns=http://xml.apache.org/axis/wsdd/; xmlns:jmx=http://net.jboss.org/jmx/test; xmlns:java=http://xml.apache.org/axis/wsdd/providers/java; documentationAn test JMX-based Web Service/documentation !-- this service hits a connector web service that re-exposes the complete MBeanServer API -- service name=JMXTest provider=Handler parameter name=handlerClass value=org.jboss.net.jmx.server.MBeanProvider/ parameter name=ObjectName value=jboss.net:service=JMXTestMBean/ /service /deployment ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/docs README.html TODO
User: cgjung Date: 02/04/09 02:59:40 Modified:jboss.net/docs README.html TODO Log: parameterizable typemappings. adopted latest subdeployer changes/patches from Mr. Maisey. Revision ChangesPath 1.10 +1 -1 contrib/jboss.net/docs/README.html Index: README.html === RCS file: /cvsroot/jboss/contrib/jboss.net/docs/README.html,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- README.html 2 Apr 2002 13:48:35 - 1.9 +++ README.html 9 Apr 2002 09:59:40 - 1.10 @@ -311,7 +311,7 @@ p class=textIn the a href=http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/contrib/jboss.net/testsuite/;JBoss.net testsuite/a, we have assembled some samples and tests that can serve as an inspiration and source of insight. -You can build and run the testsuite against a running jboss server as follows +You can build and run the testsuite against a running jboss server as follows (after having built the main jboss-all/testsuite!) code pre 1.8 +1 -1 contrib/jboss.net/docs/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jboss.net/docs/TODO,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TODO 2 Apr 2002 13:48:35 - 1.7 +++ TODO 9 Apr 2002 09:59:40 - 1.8 @@ -19,6 +19,7 @@ li WSDL-generation for EJBProvider needs classloader adjustment. /li li EJBHomeProvider for exposing Home methods. /li li Advanced J2EE store example for testing functionality and .Net interoperability. /li +li TypeMapping parameters have been introduced. /li /ul H3TODO for 1.0 release/h3 @@ -26,7 +27,6 @@ li Finish order part of the store example./li li MBeanProvider wsdl generation. /li li EJB-Refs should be either outsourced (different namespace, different file) or should be removed./li -li TypeMapping parameters must be introduced. /li li JMX mappings for other complex types, e.g., javax.management.Attribute /li li UDDI registry /li li call remove method on bean references hashed in the httpsession when session goes down. /li ___ 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/axis ParameterizableDeserializer.java ParameterizableDeserializerFactory.java TypeMapping.java Deployment.java
User: cgjung
Date: 02/04/09 02:59:41
Modified:jboss.net/src/main/org/jboss/net/axis Deployment.java
Added: jboss.net/src/main/org/jboss/net/axis
ParameterizableDeserializer.java
ParameterizableDeserializerFactory.java
TypeMapping.java
Log:
parameterizable typemappings.
adopted latest subdeployer changes/patches from Mr. Maisey.
Revision ChangesPath
1.2 +121 -45 contrib/jboss.net/src/main/org/jboss/net/axis/Deployment.java
Index: Deployment.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/Deployment.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Deployment.java 12 Mar 2002 11:04:45 - 1.1
+++ Deployment.java 9 Apr 2002 09:59:40 - 1.2
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: Deployment.java,v 1.1 2002/03/12 11:04:45 cgjung Exp $
+// $Id: Deployment.java,v 1.2 2002/04/09 09:59:40 cgjung Exp $
package org.jboss.net.axis;
@@ -13,7 +13,12 @@
import org.apache.axis.deployment.wsdd.WSDDDeployment;
import org.apache.axis.deployment.wsdd.WSDDService;
import org.apache.axis.deployment.wsdd.WSDDException;
+import org.apache.axis.deployment.wsdd.WSDDTypeMapping;
import org.apache.axis.deployment.DeploymentException;
+import org.apache.axis.ConfigurationException;
+import org.apache.axis.encoding.TypeMappingRegistry;
+import javax.xml.rpc.encoding.DeserializerFactory;
+
import org.w3c.dom.Element;
// JAXP
@@ -29,21 +34,33 @@
* br
* h3Change History/h3
* ul
+ * li jung, 06.04.2002: Introduced parameterizable typemappings. /li
* /ul
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @created 09.03.2002
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class Deployment extends WSDDDeployment {
- /**
- * holds a map of service q-names to classloaders
- * this map must be initialised lazily, since accesses are already done
- * in the super-constructor! Newbies!
- */
- protected Map service2ClassLoader;
-
+ //
+ // Attributes
+ //
+
+ /**
+* holds a map of service q-names to classloaders
+* this map must be initialised lazily, since accesses are already done
+* in the super-constructor! Newbies!
+*/
+ protected Map service2ClassLoader;
+
+ /** whether the type mapping has been registered */
+ protected boolean tmrCreated=false;
+
+ //
+ // Constructors
+ //
+
/**
* Constructor for Deployment.
* @param e root element of the deployment document
@@ -51,48 +68,107 @@
*/
public Deployment(Element e) throws WSDDException {
super(e);
+ Element[] elements = getChildElements(e, typeMapping);
+ for (int i = 0; i elements.length; i++) {
+ TypeMapping mapping = new TypeMapping(elements[i]);
+ deployTypeMapping(mapping);
+ }
+ }
+
+ //
+ // protected helpers
+ //
+
+ /** lazily initialises the classloader map */
+ protected synchronized Map getService2ClassLoader() {
+ if (service2ClassLoader == null) {
+ service2ClassLoader = new java.util.HashMap();
+ }
+
+ return service2ClassLoader;
+ }
+
+ /** installs the typemappings parameter table inside a deserializer */
+ protected void equipTypeMappingWithOptions(TypeMapping typeMapping)
+ throws ConfigurationException {
+ DeserializerFactory dser =
+ (
+(org.apache.axis.encoding.TypeMapping)
getTypeMappingRegistry().getTypeMapping(
+ typeMapping.getEncodingStyle())).getDeserializer(
+typeMapping.getQName());
+ if (dser instanceof ParameterizableDeserializerFactory) {
+ // Load up our params
+ ((ParameterizableDeserializerFactory) dser).setOptions(
+typeMapping.getParametersTable());
+ }
}
- /** lazily initialises the classloader map */
- protected synchronized Map getService2ClassLoader() {
-if(service2ClassLoader==null) {
- service2ClassLoader=new java.util.HashMap();
-}
-
-return service2ClassLoader;
- }
+ //
+ // Public API
+ //
- /**
+ /**
* Put a WSDDService into this deployment, replacing any other
* WSDDService which might already be present with the same QName.
*
* @param service a WSDDHandler to insert in this deployment
*/
-public void deployService(WSDDService service)
-{
-service.deployToRegistry(this);
-
[JBoss-dev] CVS update: build/jboss build.xml
User: cgjung
Date: 02/04/09 03:01:35
Modified:jbossbuild.xml
Log:
techtrader reflection for WSDL generation needed.
Revision ChangesPath
1.115 +6 -1 build/jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/build/jboss/build.xml,v
retrieving revision 1.114
retrieving revision 1.115
diff -u -r1.114 -r1.115
--- build.xml 7 Apr 2002 02:59:30 - 1.114
+++ build.xml 9 Apr 2002 10:01:34 - 1.115
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.114 2002/04/07 02:59:30 d_jencks Exp $ --
+!-- $Id: build.xml,v 1.115 2002/04/09 10:01:34 cgjung Exp $ --
project default=main name=JBoss/Build
@@ -154,6 +154,8 @@
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/
@@ -1205,6 +1207,9 @@
/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
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/resources/store/wsr/META-INF web-service.xml
User: cgjung Date: 02/04/09 02:59:42 Modified:jboss.net/testsuite/src/resources/store/wsr/META-INF web-service.xml Log: parameterizable typemappings. adopted latest subdeployer changes/patches from Mr. Maisey. Revision ChangesPath 1.2 +13 -3 contrib/jboss.net/testsuite/src/resources/store/wsr/META-INF/web-service.xml Index: web-service.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/src/resources/store/wsr/META-INF/web-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- web-service.xml 2 Apr 2002 13:48:43 - 1.1 +++ web-service.xml 9 Apr 2002 09:59:42 - 1.2 @@ -53,14 +53,24 @@ type=java:org.jboss.net.samples.store.server.Item serializer=org.apache.axis.encoding.ser.BeanSerializerFactory deserializer=org.jboss.net.axis.server.EntityBeanDeserializerFactory -encodingStyle=http://schemas.xmlsoap.org/soap/encoding// +encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; + parameter name=JndiName value=ItemHome/ + parameter name=FindMethodName value=findByPrimaryKey/ + parameter name=FindMethodElements value=name/ + parameter name=FindMethodSignature value=java.lang.String/ + /typeMapping typeMapping qname=store:BusinessPartner type=java:org.jboss.net.samples.store.server.BusinessPartner serializer=org.apache.axis.encoding.ser.BeanSerializerFactory deserializer=org.jboss.net.axis.server.EntityBeanDeserializerFactory -encodingStyle=http://schemas.xmlsoap.org/soap/encoding// - +encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; + parameter name=JndiName value=BusinessPartnerHome/ + parameter name=FindMethodName value=findByPrimaryKey/ + parameter name=FindMethodElements value=name/ + parameter name=FindMethodSignature value=java.lang.String/ + /typeMapping + typeMapping qname=store:Address type=java:org.jboss.net.samples.store.Address serializer=org.apache.axis.encoding.ser.BeanSerializerFactory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541507 ] Wrong PostgreSQL function mapping for locate
Bugs item #541507, was opened at 2002-04-09 13:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Marco Ladermann (mpl) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong PostgreSQL function mapping for locate Initial Comment: The function mapping for PostgreSQL of the string function locate is wrong. locate(lookup, test, 2) returns with the definition (position(?2 in substring(?1 from ?3))+?3) the value 2 therefore I suggest that the following mapping should be used: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) Greetings Marco -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CPU at 99.9 % after completion ofrun-basic-testsuite
on 08-04-2 23.30, Mac Rinehart at [EMAIL PROTECTED] wrote: Haven't actually checked out the CPU usage, Ahhh ... And I've also noticed slowness in other applications after running the testsuite. Could You please check Your CPU before and after running the testsuite ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-541512 ] ResourceAdapterModule creation fixed
Patches item #541512, was opened at 2002-04-09 13:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541512group_id=22866 Category: JBossCX Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 7 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: David Jencks (d_jencks) Summary: ResourceAdapterModule creation fixed Initial Comment: In the current head, rar deployment is completely broken because any creation of management.ResourceAdaptorModule fails. This is due to a wrong default for the parent application name when there is no such parent. Currently you set it to the name of the rar-application itself which is not possible, JbossManagement will throw an ugly NoSuchElementException (Andreas: iterator ().next() is a not very nice piece of code ;-) I guess the default should be null when the parent is null itself. I attached a patch for RarDeployer which fixes the problem. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541512group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq SpyObjectMessage.java
User: lqd
Date: 02/04/09 05:26:12
Modified:src/main/org/jboss/mq SpyObjectMessage.java
Log:
better safe than sorry; somehow i was getting ObjectMessage messages
that had this set to 'true' despite not being byte arrays ...
Revision ChangesPath
1.9 +5 -1 jbossmq/src/main/org/jboss/mq/SpyObjectMessage.java
Index: SpyObjectMessage.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpyObjectMessage.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- SpyObjectMessage.java 2 Feb 2002 03:54:19 - 1.8
+++ SpyObjectMessage.java 9 Apr 2002 12:26:12 - 1.9
@@ -27,7 +27,7 @@
*
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.8 $
+ * @version$Revision: 1.9 $
*/
public class SpyObjectMessage
extends SpyMessage
@@ -54,6 +54,7 @@
objectBytes = new byte[( ( byte[] )object ).length];
System.arraycopy( object, 0, objectBytes, 0, objectBytes.length );
} else {
+isByteArray = false;
ByteArrayOutputStream byteArray = new ByteArrayOutputStream();
ObjectOutputStream objectOut = new ObjectOutputStream( byteArray );
objectOut.writeObject( object );
@@ -150,3 +151,6 @@
}
}
+/*
+vim:tabstop=3:et:shiftwidth=3
+*/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: AW: Patches to jboss.net
Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on anything, but I can't see any .ear or wsr-files generated. Is this right? I though it would create hello.wsr. Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ 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
AW: [JBoss-dev] RE: AW: Patches to jboss.net
Look into jboss-all/jboss.net/output/lib ... From there, the testsuite deploys them directly to the server Without interfering with the autodeployer! Best, CGJ -Ursprüngliche Nachricht- Von: Marius [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 9. April 2002 14:36 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] RE: AW: Patches to jboss.net Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on anything, but I can't see any .ear or wsr-files generated. Is this right? I though it would create hello.wsr. Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ 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
AW: [JBoss-dev] RE: AW: Patches to jboss.net
excuse me, its jboss-all/jboss.net/testsuite/output/lib ... -Ursprüngliche Nachricht- Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 9. April 2002 14:40 An: 'Marius' Cc: '[EMAIL PROTECTED]' Betreff: AW: [JBoss-dev] RE: AW: Patches to jboss.net Look into jboss-all/jboss.net/output/lib ... From there, the testsuite deploys them directly to the server Without interfering with the autodeployer! Best, CGJ -Ursprüngliche Nachricht- Von: Marius [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 9. April 2002 14:36 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] RE: AW: Patches to jboss.net Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on anything, but I can't see any .ear or wsr-files generated. Is this right? I though it would create hello.wsr. Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ 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] Contribution: New MSSQL Server 2000 configfile
You find a new configuration example for the Microsoft MSSQL 2000 JDBC driver. In the comment you find the URL to Microsoft where to download the driver. Ove Ranheim _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12496 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-541537 ] New JBossCX MSSQL Server 2000 DD
Patches item #541537, was opened at 2002-04-09 13:12 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541537group_id=22866 Category: JBossCX Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Ove Ranheim (oranheim) Assigned to: Nobody/Anonymous (nobody) Summary: New JBossCX MSSQL Server 2000 DD Initial Comment: You find a new configuration example for the Microsoft MSSQL 2000 JDBC driver attached. In the comment you find the URL to Microsoft where to download the driver. Ove Ranheim ([EMAIL PROTECTED]) :) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=541537group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
This is because we trash the instance. -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] RE: AW: Patches to jboss.net
How do you build to get that files?
This doesn't work:
=
marius@boostcom:~/tmp/jbosscvs/jboss-all/jboss.net/testsuite sh
./build.sh
Searching for build.xml ...
Buildfile:
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/build.xml
BUILD FAILED
Error reading project file
Total time: 0 seconds
===
Do you use the .bat file?
Tried to copy the build.sh from iiop. Then it parses the buildscript,
but fails to compile:
sh ./build.sh
Searching for build.xml ...
Buildfile:
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/build.xml
_buildmagic:init:
_buildmagic:init:buildlog:
configure:
_configure-tools:
_configure-libraries:
_configure-modules:
_configure-tasks:
init:
compile-classes:
[mkdir] Created dir:
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/output/gen-src
[mkdir] Created dir:
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/output/classes
[javac] Compiling 37 source files to
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/output/classes
[javac]
/home/marius/tmp/jbosscvs/jboss-all/jboss.net/testsuite/output/gen-src/samples/addr/AddressBookSOAPBindingImpl.java:10:
duplicate class: samples.addr.AddressBookSOAPBindingImpl
[javac] public class AddressBookSOAPBindingImpl implements
samples.addr.AddressBook {
[javac]^
[javac] 1 error
BUILD FAILED
Thanks
Marius
Jung , Dr. Christoph wrote:
excuse me, its jboss-all/jboss.net/testsuite/output/lib ...
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:40
An: 'Marius'
Cc: '[EMAIL PROTECTED]'
Betreff: AW: [JBoss-dev] RE: AW: Patches to jboss.net
Look into jboss-all/jboss.net/output/lib ... From there, the testsuite
deploys them directly to the server Without interfering with the
autodeployer!
Best,
CGJ
-Ursprüngliche Nachricht-
Von: Marius [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:36
An: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] RE: AW: Patches to jboss.net
Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on
anything, but I can't see any .ear or wsr-files generated. Is this right? I
though it would create hello.wsr.
Martin Maisey wrote:
Hi Christoph
Thanks for having such a deep look into jboss.net and fixing these
open issues.
No problem + it wasn't a particularly deep look!
Some of them were cause by my stupidity (the techtrader-lib copy
operation, I did not commit, simply forgot it),
Thought it was probably something like that - I've done the same thing
myself many times...
some of them are those frequent changes in the jboss-core which I
cannot immediately adopt because of restricted time ... We really
should have a separation of core and modules such as Peter Braswell
suggested ...
If you need a 'second pair of hands' to try to keep on top of this
type of thing and test updates, I'm happy to do it as I would like to
get a better knowledge of JBoss and web services and have (a small
amount of ;-)) spare time. I noticed that some of the project web page
seems a bit out of date - only one of the build commands worked for me
and the command to start the test suite needs tweaking. What's the
process to update it?
I could also take a look at the failing JMX endpoint unit test if it
would help, although this is likely to take a bit longer as I will
probably have to wrap my head around much more of Axis and JBoss JMX
;-)
Cheers,
Martin
___
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] CPU at 99.9 % after completion ofrun-basic-testsuite
did a clean cvs today (13.45.20 CET) and after completion of run-basic-testsuite cpu is normal ... yesterdays cvs (16.39.05 CET) behaves differently and hangs somewhere after completion of run-basic-testsuite ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
Commit option B doesn't give you anything anyways in JBoss unless you are doing non-transactional requests on your entity beans. Since this is a rarity, I didn't put much thought into commit-b optimizations for the multiinstance interceptors. Bill -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 9:46 AM To: [EMAIL PROTECTED] Cc: Bill Burke Subject: RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Is this implies that there is no Option B in jboss 2.4.4 at all because option B virtually equals to option C? Henri -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Burke Sent: Tuesday, April 09, 2002 9:09 PM To: Henri Chen; [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? This is because we trash the instance. -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
I agree. Commit option B assumes that you can synchronize the instance¡¦s state from the persistent storage at the beginning of the next transaction. We simply don't have any method to to that in 2.4.4 or the current 3.0 code, other then reload all the data. The optimistic locking code that I have planed for 3.0 will allow a quick is changed check with the database. So until then option B doesn't buy you much. -dain Bill Burke wrote: Commit option B doesn't give you anything anyways in JBoss unless you are doing non-transactional requests on your entity beans. Since this is a rarity, I didn't put much thought into commit-b optimizations for the multiinstance interceptors. Bill -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 9:46 AM To: [EMAIL PROTECTED] Cc: Bill Burke Subject: RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Is this implies that there is no Option B in jboss 2.4.4 at all because option B virtually equals to option C? Henri -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Burke Sent: Tuesday, April 09, 2002 9:09 PM To: Henri Chen; [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? This is because we trash the instance. -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen ___ 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] [ jboss-Bugs-541571 ] INSERTING AN ALREADY EXISTING BEAN
Bugs item #541571, was opened at 2002-04-09 16:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Lipp (mlipp) Assigned to: Nobody/Anonymous (nobody) Summary: INSERTING AN ALREADY EXISTING BEAN Initial Comment: Please do not close immediately. Yes, I have read bug 504481. Discussion of bug 504481 was spoiled by the reporter's initial modification of the database outside of JBoss. But as has been mentioned, the bug occurs also if things are done properly. Here is what we do: (1) Create an EntityBean and perform some methods on it. (2) Remove the EntityBean (ejbRemove) (3) Create a new EntityBean, reusing the primary key. -- Error: INSERTING AN ALREADY EXISTING BEAN. All this is done with commit option 'A'. There is nothing wrong about that. This is just a performance optimization (and we need this optimization!) that avoids reloading the EJB's data from the data base if the EJB is still cached. The EJB is removed from the database (we have verified that). So why might JBoss assume that we are trying to insert an existing bean? Simply because it indexes its cache by primary keys, and obviously the primary key is not removed from the cache index after the ejbRemove. Now, of course, you can work around this by choosing commit option 'C' and thus force the removal of the EJB's primary key from the cache index (it is removed because of the forced passivation). But this can really only be a workaround, as it results (in our case) in lots of database reload-traffic that slows down our application (which is mostly read-only, has a large pool etc. etc.) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
I don't see how optimistic locking can have optimization advantages with commit-option B. I thought B's benefit was only for non-transactional method calls. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Tuesday, April 09, 2002 10:16 AM To: Bill Burke Cc: Henri Chen; [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? I agree. Commit option B assumes that you can synchronize the instance¡¦s state from the persistent storage at the beginning of the next transaction. We simply don't have any method to to that in 2.4.4 or the current 3.0 code, other then reload all the data. The optimistic locking code that I have planed for 3.0 will allow a quick is changed check with the database. So until then option B doesn't buy you much. -dain Bill Burke wrote: Commit option B doesn't give you anything anyways in JBoss unless you are doing non-transactional requests on your entity beans. Since this is a rarity, I didn't put much thought into commit-b optimizations for the multiinstance interceptors. Bill -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 9:46 AM To: [EMAIL PROTECTED] Cc: Bill Burke Subject: RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Is this implies that there is no Option B in jboss 2.4.4 at all because option B virtually equals to option C? Henri -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Burke Sent: Tuesday, April 09, 2002 9:09 PM To: Henri Chen; [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? This is because we trash the instance. -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen ___ 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] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
You are thinking too much in terms of real locks. If you have a large entity (lots of columns) then you can save a lot of loading time if you could check to see if the data stored in the EntityContext is still in sync with the db row. Basically you do a select to see if any of the optimistic lock columns (timestamp, sequence, or other junk) have changed. For a lot of entities this would be a huge savings. -dain Bill Burke wrote: I don't see how optimistic locking can have optimization advantages with commit-option B. I thought B's benefit was only for non-transactional method calls. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Tuesday, April 09, 2002 10:16 AM To: Bill Burke Cc: Henri Chen; [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? I agree. Commit option B assumes that you can synchronize the instance¡¦s state from the persistent storage at the beginning of the next transaction. We simply don't have any method to to that in 2.4.4 or the current 3.0 code, other then reload all the data. The optimistic locking code that I have planed for 3.0 will allow a quick is changed check with the database. So until then option B doesn't buy you much. -dain Bill Burke wrote: Commit option B doesn't give you anything anyways in JBoss unless you are doing non-transactional requests on your entity beans. Since this is a rarity, I didn't put much thought into commit-b optimizations for the multiinstance interceptors. Bill -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 9:46 AM To: [EMAIL PROTECTED] Cc: Bill Burke Subject: RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Is this implies that there is no Option B in jboss 2.4.4 at all because option B virtually equals to option C? Henri -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Burke Sent: Tuesday, April 09, 2002 9:09 PM To: Henri Chen; [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? This is because we trash the instance. -Original Message- From: Henri Chen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:40 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? Dear Bill, Sorry to bother you again. This is based on the jboss 2.4.4 source code. According to the ejb 2.0 spec as seen on P.210, in Option B, the instance should only be marked as invalid state inside afterCompletion(). However, the EntityMultiInstanceSynchronizationInterceptor.java implementation of jboss 2.4.4 always calling ejbPassivate() no matter it is Option B or Option C. Henri Chen ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CPU at 99.9 % after completion ofrun-basic-testsuite
This is junk on the Linux VMs sometimes if you kill your VM on Linux it still has some threads running around, it happens to me all the time (for the past 3 years :). marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Fagerlund |Sent: Tuesday, April 09, 2002 6:26 AM |To: JBoss development |Subject: Re: [JBoss-dev] CPU at 99.9 % after completion |ofrun-basic-testsuite | | |did a clean cvs today (13.45.20 CET) and after completion of |run-basic-testsuite cpu is normal ... |yesterdays cvs (16.39.05 CET) behaves differently and hangs somewhere after |completion of run-basic-testsuite ... | |/peter_f | | |___ |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-541571 ] INSERTING AN ALREADY EXISTING BEAN
Bugs item #541571, was opened at 2002-04-09 16:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Michael Lipp (mlipp) Assigned to: Nobody/Anonymous (nobody) Summary: INSERTING AN ALREADY EXISTING BEAN Initial Comment: Please do not close immediately. Yes, I have read bug 504481. Discussion of bug 504481 was spoiled by the reporter's initial modification of the database outside of JBoss. But as has been mentioned, the bug occurs also if things are done properly. Here is what we do: (1) Create an EntityBean and perform some methods on it. (2) Remove the EntityBean (ejbRemove) (3) Create a new EntityBean, reusing the primary key. -- Error: INSERTING AN ALREADY EXISTING BEAN. All this is done with commit option 'A'. There is nothing wrong about that. This is just a performance optimization (and we need this optimization!) that avoids reloading the EJB's data from the data base if the EJB is still cached. The EJB is removed from the database (we have verified that). So why might JBoss assume that we are trying to insert an existing bean? Simply because it indexes its cache by primary keys, and obviously the primary key is not removed from the cache index after the ejbRemove. Now, of course, you can work around this by choosing commit option 'C' and thus force the removal of the EJB's primary key from the cache index (it is removed because of the forced passivation). But this can really only be a workaround, as it results (in our case) in lots of database reload-traffic that slows down our application (which is mostly read-only, has a large pool etc. etc.) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541571group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541507 ] Wrong PostgreSQL function mapping for locate
Bugs item #541507, was opened at 2002-04-09 06:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Marco Ladermann (mpl) Assigned to: Dain Sundstrom (dsundstrom) Summary: Wrong PostgreSQL function mapping for locate Initial Comment: The function mapping for PostgreSQL of the string function locate is wrong. locate(lookup, test, 2) returns with the definition (position(?2 in substring(?1 from ?3))+?3) the value 2 therefore I suggest that the following mapping should be used: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) Greetings Marco -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-539379 ] Creating bean instance rejected
Bugs item #539379, was opened at 2002-04-04 12:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Matthias Bohlen (mattes3) Assigned to: Dain Sundstrom (dsundstrom) Summary: Creating bean instance rejected Initial Comment: OS: Windows 2000 JDK 1.3.1_02 I have ported the CMPCustomer example from SUN's J2SDKEE to JBoss (using XDoclet). It is an example where Customers, Addresses and Subscriptions for magazines can be created via a small web application and EJBs using CMP 2.0 with CMR. Deployment is OK, database tables are created, all is fine. Customers and Subscriptions can be created, Addresses cannot. The server gives a message: 2002-04-04 20:23:53,596 ERROR [Default] java.lang.reflect.UndeclaredThrowableException: 2002-04-04 20:23:53,596 ERROR [Default] java.rmi.ServerException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01; nested exception is: java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,596 ERROR [Default] java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.AbstractInstanceCache.insert (AbstractInstanceCache.java:265) 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeH ome(EntityInstanceInterceptor.java:149) I have attached the full server log and the ear file. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-538802 ] LOCATE(bean.field, ?1)
Bugs item #538802, was opened at 2002-04-03 10:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Eric Jain (ejain) Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE(bean.field, ?1) Initial Comment: LOCATE(bean.field, ?1) returns all rather than just the matching records. query query-method method-namefindByPartialName/method-name method-params method-paramjava.lang.String/method-param /method-params /query-method ejb-ql ![CDATA[ SELECT OBJECT(s) FROM Service s WHERE LOCATE (s.name, ?1) -1 ]] /ejb-ql /query 2002-04-03 18:07:23,080 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ServiceE JB.findByPartialName] Executing SQL: SELECT t0_s.id FROM ServiceEJB t0_s WHERE locate(t0_s.name, ?, 1) -1 -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541507 ] Wrong PostgreSQL function mapping for locate
Bugs item #541507, was opened at 2002-04-09 06:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Marco Ladermann (mpl) Assigned to: Dain Sundstrom (dsundstrom) Summary: Wrong PostgreSQL function mapping for locate Initial Comment: The function mapping for PostgreSQL of the string function locate is wrong. locate(lookup, test, 2) returns with the definition (position(?2 in substring(?1 from ?3))+?3) the value 2 therefore I suggest that the following mapping should be used: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) Greetings Marco -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 10:44 Message: Logged In: YES user_id=251431 Updated according to your comments in the followup. -- Comment By: Marco Ladermann (mpl) Date: 2002-04-09 10:09 Message: Logged In: YES user_id=246541 I just found found in the JDBC specification that the semantic of the locate function is as follows: Strings are based one and the second argument is searched for containment of the first argument. If the search is unsuccessfull 0 is returned. Therefore my suggestion should be read as: (coalesce(nullif(position(?1 in substring(?2 from ?3)), 0) + ?3 -1, 0)) Greetings Marco -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541507group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jbosscmp-jdbc_3_0.dtd
User: dsundstrom Date: 02/04/09 08:31:53 Modified:src/resources/org/jboss/metadata jbosscmp-jdbc_3_0.dtd Log: time-out should have been read-time-out. Other minor changes. Revision ChangesPath 1.15 +11 -10jboss/src/resources/org/jboss/metadata/jbosscmp-jdbc_3_0.dtd Index: jbosscmp-jdbc_3_0.dtd === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/jbosscmp-jdbc_3_0.dtd,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- jbosscmp-jdbc_3_0.dtd 10 Mar 2002 19:40:21 - 1.14 +++ jbosscmp-jdbc_3_0.dtd 9 Apr 2002 15:31:51 - 1.15 @@ -18,9 +18,9 @@ entities, and relationships. -- !ELEMENT defaults ((datasource, datasource-mapping)?, create-table?, - remove-table?, read-only?, time-out?, row-locking?, pk-constraint?, - fk-constraint?, preferred-relation-mapping?, read-ahead?, - list-cache-max?) + remove-table?, read-only?, read-time-out?, row-locking?, + pk-constraint?, fk-constraint?, preferred-relation-mapping?, + read-ahead?, list-cache-max?) !-- @@ -72,7 +72,7 @@ Specifies the ammount of time that a read-only field is considered valid (milliseconds). -- -!ELEMENT time-out (#PCDATA) +!ELEMENT read-time-out (#PCDATA) !-- @@ -161,9 +161,10 @@ The entity element contains the configuration of an entity -- !ELEMENT entity (ejb-name, (datasource, datasource-mapping)?, create-table?, - remove-table?, read-only?, time-out?, row-locking?, pk-constraint?, - read-ahead?, list-cache-max?, table-name?, cmp-field*, load-groups?, - eager-load-group?, lazy-load-groups?, query*) + remove-table?, read-only?, read-time-out?, row-locking?, + pk-constraint?, read-ahead?, list-cache-max?, table-name?, + cmp-field*, load-groups?, eager-load-group?, lazy-load-groups?, + query*) !-- Name of the entity being configured. This must match an entity declared @@ -182,7 +183,7 @@ !-- The cmp-field element contains the configuration of a cmp-field. -- -!ELEMENT cmp-field (field-name, read-only?, time-out?, +!ELEMENT cmp-field (field-name, read-only?, read-time-out?, column-name?, not-null?, ((jdbc-type, sql-type) | (property+))? ) @@ -246,7 +247,7 @@ !-- A named group of fields that will be loaded together. -- -!ELEMENT load-group (load-group-name, description?, field-name+) +!ELEMENT load-group (description?, load-group-name, field-name+) !-- Contains the name of a load group. @@ -384,7 +385,7 @@ The ejb-relation element contains the configuration of an ejb-relation. -- -!ELEMENT ejb-relation (ejb-relation-name, read-only?, +!ELEMENT ejb-relation (ejb-relation-name, read-only?, read-time-out?, (foreign-key-mapping | relation-table-mapping), (ejb-relationship-role, ejb-relationship-role)?) ___ 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
User: dsundstrom Date: 02/04/09 08:43:27 Modified:src/etc/conf/default standardjbosscmp-jdbc.xml Log: Fixed bug [ 541507 ] Wrong PostgreSQL function mapping for locate. Revision ChangesPath 1.21 +2 -2 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.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- standardjbosscmp-jdbc.xml 24 Mar 2002 21:44:33 - 1.20 +++ standardjbosscmp-jdbc.xml 9 Apr 2002 15:43:21 - 1.21 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: standardjbosscmp-jdbc.xml,v 1.20 2002/03/24 21:44:33 d_jencks Exp $ -- +!-- $Id: standardjbosscmp-jdbc.xml,v 1.21 2002/04/09 15:43:21 dsundstrom Exp $ -- jbosscmp-jdbc @@ -510,7 +510,7 @@ /function-mapping function-mapping function-namelocate/function-name -function-sql(position(?2 in substring(?1 from ?3))+?3)/function-sql +function-sql(coalesce(nullif(position(?1 in substring(?2 from ?3)), 0) + ?3 -1, 0)) /function-sql /function-mapping function-mapping function-nameabs/function-name ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
I agree, but the problem is that there is very little we can reuse. We have to throw out all cached data, because we currently have no way to verify if it is still in sync with the database. -dain marc fleury wrote: |Is this implies that there is no Option B in jboss 2.4.4 at all |because option B virtually equals to option C? No, in option B we still keep the instance if you are going to reuse it. We trash the instance only when we change identities (i.e there is no reuse). Different things. marcf | |Henri | |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Tuesday, April 09, 2002 9:09 PM |To: Henri Chen; [EMAIL PROTECTED] |Subject: [JBoss-dev] RE: Bug in |EntityMultiInstanceSynchronizationInterceptor.java ? | | |This is because we trash the instance. | | -Original Message- | From: Henri Chen [mailto:[EMAIL PROTECTED]] | Sent: Tuesday, April 09, 2002 4:40 AM | To: [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED] | Subject: Bug in EntityMultiInstanceSynchronizationInterceptor.java ? | | | Dear Bill, | | Sorry to bother you again. This is based on the jboss 2.4.4 source code. | | According to the ejb 2.0 spec as seen on P.210, in Option B, the | instance should only be marked as invalid state inside | afterCompletion(). However, the | EntityMultiInstanceSynchronizationInterceptor.java | implementation of jboss 2.4.4 always calling ejbPassivate() no | matter it is Option B or Option C. | | Henri Chen | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development? ??Én??ׯzZ)??¨¥ ?x%?In??ׯzZ)?íþX¬¶Ïì¢êÜy??çzØm???ùb²Û??«qçè?-³ùb²Ø§~?n??ׯz Z)|? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Bug in EntityMultiInstanceSynchronizationInterceptor.java ?
|I agree, but the problem is that there is very little we can reuse. We |have to throw out all cached data, because we currently have no way to |verify if it is still in sync with the database. that is correct, and as you state a timestamp or incremented field as a default for tables we create would make a lot of sense. This is for the 3.11 for workgroups version... for 3.0 final it will be like the 2.4 codebase and basta. Let's get this puppy out of the door. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-538802 ] LOCATE(bean.field, ?1)
Bugs item #538802, was opened at 2002-04-03 10:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Eric Jain (ejain) Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE(bean.field, ?1) Initial Comment: LOCATE(bean.field, ?1) returns all rather than just the matching records. query query-method method-namefindByPartialName/method-name method-params method-paramjava.lang.String/method-param /method-params /query-method ejb-ql ![CDATA[ SELECT OBJECT(s) FROM Service s WHERE LOCATE (s.name, ?1) -1 ]] /ejb-ql /query 2002-04-03 18:07:23,080 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ServiceE JB.findByPartialName] Executing SQL: SELECT t0_s.id FROM ServiceEJB t0_s WHERE locate(t0_s.name, ?, 1) -1 -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 10:58 Message: Logged In: YES user_id=251431 If the string is not found the return value is 0, so your query return every entity. The EJB-QL functions are based on the JDBC fucntion, which in turn are based on the Microsoft ODBC Core specification. This spec (http://msdn.microsoft.com/library/en- us/odbc/htm/odbcstring_functions.asp) says the following: Returns the starting position of the first occurrence of string_exp1 within string_exp2. The search for the first occurrence of string_exp1 begins with the first character position in string_exp2 unless the optional argument, start, is specified. If start is specified, the search begins with the character position indicated by the value of start. The first character position in string_exp2 is indicated by the value 1. If string_exp1 is not found within string_exp2, the value 0 is returned. -- Comment By: Marco Ladermann (mpl) Date: 2002-04-09 10:33 Message: Logged In: YES user_id=246541 According to the JDBC specification (to which the EJB 2.0 specification refers) locate returns 0 if the first string argument is not contained in the second argument. Therefore your locate(s.name, ?1) -1 is always true. Marco -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541092 ] Entity Bean Relationships Not Working
Bugs item #541092, was opened at 2002-04-08 11:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=541092group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: Dain Sundstrom (dsundstrom) Summary: Entity Bean Relationships Not Working Initial Comment: I have created 2 entity beans that are related in a many-to-many unidirectional relationship. For the point of the bug report the example will be User-to- roles. I have a tester class that create a new user, set some other fields and then calls the addRoleByName method a few times. If I deploy the beans, and then run the test class, jboss properly creates the beans. However once I restart jboss and run the exact same tester class (different primary keys), Jboss blows up. It also does so on all subsequent runs. Heres the exception: 11:24:36,560 ERROR [LogInterceptor] TransactionRolledbackException, causedBy: java.lang.IllegalStateException: A CMR field cannot be set or added to a relationship in ejbCreate; this should be done in the ejbPostCreate method instead [EJB 2.0 Spec. 10.5.2]. at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridg e.addRelation(JDBCCMRFieldBridge.j ava:749) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor. invoke(JDBCRelationInterceptor.jav a:146) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor. invoke(EntitySynchronizationInterc eptor.java:296) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke (EntityInstanceInterceptor.java:189 ) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:475) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridg e.invokeAddRelation(JDBCCMRFieldBr idge.java:682) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridg e.createRelationLinks(JDBCCMRField Bridge.java:609) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.add (RelationSet.java:89) at com.starkinvestments.security.users.UserBean.addRole (UserBean.java:77) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invo ke(EntityContainer.java:1127) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor. invoke(JDBCRelationInterceptor.jav a:184) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor. invoke(EntitySynchronizationInterc eptor.java:296) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke (EntityInstanceInterceptor.java:189 ) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:475) at org.jboss.ejb.Container.invoke (Container.java:630) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:995) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke (JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch (UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run (Transport.java:152) at java.security.AccessController.doPrivileged (Native Method) at sun.rmi.transport.Transport.serviceCall (Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages (TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.ru n(TCPTransport.java:706) at java.lang.Thread.run(Thread.java:484) 11:24:36,575 ERROR [JRMPInvoker] operation failed java.rmi.ServerException: Error in addRelation Embedded Exception A CMR field cannot be set or added to a relationship in ejbCreate; this should be done in the ejbPos tCreate
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCValuePropertyMetaData.java
User: dsundstrom
Date: 02/04/09 09:37:07
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCValuePropertyMetaData.java
Log:
Fixed bug [ 532713 ] DVC deployment: misleading error message.
Missing setter was reported as missing getter.
Revision ChangesPath
1.6 +2 -2
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCValuePropertyMetaData.java
Index: JDBCValuePropertyMetaData.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCValuePropertyMetaData.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- JDBCValuePropertyMetaData.java26 Nov 2001 03:12:27 - 1.5
+++ JDBCValuePropertyMetaData.java9 Apr 2002 16:37:06 - 1.6
@@ -16,7 +16,7 @@
* value object property.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public final class JDBCValuePropertyMetaData {
private final String propertyName;
@@ -64,7 +64,7 @@
toSetterName(propertyName),
new Class[] { propertyType } );
} catch(Exception e) {
- throw new DeploymentException(Unable to find getter for property +
+ throw new DeploymentException(Unable to find setter for property +
propertyName + on dependent value class + classType.getName());
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-538728 ] Unnecessary WHERE clauses
Bugs item #538728, was opened at 2002-04-03 07:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538728group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Eric Jain (ejain) Assigned to: Dain Sundstrom (dsundstrom) Summary: Unnecessary WHERE clauses Initial Comment: Generated SQL seems to be a bit repetitiv repetitiv sometimes? 2002-04-03 15:37:35,180 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadRelationCommand .TaskEJB] Executing SQL: SELECT task, id FROM ParcelEJB WHERE (task=?) OR (task=?) OR (task=?) OR (task=?) OR (task=?) OR (task=?) -- Eric Jain -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 11:18 Message: Logged In: YES user_id=251431 This is a read-ahead on load. The system is loading extra entities that it thinks you are going to use. If you don't want this change the default read ahead to: read-aheadstrategynone/strategy/read-ahead I may have misspelled that, so check the dtd. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538728group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529751 ] can't add to CMR after initial obj creat
Bugs item #529751, was opened at 2002-03-13 23:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529751group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Phil Craven (pjcraven) Assigned to: Dain Sundstrom (dsundstrom) Summary: can't add to CMR after initial obj creat Initial Comment: OS: Mandrake Linux 8.1 JDK: 1.3.1_01 13:40:48,408 ERROR [LogInterceptor] TransactionRolledbackException, causedBy: java.lang.IllegalStateException: A CMR field cannot be set or added to a relationship in ejbCreate; this should be done in the ejbPostCreate method instead. at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.addRelation(JDBCCMRFieldBridge.java:696) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.createRelationLinks(JDBCCMRFieldBridge.java:549) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.add(RelationSet.java:87) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet.addAll(RelationSet.java:106) at com.blackbearsolutions.fea.biz.QuestionSet_Bean.addQuestionSetDependency(QuestionSet_Bean.java:35) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1012) at org.jboss.ejb.plugins.cmp.jdbc.JDBCReadAheadInterceptor.invoke(JDBCReadAheadInterceptor.java:92) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:184) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:295) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:435) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContainerInvoker.java:346) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$EntityProxy.invoke(BaseLocalContainerInvoker.java:475) at $Proxy21.addQuestionSetDependency(Unknown Source) at com.blackbearsolutions.fea.biz.TestHarnessBean.doSomething(TestHarnessBean.java:42) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:623) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:158) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:289) at org.jboss.ejb.Container.invoke(Container.java:609) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:320) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run(Transport.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:706) at java.lang.Thread.run(Thread.java:484) 1. Create two objects (potential 1:M relation) 2. Stop the test client 3. Change the test client so that it finds the two objects and then tries to relate them *note: if you relate the objects when they are first created, then there is no error -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 11:20 Message: Logged In: YES user_id=251431 Are you using beta 1 or cvs source? I think I already fixed this in cvs. -- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-14 17:32 Message: Logged In: NO Are you using jboss 3 beta? This problem (a errormessage like this) existed in alpha
[JBoss-dev] [ jboss-Bugs-538236 ] Oracle data mappings use TIMESTAMP type
Bugs item #538236, was opened at 2002-04-02 03:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538236group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Dain Sundstrom (dsundstrom) Summary: Oracle data mappings use TIMESTAMP type Initial Comment: The standardjbosscmp-jdbc.xml tries to use the TIMESTAMP datatype for mapping java.util.Date to an sql type for both Oracle7 and Oracle8 databases: mapping java-typejava.util.Date/java-type jdbc-typeTIMESTAMP/jdbc-type sql-typeTIMESTAMP/sql-type /mapping TIMESTAMP is not a valid Oracle7/8 datatype. Unfortunately there does not seem to be any kind of equivelent that we can use here. Oracle DATE types only have a granularity of whole seconds. I will investigate whether or not we can get away with using a NUMBER type here. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 11:32 Message: Logged In: YES user_id=251431 What is the answer? Should we make a new mapping for Oracle 9i? Is either of you willing to create a new mapping for 9i (based on the 8 mapping)? -- Comment By: Markus Kling (mkling) Date: 2002-04-06 10:30 Message: Logged In: YES user_id=360804 Up to version 8.1.7, Oracle supports only one temporal datatype: DATE, which has a granularity of second. The following datatypes are new for Oracle9i: TIMESTAMP TIMESTAMP [ (fractional_seconds_precision)] TIMESTAMP WITH [LOCAL]TIME ZONE INTERVAL YEAR TO MONTH INTERVAL DAY TO SECOND fractional_seconds_precision optionally specifies the number of digits in the fractional part of the SECOND datetime field and can be a number in the range 0 to 9. The default is 6. Below 9i date columns can be written and read as java.sql.Timestamp - the ms just get truncated. -Markus -- Comment By: Peter Levart (plevart) Date: 2002-04-06 10:10 Message: Logged In: YES user_id=346981 Are you sure? It works for me. It might be that this is a new feature of Oracle 9i (I haven't tried with Oracle 7 or 8). -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538236group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-532713 ] DVC deployment: misleading error message
Bugs item #532713, was opened at 2002-03-20 14:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=532713group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: DVC deployment: misleading error message
Initial Comment:
OS = Win2K
JDK = 1.3.1_02
When I deploy an EJB jar that contains a dependent
value class (DVC) with a property that has no setter,
the server complains about a missing GETTER instead of
a missing SETTER.
Server trace on console:
21:38:04,224 ERROR [ServiceController] JMException
thrown during ServiceProxy operation create on mbean
jboss.j2ee:service=EJB,jndiName=customer/Customer
org.jboss.deployment.DeploymentException: Unable to
find getter for property type on dependent value class
somepackage.Foo
Example source code:
/**
* This is a dependent value class.
*
* @jboss:dvc
*/
public class Foo implements Serializable {
{
/**
* @jboss:property
* @jboss:jdbc-type VARCHAR
* @jboss:sql-type VARCHAR(20)
*/
public String getType() {
return type;
}
// missing setType here!
}
More server trace on console:
at
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCValueProper
tyMetaData.in
it(JDBCValuePropertyMetaData.java:67)
at
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCValueClassM
etaData.init
(JDBCValueClassMetaData.java:50)
at
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCApplication
MetaData.init
(JDBCApplicationMetaData.java:218)
at
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCXmlFileLoad
er.load(JDBCXm
lFileLoader.java:75)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadJDB
CEntityMetaDat
a(JDBCStoreManager.java:503)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create
(JDBCStoreManag
er.java:277)
at
org.jboss.ejb.plugins.CMPPersistenceManager.create
(CMPPersistenceMana
ger.java:134)
at org.jboss.ejb.EntityContainer.create
(EntityContainer.java:330)
at org.jboss.ejb.Container.invoke
(Container.java:745)
at org.jboss.ejb.EntityContainer.invoke
(EntityContainer.java:995)
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-09 11:39
Message:
Logged In: YES
user_id=251431
Thanks. Good error messages are very important to the
success of JBossCMP, so any help in this department is
greatly appreciated. If you find another bad, confusing,
etc. error messages, please open a bug report.
Again thanks,
-dain
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=532713group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-533572 ] NullPointerException in EJBQL parser
Bugs item #533572, was opened at 2002-03-22 07:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=533572group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Matthias Bohlen (mattes3) Assigned to: Dain Sundstrom (dsundstrom) Summary: NullPointerException in EJBQL parser Initial Comment: OS = Win2K JDK = 1.3.1_02 I have written an EJBQL query: SELECT DISTINCT OBJECT(c) FROM Customer AS c WHERE c.firstName = ?1 Unfortunately, because of a typo, the EJB name in the deployment descriptor of my bean was not Customer. Upon deployment of the bean, the EJBQL parser crashed with a NullPointerException: 2002-03-22 14:06:04,790 ERROR [org.jboss.ejb.ContainerFactory] Could not deploy file:/D:/Programming/jboss-all/build/output/jboss- 3.0.0alpha/tmp/deploy/Default/samples.ear java.lang.NullPointerException at org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.init (JDBCEJBQLQuery.java:54) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.creat eEJBQLQuery(JDBCCommandFactory.java:49) at org.jboss.ejb.plugins.cmp.jdbc.JDBCQueryManager.start (JDBCQueryManager.java:182) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start (JDBCStoreManager.java:309) at org.jboss.ejb.plugins.CMPPersistenceManager.start (CMPPersistenceManager.java:175) at org.jboss.ejb.EntityContainer.start (EntityContainer.java:341) at org.jboss.ejb.Application.start (Application.java:219) at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:389) at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:312) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.J2eeDeployer.startModules (J2eeDeployer.java:468) at org.jboss.deployment.J2eeDeployer.startApplication (J2eeDeployer.java:439) at org.jboss.deployment.J2eeDeployer.deploy (J2eeDeployer.java:203) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy (AutoDeployer.java:681) at org.jboss.deployment.AutoDeployer.run (AutoDeployer.java:325) at java.lang.Thread.run(Thread.java:484) The parser should have given an error message instead. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 11:50 Message: Logged In: YES user_id=251431 This was a problem witht the old parser, which sucked. Now you get the following message: Was expecting one of: IN ... ABSTRACT_SCHEMA ... Thanks for the heads up. I you run into any other lame exceptions please post a new bug report. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=533572group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jbossmq.jar
User: starksm Date: 02/04/09 11:11:19 Modified:src/lib Tag: Branch_2_4 jbossmq.jar Log: Integrate the Rel_2_4_5_16 JBossMQ changes Revision ChangesPath No revision No revision 1.8.4.16 +783 -778 jboss/src/lib/Attic/jbossmq.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/client jbossmq-client.jar
User: starksm Date: 02/04/09 11:11:17 Modified:src/client Tag: Branch_2_4 jbossmq-client.jar Log: Integrate the Rel_2_4_5_16 JBossMQ changes Revision ChangesPath No revision No revision 1.6.4.15 +575 -559 jboss/src/client/Attic/jbossmq-client.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: starksm
Date: 02/04/09 11:10:08
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
Log:
Log the thread context class loader during setup of ENC
Revision ChangesPath
No revision
No revision
1.4.4.13 +4 -4 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index: AbstractWebContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v
retrieving revision 1.4.4.12
retrieving revision 1.4.4.13
diff -u -r1.4.4.12 -r1.4.4.13
--- AbstractWebContainer.java 5 Apr 2002 03:50:37 - 1.4.4.12
+++ AbstractWebContainer.java 9 Apr 2002 18:10:08 - 1.4.4.13
@@ -128,7 +128,7 @@
@see org.jboss.security.SecurityAssociation;
@author [EMAIL PROTECTED]
-@version $Revision: 1.4.4.12 $
+@version $Revision: 1.4.4.13 $
*/
public abstract class AbstractWebContainer extends ServiceMBeanSupport
implements AbstractWebContainerMBean
@@ -321,11 +321,11 @@
*/
protected void parseWebAppDescriptors(ClassLoader loader, WebMetaData metaData)
throws Exception
{
- log.debug(AbstractWebContainer.parseWebAppDescriptors, Begin);
-
+ log.debug(Begin parseWebAppDescriptors);
InitialContext iniCtx = new InitialContext();
Context envCtx = null;
ClassLoader currentLoader = Thread.currentThread().getContextClassLoader();
+ log.debug(TCL=+currentLoader);
try
{
// Create a java:comp/env environment unique for the web application
@@ -359,7 +359,7 @@
String securityDomain = metaData.getSecurityDomain();
log.debug(linkSecurityDomain);
linkSecurityDomain(securityDomain, envCtx);
- log.debug(AbstractWebContainer.parseWebAppDescriptors, End);
+ log.debug(End parseWebAppDescriptors);
}
protected void addEnvEntries(Iterator envEntries, Context envCtx)
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il ClientIL.java ServerIL.java
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq/il Tag: Branch_2_4 ClientIL.java
ServerIL.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.2.2.2 +10 -3 jbossmq/src/main/org/jboss/mq/il/ClientIL.java
Index: ClientIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/ClientIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- ClientIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ ClientIL.java 9 Apr 2002 18:06:01 - 1.2.2.2
@@ -16,10 +16,10 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
-public interface ClientIL {
-
+public interface ClientIL
+{
//One TemporaryDestination has been deleted
public void deleteTemporaryDestination( SpyDestination dest )
throws Exception;
@@ -32,4 +32,11 @@
public void receive( ReceiveRequest messages[] )
throws Exception;
+ /**
+* Response to a ping sent by a client.
+*
+* @param serverTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public void pong(long serverTime) throws Exception;
}
1.2.2.2 +13 -2 jbossmq/src/main/org/jboss/mq/il/ServerIL.java
Index: ServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/ServerIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- ServerIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ ServerIL.java 9 Apr 2002 18:06:01 - 1.2.2.2
@@ -26,9 +26,10 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
-public interface ServerIL {
+public interface ServerIL
+{
public String getID()
throws Exception;
@@ -99,4 +100,14 @@
*/
void subscribe( org.jboss.mq.ConnectionToken dc, org.jboss.mq.Subscription s )
throws java.lang.Exception;
+
+ /**
+* Ping the server.
+*
+* @param dc Description of Parameter
+* @param clientTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public void ping(ConnectionToken dc, long clientTime)
+ throws Exception;
}
___
Sponsored by:
Looking for hip toys and fun scwag. There is no better place
then the good friends at ThinkGeek. http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Scheduled MBeans (Suggested Patch)
When I set the SchedulePeriod property of the Scheduler MBean to 30 seconds, I think of it semantically as follows: Every 30 seconds, invoke this exposed MBean method with these parameters. But under the current behavior, the semantics are as follows: After the current MBean method has completed, wait 30 seconds before the next invocation. So if I have an initial start time of 12:00:00, and a SchedulePeriod of 30 seconds, and the MBean invocation takes 5 seconds to complete, the second invocation will occur at 12:00:35. In a managed production environment, this leads to unpredictability of the scheduled processes. I have a patch to scheduler that invokes the Scheduled MBean in its own thread, so that the SchedulerMBean can immediately return to the TimerMBean, and allow the next invocation to be scheduled. This is still not a perfect solution, but IMHO it is much better than the current situation. Is this patch worth submitting, or do people prefer the current Scheduler behavior? Thanks, Corby _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12516 ___ Sponsored by: Looking for hip toys and fun scwag. There is no better place then the good friends at ThinkGeek. http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server JMSServer.java
User: starksm
Date: 02/04/09 11:06:03
Modified:src/main/org/jboss/mq/server Tag: Branch_2_4 JMSServer.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.4.2.4 +23 -1 jbossmq/src/main/org/jboss/mq/server/JMSServer.java
Index: JMSServer.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/JMSServer.java,v
retrieving revision 1.4.2.3
retrieving revision 1.4.2.4
diff -u -r1.4.2.3 -r1.4.2.4
--- JMSServer.java26 Mar 2002 06:53:49 - 1.4.2.3
+++ JMSServer.java9 Apr 2002 18:06:03 - 1.4.2.4
@@ -37,7 +37,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author David Maplesden ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.4.2.3 $
+ * @version$Revision: 1.4.2.4 $
*/
public class JMSServer
{
@@ -579,5 +579,27 @@
public static JMSServer getInstance()
{
return theInstance;
+ }
+
+ /**
+* #Description of the Method
+*
+* @param dcDescription of Parameter
+* @param clientTimeDescription of Parameter
+* @exception JMSException Description of Exception
+*/
+ public synchronized void ping(ConnectionToken dc, long clientTime)
+ throws JMSException
+ {
+ try
+ {
+ if( log.isTraceEnabled() )
+log.trace(PING);
+ dc.clientIL.pong(System.currentTimeMillis());
+ }
+ catch (Exception e)
+ {
+ throw new SpyJMSException(Could not pong, e);
+ }
}
}
___
Sponsored by:
Looking for hip toys and fun scwag. There is no better place
then the good friends at ThinkGeek. http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq Connection.java
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq Tag: Branch_2_4 Connection.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.3.2.3 +168 -14 jbossmq/src/main/org/jboss/mq/Connection.java
Index: Connection.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/Connection.java,v
retrieving revision 1.3.2.2
retrieving revision 1.3.2.3
diff -u -r1.3.2.2 -r1.3.2.3
--- Connection.java 28 Nov 2001 06:15:27 - 1.3.2.2
+++ Connection.java 9 Apr 2002 18:06:00 - 1.3.2.3
@@ -11,21 +11,22 @@
import java.io.IOException;
import java.io.Serializable;
import java.util.Collection;
-
import java.util.HashMap;
import java.util.HashSet;
import java.util.Iterator;
-
import java.util.LinkedList;
import java.util.Properties;
import javax.jms.ConnectionMetaData;
-
import javax.jms.Destination;
import javax.jms.ExceptionListener;
import javax.jms.JMSException;
import javax.jms.Queue;
import javax.jms.Topic;
+import EDU.oswego.cs.dl.util.concurrent.Semaphore;
+import EDU.oswego.cs.dl.util.concurrent.ClockDaemon;
+import EDU.oswego.cs.dl.util.concurrent.ThreadFactory;
+
import org.jboss.logging.Logger;
import org.jboss.mq.il.ClientIL;
import org.jboss.mq.il.ClientILService;
@@ -38,7 +39,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.3.2.2 $
+ * @version$Revision: 1.3.2.3 $
*/
public class Connection implements java.io.Serializable, javax.jms.Connection
{
@@ -64,20 +65,49 @@
// The object that sets up the client IL
protected ClientILService clientILService;
-
+ /**
+* Manages the thread that pings the connection to see if it is 'alive'
+*/
+ static protected ClockDaemon clockDaemon = new ClockDaemon();
+
+ /**
+* How often to ping the connection
+*/
+ protected long pingPeriod = 1000 * 60;
+
+ /**
+* This feild is reset when a ping is sent, set when ponged.
+*/
+ protected boolean ponged=true;
+
+ /**
+* This is used to know when the PingTask is running
+*/
+ Semaphore pingTaskSemaphore = new Semaphore(1);
+
+ /**
+* Identifies the PinkTask in the ClockDaemon
+*/
+ Object pingTaskId;
+
+ /**
+* Set a soon as close() is called on the connection.
+*/
+ protected volatile boolean closing = false;
+
//LinkedList of all created sessions by this connection
- HashSet createdSessions;
+ HashSet createdSessions;
// Numbers subscriptions
- int subscriptionCounter = Integer.MIN_VALUE;
+ int subscriptionCounter = Integer.MIN_VALUE;
//Is the connection closed ?
- boolean closed;
+ boolean closed;
// Used to control tranactions
SpyXAResourceManager spyXAResourceManager;
//The class that created this connection
GenericConnectionFactory genericConnectionFactory;
//Last message ID returned
- private int lastMessageID;
+ private int lastMessageID;
//the exceptionListener
private ExceptionListener exceptionListener;
@@ -86,7 +116,26 @@
private StringBuffer sb = new StringBuffer();
private char[] charStack = new char[22];
public static ThreadGroup threadGroup = new ThreadGroup( JBossMQ Client
Threads );
-
+
+ /**
+* Static class initializer..
+*/
+ static
+ {
+ log.debug(Setting the clockDaemon's thread factory);
+ clockDaemon.setThreadFactory(
+ new ThreadFactory()
+ {
+public Thread newThread(Runnable r)
+{
+ Thread t = new Thread(threadGroup, r, Connection Monitor Thread);
+ t.setDaemon(true);
+ return t;
+}
+ }
+ );
+ }
+
//
// Constructors
//
@@ -130,7 +179,7 @@
// Setup the XA Resource manager,
spyXAResourceManager = new SpyXAResourceManager( this );
-
+ startPingThread();
if( trace )
log.trace( Connection establishment successful );
}
@@ -285,16 +334,15 @@
boolean trace = log.isTraceEnabled();
if( trace )
log.trace( Closing sessions, ClientID= + connectionToken.getClientID() );
+ closing = true;
//notify his sessions
synchronized ( createdSessions )
{
-
Object[] vect =
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/oil OILClientIL.java OILClientILService.java OILServerIL.java OILServerILService.java
User: starksm
Date: 02/04/09 11:06:02
Modified:src/main/org/jboss/mq/il/oil Tag: Branch_2_4
OILClientIL.java OILClientILService.java
OILServerIL.java OILServerILService.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.2.2.3 +18 -2 jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java
Index: OILClientIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java,v
retrieving revision 1.2.2.2
retrieving revision 1.2.2.3
diff -u -r1.2.2.2 -r1.2.2.3
--- OILClientIL.java 28 Nov 2001 06:15:31 - 1.2.2.2
+++ OILClientIL.java 9 Apr 2002 18:06:02 - 1.2.2.3
@@ -30,7 +30,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.2 $
+ * @version$Revision: 1.2.2.3 $
*/
public class OILClientIL implements ClientIL, java.io.Serializable
{
@@ -43,7 +43,8 @@
final static int m_close = 2;
final static int m_deleteTemporaryDestination = 1;
final static int m_receive = 3;
-
+ final static int m_pong = 4;
+
OILClientIL( InetAddress addr, int port )
{
this.addr = addr;
@@ -141,5 +142,20 @@
{
throw throwException;
}
+ }
+
+ /**
+* #Description of the Method
+*
+* @param serverTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public synchronized void pong(long serverTime)
+ throws Exception
+ {
+ checkSocket();
+ out.writeByte(m_pong);
+ out.writeLong(serverTime);
+ waitAnswer();
}
}
1.2.2.4 +9 -5 jbossmq/src/main/org/jboss/mq/il/oil/OILClientILService.java
Index: OILClientILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILClientILService.java,v
retrieving revision 1.2.2.3
retrieving revision 1.2.2.4
diff -u -r1.2.2.3 -r1.2.2.4
--- OILClientILService.java 14 Dec 2001 03:19:13 - 1.2.2.3
+++ OILClientILService.java 9 Apr 2002 18:06:02 - 1.2.2.4
@@ -31,27 +31,28 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.3 $
+ * @version$Revision: 1.2.2.4 $
*/
public class OILClientILService implements Runnable, org.jboss.mq.il.ClientILService
{
static Logger log = Logger.getLogger( OILClientILService.class );
//the client IL
- OILClientIL clientIL;
+ OILClientIL clientIL;
//The thread that is doing the Socket reading work
- Thread worker;
- Socket socket = null;
+ Thread worker;
+ Socket socket = null;
//A link on my connection
private Connection connection;
//Should this service be running ?
private boolean running;
//The server socket we listen for a connection on
private ServerSocket serverSocket;
-
+
// Attributes
final static int m_close = 2;
final static int m_deleteTemporaryDestination = 1;
final static int m_receive = 3;
+ final static int m_pong = 4;
/**
* getClientIL method comment.
@@ -200,6 +201,9 @@
break;
case m_close:
connection.asynchClose();
+ break;
+ case m_pong:
+ connection.asynchPong(in.readLong());
break;
default:
throw new RemoteException( Bad method code ! );
1.2.2.2 +18 -1 jbossmq/src/main/org/jboss/mq/il/oil/OILServerIL.java
Index: OILServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILServerIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- OILServerIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ OILServerIL.java 9 Apr 2002 18:06:02 - 1.2.2.2
@@ -37,7 +37,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public class OILServerIL implements java.io.Serializable, Cloneable,
org.jboss.mq.il.ServerIL {
@@ -68,6 +68,7 @@
final static int m_unsubscribe = 18;
final static int
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/rmi RMIClientIL.java RMIClientILRemote.java RMIServerIL.java RMIServerILRemote.java
User: starksm
Date: 02/04/09 11:06:02
Modified:src/main/org/jboss/mq/il/rmi Tag: Branch_2_4
RMIClientIL.java RMIClientILRemote.java
RMIServerIL.java RMIServerILRemote.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.2.2.2 +17 -1 jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientIL.java
Index: RMIClientIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- RMIClientIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ RMIClientIL.java 9 Apr 2002 18:06:02 - 1.2.2.2
@@ -20,7 +20,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public class RMIClientIL extends java.rmi.server.UnicastRemoteObject implements
RMIClientILRemote {
@@ -57,5 +57,21 @@
throw new IllegalStateException( The client IL is stopped );
}
connection.asynchDeliver( messages );
+ }
+
+ /**
+* pong method comment.
+*
+* @param serverTimeDescription of Parameter
+* @exception JMSException Description of Exception
+*/
+ public void pong(long serverTime)
+ throws JMSException
+ {
+ if (stopped)
+ {
+ throw new IllegalStateException(The client IL is stopped);
+ }
+ connection.asynchPong(serverTime);
}
}
1.2.2.2 +10 -1 jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientILRemote.java
Index: RMIClientILRemote.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIClientILRemote.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- RMIClientILRemote.java23 Aug 2001 03:57:10 - 1.2.2.1
+++ RMIClientILRemote.java9 Apr 2002 18:06:02 - 1.2.2.2
@@ -20,7 +20,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public interface RMIClientILRemote extends ClientIL, java.rmi.Remote {
@@ -33,4 +33,13 @@
public void receive( ReceiveRequest messages[] )
throws Exception;
+
+ /**
+* #Description of the Method
+*
+* @param serverTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public void pong(long serverTime)
+ throws Exception;
}
1.2.2.2 +14 -1 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerIL.java
Index: RMIServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- RMIServerIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ RMIServerIL.java 9 Apr 2002 18:06:02 - 1.2.2.2
@@ -28,7 +28,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public class RMIServerIL extends java.rmi.server.UnicastRemoteObject implements
RMIServerILRemote {
@@ -143,5 +143,18 @@
public void transact( org.jboss.mq.ConnectionToken dc, TransactionRequest t )
throws JMSException {
server.transact( dc, t );
+ }
+
+ /**
+* #Description of the Method
+*
+* @param dcDescription of Parameter
+* @param clientTimeDescription of Parameter
+* @exception JMSException Description of Exception
+*/
+ public void ping(org.jboss.mq.ConnectionToken dc, long clientTime)
+ throws JMSException
+ {
+ server.ping(dc, clientTime);
}
}
1.2.2.2 +2 -2 jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILRemote.java
Index: RMIServerILRemote.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/rmi/RMIServerILRemote.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- RMIServerILRemote.java23 Aug 2001 03:57:10 - 1.2.2.1
+++ RMIServerILRemote.java9 Apr 2002 18:06:02 - 1.2.2.2
@@ -27,7 +27,7 @@
*
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/uil UILClientIL.java UILClientILService.java UILServerIL.java UILServerILService.java
User: starksm
Date: 02/04/09 11:06:03
Modified:src/main/org/jboss/mq/il/uil Tag: Branch_2_4
UILClientIL.java UILClientILService.java
UILServerIL.java UILServerILService.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.2.2.3 +17 -2 jbossmq/src/main/org/jboss/mq/il/uil/UILClientIL.java
Index: UILClientIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILClientIL.java,v
retrieving revision 1.2.2.2
retrieving revision 1.2.2.3
diff -u -r1.2.2.2 -r1.2.2.3
--- UILClientIL.java 28 Nov 2001 06:15:31 - 1.2.2.2
+++ UILClientIL.java 9 Apr 2002 18:06:02 - 1.2.2.3
@@ -29,7 +29,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.2 $
+ * @version$Revision: 1.2.2.3 $
*/
public class UILClientIL implements ClientIL, java.io.Serializable
{
@@ -41,7 +41,7 @@
final static int m_close = 2;
final static int m_deleteTemporaryDestination = 1;
final static int m_receive = 3;
-
+ final static int m_pong = 4;
public void close()
throws Exception
@@ -128,5 +128,20 @@
{
throw throwException;
}
+ }
+
+ /**
+* #Description of the Method
+*
+* @param serverTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public synchronized void pong(long serverTime)
+ throws Exception
+ {
+ checkSocket();
+ out.writeByte(m_pong);
+ out.writeLong(serverTime);
+ waitAnswer();
}
}
1.2.2.3 +6 -2 jbossmq/src/main/org/jboss/mq/il/uil/UILClientILService.java
Index: UILClientILService.java
===
RCS file:
/cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILClientILService.java,v
retrieving revision 1.2.2.2
retrieving revision 1.2.2.3
diff -u -r1.2.2.2 -r1.2.2.3
--- UILClientILService.java 28 Nov 2001 06:15:31 - 1.2.2.2
+++ UILClientILService.java 9 Apr 2002 18:06:02 - 1.2.2.3
@@ -30,7 +30,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.2 $
+ * @version$Revision: 1.2.2.3 $
*/
public class UILClientILService implements Runnable, ClientILService
{
@@ -48,7 +48,8 @@
final static int m_close = 2;
final static int m_deleteTemporaryDestination = 1;
final static int m_receive = 3;
-
+ final static int m_pong = 4;
+
/**
* getClientIL method comment.
*
@@ -155,6 +156,9 @@
break;
case m_close:
connection.asynchClose();
+ break;
+ case m_pong:
+ connection.asynchPong(in.readLong());
break;
default:
RemoteException e = new RemoteException( UILClientIL invocation
contained a bad method code. );
1.2.2.2 +18 -1 jbossmq/src/main/org/jboss/mq/il/uil/UILServerIL.java
Index: UILServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/uil/UILServerIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- UILServerIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ UILServerIL.java 9 Apr 2002 18:06:02 - 1.2.2.2
@@ -37,7 +37,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public class UILServerIL implements java.io.Serializable, Cloneable,
org.jboss.mq.il.ServerIL {
@@ -67,6 +67,7 @@
final static int m_unsubscribe = 18;
final static int m_destroySubscription = 19;
final static int m_checkUser = 20;
+ final static int m_ping = 21;
public UILServerIL( InetAddress a, int port ) {
this.addr = a;
@@ -271,5 +272,21 @@
Exception e = ( Exception )in.readObject();
throw e;
}
+ }
+
+ /**
+* #Description of the Method
+*
+* @param dc Description of Parameter
+* @param clientTime Description of Parameter
+* @exception Exception Description of Exception
+*/
+ public synchronized void ping(ConnectionToken dc, long clientTime)
+ throws
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/jvm JVMClientIL.java JVMServerIL.java
User: starksm
Date: 02/04/09 11:06:01
Modified:src/main/org/jboss/mq/il/jvm Tag: Branch_2_4
JVMClientIL.java JVMServerIL.java
Log:
Integrate connection ping patch
Revision ChangesPath
No revision
No revision
1.2.2.2 +19 -2 jbossmq/src/main/org/jboss/mq/il/jvm/JVMClientIL.java
Index: JVMClientIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/jvm/JVMClientIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- JVMClientIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ JVMClientIL.java 9 Apr 2002 18:06:01 - 1.2.2.2
@@ -20,9 +20,10 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
-public class JVMClientIL implements ClientIL {
+public class JVMClientIL implements ClientIL
+{
// A reference to the connection
Connection connection;
@@ -56,5 +57,21 @@
throw new IllegalStateException( The client IL is stopped );
}
connection.asynchDeliver( messages );
+ }
+
+ /**
+* pong method comment.
+*
+* @param serverTime Description of Parameter
+* @exception IllegalStateException Description of Exception
+*/
+ public void pong(long serverTime)
+ throws IllegalStateException
+ {
+ if (stopped)
+ {
+ throw new IllegalStateException(The client IL is stopped);
+ }
+ connection.asynchPong(serverTime);
}
}
1.2.2.2 +14 -1 jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerIL.java
Index: JVMServerIL.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/jvm/JVMServerIL.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- JVMServerIL.java 23 Aug 2001 03:57:10 - 1.2.2.1
+++ JVMServerIL.java 9 Apr 2002 18:06:01 - 1.2.2.2
@@ -28,7 +28,7 @@
* @author Hiram Chirino ([EMAIL PROTECTED])
* @author Norbert Lataille ([EMAIL PROTECTED])
* @createdAugust 16, 2001
- * @version$Revision: 1.2.2.1 $
+ * @version$Revision: 1.2.2.2 $
*/
public class JVMServerIL implements org.jboss.mq.il.ServerIL {
//The server implementation
@@ -141,5 +141,18 @@
public void transact( org.jboss.mq.ConnectionToken dc, TransactionRequest t )
throws JMSException {
server.transact( dc, t );
+ }
+
+ /**
+* ping method comment.
+*
+* @param dcDescription of Parameter
+* @param clientTimeDescription of Parameter
+* @exception JMSException Description of Exception
+*/
+ public void ping(org.jboss.mq.ConnectionToken dc, long clientTime)
+ throws JMSException
+ {
+ server.ping(dc, clientTime);
}
}
___
Sponsored by:
Looking for hip toys and fun scwag. There is no better place
then the good friends at ThinkGeek. http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Scheduled MBeans (Suggested Patch)
Hi I will check this this week but when this is true then there is a problem with how the notifications (JMX events) are sent to the listener. IMO it should not have an effect how long the processing of the notifications takes in order to send the next notification. I will check with Juha if this problem is fixed in JBossMX. Have fun - Andy - Original Message - From: cepage [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 11:36 AM Subject: [JBoss-dev] Scheduled MBeans (Suggested Patch) When I set the SchedulePeriod property of the Scheduler MBean to 30 seconds, I think of it semantically as follows: Every 30 seconds, invoke this exposed MBean method with these parameters. But under the current behavior, the semantics are as follows: After the current MBean method has completed, wait 30 seconds before the next invocation. So if I have an initial start time of 12:00:00, and a SchedulePeriod of 30 seconds, and the MBean invocation takes 5 seconds to complete, the second invocation will occur at 12:00:35. In a managed production environment, this leads to unpredictability of the scheduled processes. I have a patch to scheduler that invokes the Scheduled MBean in its own thread, so that the SchedulerMBean can immediately return to the TimerMBean, and allow the next invocation to be scheduled. This is still not a perfect solution, but IMHO it is much better than the current situation. Is this patch worth submitting, or do people prefer the current Scheduler behavior? Thanks, Corby _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12516 ___ Sponsored by: Looking for hip toys and fun scwag. There is no better place then the good friends at ThinkGeek. http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Sponsored by: Looking for hip toys and fun scwag. There is no better place then the good friends at ThinkGeek. http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-538802 ] LOCATE(bean.field, ?1)
Bugs item #538802, was opened at 2002-04-03 18:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Eric Jain (ejain) Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE(bean.field, ?1) Initial Comment: LOCATE(bean.field, ?1) returns all rather than just the matching records. query query-method method-namefindByPartialName/method-name method-params method-paramjava.lang.String/method-param /method-params /query-method ejb-ql ![CDATA[ SELECT OBJECT(s) FROM Service s WHERE LOCATE (s.name, ?1) -1 ]] /ejb-ql /query 2002-04-03 18:07:23,080 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ServiceE JB.findByPartialName] Executing SQL: SELECT t0_s.id FROM ServiceEJB t0_s WHERE locate(t0_s.name, ?, 1) -1 -- Comment By: Eric Jain (ejain) Date: 2002-04-09 20:35 Message: Logged In: YES user_id=474829 Thanks for clarifying this; I had naïvly assumed the function would work like Java's String.indexOf()... -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 17:58 Message: Logged In: YES user_id=251431 If the string is not found the return value is 0, so your query return every entity. The EJB-QL functions are based on the JDBC fucntion, which in turn are based on the Microsoft ODBC Core specification. This spec (http://msdn.microsoft.com/library/en- us/odbc/htm/odbcstring_functions.asp) says the following: Returns the starting position of the first occurrence of string_exp1 within string_exp2. The search for the first occurrence of string_exp1 begins with the first character position in string_exp2 unless the optional argument, start, is specified. If start is specified, the search begins with the character position indicated by the value of start. The first character position in string_exp2 is indicated by the value 1. If string_exp1 is not found within string_exp2, the value 0 is returned. -- Comment By: Marco Ladermann (mpl) Date: 2002-04-09 17:33 Message: Logged In: YES user_id=246541 According to the JDBC specification (to which the EJB 2.0 specification refers) locate returns 0 if the first string argument is not contained in the second argument. Therefore your locate(s.name, ?1) -1 is always true. Marco -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=538802group_id=22866 ___ Sponsored by: Looking for hip toys and fun scwag. There is no better place then the good friends at ThinkGeek. http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Change Notes-541366 ] EJB 2.0 Verifier
[EMAIL PROTECTED] wrote: Change Notes item #541366, was opened at 2002-04-08 23:48 Initial Comment: I have now checked in basic support for EJB 2.0 session bean and EJB 2.0 entity bean verification. I am sure there are still some problems with the entity beans, they are quite a bunch of fun to verify. This support should at least pick up those problems where there are misspellings in the deployment descriptor or method names not agreeing, etc between the various interfaces and the implementation. I will continue to work on it at least for a few days as message beans need to be done, messages input, and entity beans cleaned up. Jay, Well done on getting the EJB 2 stuff in there. It's already come up with a few verification errors for my beans. Unfortunately a couple of them are minor bugs :). The first (in AbstractVerifier.java) is that the check for a no-args constructor (calling newInstance()) fails for CMP entity beans, which must be abstract. I've checked in a modified version which uses reflection instead. The second is in checking that the primary key field is one of the CMP fields on the bean. This is done using Class.getField() which of course fails because the CMP fields are now abstract accessor methods rather than member fields. I'll leave this alone, as I guess you're still working on this bit. Keep up the good work, 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] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata JDBCRelationshipRoleMetaData.java
User: dsundstrom
Date: 02/04/09 13:41:25
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCRelationshipRoleMetaData.java
Log:
Fixed bug [ 530437 ] Intra-Bean Many to Many auto-gen broken.
Revision ChangesPath
1.16 +6 -2
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCRelationshipRoleMetaData.java
Index: JDBCRelationshipRoleMetaData.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCRelationshipRoleMetaData.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- JDBCRelationshipRoleMetaData.java 12 Feb 2002 06:17:16 - 1.15
+++ JDBCRelationshipRoleMetaData.java 9 Apr 2002 20:41:24 - 1.16
@@ -23,7 +23,7 @@
* the ejb-jar.xml file's ejb-relation elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.15 $
+ * @version $Revision: 1.16 $
*/
public final class JDBCRelationshipRoleMetaData {
/**
@@ -305,7 +305,11 @@
String columnName;
if(relationMetaData.isTableMappingStyle()) {
-columnName = entity.getName();
+if(entity.equals(relatedRole.getEntity())) {
+ columnName = getCMRFieldName();
+} else {
+ columnName = entity.getName();
+}
} else {
columnName = relatedRole.getCMRFieldName();
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStartCommand.java
User: dsundstrom
Date: 02/04/09 13:41:24
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Fixed bug [ 530437 ] Intra-Bean Many to Many auto-gen broken.
Revision ChangesPath
1.23 +5 -3
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java
Index: JDBCStartCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- JDBCStartCommand.java 26 Feb 2002 23:53:06 - 1.22
+++ JDBCStartCommand.java 9 Apr 2002 20:41:24 - 1.23
@@ -40,7 +40,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
* @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
- * @version $Revision: 1.22 $
+ * @version $Revision: 1.23 $
*/
public class JDBCStartCommand {
@@ -118,7 +118,9 @@
addForeignKeyConstraint(cmrField);
// Create related fk constraint
-addForeignKeyConstraint(cmrField.getRelatedCMRField());
+if(!entity.equals(cmrField.getRelatedJDBCEntity())) {
+ addForeignKeyConstraint(cmrField.getRelatedCMRField());
+}
}
}
}
@@ -166,7 +168,7 @@
} catch(Exception e) {
log.debug(Could not create table + tableName);
try {
-manager.getContainer().getTransactionManager().rollback ();
+manager.getContainer().getTransactionManager().rollback();
} catch(Exception _e) {
log.error(Could not roll back transaction: , e);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] when is 2.4.5 release?
soon I hope? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/net/protocol/njar Handler.java
User: jules_gosnell
Date: 02/04/09 13:54:09
Modified:src/main/org/jboss/net/protocol/njar Handler.java
Log:
move Jetty's code for converting an njar: to file: URL in here
Revision ChangesPath
1.4 +23 -1 jboss-common/src/main/org/jboss/net/protocol/njar/Handler.java
Index: Handler.java
===
RCS file:
/cvsroot/jboss/jboss-common/src/main/org/jboss/net/protocol/njar/Handler.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Handler.java 28 Feb 2002 01:28:38 - 1.3
+++ Handler.java 9 Apr 2002 20:54:09 - 1.4
@@ -49,7 +49,7 @@
*
* @todo Add accessors so that the cache can be flushed.
*
- * @version tt$Revision: 1.3 $/tt
+ * @version tt$Revision: 1.4 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a
*/
public class Handler
@@ -143,5 +143,27 @@
}
}
}
+
+ public static URL njarToFile(URL url)
+{
+ if (url.getProtocol().equals(PROTOCOL))
+ {
+ try
+ {
+ // force the resource we are after to be unpacked - thanks
+ // Jan David...!
+ URL dummy=new URL(PROTOCOL+:+url.toString()+NJAR_SEPARATOR+dummy.jar);
+ String tmp=dummy.openConnection().getURL().toString();
+ tmp=tmp.substring(jar:.length());
+ tmp=tmp.substring(0, tmp.length()-(JAR_SEPARATOR+dummy.jar).length());
+ return new URL(tmp);
+ }
+ catch (Exception ignore)
+ {
+ }
+ }
+
+ return url;
+}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re: [JBoss-dev] [ jboss-Change Notes-541366 ] EJB 2.0 Verifier
Definitely a work in progress, thanks for the help. I knew about those two issues, but didn't have the time to sort them out last night. What a nightmare verifying CMP beans. This is one of those times where you wish they actually spelled out the whole bean provider contract in one place in the spec. Cheers From: Luke Taylor [EMAIL PROTECTED] Date: 2002/04/09 Tue PM 04:04:53 EDT To: JBoss Dev [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] [ jboss-Change Notes-541366 ] EJB 2.0 Verifier [EMAIL PROTECTED] wrote: Change Notes item #541366, was opened at 2002-04-08 23:48 Initial Comment: I have now checked in basic support for EJB 2.0 session bean and EJB 2.0 entity bean verification. I am sure there are still some problems with the entity beans, they are quite a bunch of fun to verify. This support should at least pick up those problems where there are misspellings in the deployment descriptor or method names not agreeing, etc between the various interfaces and the implementation. I will continue to work on it at least for a few days as message beans need to be done, messages input, and entity beans cleaned up. Jay, Well done on getting the EJB 2 stuff in there. It's already come up with a few verification errors for my beans. Unfortunately a couple of them are minor bugs :). The first (in AbstractVerifier.java) is that the check for a no-args constructor (calling newInstance()) fails for CMP entity beans, which must be abstract. I've checked in a modified version which uses reflection instead. The second is in checking that the primary key field is one of the CMP fields on the bean. This is done using Class.getField() which of course fails because the CMP fields are now abstract accessor methods rather than member fields. I'll leave this alone, as I guess you're still working on this bit. Keep up the good work, 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 primary services
Hello, I'd like to make an overview of JBoss 2.4.4 with hints to 3.0. I'll link you to the results when I'm done. So in the next few days, I'll be posting some questions on clustering, caching, etc. But first: has anyone already made a comprehensive overview of the exact API's that are implemented in the subsequent JBoss versions? Thanks in advance, Pieter Van Gorp. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12534 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java
User: jules_gosnell
Date: 02/04/09 13:55:52
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
move code for forcing unpacking of njars elsewhere
Revision ChangesPath
1.36 +5 -51
contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java
Index: JBossWebApplicationContext.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- JBossWebApplicationContext.java 21 Mar 2002 01:24:24 - 1.35
+++ JBossWebApplicationContext.java 9 Apr 2002 20:55:52 - 1.36
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossWebApplicationContext.java,v 1.35 2002/03/21 01:24:24 jules_gosnell
Exp $
+// $Id: JBossWebApplicationContext.java,v 1.36 2002/04/09 20:55:52 jules_gosnell
Exp $
// A Jetty HttpServer with the interface expected by JBoss'
// J2EEDeployer...
@@ -174,30 +174,15 @@
public String
getFileClassPath()
{
- List List=new ArrayList();
- getFileClassPath(getClassLoader(), List);
+ List list=new ArrayList();
+ getFileClassPath(getClassLoader(), list);
String classpath=;
- for (Iterator i=List.iterator(); i.hasNext();)
+ for (Iterator i=list.iterator(); i.hasNext();)
{
URL url=(URL)i.next();
- if (url.getProtocol().equals(njar))
- {
- try
- {
- // force the resource we are after to be unpacked - tmp hack - thanks
David Jencks!
- URL dummy=new URL(njar:+url.toString()+^+/dummy.jar);
- String tmp=dummy.openConnection().getURL().toString();
- tmp=tmp.substring(jar:.length());
- tmp=tmp.substring(0, tmp.length()-!/dummy.jar.length());
- _log.info(converting +url+ - +tmp);
- url=new URL(tmp);
- }
- catch (Exception ignore)
- {
- }
- }
+ url=org.jboss.net.protocol.njar.Handler.njarToFile(url);
if (!url.getProtocol().equals(file)) // tmp warning
{
@@ -256,37 +241,6 @@
getFileClassPath(cl.getParent(), list);
}
-
-// public String
-// getFileClassPath(ClassLoader cl)
-// {
-// String classpath=;
-// String[] entries=_jetty.getCompileClasspath(cl);
-//
-// for (int i=0; ientries.length; i++)
-// {
-// try
-// {
-// Resource res = Resource.newResource (entries[i]);
-// if (res.getFile()==null)
-// _log.warn(bad classpath entry: +entries[i]);
-// else
-// {
-// String tmp=res.getFile().getCanonicalPath();
-// classpath+=(classpath.length()==0?:_separator)+tmp;
-// }
-// }
-// catch (IOException ioe)
-// {
-// _log.warn (JSP Classpath is damaged, can't convert path for :+entries[i],
ioe);
-// }
-// }
-//
-// if (_log.isDebugEnabled())
-// _log.debug(JSP classpath: +classpath);
-//
-// return classpath;
-// }
// given a resource name, find the jar file that contains that resource...
protected String
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-530437 ] Intra-Bean Many to Many auto-gen broken
Bugs item #530437, was opened at 2002-03-15 13:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=530437group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Andrew Scherpbier (scherpbier) Assigned to: Dain Sundstrom (dsundstrom) Summary: Intra-Bean Many to Many auto-gen broken Initial Comment: When attempting to create an EJB that has a bidirectional many-to-many relationship with itself, JBoss attempts to create a relationship table that has duplicate columns. My bean (Company) has the following code: /** * @ejb:interface-method * @ejb:relationname=Companies-Investors * role-name=investees * multiple=yes * @jboss:auto-key-fields */ public abstract Collection getInvestees(); /** * @ejb:interface-method * @ejb:relationname=Companies-Investors * role-name=investors * multiple=yes * @jboss:auto-key-fields */ public abstract Collection getInvestors(); Upon deployment, JBoss produces the following SQL code for the database: CREATE TABLE Company_investees_Company_investors (Company TEXT NOT NULL, Company TEXT NOT NULL, CONSTRAINT pk_Company_investees_Company_investors PRIMARY KEY (Company, Company)) Note the duplicate column names. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-09 15:42 Message: Logged In: YES user_id=251431 I corrected the auto generation code for this case, and tested that the relationship actually works. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-15 14:10 Message: Logged In: YES user_id=251431 oh ya, duh. I'll fix this. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=530437group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStoreManager.java
User: dsundstrom
Date: 02/04/09 14:39:53
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStoreManager.java
Log:
Fix bug [ 530084 ] 1 to many uni-directional relationships.
Checks to see if tx has been rolled back before adding sync.
Revision ChangesPath
1.30 +24 -5
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStoreManager.java
Index: JDBCStoreManager.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStoreManager.java,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -r1.29 -r1.30
--- JDBCStoreManager.java 3 Mar 2002 21:37:46 - 1.29
+++ JDBCStoreManager.java 9 Apr 2002 21:39:51 - 1.30
@@ -20,6 +20,7 @@
import javax.ejb.EJBException;
import javax.ejb.FinderException;
import javax.ejb.RemoveException;
+import javax.transaction.Status;
import javax.transaction.Synchronization;
import javax.transaction.SystemException;
import javax.transaction.Transaction;
@@ -59,7 +60,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @see org.jboss.ejb.EntityPersistenceStore
- * @version $Revision: 1.29 $
+ * @version $Revision: 1.30 $
*/
public class JDBCStoreManager implements EntityPersistenceStore {
@@ -189,7 +190,11 @@
Map txDataMap = (Map)txMap.get(tx);
// do we have an existing map
-if(txDataMap == null) {
+int status = tx.getStatus();
+if(txDataMap == null
+ (status == Status.STATUS_ACTIVE ||
+ status == Status.STATUS_PREPARING)) {
+
// We want to be notified when the transaction commits
ApplicationTxDataSynchronization synch =
new ApplicationTxDataSynchronization(tx);
@@ -209,15 +214,25 @@
}
public Object getApplicationTxData(Object key) {
- return getApplicationTxDataMap().get(key);
+ Map map = getApplicationTxDataMap();
+ if(map != null) {
+ return map.get(key);
+ }
+ return null;
}
public void putApplicationTxData(Object key, Object value) {
- getApplicationTxDataMap().put(key, value);
+ Map map = getApplicationTxDataMap();
+ if(map != null) {
+ map.put(key, value);
+ }
}
public void removeApplicationTxData(Object key) {
- getApplicationTxDataMap().remove(key);
+ Map map = getApplicationTxDataMap();
+ if(map != null) {
+ map.remove(key);
+ }
}
public Map getEntityTxDataMap() {
@@ -432,6 +447,10 @@
private void synchronizeRelationData() {
Map txData = getApplicationTxDataMap();
+ if(txData == null) {
+ return;
+ }
+
Iterator iterator = txData.values().iterator();
while(iterator.hasNext()) {
Object obj = iterator.next();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty TODO
User: jules_gosnell Date: 02/04/09 14:46:29 Modified:jettyTODO Log: update Revision ChangesPath 1.16 +69 -18contrib/jetty/TODO Index: TODO === RCS file: /cvsroot/jboss/contrib/jetty/TODO,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- TODO 7 Mar 2002 00:53:49 - 1.15 +++ TODO 9 Apr 2002 21:46:29 - 1.16 @@ -1,36 +1,76 @@ IMMEDIATE - -Finish FAQ. +what has happened to the WebIntegrationTestSuite - ask Jason. -Refactor JettyService using createService and direct delegation to a -Jetty instance. +Virtual host support - now in AbstractWebContainer - can't see it... - 2.4.5 only -We need a testsuite for distributed sessions. Us Cactus - JG +In normal build - sar should be split up so that jboss-service.xml is +easily accessed. - JG + +In devel target - jetty-ejb.jar should live inside jetty-plugin.sar - JG Persistant/Distributed Sessions - various implementations - JG Test Sacha's stuff - We need a ?Cactus-based? session aware test-suite - JG? -In normal build - sar should be split up so that jboss-service.xml is -easily accessed. - JG +Refactor/Lose TimeOutManager -In devel target - jetty-ejb.jar should live inside jetty-plugin.sar - JG +Repackage legacy servlets into webapp ? + +CGI servlet needs work + +Seperation of Web from other tiers ? + +JBoss/Jetty sould have a default app - either Jetty demo - or petstore +(copyright problems??) (or both, we could hand petstore and jboss +website off Jetty Demo). + +Talk more about 24x7 strategies for safe redeployment of apps and +jetty itself. + +investigate work being done on web services - does it run on Jetty ? + +investigate other major J2EE webapps (struts, velocity, cocoon, web +services etc) and ensure that they run OK on JBoss/Jetty. Testsuite +should run through them. + +we need a test harness that runs up Jetty and TomCat on different +ports, deploys the same webapp to them and then calls each test in +turn comparing the outputs. - this should be an extension of +watchdog.(to compare two web-containers). + +finish support for running from packed war.This may not be +possible. Methods that require wars to be unpacked should either isue +a warning if called on a packed webappp, or unpack lazily when +required. + +Finish FAQ. - talk to Greg. + +We need to be able to understand BEA and WS proprietary dds, so we can +deploy their apps with no porting effort. Bill says BEA webcontainer +non-std - (flush=true, forward/redirect anytime/anywhere) and Jetty +did not handle relative paths well - december? Find tool for +generating XSL from two DTDs via drag-n-drop. + +DDs are parsed multiple times, and into DOM, SAX or JAXB might be +faster - probably ties in with JSR88. + +JSR 77 88 related stuff + +We need to be able to have multiple Jetty instances running + +Investigate SSL AbstractWebContainer is already parsing jboss-web.xml, so we should not need to parse it as well. If I bounce Jetty, JBoss does not redeploy extant webapps (AbstractWebContainer moans if I deploy something, bounce Jetty, then -un/redeploy it.) +un/redeploy it.) - This will be fixed by David Jenks dependency stuff. Why does my CoarseHttpSession stuff not work anymore? - JG -WebIntegration testsuite still fails - JG - -Revisit TimeoutManagers - JG - - FURTHER AWAY @@ -55,13 +95,24 @@ MultiMBeanProxy RemoteMBeanProxy -Metamazon - - - What else needs to be integrated ? -How about JAXM/Axis/SOAP etc... - Everything needs some decent unit tests and serious profiling + + +NEW + + +Share code between StatefulSession HttpSession + +Share Message valve interceptor between Jetty and MBean - so we can +hold up requests whilst we redeploy apps + +Investigate SSL support. + +Where else can Jetty and JBoss share code ? + +Jetty and AbstractWebContainer need some refactoring. + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Scheduled MBeans (Suggested Patch)
on 09-04-2 20.36, cepage at [EMAIL PROTECTED] wrote: t invocation to be scheduled. This is still not a perfect solution, but IMHO it is much better than the current situation. Please submit this as a patch at : http://sourceforge.net/tracker/?group_id=22866atid=376687 This way all contributers can look at it and probably the implementor choose to and/or make a merge with a config flag together with dual *n sematics furthering complexity ... This is a good call - I would prefere 5 minutes to be 5 minutes and not 5 mintes + last execution time ... Thanks /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Scheduled MBeans (Suggested Patch)
I looked at the new JBossMX stuff; Juha's rewrite of the Timer has fixed part of the problem. He does a much better job than Sun's Timer of determining what the next call time should be, and so in the example I gave he will attempt to execute the second MBean invocation at 12:00:30 rather than 12:00:35. However, there is still a problem that originates in the javax.management.NotificationBroadcasterSupport class (which Juha has also rewritten). In the sendNotification method, he iterates through the set of NotificationListeners and does a synchronous notification to each Listener in the list. It appears that this single-threaded approach will prevent the Timer from effecting a notification to any MBean if the last-notified MBean has not yet finished executing its scheduled method. In the example I gave before, assume there is a second MBean, and it also has a InitialStartDate of 12:00:00 and a SchedulePeriod of 30 seconds. If the first MBean takes 5 seconds to complete its scheduled invocation, then the second MBean will execute at 12:00:05, and 12:00:35, and so on. My patch addresses this problem without altering NotificationBroadcastSupport. The SchedulerMBean receives the synchronous notification, creates a new Thread to actually invoke the MBean, and returns the original Thread of control back to the Timer so that it can immediately fire the next notification. Anyway, let me know if you'd like the patch. It might be faster for you to just code the fix yourself. Corby _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12516 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session ClusteredStore.java
User: jules_gosnell
Date: 02/04/09 15:30:26
Modified:jetty/src/main/org/jboss/jetty/session ClusteredStore.java
Log:
now fails a little more graciously if clustered HttpSession support not available
Revision ChangesPath
1.8 +7 -7
contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java
Index: ClusteredStore.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ClusteredStore.java 20 Feb 2002 00:15:37 - 1.7
+++ ClusteredStore.java 9 Apr 2002 22:30:26 - 1.8
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: ClusteredStore.java,v 1.7 2002/02/20 00:15:37 jules_gosnell Exp $
+// $Id: ClusteredStore.java,v 1.8 2002/04/09 22:30:26 jules_gosnell Exp $
//
@@ -19,9 +19,9 @@
import org.jboss.ha.httpsession.server.ClusteredHTTPSessionServiceMBean;
//
-// it would be nice to do this with a JMXProxy... - TODO
/**
- * An abstraction of a manager for the distributed store of HttpSessions
+ * A DistributedSession Store implemented on top of Sacha Bill's
+ * Clustering stuff...
*
* @author a href=mailto:jules_gosnell@@yahoo.com;Jules Gosnell/a
* @version 1.0
@@ -31,9 +31,9 @@
ClusteredStore
implements AbstractStore
{
- final Logger _log =Logger.getLogger(getClass().getName());
- MBeanServer _server=null;
- ObjectName _name =null;
+ final Logger _log=Logger.getLogger(getClass().getName());
+ MBeanServer _server =null;
+ ObjectName _name =null;
ClusteredHTTPSessionServiceMBean _proxy;
public
@@ -47,7 +47,7 @@
_proxy=(ClusteredHTTPSessionServiceMBean)
MBeanProxy.create(ClusteredHTTPSessionServiceMBean.class, _name);
}
- catch (Exception e)
+ catch (Throwable e)
{
_log.warn(Clustered HttpSession support is not loaded - disabled);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.xml
User: jules_gosnell
Date: 02/04/09 15:32:07
Modified:jettybuild.xml
Log:
include Clustered HttpSession support by default
Revision ChangesPath
1.50 +0 -2 contrib/jetty/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- build.xml 7 Apr 2002 02:59:31 - 1.49
+++ build.xml 9 Apr 2002 22:32:07 - 1.50
@@ -396,7 +396,6 @@
/target
!-- Compile all class files --
- property name=javac.excludes value=org/jboss/jetty/session/Clustered*.java /
target name=compile-classes depends=init
mkdir dir=${build.classes}/
javac destdir=${build.classes}
@@ -413,7 +412,6 @@
src path=${build.ejb}/
classpath refid=javac.classpath/
include name=${javac.includes}/
- exclude name=${javac.excludes}/
/javac
!-- these are for Jetty jars --
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: AW: Patches to jboss.net
Hi Marius, I used ./build.sh -Dmodules=jboss.net/testsuite modules-tests which seems to just run the JBoss.net testsuite. This worked this morning but when I reapply my testsuite patch (capitalisation error removing the emption address book impl class, obviously hasn't made it into cvs yet), I still get a whole bunch of cannot resolve symbols when building the testsuites. I will try to find out what's causing this tomorrow morning. Cheers, Martin Original Message From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RE: AW: Patches to jboss.net Date: Tue, 09 Apr 2002 14:36:13 +0200 Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on anything, but I can't see any .ear or wsr-files generated. Is this right? I though it would create hello.wsr. Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: AW: Patches to jboss.net
All, I'm not sure if this is the *approved* way of doing things, but here's the sequence that seems to work for me: 1. Do a CVS update, rebuild jboss from jboss-all\build\build.sh or build.bat depending on your poison. 2. Goto jboss.net and build. Make sure .sar file makes it into the jboss deploy directory. This is a manual process for me. If this is a fresh get from CVS, sometimes the required .jars/config files don't make it to the right jboss directory in which case you have to do it manually. I can provide details here if this is what you are having problems with. 3. Start jboss, make sure jboss-net.sar deploys okay. 4. Goto jboss.net\testsuite and do a build tests-standard-unit 5. Watch in utter amazement the miracle to which you are witness to. Okay, maybe not that dramatic, but you get the idea... :-) All and all I know how frustrating this can be (BELEIVE ME!). Christoph and I will be working on docs/process/hints to make the whole thing easier... promise!! hope this helps, peter On Tue, 9 Apr 2002 15:24:44 -0700 [EMAIL PROTECTED] wrote: Hi Marius, I used ./build.sh -Dmodules=jboss.net/testsuite modules-tests which seems to just run the JBoss.net testsuite. This worked this morning but when I reapply my testsuite patch (capitalisation error removing the emption address book impl class, obviously hasn't made it into cvs yet), I still get a whole bunch of cannot resolve symbols when building the testsuites. I will try to find out what's causing this tomorrow morning. Cheers, Martin Original Message From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RE: AW: Patches to jboss.net Date: Tue, 09 Apr 2002 14:36:13 +0200 Tried ./build.sh testsuite -Dmodules=jboss.net. It doesn't complain on anything, but I can't see any .ear or wsr-files generated. Is this right? I though it would create hello.wsr. Martin Maisey wrote: Hi Christoph Thanks for having such a deep look into jboss.net and fixing these open issues. No problem + it wasn't a particularly deep look! Some of them were cause by my stupidity (the techtrader-lib copy operation, I did not commit, simply forgot it), Thought it was probably something like that - I've done the same thing myself many times... some of them are those frequent changes in the jboss-core which I cannot immediately adopt because of restricted time ... We really should have a separation of core and modules such as Peter Braswell suggested ... If you need a 'second pair of hands' to try to keep on top of this type of thing and test updates, I'm happy to do it as I would like to get a better knowledge of JBoss and web services and have (a small amount of ;-)) spare time. I noticed that some of the project web page seems a bit out of date - only one of the build commands worked for me and the command to start the test suite needs tweaking. What's the process to update it? I could also take a look at the failing JMX endpoint unit test if it would help, although this is likely to take a bit longer as I will probably have to wrap my head around much more of Axis and JBoss JMX ;-) Cheers, Martin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Peter Braswell Utopian Software [EMAIL PROTECTED] 757.560.8867 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
