[JBoss-dev] [ jboss-Bugs-603412 ] Cocoon2 deployment JNDI error
Bugs item #603412, was opened at 2002-09-02 09:55
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=603412group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Sandor (tsandor)
Assigned to: Scott M Stark (starksm)
Summary: Cocoon2 deployment JNDI error
Initial Comment:
Cocoon2 deploys, but cannot start because of a JNDI
error in all of the packages of JBoss having Catalina.
Operating System: RedHat Linux 7.2
JDK Version: Sun Java 1.3.1_03
Server trace: attached, also the error output page
Steps to reproduce:
1) start jboss3.0.1-tomcat4.0.4
2) copy cocoon.war to
${jboss.home}/server/default/deploy/
3) navigate to http://localhost:8080/cocoon/ with a
browser client
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=603412group_id=22866
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] clusterwide configuration
This may be too simplified, but Juha in Germany was talking that eventually MBean state at runtime would be persistable. I figure that MBean persistence + the farming service + net boot would give a us a clusterwide configuration mechanism without the need to build a centralized configuration service. I guess what I'm getting at is that I've seen the idea floating around that we're moving in a direction of centralized configuration and I'm wondering if its a good idea. Bill --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] cvs head is using xdoclet nearly-1.2. Please report problems.
Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-603620 ] ScheduleManager cannot do -1 repetitions
Patches item #603620, was opened at 2002-09-02 18:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=603620group_id=22866 Category: JBossMX Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Renaud Bruyeron (bruyeron) Assigned to: Nobody/Anonymous (nobody) Summary: ScheduleManager cannot do -1 repetitions Initial Comment: Attached is the patch to fix this problem. 2 lines in ScheduleManager are currently commented out that prevent deploying of a ScheduleProvider with repetitions=-1 (to repeat the schedule indefinitely). The patch uncomments them. I've run jboss HEAD for over a week with a -1 repetition schedule with no problem. Any good reason for the comments ? - Renaud -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=603620group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-588312 ] Confusing Error
Bugs item #588312, was opened at 2002-07-29 19:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=588312group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: David Jencks (d_jencks) Summary: Confusing Error Initial Comment: There's probably a perfectly logical reason for this, but just in case it's a bug i'll note it. In my jbosscmp-jdbc.xml file i just added a cmp-field to column mapping for an entity element, except that i put it for the wrong entity. JBoss dumped about 20 exceptions out stating that the field was not found for ALL of my beans. Why wouldn't it only dump out 1 error indicating that the field to column mappings was not found in the entity that i had defined it in? Here's 1 of the 20 outputs, less the full stack trace. 19:04:22,553 WARN [ServiceController] Problem starting service jboss.j2ee:service=EJB,jndiName=myBean1..20 org.jboss.deployment.DeploymentException: CMP field not found : fieldName=myField -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-09-02 12:54 Message: Logged In: YES user_id=251431 David this is now your problem. Just remember if you have a real application with 100+ beans you will get a huge deployment failed log. If you want to reproduce this error change the name of the UserName field in the jbosscmp-jdbc.xml file of the commerce cmp2 test and deploy it. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-08-23 19:17 Message: Logged In: YES user_id=251431 That sucks. I'll try to fix this right away. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=588312group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-577512 ] JBossCMP - Wrong table mapping
Bugs item #577512, was opened at 2002-07-04 13:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=577512group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Postponed Priority: 5 Submitted By: Udo Klinkmüller (ukkm) Assigned to: Dain Sundstrom (dsundstrom) Summary: JBossCMP - Wrong table mapping Initial Comment: My environment: - Linux (SuSe 7.3) - JDK 1.4 - JBoss 3.0 (CMP) I'm working with JBoss 3.0. My small project is based on CMP and I could successfully deploy it. Now in the test I get an error in the findByPrimaryKey method which looks a little strange for me. 2002-07-03 20:33:05,275 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKey Query.UserEJB.findByPrimaryKey] Executing SQL: SELECT userId FROM userejb WHERE userId=? 2002-07-03 20:33:05,430 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKey Query.UserEJB.findByPrimaryKey] Find failed java.sql.SQLException: ERROR: Relation 'userejb' does not exist at org.postgresql.Connection.ExecSQL (Connection.java:533) at org.postgresql.jdbc2.Statement.execute (Statement.java:294) at org.postgresql.jdbc2.Statement.executeQuery (Statement.java:59) at org.postgresql.jdbc2.PreparedStatement.executeQuery (PreparedStatement.java:108) at org.jboss.resource.adapter.jdbc.local.LocalPreparedStat ement.executeQuery(LocalPreparedStatement.java:289) The problem what I can recognize is that the generated SELECT statement uses the wrong table name 'userejb'. In the jbosscmp-jdbc.xml file I have specified the right table name: entity ejb-nameUserEJB/ejb-name table-namet_users/table-name . . . /entity Here are the two lines from the server log saying something about the jbosscmp-jdbc.xml file 2002-07-03 20:32:37,776 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Cus tomerEJB] Loading standardjbosscmp-jdbc.xml : file:/opt/jboss-3.0.0_tomcat- 4.0.3/server/default/conf/standardjbosscmp-jdbc.xml 2002-07-03 20:32:38,227 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.Cus tomerEJB] jar:njar:file:/opt/jboss-3.0.0_tomcat- 4.0.3/server/default/tmp/deploy/server/default/deploy/CoC oEJB.ear/79.CoCoEJB.ear^/CoCoEJB.jar!/META- INF/jbosscmp-jdbc.xml found. Overriding defaults And here a snip of the content from my jar file. META-INF/ META-INF/MANIFEST.MF META-INF/ejb-jar.xml META-INF/jboss.xml META-INF/jbosscmp-jdbc.xml coco/ coco/base/ coco/base/CocoAppException.class coco/base/CocoSysException.class ... Because the projecte has more an educational character I attach the complete project sources. The attached jar file does not contain following necessary libraries: - xercesImpl.jar - log4j-1.2.3.jar - avalon-framework-4.1.2.jar - avalon-excalibur-4.1.jar The test client is coco.ejb.test.CustomerServiceTest.java -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-09-02 13:25 Message: Logged In: YES user_id=251431 I'm sorry but I am unable to build your code as I don't use JDK 1.4. Also can you trim the code down to only what is failing for you. -- Comment By: Udo Klinkmüller (ukkm) Date: 2002-07-25 05:54 Message: Logged In: YES user_id=573151 Sorry for my impatience. Is there already a resolution or does exist at least a workaround for this problem ? Best Regards Udo -- Comment By: Udo Klinkmüller (ukkm) Date: 2002-07-25 05:52 Message: Logged In: YES user_id=573151 Sorry for my impatience. Is there already a resolution or does exist at least a workaround for this problem ? Best Regards Udo -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-07-04 13:27 Message: Logged In: YES user_id=251431 This is the one with the example code. I'll delete the other one. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-07-04 13:26 Message: Logged In: YES user_id=251431 This is a duplicate of [ 577508 ] JBossCMP - Wrong table mapping. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=577512group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-587605 ] Table Name GLITCH on JBoss 3.0/3.1
Bugs item #587605, was opened at 2002-07-28 01:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=587605group_id=22866 Category: JBossCMP Group: v3.1 Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Daniel Rubio Araiza (danielrubio) Assigned to: Dain Sundstrom (dsundstrom) Summary: Table Name GLITCH on JBoss 3.0/3.1 Initial Comment: I am deploying a CMP EJB, however when its deployed the created table takes the name of the EJB and NOT the one defined in the table-name element of the Deployment Descriptor. The EJB is fully functional, there are no problems with transaction or methods, it just names the TABLE JUST LIKE THE EJB. I am using the Hypersonic Database on Linux RedHat 7.2 and JDK 1.3 NOTE: This bug appears on JBoss 3.1 RC1, 3.0 BUT NOT on JBoss3.0 ALPHA. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-09-02 13:41 Message: Logged In: YES user_id=251431 Your jbosscmp-jdbc.xml file is way out of date and this ejb-jar will not deploy in any current verison of jboss. Please, read the CMP 2 chapeter in the JBoss Quick Start guide and fix all deployment errors. If after this the problem still exists, please open a new bug report. -- Comment By: Daniel Rubio Araiza (danielrubio) Date: 2002-07-30 14:57 Message: Logged In: YES user_id=585484 I downloadad JBoss for the CVS tree, but the error still seems to be present. When I deploy the CMP EJB it creates a table by the same name as the EJB not the table-name field. Find attached the EJB. -- Comment By: Daniel Rubio Araiza (danielrubio) Date: 2002-07-30 14:53 Message: Logged In: YES user_id=585484 I dowloadad JBoss for CVS and compiled it, but the bug seems to be still present. When I deploy the EJB it creates the table with the same name as the EJB. I have attached the EJB to the post. -- Comment By: Daniel Rubio Araiza (danielrubio) Date: 2002-07-30 14:52 Message: Logged In: YES user_id=585484 I dowloadad JBoss for CVS and compiled it, but the bug seems to be still present. When I deploy the EJB it creates the table with the same name as the EJB. I have attached the EJB to the post. -- Comment By: Luke Taylor (luke_t) Date: 2002-07-28 09:31 Message: Logged In: YES user_id=369802 This looks like a duplicate of bug 577512. I don't know if Dain has fixed the problem in the 3.0 codebase, but I certainly can't reproduce it with a checkout of the current 3.1 code. Dropping the read-ahead tag to make it deploy, it creates the table as expected. Here's the line from the HSQL script: CREATE TABLE CUENTAS_AUTOMATICAS (ID VARCHAR(256) NOT NULL, .. Have you tried with the latest code? And please don't USE capitalized words EVERYWHERE, it makes your posts sound very pushy. -- Comment By: Daniel Rubio Araiza (danielrubio) Date: 2002-07-28 03:30 Message: Logged In: YES user_id=585484 More details... When I intially tried to run the EJB on Jboss 3.1, it indicated a Deployement Exception: Expected one Strategy Tag, it seems the read-ahead tag NOW requires a strategy nested element, I mean NOW, because I bought the CMP Tutorial when it first came out, and it did not mention this TAG...in any event, I added this TAG (strategy as the new DTD indicates However I am now realizing that when I deploy this SAME EJB on JBoss3.0ALPHA, it ALSO names the TABLE the same as the EJB . I have attached MY ORIGINAL EJB, the following ocurrs: When deployed on JBoss 3.0ALPHA : Everything OK. When deployed on JBoss 3.1RC and JBoss 3.0 : It asks for a strategy tag to be nested in read-ahead, if you add it ..it runs, EXCEPT it NAMES your TABLE the same as your EJB!. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=587605group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-585678 ] set value ignored on CMP bean self call
Bugs item #585678, was opened at 2002-07-23 20:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=585678group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Jon Swinth (jswinth)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: set value ignored on CMP bean self call
Initial Comment:
Given two beans, one CMP and one stateless session
bean, self calls to setDateField are sometimes ignored
when session bean has previously called setDateField in
same transaction.
CMP bean methods:
public abstract java.util.Date getDateField() ;
public abstract void setDateField(java.util.Date);
public void updateDateField() {
Calendar cal = Calendar.getInstance() ;
cal.setTime(getDateField());
cal.add(Calendar.DAY_OF_MONTH,1);
setDateField(cal.getTime());
}
Session bean method:
public void updateCMPBean() {
CMPBeanLocal cmpBean = ... ;
cmpBean.setDateField(new java.util.Date());
cmpBean.updateDateField();
}
If the transaction ends after calling updateCMPBean
then the dateField will be equal to today instead of
tomorrow. If getDateField() is called after
updateCMPBean and before the transaction ends then the
dateField will be correct.
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-09-02 14:32
Message:
Logged In: YES
user_id=251431
I can reproduce this and I assume it was fixed with the
rewrite of the date handling code. If this bug is still in
3.0.2 please reopen it and post a testcase.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=585678group_id=22866
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] resource as protocol in build.xml file
Is this correct??? (resource as protocol : build.xml file) !DOCTYPE project [ !ENTITY buildmagic SYSTEM resource://org/jboss/tools/buildmagic/common.xml ] -- Emerson Cargnin SICREDI - Tel : 3358-4860 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-603682 ] Irix does not support -server flag
Patches item #603682, was opened at 2002-09-02 22:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=603682group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Philipp Rudolf Tomsich (prt) Assigned to: Nobody/Anonymous (nobody) Summary: Irix does not support -server flag Initial Comment: Java2v14 (currently in Beta) on Irix uses HotSpot as its default VM. However, it does not support the -server flag. Consequently, the following patch should be applied to the startup script: --- jboss-3.0.0/bin/run.sh.orig Mon Sep 2 13:11:10 2002 +++ jboss-3.0.0/bin/run.sh Mon Sep 2 13:12:18 2002 @@ -29,6 +29,7 @@ # OS specific support (must be 'true' or 'false'). cygwin=false; darwin=false; +irix=false; case `uname` in CYGWIN*) cygwin=true @@ -37,6 +38,10 @@ Darwin*) darwin=true ;; + +IRIX*) +irix=true; + ;; esac # For Cygwin, ensure paths are in UNIX format before anything is touched @@ -105,7 +110,7 @@ # If JAVA_OPTS is not set and the JVM is HOTSPOT enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_HOTSPOT != x ]; then # MacOS does not support -server flag -if [ $darwin != true ]; then +if [ $darwin != true -a $irix != true ]; then JAVA_OPTS=-server fi fi -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=603682group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs head is using xdoclet nearly-1.2. Please reportproblems.
David Jencks wrote: Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development My daily checkout/compile failed today. I got an Out of memory from xdoclet while compiling the mbeans in module server. Seems that a maximum of 64M for heap memory are not enough now. Never had this problem before. Regards Frank --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs head is using xdoclet nearly-1.2. Please report problems.
Thanks for the report. I didn't experience this or I wouldn't have checked it in without further discussion. Could you provide details of your system? Thanks david jencks On 2002.09.02 16:57:58 -0400 Langelage, Frank wrote: David Jencks wrote: Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development My daily checkout/compile failed today. I got an Out of memory from xdoclet while compiling the mbeans in module server. Seems that a maximum of 64M for heap memory are not enough now. Never had this problem before. Regards Frank --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty won't start in current 3.0 build
Standalone Jetty has jar dependencies wired into it's MANIFEST.MFs.
These are not applicable to JBoss/Jetty
On my JVM simply altering 'Class-Path' to
'MortBay-StandAlone-ClasspPath' effectively commented these out in the
build process, preventing The JBoss ClassLoader moaning about unresolved
dependencies when it loaded the Jetty jars
Why this 'replace' task seems to be doing the replacement recursively, I
don't know - it doesn't happen to me. I built and ran the result on
RedHat/Sun-1.4 Branch_3_0/3_2 and HEAD before checking in.
I will revisit this.
Sorry for the inconvenience caused.
Jules
Scott M Stark wrote:
I have tracked this down to an invalidate manifest header in the
org.mortbay.jetty.jar:
Manifest-Version: 1.0
MortBay-StandAlone-MortBay-StandAlone-MortBay-StandAlone-MortBay-Stand
Alone-Class-Path: javax.servlet.jar org.apache.jasper.jar ../ext/com.
sun.net.ssl.jar
Sealed: true
I am seeing this bad header generated on Windows XP, but not Windows 2000. Apparently
the token replacement is being done multiple times. Why is this needed? If I remove
the
replacefilter token=Class-Path value=MortBay-StandAlone-Class-Path /
line from the jetty/build.xml file the manifests are fine with the Class-Path
attribute and
the service starts up fine. I have commented this out from the build file for now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 31, 2002 8:15 AM
Subject: [JBoss-dev] Jetty won't start in current 3.0 build
Running the default config in a clean build of the 3.0 branch fails to start Jetty.
Please
fix this:
bin 257run.sh
JBoss Bootstrap Environment
JBOSS_HOME: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1
JAVA: /usr/local/Java/jdk1.3.1_04/bin/java
JAVA_OPTS: -server -Dprogram.name=run.sh
CLASSPATH: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1\bin\run.jar;C
:\usr\local\Java\jdk1.3.1_04\lib\tools.jar
08:03:26,493 INFO [Server] JBoss Release: JBoss-3.0.3RC1 CVSTag=Branch_3_0
08:03:26,503 INFO [Server] Home Dir:
C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC1
...
08:03:32,091 INFO [MainDeployer] Starting deployment of package: file:/C:/usr/
Boss3.0/jboss-all/build/output/jboss-3.0.3RC1/server/default/deploy/jbossweb.sa/
08:03:32,562 ERROR [URLDeploymentScanner] Failed to deploy: org.jboss.deploymen
.scanner.URLDeploymentScanner$DeployedURL@b65d1a72{
url=file:/C:/usr/JBoss3.0/joss-all/build/output/jboss-3.0.3RC1/server/default/deploy/jbossweb.sar/,
deploydLastModified=0 }
org.jboss.deployment.DeploymentException: instantiating org.jboss.jetty.JettySe
vice failed: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException; -
nested throwable: (RuntimeErrorException: instantiating org.jboss.jetty.JettySe
vice failed: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException
Cause: java.lang.NoClassDefFoundError: org/mortbay/util/MultiException)
at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.jav:155)
at org.jboss.system.ServiceController.install(ServiceController.java:22)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBenDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] XADataSource wrapper for JBoss 4
I checked out Igor's fix as you suggested and got past the compile problem. I've spent the last couple of days working out why my EAR that worked on JBoss 3 didnt work on JBoss 4. In JBoss 3.0, l removed the hsqldb-service.xml because l was using SQL Server and l wanted to use DefaultDS as my JNDI name. JBoss 4 wasnt happy with this. Ive had to keep hsqldb-ds.xml and change the JNDI name for my SQL Server DS to MSSQLDS. What is hsqldb-ds.xml being used for and if its DS is needed to make JBoss work, why cant its DS be called something like JBossDS? I found that the tags, user-name.../user-name password.../password in mssql-xa-ds.xml dont provide username and password information to the connection. I got a login failure when l used these. I removed these tags and added xa-datasource-property name=Usersa/xa-datasource-property xa-datasource-property name=Passwordsecret/xa-datasource-property At this stage l believe they have fixed the login failure. I tested the wrapper with a transaction that inserts records into two tables with two BMP beans - which works when l use it on JBoss 3.0. The transaction ended up timing out. I checked the SQL Server manager and it indicated that two processes were blocking - lm assuming these were the two inserts. I'll do some simpler tests over the next couple of days to give you a better idea of how the wrapper is behaving. Hope this is helpful Jamie Burns (Sorry about the mail threads. When l post a message or reply to a message the list server stops sending replies back to the email address l used. Ive had to set up a second account so that l can see the replies to my postings. I was trying to find a way of making it think that my posts were coming from the one email address but its obvious thats not working - sorry for the mess.) - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 31, 2002 1:27 AM Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4 I think Igor fixed this in cvs yesterday, have you updated? For some reason your message is not showing as a response to anything in my mail viewer so I can't tell what the context of your post is. david jencks On 2002.08.30 18:16:53 -0400 Jamie Burns wrote: FW: [JBoss-dev] XADataSource wrapper for JBoss 4Thanks Igor. Ive made the change you suggested. The transformed xml looks more familiar. When mssql-xa-ds.xml was deployed, l got the following error in the log java.lang.IllegalArgumentException: The class 'class org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionFactory' has no setter for config property 'XADataSourceClass' at org.jboss.resource.connectionmanager.RARDeployment.setManagedConnectionFacto ryAttribute(RARDeployment.java:567) at org.jboss.resource.connectionmanager.RARDeployment.setMcfProperties(RARDeplo yment.java:670) at org.jboss.resource.connectionmanager.RARDeployment.startService(RARDeploymen t.java:525) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) I had a look at XAManagedConnectionFactory and DataSourceTemplate.xml. The problem just appears to be a difference in case. XAManagedConnectionFactory has setXaDataSourceClass() and DataSourceTemplate creates a property XADataSourceClass. It looks like you are capitalising XA. Should XAManagedConnectionFactory be changed to setXADataSourceClass() or should DataSourceTemplate create a property XaDataSourceClass? I've copied jboss-all\build\output to working location on my disk. I can only find DataSourceTemplate.xsl in jboss-all\connector\output\resources\stylesheet. IF l wanted to change DataSourceTemplate to create a property XaDataSourceClass - quicker fix than rebuilding - where do l change this? How does the change you suggested to mssql-xa-ds.xml get made in the CVS? Thanks In mssql-xa-ds.xml try to replace xa-tx-datasource with xa-datasource. Internally -ds.xml files are transformed into -service.xml using xslt template defined in connector/src/resource/stylesheets/DataSourceTemplate.xsl. You can look into this file to see if it does what you need. Also check logs/console output for exception messages. Jamie Burns wrote: Thanks Igor. Since you have got further than me, can l compare your setup with mine? I am working in jboss-4.0.0alpha\server\default. I have the 3 MS SQL Server 2000 jars in ..\lib. Ive taken hsqldb-ds.xml out of .\deploy so that l have only one DataSource and so that l can use DefaultDS as the jndi name for my MSSQL DataSource. Ive copied mssql-xa-ds.xml from the examples folder and configured it for my site. I used to use mssql-xa-service.xml in JBoss 3.0. It had a lot more in it than mssql-xa-ds.xml. Do l still need to the stuff that was in mssql-xa-service.xml? I dont have mssql-xa-service.xml installed
Re: [JBoss-dev] XADataSource wrapper for JBoss 4
Thanks for the update. I'm looking forward to what else you find out. btw your replies are now threaded in my mail client, thanks david jencks On 2002.09.02 19:12:45 -0400 Jamie Burns wrote: I checked out Igor's fix as you suggested and got past the compile problem. I've spent the last couple of days working out why my EAR that worked on JBoss 3 didnt work on JBoss 4. In JBoss 3.0, l removed the hsqldb-service.xml because l was using SQL Server and l wanted to use DefaultDS as my JNDI name. JBoss 4 wasnt happy with this. Ive had to keep hsqldb-ds.xml and change the JNDI name for my SQL Server DS to MSSQLDS. What is hsqldb-ds.xml being used for and if its DS is needed to make JBoss work, why cant its DS be called something like JBossDS? I found that the tags, user-name.../user-name password.../password in mssql-xa-ds.xml dont provide username and password information to the connection. I got a login failure when l used these. I removed these tags and added xa-datasource-property name=Usersa/xa-datasource-property xa-datasource-property name=Passwordsecret/xa-datasource-property At this stage l believe they have fixed the login failure. I tested the wrapper with a transaction that inserts records into two tables with two BMP beans - which works when l use it on JBoss 3.0. The transaction ended up timing out. I checked the SQL Server manager and it indicated that two processes were blocking - lm assuming these were the two inserts. I'll do some simpler tests over the next couple of days to give you a better idea of how the wrapper is behaving. Hope this is helpful Jamie Burns (Sorry about the mail threads. When l post a message or reply to a message the list server stops sending replies back to the email address l used. Ive had to set up a second account so that l can see the replies to my postings. I was trying to find a way of making it think that my posts were coming from the one email address but its obvious thats not working - sorry for the mess.) - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 31, 2002 1:27 AM Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4 I think Igor fixed this in cvs yesterday, have you updated? For some reason your message is not showing as a response to anything in my mail viewer so I can't tell what the context of your post is. david jencks On 2002.08.30 18:16:53 -0400 Jamie Burns wrote: FW: [JBoss-dev] XADataSource wrapper for JBoss 4Thanks Igor. Ive made the change you suggested. The transformed xml looks more familiar. When mssql-xa-ds.xml was deployed, l got the following error in the log java.lang.IllegalArgumentException: The class 'class org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionFactory' has no setter for config property 'XADataSourceClass' at org.jboss.resource.connectionmanager.RARDeployment.setManagedConnectionFacto ryAttribute(RARDeployment.java:567) at org.jboss.resource.connectionmanager.RARDeployment.setMcfProperties(RARDeplo yment.java:670) at org.jboss.resource.connectionmanager.RARDeployment.startService(RARDeploymen t.java:525) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) I had a look at XAManagedConnectionFactory and DataSourceTemplate.xml. The problem just appears to be a difference in case. XAManagedConnectionFactory has setXaDataSourceClass() and DataSourceTemplate creates a property XADataSourceClass. It looks like you are capitalising XA. Should XAManagedConnectionFactory be changed to setXADataSourceClass() or should DataSourceTemplate create a property XaDataSourceClass? I've copied jboss-all\build\output to working location on my disk. I can only find DataSourceTemplate.xsl in jboss-all\connector\output\resources\stylesheet. IF l wanted to change DataSourceTemplate to create a property XaDataSourceClass - quicker fix than rebuilding - where do l change this? How does the change you suggested to mssql-xa-ds.xml get made in the CVS? Thanks In mssql-xa-ds.xml try to replace xa-tx-datasource with xa-datasource. Internally -ds.xml files are transformed into -service.xml using xslt template defined in connector/src/resource/stylesheets/DataSourceTemplate.xsl. You can look into this file to see if it does what you need. Also check logs/console output for exception messages. Jamie Burns wrote: Thanks Igor. Since you have got further than me, can l compare your setup with mine? I am working in jboss-4.0.0alpha\server\default. I have the 3 MS SQL Server 2000 jars in ..\lib. Ive taken hsqldb-ds.xml out of .\deploy so that l have only one DataSource and so that l can use DefaultDS as the jndi name for my MSSQL
[JBoss-dev] MortBay-StandAlone-Class-Path resolved.
Actually, this is not a XP problem, it is a build without doing a clean issue: jetty 410build.sh ... jetty 411!grep -r Class-Path output/classes output/classes/org/mortbay/jetty/MANIFEST.MF:MortBay-StandAlone-Class-Path: java x.servlet.jar org.apache.jasper.jar ../ext/com.sun.net.ssl.jar output/classes/org/mortbay/util/jmx/MANIFEST.MF:MortBay-StandAlone-Class-Path: o rg.mortbay.jetty.jar org.mortbay.jetty.jar ../ext/jmxri.jar ../ext/jmxtools.jar jetty 412build.sh ... jetty 413grep -r Class-Path output/classes output/classes/org/mortbay/jetty/MANIFEST.MF:MortBay-StandAlone-MortBay-StandAlo ne-Class-Path: javax.servlet.jar org.apache.jasper.jar ../ext/com.sun.net.ssl.jar output/classes/org/mortbay/util/jmx/MANIFEST.MF:MortBay-StandAlone-MortBay-Stand Alone-Class-Path: org.mortbay.jetty.jar org.mortbay.jetty.jar ../ext/jmxri.jar . ./ext/jmxtools.jar Make the replacment token not contain the input token and this problem goes away. I have checked this change in. Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-603788 ] Can't verify app twice.
Bugs item #603788, was opened at 2002-09-03 01:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=603788group_id=22866 Category: JBossServer Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: Nobody/Anonymous (nobody) Summary: Can't verify app twice. Initial Comment: The ejb verifier apparently can't verify an application twice. To reproduce, start jboss (4, cvs head), remove jbossweb-ejb.jar from server/all/deploy, and replace it. The verifier complains on the second deployment. Linux x86 kernel 2.4.18 sun jdk 1.3.1-03 I haven't tried other jboss versions. Here's the verifier complaint: 2002-09-02 21:22:47,729 DEBUG [org.jboss.ejb.EJBDeployer] Verifying file:/usr/java/jboss/co15/jboss-all/build/output/jboss-4.0.0alpha/server/all/deploy/jbossweb-ejb.jar 2002-09-02 21:22:47,809 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : CMPState Method : public abstract CMPState create(String, String, int, int) throws CreateException, RemoteException Section: 12.2.9 Warning: The return type for a create(...) method must be the entity bean's local interface type. 2002-09-02 21:22:47,819 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : CMPState Method : public abstract CMPState findByPrimaryKey(CMPStatePK) throws FinderException, RemoteException Section: 10.6.10 Warning: The return type for a findMETHOD method must be the entity bean's remote interface type (single-object finder) or a collection thereof (for a multi-object finder). 2002-09-02 21:22:47,844 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=603788group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD Matrix2) Testsuite Results: 3-September-2002
Number of tests run: 889 Successful tests: 868 Errors:17 Failures: 4 [time of test: 3 September 2002 2:28 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/sun_jdk131_03 for the junit report of this test. - http://lubega.com/testarchive/sun_jdk131_03/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-588312 ] Confusing Error
Bugs item #588312, was opened at 2002-07-30 00:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=588312group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: David Jencks (d_jencks) Summary: Confusing Error Initial Comment: There's probably a perfectly logical reason for this, but just in case it's a bug i'll note it. In my jbosscmp-jdbc.xml file i just added a cmp-field to column mapping for an entity element, except that i put it for the wrong entity. JBoss dumped about 20 exceptions out stating that the field was not found for ALL of my beans. Why wouldn't it only dump out 1 error indicating that the field to column mappings was not found in the entity that i had defined it in? Here's 1 of the 20 outputs, less the full stack trace. 19:04:22,553 WARN [ServiceController] Problem starting service jboss.j2ee:service=EJB,jndiName=myBean1..20 org.jboss.deployment.DeploymentException: CMP field not found : fieldName=myField -- Comment By: David Jencks (d_jencks) Date: 2002-09-03 01:44 Message: Logged In: YES user_id=60525 OK Dain, you win, at least partly. As you suggested, I made exceptions in create and start propagate out of ServiceController. This does not result in shutting down jboss even if the exception occurs during startup. However, the app is not getting automatically undeployed. You can undeploy it by hand or redeploy the fixed package. I've only done this on jboss 4. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-09-02 17:54 Message: Logged In: YES user_id=251431 David this is now your problem. Just remember if you have a real application with 100+ beans you will get a huge deployment failed log. If you want to reproduce this error change the name of the UserName field in the jbosscmp-jdbc.xml file of the commerce cmp2 test and deploy it. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-08-24 00:17 Message: Logged In: YES user_id=251431 That sucks. I'll try to fix this right away. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=588312group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] compilation and packaging of vendor specific code
Hi, I have oracle specific xa wrapper that is required to use oracle database in distributed transactions managed by jboss. I want to check this wrapper into cvs but do not know what is the best way to do it. The wrapper needs oracle jdbc driver to compile, so here is my question: how do we compile and package vendor specific code? Should we keep this code outside main source tree and provide instructions how to get and build it? Or should it be in main tree but conditionally included into the build if vendor libraries can be found? Should we provide pre-built version? Advice would be appreciated. -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] XADataSource wrapper for JBoss 4
There was a problem in the new wrapper -- it was mixing native and wrapped xaresources. Due to this problem isSameRM always returned false which could result in your timeouts. Could you get latest code and see if it solves you problem? Also it would be great if you tried our new XA resource compatibility test (see testsuite/src/main/org.jboss.test.jca.test.XAResourceUnitTestCase). Jamie Burns wrote: I checked out Igor's fix as you suggested and got past the compile problem. I've spent the last couple of days working out why my EAR that worked on JBoss 3 didnt work on JBoss 4. In JBoss 3.0, l removed the hsqldb-service.xml because l was using SQL Server and l wanted to use DefaultDS as my JNDI name. JBoss 4 wasnt happy with this. Ive had to keep hsqldb-ds.xml and change the JNDI name for my SQL Server DS to MSSQLDS. What is hsqldb-ds.xml being used for and if its DS is needed to make JBoss work, why cant its DS be called something like JBossDS? I found that the tags, user-name.../user-name password.../password in mssql-xa-ds.xml dont provide username and password information to the connection. I got a login failure when l used these. I removed these tags and added xa-datasource-property name=Usersa/xa-datasource-property xa-datasource-property name=Passwordsecret/xa-datasource-property At this stage l believe they have fixed the login failure. I tested the wrapper with a transaction that inserts records into two tables with two BMP beans - which works when l use it on JBoss 3.0. The transaction ended up timing out. I checked the SQL Server manager and it indicated that two processes were blocking - lm assuming these were the two inserts. I'll do some simpler tests over the next couple of days to give you a better idea of how the wrapper is behaving. Hope this is helpful Jamie Burns (Sorry about the mail threads. When l post a message or reply to a message the list server stops sending replies back to the email address l used. Ive had to set up a second account so that l can see the replies to my postings. I was trying to find a way of making it think that my posts were coming from the one email address but its obvious thats not working - sorry for the mess.) - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 31, 2002 1:27 AM Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4 I think Igor fixed this in cvs yesterday, have you updated? For some reason your message is not showing as a response to anything in my mail viewer so I can't tell what the context of your post is. david jencks On 2002.08.30 18:16:53 -0400 Jamie Burns wrote: FW: [JBoss-dev] XADataSource wrapper for JBoss 4Thanks Igor. Ive made the change you suggested. The transformed xml looks more familiar. When mssql-xa-ds.xml was deployed, l got the following error in the log java.lang.IllegalArgumentException: The class 'class org.jboss.resource.adapter.jdbc.xa.XAManagedConnectionFactory' has no setter for config property 'XADataSourceClass' at org.jboss.resource.connectionmanager.RARDeployment.setManagedConnectionFacto ryAttribute(RARDeployment.java:567) at org.jboss.resource.connectionmanager.RARDeployment.setMcfProperties(RARDeplo yment.java:670) at org.jboss.resource.connectionmanager.RARDeployment.startService(RARDeploymen t.java:525) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) I had a look at XAManagedConnectionFactory and DataSourceTemplate.xml. The problem just appears to be a difference in case. XAManagedConnectionFactory has setXaDataSourceClass() and DataSourceTemplate creates a property XADataSourceClass. It looks like you are capitalising XA. Should XAManagedConnectionFactory be changed to setXADataSourceClass() or should DataSourceTemplate create a property XaDataSourceClass? I've copied jboss-all\build\output to working location on my disk. I can only find DataSourceTemplate.xsl in jboss-all\connector\output\resources\stylesheet. IF l wanted to change DataSourceTemplate to create a property XaDataSourceClass - quicker fix than rebuilding - where do l change this? How does the change you suggested to mssql-xa-ds.xml get made in the CVS? Thanks In mssql-xa-ds.xml try to replace xa-tx-datasource with xa-datasource. Internally -ds.xml files are transformed into -service.xml using xslt template defined in connector/src/resource/stylesheets/DataSourceTemplate.xsl. You can look into this file to see if it does what you need. Also check logs/console output for exception messages. Jamie Burns wrote: Thanks Igor. Since you have got further than me, can l compare your setup with mine? I am working in jboss-4.0.0alpha\server\default. I have the 3 MS SQL Server 2000 jars in ..\lib. Ive taken hsqldb-ds.xml out of .\deploy so that l have only one DataSource and so that l can
