[JBoss-dev] CVS update: contrib/catalina/src/resources jboss-service.xml
User: starksm Date: 02/04/15 23:34:12 Modified:catalina/src/resources jboss-service.xml Log: Merge the JBoss_3_0_0_RC1 changes back into main Revision ChangesPath 1.4 +5 -2 contrib/catalina/src/resources/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/catalina/src/resources/jboss-service.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jboss-service.xml 12 Apr 2002 01:31:28 - 1.3 +++ jboss-service.xml 16 Apr 2002 06:34:12 - 1.4 @@ -1,7 +1,10 @@ - + + ]>
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalinaServiceSX.java
User: starksm
Date: 02/04/15 23:34:11
Modified:catalina/src/main/org/jboss/web/catalina
EmbeddedCatalinaServiceSX.java
Log:
Merge the JBoss_3_0_0_RC1 changes back into main
Revision ChangesPath
1.9 +24 -2
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java
Index: EmbeddedCatalinaServiceSX.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- EmbeddedCatalinaServiceSX.java12 Apr 2002 01:10:34 - 1.8
+++ EmbeddedCatalinaServiceSX.java16 Apr 2002 06:34:11 - 1.9
@@ -9,6 +9,7 @@
import java.io.InputStream;
import java.io.IOException;
import java.io.File;
+import java.io.FileInputStream;
import java.io.PrintWriter;
import java.net.UnknownHostException;
import java.net.URL;
@@ -32,6 +33,7 @@
import org.jboss.deployment.DeploymentException;
import org.jboss.metadata.WebMetaData;
import org.jboss.security.SecurityDomain;
+import org.jboss.util.file.JarUtils;
import org.jboss.web.AbstractWebContainer;
import org.jboss.web.AbstractWebContainer.WebDescriptorParser;
import org.jboss.web.WebApplication;
@@ -67,7 +69,7 @@
@see org.apache.catalina.startup.Embedded
@author [EMAIL PROTECTED]
- @version $Revision: 1.8 $
+ @version $Revision: 1.9 $
*/
public class EmbeddedCatalinaServiceSX extends AbstractWebContainer
implements EmbeddedCatalinaServiceSXMBean
@@ -183,6 +185,22 @@
log.info("deploy, ctxPath="+ctxPath+", warUrl="+warUrl);
URL url = new URL(warUrl);
+ // Catalina needs a war in a dir so extract the nested war
+ if( url.getProtocol().equals("njar") )
+ {
+ url = org.jboss.net.protocol.njar.Handler.njarToFile(url);
+ log.debug("Extracted war from njar, warUrl="+url);
+ File warFile = new File(url.getFile());
+ String warFileName = warFile.getName();
+ warFileName = warFileName.substring(0, warFileName.length()-3);
+ warFileName += "war";
+ File warDir = new File(warFile.getParent(), warFileName);
+ FileInputStream warStream = new FileInputStream(warFile);
+ JarUtils.unjar(warStream, warDir);
+ warStream.close();
+ log.debug("Unpacked war into dir: "+warDir);
+ url = warDir.toURL();
+ }
createWebContext(appInfo, url, webAppParser);
log.debug("Initialized: "+appInfo);
}
@@ -193,10 +211,14 @@
{
// find the javax.servlet.ServletContext in the repository
WebApplication appInfo = getDeployedApp(warUrl);
+ if( appInfo == null )
+ log.debug("performUndeploy, no WebApplication found for URL "+warUrl);
+
+ log.info("undeploy, ctxPath="+appInfo.getMetaData().getContextRoot()+",
warUrl="+warUrl);
Context context = null;
if( appInfo != null )
context = (Context) appInfo.getAppData();
-
+
if(context == null)
throw new DeploymentException("URL " + warUrl + " is not deployed");
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/test/tomcat/servlet PrintClassLoaders.java
User: starksm
Date: 02/04/15 23:34:11
Modified:catalina/src/main/org/jboss/test/tomcat/servlet
PrintClassLoaders.java
Log:
Merge the JBoss_3_0_0_RC1 changes back into main
Revision ChangesPath
1.2 +2 -2
contrib/catalina/src/main/org/jboss/test/tomcat/servlet/PrintClassLoaders.java
Index: PrintClassLoaders.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/test/tomcat/servlet/PrintClassLoaders.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- PrintClassLoaders.java11 Feb 2002 23:02:15 - 1.1
+++ PrintClassLoaders.java16 Apr 2002 06:34:11 - 1.2
@@ -9,8 +9,8 @@
/**
*
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.1 $
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.2 $
*/
public class PrintClassLoaders extends HttpServlet
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 563 Successful tests: 527 Errors:30 Failures: 6 [time of test: 16 April 2002 7:19 GMT] [java.version: 1.3.1_02] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_02-b02] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131_02 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss-3.0.0RC1/Tomcat-4.0.3 bundle available
Have you given anythought to making the Tomcat 4.x component available as a seperate release which requires the basic JBoss release? So if a user wanted JBoss & Tomcat they would need the JBoss-xxx and Tomcat-Plugin-xxx archives? I think that as we add more components (non-standard to the primary release) that by creating smaller module releases it will make the process easier to manage. Just a thought. --jason Quoting Scott M Stark <[EMAIL PROTECTED]>: > The JBoss-3.0.0RC1/Tomcat-4.0.3 bundle is now available from > the SourceForge files page: > http://sourceforge.net/project/showfiles.php?group_id=22866 > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-3.0.0RC1/Tomcat-4.0.3 bundle available
The JBoss-3.0.0RC1/Tomcat-4.0.3 bundle is now available from the SourceForge files page: http://sourceforge.net/project/showfiles.php?group_id=22866 Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-537152 ] MAPPING Configuration error for request
Bugs item #537152, was opened at 2002-03-30 10:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=537152&group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Duplicate Priority: 8 Submitted By: Pravin Pillai (pravinp2000) Assigned to: Scott M Stark (starksm) Summary: MAPPING Configuration error for request Initial Comment: Windows 2000 JDK1.3 Unpacked deployment doesn't work in JBoss3.0-Tomcat4.0. Steps to reproduce: 1) Create a directory called ".war" or "ROOT.war". 2) Add a file called index.html 3) Add a sub-directory called WEB-INF 4) In WEB-INF create a web.xml with the following content http://java.sun.com/dtd/web- app_2_3.dtd"> 5) Copy the directory to jboss/deploy 6) Use http://localhost:8080/ -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=537152&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 556 Successful tests: 519 Errors:31 Failures: 6 [time of test: 16 April 2002 6:6 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/resources jboss-service.xml
User: starksm Date: 02/04/15 21:57:07 Modified:catalina/src/resources Tag: Branch_3_0 jboss-service.xml Log: Set the catalina.home entity to the location used by the JBoss/Catalina bundle Revision ChangesPath No revision No revision 1.3.2.1 +5 -2 contrib/catalina/src/resources/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/catalina/src/resources/jboss-service.xml,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- jboss-service.xml 12 Apr 2002 01:31:28 - 1.3 +++ jboss-service.xml 16 Apr 2002 04:57:06 - 1.3.2.1 @@ -1,7 +1,10 @@ - + + ]>
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalinaServiceSX.java
User: starksm
Date: 02/04/15 21:44:05
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_3_0
EmbeddedCatalinaServiceSX.java
Log:
Handle the njar protocol war urls now being seen at this level.
Revision ChangesPath
No revision
No revision
1.8.2.1 +24 -2
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java
Index: EmbeddedCatalinaServiceSX.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java,v
retrieving revision 1.8
retrieving revision 1.8.2.1
diff -u -r1.8 -r1.8.2.1
--- EmbeddedCatalinaServiceSX.java12 Apr 2002 01:10:34 - 1.8
+++ EmbeddedCatalinaServiceSX.java16 Apr 2002 04:44:04 - 1.8.2.1
@@ -9,6 +9,7 @@
import java.io.InputStream;
import java.io.IOException;
import java.io.File;
+import java.io.FileInputStream;
import java.io.PrintWriter;
import java.net.UnknownHostException;
import java.net.URL;
@@ -32,6 +33,7 @@
import org.jboss.deployment.DeploymentException;
import org.jboss.metadata.WebMetaData;
import org.jboss.security.SecurityDomain;
+import org.jboss.util.file.JarUtils;
import org.jboss.web.AbstractWebContainer;
import org.jboss.web.AbstractWebContainer.WebDescriptorParser;
import org.jboss.web.WebApplication;
@@ -67,7 +69,7 @@
@see org.apache.catalina.startup.Embedded
@author [EMAIL PROTECTED]
- @version $Revision: 1.8 $
+ @version $Revision: 1.8.2.1 $
*/
public class EmbeddedCatalinaServiceSX extends AbstractWebContainer
implements EmbeddedCatalinaServiceSXMBean
@@ -183,6 +185,22 @@
log.info("deploy, ctxPath="+ctxPath+", warUrl="+warUrl);
URL url = new URL(warUrl);
+ // Catalina needs a war in a dir so extract the nested war
+ if( url.getProtocol().equals("njar") )
+ {
+ url = org.jboss.net.protocol.njar.Handler.njarToFile(url);
+ log.debug("Extracted war from njar, warUrl="+url);
+ File warFile = new File(url.getFile());
+ String warFileName = warFile.getName();
+ warFileName = warFileName.substring(0, warFileName.length()-3);
+ warFileName += "war";
+ File warDir = new File(warFile.getParent(), warFileName);
+ FileInputStream warStream = new FileInputStream(warFile);
+ JarUtils.unjar(warStream, warDir);
+ warStream.close();
+ log.debug("Unpacked war into dir: "+warDir);
+ url = warDir.toURL();
+ }
createWebContext(appInfo, url, webAppParser);
log.debug("Initialized: "+appInfo);
}
@@ -193,10 +211,14 @@
{
// find the javax.servlet.ServletContext in the repository
WebApplication appInfo = getDeployedApp(warUrl);
+ if( appInfo == null )
+ log.debug("performUndeploy, no WebApplication found for URL "+warUrl);
+
+ log.info("undeploy, ctxPath="+appInfo.getMetaData().getContextRoot()+",
warUrl="+warUrl);
Context context = null;
if( appInfo != null )
context = (Context) appInfo.getAppData();
-
+
if(context == null)
throw new DeploymentException("URL " + warUrl + " is not deployed");
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compile problem with iiop
Anyone else getting this from the iiop module? I have linux 2.4.16, jdk 1.3.1_03 from sun. Any advice? compile-rmi: Verify has been turned on. RMI Compiling 1 class to /usr/java/jboss/co12/jboss-all/iiop/output/classes IIOP has been turned on. java.lang.UnsatisfiedLinkError: hasStaticInitializer at com.sun.corba.ee.internal.io.ObjectStreamClass.hasStaticInitializer(Native Method) at com.sun.corba.ee.internal.io.ObjectStreamClass._computeSerialVersionUID(ObjectStreamClass.java:943) at com.sun.corba.ee.internal.io.ObjectStreamClass.(ObjectStreamClass.java:459) at com.sun.corba.ee.internal.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:139) at com.sun.corba.ee.internal.io.ObjectStreamClass.lookup(ObjectStreamClass.java:96) at com.sun.corba.ee.internal.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:133) at com.sun.corba.ee.internal.io.ObjectStreamClass.lookup(ObjectStreamClass.java:96) at com.sun.corba.ee.internal.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:159) at com.sun.corba.ee.internal.util.RepositoryId.(RepositoryId.java:150) at sun.rmi.rmic.iiop.IDLNames.convertToISOLatin1(IDLNames.java:139) at sun.rmi.rmic.iiop.IDLNames.getClassOrInterfaceName(IDLNames.java:233) at sun.rmi.rmic.iiop.CompoundType.(CompoundType.java:644) at sun.rmi.rmic.iiop.InterfaceType.(InterfaceType.java:104) at sun.rmi.rmic.iiop.RemoteType.(RemoteType.java:115) at sun.rmi.rmic.iiop.RemoteType.forRemote(RemoteType.java:79) at sun.rmi.rmic.iiop.StubGenerator.getTopType(StubGenerator.java:119) at sun.rmi.rmic.iiop.Generator.generate(Generator.java:262) at sun.rmi.rmic.Main.doCompile(Main.java:526) at sun.rmi.rmic.Main.compile(Main.java:133) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tools.ant.taskdefs.rmic.SunRmic.execute(SunRmic.java:89) at org.apache.tools.ant.taskdefs.Rmic.execute(Rmic.java:397) at org.apache.tools.ant.Task.perform(Task.java:217) at org.apache.tools.ant.Target.execute(Target.java:164) at org.apache.tools.ant.Target.performTasks(Target.java:182) at org.apache.tools.ant.Project.executeTarget(Project.java:601) at org.apache.tools.ant.Project.executeTargets(Project.java:560) at org.apache.tools.ant.Main.runBuild(Main.java:454) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) error: An error has occurred in the compiler; please file a bug report (http://java.sun.com/cgi-bin/bugreport.cgi). 1 error ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
Can you open a feature request for this, and assign it to me (dsundstrom)? Thanks -dain Stephen Coy wrote: > See annotations below: > > On Tuesday, April 16, 2002, at 12:10 PM, David Jencks wrote: > >> 1. I agree with you. >> >> 2. I've been wondering about something >> >> As I recall in Oracle if youre user name = schema name you don't need to >> prefix table names with the schema name? > > > Yes. > >> The tables in different schemas are completely independent, right? >> > > Yes. But I believe that you can have cross-schema relationships. Foreign > keys for example can point into different schema. > >> Someone wanted to have users login name translate to schema login... does >> this happen automatically if you do nothing in Oracle? (this might be my >> first question again) I think they want each schema to have exactly the >> same tables. >> > > That was me. Because we're sharing a single Oracle instance amongst many > developers. > The developers are all working on the same product. If one of them adds > a cmp field to an entity bean, we don't want that to bring down everyone > else. > > The hack shown below is needed because DatabaseMetaData.getTables() > returns results from all schemas that contain a table called tableName > if a null schema name is passed. > > >> What would happen if one did this? would you need to make sure that no >> two >> primary keys in tables of the same name but different schemas were >> identical? (So the entity beans were distinguished) Is there a convenient >> way to assure this in Oracle? >> > > No. Tables in different schemas are independent of one another and have > their own indexes. > > I believe that adding the tags will allow JBoss users to > exploit the schema implementation of their favourite database as they > see fit, if they so desire. In our situation, we would also need xdoclet > support for same. You would also need to be careful with foreign key > references. > > >> Thanks >> david jencks >> >> On 2002.04.15 20:16:43 -0400 Stephen Coy wrote: >> >>> I think that adding a schema name element as described below would be a >>> great idea. At the present moment, I am hacking >>> JDBCStartCommand.tableExists: >>> >>> DatabaseMetaData dmd = con.getMetaData(); >>> rs = dmd.getTables(con.getCatalog(), dmd.getUserName(), >>> tableName, null); >>> >>> But I might point out that for us, this is just for the practical >>> convenience of sharing a single Oracle instance amongst half a dozen >>> developers. I suspect that it's not very portable across dbms's. >>> >>> Adding an optional element to jbosscmp-jdbc.xml would certainly >>> resolve my problem in a platform independent way. >>> >>> BTW. I don't think that using: >>> myschema.mytable >>> will work in the current implementation anyway, because the table name >>> is also used for generating the pk constraint name. The above will yield >>> something like "pk_myschema.mytable", which probably won't work. >>> >>> >>> On Tuesday, April 16, 2002, at 02:32 AM, Dain Sundstrom wrote: >>> Yes, it is the same work if you are going to specify both. The real benefit comes from being able to specify in the defaults section. -dain Ignacio Coloma wrote: > I don't see how that is different than using MYSPACE.MYTABLE. Same > amount of code for the user, but you would have to support Yet Another > Feature. IMHO it's the same to write: > myschema > mytable > than > myschema.mytable > Do other environments support this? This should be a common problem. >>> As >>> > far as I remember Delphi left you alone on this one. > On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: > >> This looks like a hack to me. Should we consider adding a >> schema-name element to the table configuration? By this I mean that >> where ever we have table-name in the jbosscmp-jdbc.xml file we can >> have an optional schema-name element. Also in the getTables call in >> we would pass the schema name as the second argument. >> >> Does this make since? >> >> Does anyone else have an opinion on this? >> >> -dain >> >> [EMAIL PROTECTED] wrote: >> >> >>> Maybe you could take only the last period delimited token (meaning >> >>> in >>> >>> >>> MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be >> >>> using >>> >>> >>> only a table name, not a qualified tablename. I would expect that >>> >>> most RDBMS products, open or closed source, use this convention >>> of "." >>> >>> delimiting tokens in table and column names. >>> >>> Cheers >>> >>> >>> From: Dain Sundstrom <[EMAIL PROTECTED]> Date: 2002/04/15 Mon AM 10:40:32 EDT To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java JL@esial wrote: >
Re: [JBoss-dev] Problem in JDBCStartCommand.java
See annotations below: On Tuesday, April 16, 2002, at 12:10 PM, David Jencks wrote: > 1. I agree with you. > > 2. I've been wondering about something > > As I recall in Oracle if youre user name = schema name you don't need to > prefix table names with the schema name? Yes. > The tables in different schemas are completely independent, right? > Yes. But I believe that you can have cross-schema relationships. Foreign keys for example can point into different schema. > Someone wanted to have users login name translate to schema login... > does > this happen automatically if you do nothing in Oracle? (this might be my > first question again) I think they want each schema to have exactly the > same tables. > That was me. Because we're sharing a single Oracle instance amongst many developers. The developers are all working on the same product. If one of them adds a cmp field to an entity bean, we don't want that to bring down everyone else. The hack shown below is needed because DatabaseMetaData.getTables() returns results from all schemas that contain a table called tableName if a null schema name is passed. > What would happen if one did this? would you need to make sure that no > two > primary keys in tables of the same name but different schemas were > identical? (So the entity beans were distinguished) Is there a > convenient > way to assure this in Oracle? > No. Tables in different schemas are independent of one another and have their own indexes. I believe that adding the tags will allow JBoss users to exploit the schema implementation of their favourite database as they see fit, if they so desire. In our situation, we would also need xdoclet support for same. You would also need to be careful with foreign key references. > Thanks > david jencks > > On 2002.04.15 20:16:43 -0400 Stephen Coy wrote: >> I think that adding a schema name element as described below would be a >> great idea. At the present moment, I am hacking >> JDBCStartCommand.tableExists: >> >> DatabaseMetaData dmd = con.getMetaData(); >> rs = dmd.getTables(con.getCatalog(), dmd.getUserName(), >> tableName, null); >> >> But I might point out that for us, this is just for the practical >> convenience of sharing a single Oracle instance amongst half a dozen >> developers. I suspect that it's not very portable across dbms's. >> >> Adding an optional element to jbosscmp-jdbc.xml would >> certainly >> resolve my problem in a platform independent way. >> >> BTW. I don't think that using: >> myschema.mytable >> will work in the current implementation anyway, because the table name >> is also used for generating the pk constraint name. The above will >> yield >> something like "pk_myschema.mytable", which probably won't work. >> >> >> On Tuesday, April 16, 2002, at 02:32 AM, Dain Sundstrom wrote: >> >>> Yes, it is the same work if you are going to specify both. The real >>> benefit comes from being able to specify in the defaults >>> section. >>> >>> -dain >>> >>> Ignacio Coloma wrote: >>> I don't see how that is different than using MYSPACE.MYTABLE. Same amount of code for the user, but you would have to support Yet Another Feature. IMHO it's the same to write: myschema mytable than myschema.mytable Do other environments support this? This should be a common problem. >> As far as I remember Delphi left you alone on this one. On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: > This looks like a hack to me. Should we consider adding a > schema-name element to the table configuration? By this I mean that > where ever we have table-name in the jbosscmp-jdbc.xml file we can > have an optional schema-name element. Also in the getTables call in > we would pass the schema name as the second argument. > > Does this make since? > > Does anyone else have an opinion on this? > > -dain > > [EMAIL PROTECTED] wrote: > > >> Maybe you could take only the last period delimited token (meaning >> in >> >> MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be >> using >> >> only a table name, not a qualified tablename. I would expect that >> >> most RDBMS products, open or closed source, use this convention >> of "." >> >> delimiting tokens in table and column names. >> >> Cheers >> >> >> >>> From: Dain Sundstrom <[EMAIL PROTECTED]> >>> Date: 2002/04/15 Mon AM 10:40:32 EDT >>> To: [EMAIL PROTECTED] >>> Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java >>> >>> JL@esial wrote: >>> >>> >>> Hello, I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. The function tableExists in this class makes the following jdbc call: rs = dmd.getTables(con.getCatalog(), null, tableName, null); I am using DB2 as dbms, and
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 563 Successful tests: 527 Errors:31 Failures: 5 [time of test: 16 April 2002 4:12 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-02a-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_green for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config jdatastore-service.xml
User: d_jencks Date: 02/04/15 20:21:35 Added: src/etc/example-config jdatastore-service.xml Log: JDataStore local config contributed by Brent Thompson Revision ChangesPath 1.1 jbosscx/src/etc/example-config/jdatastore-service.xml Index: jdatastore-service.xml === jboss.jca:service=RARDeployer jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter ConnectionURL java.lang.String jdbc:borland:dslocal:/home/brent/JBuilder6/samples/JDataStore/datastores/employee.jds DriverClass java.lang.String com.borland.datastore.jdbc.DataStoreDriver UserName java.lang.String sample Password java.lang.String JDataStoreDS 0 50 5000 15 ByContainer jboss.jca:service=CachedConnectionManager java:/jaas/JDataStoreDBRealm java:/TransactionManager ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config solid-service.xml
User: d_jencks Date: 02/04/15 19:20:46 Added: src/etc/example-config solid-service.xml Log: solid db config example contributed by Casey Haakenson Revision ChangesPath 1.1 jbosscx/src/etc/example-config/solid-service.xml Index: solid-service.xml === jboss.jca:service=RARDeployer jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter ConnectionURL java.lang.String jdbc:solid://yourdbhost:1964/yourdbusername/yourdbpassword DriverClass java.lang.String solid.jdbc.SolidDriver SolidDS 0 50 5000 15 ByNothing jboss.jca:service=CachedConnectionManager java:/TransactionManager ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
1. I agree with you. 2. I've been wondering about something As I recall in Oracle if youre user name = schema name you don't need to prefix table names with the schema name? The tables in different schemas are completely independent, right? Someone wanted to have users login name translate to schema login... does this happen automatically if you do nothing in Oracle? (this might be my first question again) I think they want each schema to have exactly the same tables. What would happen if one did this? would you need to make sure that no two primary keys in tables of the same name but different schemas were identical? (So the entity beans were distinguished) Is there a convenient way to assure this in Oracle? Thanks david jencks On 2002.04.15 20:16:43 -0400 Stephen Coy wrote: > I think that adding a schema name element as described below would be a > great idea. At the present moment, I am hacking > JDBCStartCommand.tableExists: > > DatabaseMetaData dmd = con.getMetaData(); > rs = dmd.getTables(con.getCatalog(), dmd.getUserName(), > tableName, null); > > But I might point out that for us, this is just for the practical > convenience of sharing a single Oracle instance amongst half a dozen > developers. I suspect that it's not very portable across dbms's. > > Adding an optional element to jbosscmp-jdbc.xml would certainly > resolve my problem in a platform independent way. > > BTW. I don't think that using: > myschema.mytable > will work in the current implementation anyway, because the table name > is also used for generating the pk constraint name. The above will yield > something like "pk_myschema.mytable", which probably won't work. > > > On Tuesday, April 16, 2002, at 02:32 AM, Dain Sundstrom wrote: > > > Yes, it is the same work if you are going to specify both. The real > > benefit comes from being able to specify in the defaults > > section. > > > > -dain > > > > Ignacio Coloma wrote: > > > >> I don't see how that is different than using MYSPACE.MYTABLE. Same > >> amount of code for the user, but you would have to support Yet Another > >> Feature. IMHO it's the same to write: > >> myschema > >> mytable > >> than > >> myschema.mytable > >> Do other environments support this? This should be a common problem. > As > >> far as I remember Delphi left you alone on this one. > >> On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: > >>> This looks like a hack to me. Should we consider adding a > >>> schema-name element to the table configuration? By this I mean that > >>> where ever we have table-name in the jbosscmp-jdbc.xml file we can > >>> have an optional schema-name element. Also in the getTables call in > >>> we would pass the schema name as the second argument. > >>> > >>> Does this make since? > >>> > >>> Does anyone else have an opinion on this? > >>> > >>> -dain > >>> > >>> [EMAIL PROTECTED] wrote: > >>> > >>> > Maybe you could take only the last period delimited token (meaning > in > > MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be > using > > only a table name, not a qualified tablename. I would expect that > > most RDBMS products, open or closed source, use this convention > of "." > > delimiting tokens in table and column names. > > Cheers > > > > > From: Dain Sundstrom <[EMAIL PROTECTED]> > > Date: 2002/04/15 Mon AM 10:40:32 EDT > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java > > > > JL@esial wrote: > > > > > > > >> Hello, > >> > >> I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. > >> The function tableExists in this class makes the following jdbc > >> call: > >> rs = dmd.getTables(con.getCatalog(), null, tableName, null); > >> > >> I am using DB2 as dbms, and this piece of code will not work if > >> tableName contains a prefix. > >> > > Why would it have a prefix? > > > > > > > >> Indeed, I have to configure my > >> jbosscmp-jdbc.xml ejb/table mappings like that: > >> MYSCHEMA.MYTABLE to get the SQL > >> statements work properly with DB2. But then the > >> tableExists method will always return false since it takes > >> MYSCHEMA.MYTABLE as tableName. > >> > >> > > JBossCMP tries it's best to autogenerate tables, but it can not > > solve all problems. I shoot for 80%. If you need an exact > > mapping, you will have to create the tables by hand (you should > > also do this before sending the application to production). > > > > If you have a *SIMPLE* solution that works on all of the major > > commercial and all opensource DBs, then I am open to the > > suggestion/ patch. > > > > > > > > > >> Is there an easy way to set a tablename prefix or even a schema > >> > >> name in jbosscmp-jdbc.xml ? Right now,
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 561 Successful tests: 524 Errors:31 Failures: 6 [time of test: 16 April 2002 2:48 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02a-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_native for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 563 Successful tests: 519 Errors:30 Failures: 14 [time of test: 16 April 2002 1:37 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20020124 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bad method call in test code (SecurityConfig.java)
The ./jboss-all/testsuite/build.sh generates a "cannot resolve symbol" error: ./jboss-all/testsuite/src/main/org/jboss/test/security/service/SecurityConfig, Line: 91 config.setConfig(loginConfig); Looks like it should be: config.setConfigURL(loginConfig); After that it builds fine. Thank you. Frederick N. Brier Sr. Software Engineer Multideck Corporation ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
I think that adding a schema name element as described below would be a great idea. At the present moment, I am hacking JDBCStartCommand.tableExists: DatabaseMetaData dmd = con.getMetaData(); rs = dmd.getTables(con.getCatalog(), dmd.getUserName(), tableName, null); But I might point out that for us, this is just for the practical convenience of sharing a single Oracle instance amongst half a dozen developers. I suspect that it's not very portable across dbms's. Adding an optional element to jbosscmp-jdbc.xml would certainly resolve my problem in a platform independent way. BTW. I don't think that using: myschema.mytable will work in the current implementation anyway, because the table name is also used for generating the pk constraint name. The above will yield something like "pk_myschema.mytable", which probably won't work. On Tuesday, April 16, 2002, at 02:32 AM, Dain Sundstrom wrote: > Yes, it is the same work if you are going to specify both. The real > benefit comes from being able to specify in the defaults > section. > > -dain > > Ignacio Coloma wrote: > >> I don't see how that is different than using MYSPACE.MYTABLE. Same >> amount of code for the user, but you would have to support Yet Another >> Feature. IMHO it's the same to write: >> myschema >> mytable >> than >> myschema.mytable >> Do other environments support this? This should be a common problem. As >> far as I remember Delphi left you alone on this one. >> On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: >>> This looks like a hack to me. Should we consider adding a >>> schema-name element to the table configuration? By this I mean that >>> where ever we have table-name in the jbosscmp-jdbc.xml file we can >>> have an optional schema-name element. Also in the getTables call in >>> we would pass the schema name as the second argument. >>> >>> Does this make since? >>> >>> Does anyone else have an opinion on this? >>> >>> -dain >>> >>> [EMAIL PROTECTED] wrote: >>> >>> Maybe you could take only the last period delimited token (meaning in MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using only a table name, not a qualified tablename. I would expect that most RDBMS products, open or closed source, use this convention of "." delimiting tokens in table and column names. Cheers > From: Dain Sundstrom <[EMAIL PROTECTED]> > Date: 2002/04/15 Mon AM 10:40:32 EDT > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java > > JL@esial wrote: > > > >> Hello, >> >> I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. >> The function tableExists in this class makes the following jdbc >> call: >> rs = dmd.getTables(con.getCatalog(), null, tableName, null); >> >> I am using DB2 as dbms, and this piece of code will not work if >> tableName contains a prefix. >> > Why would it have a prefix? > > > >> Indeed, I have to configure my >> jbosscmp-jdbc.xml ejb/table mappings like that: >> MYSCHEMA.MYTABLE to get the SQL >> statements work properly with DB2. But then the >> tableExists method will always return false since it takes >> MYSCHEMA.MYTABLE as tableName. >> >> > JBossCMP tries it's best to autogenerate tables, but it can not > solve all problems. I shoot for 80%. If you need an exact > mapping, you will have to create the tables by hand (you should > also do this before sending the application to production). > > If you have a *SIMPLE* solution that works on all of the major > commercial and all opensource DBs, then I am open to the > suggestion/ patch. > > > > >> Is there an easy way to set a tablename prefix or even a schema >> >> name in jbosscmp-jdbc.xml ? Right now, I think I will have to >> patch my own code, but I believe many people out there using >> DB2 or Oracle might encounter the same problem. >> >> > I don't think others have this problem, as you are the first to > report it as a problem. > > -dain > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > >>> >>> >>> ___ >>> Jboss-development mailing list >>> [EMAIL PROTECTED] >>> https://lists.sourceforge.net/lists/listinfo/jboss-development >>> >>> >>> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
I setup the build system to include jboss.net & iiop in the default builds. Please look at the configuration that is generated and make sure that iiop stuff will work with a default build. Note, this is on HEAD. --jason Francisco Reverbel wrote: >Will it include the iiop stuff? Jason and I were talking about >making it part of the default build. > >User feedback would be a good thing for me at this point. > >Best, > >Francisco > >On Sun, 14 Apr 2002, Scott M Stark wrote: > >>I'm creating the 3.0 branch for the RC1 release at midnight >>(GMT-0700). Do not commit any changes to main after >>22:00 -0700 until the branch is announced to be complete. >> >> >>Scott Stark >>Chief Technology Officer >>JBoss Group, LLC >> >> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
I will get to this when I have time to work on the build system again. --jason Scott M Stark wrote: >Just make the compilation of those that need external configuration >conditional on the existence of the config using a property. That >is what I for the 2.4 branch and I only compile the servlet engines >when their respective container dists are available. > >- Original Message - >From: "Jason Dillon" <[EMAIL PROTECTED]> >To: "Scott M Stark" <[EMAIL PROTECTED]> >Cc: <[EMAIL PROTECTED]> >Sent: Monday, April 15, 2002 2:18 AM >Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > >>Ahh yes, this looks like the aftermath of David's changes & iiop being >>optional. This sucks. I have run into this ebfore, where I forgot to >> >change > >>some optional module. >> >>I think that perhaps we should do away with optional modules in this >> >sense... > >>probably still need optional for catalina & other modules which need extra >>config. >> >>--jason >> > > > >___ >Jboss-development mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-544437 ] FK not populated with CMR
Bugs item #544437, was opened at 2002-04-15 18:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544437&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: frederik sauer (fredsa) Assigned to: Nobody/Anonymous (nobody) Summary: FK not populated with CMR Initial Comment: The below example worked in 3.0.0beta2 and no longer works in RC1. Steps to reproduce: 1. Create two entity beans, "Parent" and "Child", each with a Long primary key (say "parentId" and childId") 2. Create bi-directional CMR parent-childeren using a Collection 3. Create a remotely accessible method in the Parent bean: public void addChildByPK(Long childPK) 3. Create a remotely accessible method in the Child bean: public void setParentByPK(Long parentPK) 4. In a test client show that this works as it should: a) create an instance of Parent b) create an instance of Child c) call parent.addChildByPK((Long) child.getPrimaryKey ()) d) select * from the child table and verify that the foreign key to the parent entity is populated 5. In a test client show that this is broken: a) create an instance of Parent b) create an instance of Child c) call child.setParentByPK((Long) parent.getPrimaryKey()) d) select * from the child table and verify that the foreign key to the parent entity is null I'm attaching a JAR file (includes source) which can be deployed. Included in the jar is a test client RelationshipTest.java. All files are in the java package "dummy". -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544437&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.0.0 RC1 is available
|4 in all + the backup of thousands more - cool ... | |;-) | |Love Love indeed my friend, your english is greatly improved "Bouge de la" marcf |/peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 16-April-2002
Number of tests run: 563 Successful tests: 514 Errors:31 Failures: 18 [time of test: 16 April 2002 0:44 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20010626 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.0 RC1 is available
on 16-04-2 00.20, marc fleury at [EMAIL PROTECTED] wrote: > |Sounds like I am the first person to grab a copy? > > You want a Tshirt? how many jboss contributers does it take to change a lightbulb ? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.0 RC1 is available
on 16-04-2 00.56, Peter Fagerlund at [EMAIL PROTECTED] wrote: > on 16-04-2 00.20, marc fleury at [EMAIL PROTECTED] wrote: > >> |Sounds like I am the first person to grab a copy? >> >> You want a Tshirt? > > how many jboss contributers does it take to change a lightbulb ? one to hold the bulb one to screw it in one to print the T_shirts one and only JASON to invocate supervision and TANKS - hehe 4 in all + the backup of thousands more - cool ... ;-) Love /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-snapshots build.xml
User: user57 Date: 02/04/15 15:55:12 Modified:.build.xml Log: o fixed snapshots lists Revision ChangesPath 1.6 +2 -2 website-snapshots/build.xml Index: build.xml === RCS file: /cvsroot/jboss/website-snapshots/build.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- build.xml 6 Mar 2002 04:44:21 - 1.5 +++ build.xml 15 Apr 2002 22:55:12 - 1.6 @@ -12,7 +12,7 @@ - + @@ -144,7 +144,7 @@ value=":pserver:[EMAIL PROTECTED]:/cvsroot/jboss"/> + value="jboss-all jboss-mq jboss-mx buildmagic"/> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss build.xml
User: user57 Date: 02/04/15 15:50:23 Modified:jbossbuild.xml Log: o optional members now part of standard o optional-requires-config -> optional * will deal with detecting config for optional later Revision ChangesPath 1.118 +6 -9 build/jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jboss/build.xml,v retrieving revision 1.117 retrieving revision 1.118 diff -u -r1.117 -r1.118 --- build.xml 14 Apr 2002 04:31:56 - 1.117 +++ build.xml 15 Apr 2002 22:50:22 - 1.118 @@ -12,7 +12,7 @@ - + @@ -219,15 +219,12 @@ cluster, admin, jetty, - varia"/> - - - - - + @@ -238,11 +235,11 @@ - + - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: user57 Date: 02/04/15 15:35:14 Modified:.modules Log: o no more website alias Revision ChangesPath 1.112 +2 -2 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.111 retrieving revision 1.112 diff -u -r1.111 -r1.112 --- modules 7 Apr 2002 15:35:47 - 1.111 +++ modules 15 Apr 2002 22:35:14 - 1.112 @@ -114,6 +114,7 @@ _jboss_iiop \ _jboss_management + ## ## The JBoss website. This is the module used to generate/update ## http://www.jboss.org. @@ -170,7 +171,7 @@ ## -## The jbossmq standalone server +## The JBossMQ standalone server ## jboss-mq-d jboss-mq \ @@ -265,7 +266,6 @@ ## docs-a jboss-docs -website -a jboss-website # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.0.0 RC1 is available
alright, stop the abuse, Steve you *may well be* the first guy who grabbed a copy, you are certainly the first one to report it :) YOU WIN a tshirt, send us ([EMAIL PROTECTED]) your address and we will send it when we can. For everyone else, "All your J2EE(tm) are belong to us" and "May the source(tm) be with you" will be available in pair for $50 per packaged unit. At least we will get rid of the damn tshirts :) Hey they are actually nice and they hold their ground. Help us recover some of the cost marcf PS: your tshirt will be signed :) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.0.0 RC1 is available
|Sounds like I am the first person to grab a copy? You want a Tshirt? marcf | |-Steve |-- |Trying to recover from a motherboard meltdown... | | |* * * | |View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12958 | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RC1 release branch occuring at 00:00
Jason, I like the fact that BuildMagic brings order to a somewhat chaotic build/commit process. At least your builds were capable of detecting the problem as the individual developers did not keep in sync. That quite alright! Order! Order I say! We need order in the open source network, you and ant bring it. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Monday, April 15, 2002 1:15 PM |To: David Jencks |Cc: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 | | |> Sorry, I assumed that ./build.sh clean main would build everything, |> especially since the iiop tests appear to be running (and failing) | |Yes, yes... not your fault. | |> Could we perhaps have the default target compile everything, and have a |> "core" target that compiles the things that are expected to work? This |> happened once before when I changed something that broke clustering and |> didn't know it since it wasn't in the main build. | |I will change this to be in standard, core group is for the core |system (not |including optional plugins like ejb, iiop & such). | |--jason | | |- |This mail sent through IMP: http://horde.org/imp/ | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RC1 release question
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Dain |Sundstrom |Sent: Monday, April 15, 2002 2:46 PM |To: JBoss-dev |Subject: [JBoss-dev] RC1 release question | | |Are we going to release Jetty and Tomcat integrated packages, or does |the package already contain an integrated stack? The JBoss package contains the full integrated stack of J2EE services. We closely integrate with Jetty (www.mortbay.org) an Aussie webserver that contains JSP/Servlets and a full fledged HTTP webserver. We also support, for fanatics, the Tomcat 4.0 Catalina release, as we hear it is finally a decent product. The idea here is simple. Imagine you want to grow a network of webservers transparently. You need to be capable of spawning new servers in a second. Without qualified human intervention as it is rare and expensive. You want to install the WHOLE stack at ONCE without having to worry about integration of the webtier and the java tier. You want voila! un app-server! We can do that today!. When our machine died in Denver (the one that is slow again guns.jboss.org) and I installed windows 2000 AS on it, it installed right. I got the VM, the binary, pulled down CVS, BAM! website! can your appserver do that? We must bring the web super-server to the masses and it must come from our warm world. We can take care of the system, we can take care of the naming the persistence, bla bla bla, we can take care of booting from the network. You can take care of a centralized webserver, possibly JBoss itself in HTTP mode, with binaries and configurations. Tell me, commander? do you want to install your full webserver on that target? or do you want to send somebody to configure the ajpXX mess? Ya! it takes you about 30 seconds to go "duh!". marcf | |Did we branch or just tag? I don't really understand CVS branches (I |have a book on it, just haven't read it yet). Do I need to check fixes |into the branch and head? | |-dain | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release question
I'm working the the catalina bundle, jetty is integrated by default. There is a branch called Branch_3_0 and the release is tagged with JBoss_3_0_0_RC1. You have to make changes on both the Branch_3_0 branch and main. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: "JBoss-dev" <[EMAIL PROTECTED]> Sent: Monday, April 15, 2002 2:45 PM Subject: [JBoss-dev] RC1 release question > Are we going to release Jetty and Tomcat integrated packages, or does > the package already contain an integrated stack? > > > Did we branch or just tag? I don't really understand CVS branches (I > have a book on it, just haven't read it yet). Do I need to check fixes > into the branch and head? > > -dain > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs lock
I have submitted a request to SF.NET to drop this lock... this is really starting to piss me off. --jason lsanders wrote: > I'm having trouble with the cvs repository. It is reporting a cvs > lock in /cvsroot/jboss/manual/src/metadata. Is there anything I can > do to fix this? > > > > -Larry > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RC1 release question
Are we going to release Jetty and Tomcat integrated packages, or does the package already contain an integrated stack? Did we branch or just tag? I don't really understand CVS branches (I have a book on it, just haven't read it yet). Do I need to check fixes into the branch and head? -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Which directory is used to set DocumentRoot to integrate apache+tomcat+jboss
I don't know what directory is used to set DocumentRoot of httpd.conf file apache, when you're integrating apache, tomcat and jboss. I have done two options, first, I set documentRoot as $JBOSS_DIST/deploy and later documentRoot as $CATALINA_HOME/webapps, both work, but I'm not so sure, I suppose that that is the first, isnt it?. Another doubt, how do I deploy my .war in that directory in order apache can handle it, because when I start server using DocumentRoot $JBOSS_HOME/deploy in httpd.conf(of apache, obviously supplying JBOSS_HOME for the correct path), the server, http://localhost/, it just appears all files and directories I have in that directory, it seems as if apache doesn't find .war and jboss can't deploy it. Please help me. Thanks. _ Hable con sus amigos en lÃnea, pruebe MSN Messenger: http://messenger.msn.es ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.0 RC1 is available
Prolly not. The sourceforge statistics are updated periodically by a cron job, and are often Just Plain Wrong. sorry. -danch Stephen Davidson wrote: > According to SourceForge, there were no downloads of the JBoss3.0RC1 when I started >my download. > > Sounds like I am the first person to grab a copy? > > -Steve > -- > Trying to recover from a motherboard meltdown... > > > * * * > > View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12958 > > ___ > 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] 3.0.0 RC1 is available
Sorry to deflate your pride, but I believe those stats are updated at most daily, and often less often. david jencks On 2002.04.15 16:43:02 -0400 Stephen Davidson wrote: > According to SourceForge, there were no downloads of the JBoss3.0RC1 when > I started my download. > > Sounds like I am the first person to grab a copy? > > -Steve > -- > Trying to recover from a motherboard meltdown... > > > * * * > > View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12958 > > ___ > 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] 3.0.0 RC1 is available
According to SourceForge, there were no downloads of the JBoss3.0RC1 when I started my download. Sounds like I am the first person to grab a copy? -Steve -- Trying to recover from a motherboard meltdown... * * * View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12958 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
> Sorry, I assumed that ./build.sh clean main would build everything, > especially since the iiop tests appear to be running (and failing) Yes, yes... not your fault. > Could we perhaps have the default target compile everything, and have a > "core" target that compiles the things that are expected to work? This > happened once before when I changed something that broke clustering and > didn't know it since it wasn't in the main build. I will change this to be in standard, core group is for the core system (not including optional plugins like ejb, iiop & such). --jason - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-544342 ] SQL table aliases also exceed db limits
Bugs item #544342, was opened at 2002-04-15 13:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544342&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: frederik sauer (fredsa) Assigned to: Nobody/Anonymous (nobody) Summary: SQL table aliases also exceed db limits Initial Comment: Using custom Finder method (CMP2.0) JBoss can generate long table aliases which exceed datbase limitations. Also refer to these related bugs: 516835 pk constraint name too long 532262 relationship table names too long In the following JBoss generated example query the table alias "t2_si_oDTSecurityGroups_RELATION" exceeds Oracle's limitations causing an "ORA-00972: identifier is too long": SELECT t0_secgrp.ODT_SECURITY_GROUP_ID FROM SYSTEM_IDENTITY t1_si, ODT_SECURITY_GROUP t0_secgrp, SYSTEM_ID_TO_SECURITY_GROUP t2_si_oDTSecurityGroups_RELATION WHERE t1_si.SYSTEM_ID = :1 AND (t1_si.SYSTEM_ID=t2_si_oDTSecurityGroups_RELATION.SYST EM_ID AND t0_secgrp.ODT_SECURITY_GROUP_ID=t2_si_oDTSecurityGroup s_RELATION.ODT_SECURITY_GROUP_ID) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544342&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] mysql-service.xml: java.lang.NumberFormatException
Just MySql 3.23.46-nt + 2.0.11 mm.mysql drivers.. :-) The old mysql-service.xml file worked fine with "jdbc:mysql://localhost:/mydb"... The new one doesn't... go figure. --- The MM.MySQL project has released a new 2.0.12 version: http://sourceforge.net/project/showfiles.php?group_id=15923&release_id=83431 I'm going to try RC1 with it, and let you guys know how it went. Maybe we would need to change: To: Hehehe, too many changes for the mysql-service.xml file in a day! Ricardo Arguello - Original Message - From: "David Jencks" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, April 15, 2002 1:26 PM Subject: Re: [JBoss-dev] mysql-service.xml: java.lang.NumberFormatException I'll change it, but I'm curious as to what your configuration is since this is exactly the configuration that worked on my machines;-) david jencks On 2002.04.15 13:57:32 -0400 Ricardo Argüello wrote: > Hello, > > In the connector/src/etc/example-config/mysql-service.xml example file: > jdbc:mysql://dell:/jbossdb > > Needs to be changed to: > jdbc:mysql://dell:3306/jbossdb > > > Because of this exception: > > Caused by: java.sql.SQLException: Unable to get Connection: > javax.resource.ResourceException: Unable to create DB connection for url: > jdbc:mysql://localhost:/jboss, user: jboss, exception: > java.sql.SQLException: Cannot load connection class because of underlying > exception: 'java.lang.NumberFormatException: /'. > at org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCData > Source.java:114) > at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.fixTableName(SQLUtil.java:38) > ... 84 more > > > > Ricardo Arguello > > > > ___ > 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-543408 ] Error compiling ejbql in JBboss cvs HEAD
Bugs item #543408, was opened at 2002-04-13 10:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Error compiling ejbql in JBboss cvs HEAD
Initial Comment:
Hi All,
I get the follow error when I deploy to JBoss (cvs HEAD)
the same beans works perfectly on JBoss beta1
Can somebody know why?
thank in advance
Patrick
14:48:46,659 INFO [EjbModule] Starting
14:48:46,660 DEBUG [EjbModule] Application.start(),
start container:
org.jboss.ejb.StatelessSessionContainer@720434
14:48:46,660 DEBUG [StatelessSessionContainer] Begin
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,661 DEBUG [StatelessSessionContainer] TCL:
java.net.URLClassLoader@6580e1
14:48:46,663 DEBUG [StatelessSessionContainer] End
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,713 DEBUG [ProxyFactory] Bound
PrimaryKeyGenerator to PrimaryKeyGenerator
14:48:46,714 DEBUG [CachedConnectionInterceptor] start
called in CachedConnectionInterceptor
14:48:46,714 DEBUG [EjbModule] Application.start(),
start container: org.jboss.ejb.EntityContainer@323274
14:48:46,715 DEBUG [EntityContainer] Begin
java:comp/env for EJB: VatCodeBean
14:48:46,715 DEBUG [EntityContainer] TCL:
java.net.URLClassLoader@4ab854
14:48:46,718 DEBUG [EntityContainer] End java:comp/env
for EJB: VatCodeBean
14:48:46,776 DEBUG [BaseLocalContainerInvoker] Bound
Local VatCodeBean to local/VatCodeBean
14:48:46,778 DEBUG [VatCodeBean] Table not create as
requested: vatcode
14:48:46,779 DEBUG [findByPrimaryKey] SQL: SELECT id
FROM vatcode WHERE id=?
14:48:46,781 DEBUG [VatCodeBean] Added findByPrimaryKey
query command for local home interface
14:48:46,784 DEBUG [findByPercentage] EJB-QL: SELECT
OBJECT(o) FROM VatCodeBean o WHERE o.percentage=?1
14:48:46,854 ERROR [EntityContainer] Exception in
service lifecyle operation: start
org.jboss.deployment.DeploymentException: Error
compiling ejbql; - nested throwable is:
org.jboss.ejb.plugins.cmp.ejbql.ParseException:
Encountered "o.percentage" at line 1, column 45.
Was expecting one of:
"NOT" ...
"(" ...
...
...
"CONCAT" ...
"SUBSTRING" ...
...
...
...
...
...
"LENGTH" ...
"LOCATE" ...
"ABS" ...
"SQRT" ...
"+" ...
"-" ...
...
...
...
The bean query
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o) FROM VatCodeBean o WHERE
o.percentage=?1
--
>Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-15 13:35
Message:
Logged In: YES
user_id=251431
Reopened by accident.
--
Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 13:19
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-15 13:18
Message:
Logged In: YES
user_id=251431
The problem is percentage is a BigDecimal.
EJB-QL only understands simple types (short, int, long,
float, double, String, bool, Date).
This may work with JBossQl. Try putting this in your
jbosscmp-jdbc.xml file:
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o)
FROM VatCodeBean o
WHERE o.percentage=?1
Keep the stuff in the ejb-jar.xml file. This is an
override.
I'm closing this as it is not a bug. If the JbossQL
doesn't work, post to the user list or forum and I'll try
to help you.
--
Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 10:30
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
[JBoss-dev] [ jboss-Bugs-472072 ] INSERTING AN ALREADY EXISTING BEAN, ID =
Bugs item #472072, was opened at 2001-10-17 09:06 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=472072&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Andreas Schaefer (schaefera) Summary: INSERTING AN ALREADY EXISTING BEAN, ID = Initial Comment: Using CMP 2.0 when calling a entity remote home's create I get the following: [Default] java.rmi.ServerException: INSERTING AN ALREADY EXISTING BEAN, ID = 111; nested exception is: java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = 111 [Default] java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = 111 [Default] at org.jboss.ejb.plugins.AbstractInstanceCache.insert(AbstractInstanceCache.java:249) [Default] at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:166) [Default] at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:104) [Default] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:100) [Default] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:156) [Default] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:56) [Default] at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:106) [Default] at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) [Default] at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:441) [Default] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:421) [Default] at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invokeHome(HomeProxy.java:237) [Default] at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:182) [Default] at $Proxy16.create(Unknown Source) [Default] at _0002feditCustomer_0002ejspeditCustomer_jsp_0._jspService(_0002feditCustomer_0002ejspeditCustomer_jsp_0.java:141) [Default] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) [Default] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [Default] at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:176) [Default] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:307) [Default] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380) [Default] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [Default] at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:488) [Default] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:387) [Default] at org.mortbay.http.HandlerContext.handle(HandlerContext.java:1040) [Default] at org.mortbay.http.HandlerContext.handle(HandlerContext.java:995) [Default] at org.mortbay.http.HttpServer.service(HttpServer.java:683) [Default] at org.mortbay.http.HttpConnection.service(HttpConnection.java:732) [Default] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:889) [Default] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:746) [Default] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:146) [Default] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) [Default] at org.mortbay.util.ThreadPool$PoolThreadRunnable.run(ThreadPool.java:609) [Default] at java.lang.Thread.run(Thread.java:484) The key used is manualy specified and is 100% unique (not used before) in any bean. This happens for a bean that is on the "Many" side of a one-to-many relation with a foreign key. The ejbCreate() method of that bean just sets it's primary key and some attributes and ejbPostCreate() adds itself to the -to-many side of the related bean's Collection... This does not happen for a related bean which uses similar ejbCreate() and empty ejbPostCreate() methods. I tried to use Commit option A and B. The result is the same. -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-15 13:25 Message: Logged In: YES user_id=251431 This is fixed in RC1. -- Comment By: Peter Levart (plevart) Date: 2001-12-18 04:17 Message: Logged In: YES user_id=346981 This bug was discussed further on the jboss-developement list some time ago and I made a test case to recreate it. Basicaly it can be reproduced by creatin an ejbPostCreate method in the following style (in the AddressBean): private String create( String id, String street, String city, String zip,
[JBoss-dev] [ jboss-Bugs-533237 ] jbosscmp-jdbc.xml defs un-overideable
Bugs item #533237, was opened at 2002-03-21 12:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533237&group_id=22866 >Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Neale Swinnerton (neales) >Assigned to: Dain Sundstrom (dsundstrom) Summary: jbosscmp-jdbc.xml defs un-overideable Initial Comment: Around line 235 of org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCApplication MetaData, there is an instantiation of JDBCEntityMetaData something like this... // create the new metadata with the defaults applied entityMetaData = new JDBCEntityMetaData(this, defaults, entityMetaData); However if you look at the declaration of the constructor in JDBCEntityMetaData it looks like... public JDBCEntityMetaData( JDBCApplicationMetaData jdbcApplication, Element element, JDBCEntityMetaData defaultValues) Note that the data and the default values are the wrong way round in JDBCApplicationMetaData. What this boils down to is that the defaults override the values supplied in jbosscmp-jdbc.xml, rather than the other way round. This happens for a few other bits of MetaData too. I think the code will need to be restructured a bit, to handle the override of things like createTable. I'm happy to do this, but I am stuck behind a firewall blocking SSH access until early May...so it'll be a while, I think this may be more urgent than that ;-) -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-15 13:30 Message: Logged In: YES user_id=251431 What exactally can't be overriden? Open a new bug report with exact info on the values that can't be overriden. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533237&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config mysql-service.xml
User: d_jencks Date: 02/04/15 11:26:19 Modified:src/etc/example-config mysql-service.xml Log: added port to url string Revision ChangesPath 1.3 +1 -1 jbosscx/src/etc/example-config/mysql-service.xml Index: mysql-service.xml === RCS file: /cvsroot/jboss/jbosscx/src/etc/example-config/mysql-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- mysql-service.xml 15 Apr 2002 16:03:48 - 1.2 +++ mysql-service.xml 15 Apr 2002 18:26:18 - 1.3 @@ -30,7 +30,7 @@ ConnectionURL java.lang.String - jdbc:mysql://dell:/jbossdb + jdbc:mysql://dell:3306/jbossdb DriverClass ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-541866 ] Non-Default create methods don't work
Bugs item #541866, was opened at 2002-04-10 00:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=541866&group_id=22866 Category: None Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: Nobody/Anonymous (nobody) Summary: Non-Default create methods don't work Initial Comment: i am using 3.0beta1 with tomcat. the sample entity bean that i have does not work due to the non-default create method, ie instead of having primarkKeyType create(primarkyKeyType pk) i have primaryKeyType createBlaBla(String one, String two). I just read the 2.0 spec and it is my interepetation that this should work. In addition the example code is actually grabbed from an ejb book - not that, that means it should work... I do not know if these are factors, but I an working with a cmp entity bean, using local interfaces. The example attached is really simple. -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-04-15 13:34 Message: Logged In: YES user_id=251431 This is fixed in RC1. The problem was lack of support for createSomeName methods. -- Comment By: Peter Luttrell (objec) Date: 2002-04-10 01:04 Message: Logged In: YES user_id=472835 I suppose it would be helpfull if I actually included the error message... ERROR [EntityContainer] Exception in service lifecycle operation: create org.jboss.deployemnt.DefploymentExceptio: Could not find matching method for public abstract com.titan.address.AddressLocal com.titan.address.AddressHomeLocal.createAddress(java.lang.Sgring, java.lang.String, java.lang.String, java.lang.String) throws javax.ejb.CreateExcation at ord.jboss.ejb.EntityContainer.setupHomeMappingImpl(EntityContainer.java:783) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=541866&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] mysql-service.xml: java.lang.NumberFormatException
I'll change it, but I'm curious as to what your configuration is since this is exactly the configuration that worked on my machines;-) david jencks On 2002.04.15 13:57:32 -0400 Ricardo Argüello wrote: > Hello, > > In the connector/src/etc/example-config/mysql-service.xml example file: > jdbc:mysql://dell:/jbossdb > > Needs to be changed to: > jdbc:mysql://dell:3306/jbossdb > > > Because of this exception: > > Caused by: java.sql.SQLException: Unable to get Connection: > javax.resource.ResourceException: Unable to create DB connection for url: > jdbc:mysql://localhost:/jboss, user: jboss, exception: > java.sql.SQLException: Cannot load connection class because of underlying > exception: 'java.lang.NumberFormatException: /'. > at org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCData > Source.java:114) > at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.fixTableName(SQLUtil.java:38) > ... 84 more > > > > Ricardo Arguello > > > > ___ > 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] SAN FRANCISCO Training
Guys, deadline for early payment was today and the training is selling well. Come to this 3 day training May 6-8. It is a brand new JBoss training that covers 2.4 advanced stuff and 3.0 architecture and code. The contents go from UnifiedClassLoader architecture to the detached invoker and client interceptor and everything in between, the CMP2.0, the clustering, the exotic architectures for performant EJB etc etc. 3 days, really intense. If you are embarking in serious JBoss development or production usage you MUST come to this training. Come to this Silicon Valley friendly training. Details on the website at http://www.jboss.org Marc Fleury Ph.D Founder and CEO JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-543408 ] Error compiling ejbql in JBboss cvs HEAD
Bugs item #543408, was opened at 2002-04-13 10:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Error compiling ejbql in JBboss cvs HEAD
Initial Comment:
Hi All,
I get the follow error when I deploy to JBoss (cvs HEAD)
the same beans works perfectly on JBoss beta1
Can somebody know why?
thank in advance
Patrick
14:48:46,659 INFO [EjbModule] Starting
14:48:46,660 DEBUG [EjbModule] Application.start(),
start container:
org.jboss.ejb.StatelessSessionContainer@720434
14:48:46,660 DEBUG [StatelessSessionContainer] Begin
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,661 DEBUG [StatelessSessionContainer] TCL:
java.net.URLClassLoader@6580e1
14:48:46,663 DEBUG [StatelessSessionContainer] End
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,713 DEBUG [ProxyFactory] Bound
PrimaryKeyGenerator to PrimaryKeyGenerator
14:48:46,714 DEBUG [CachedConnectionInterceptor] start
called in CachedConnectionInterceptor
14:48:46,714 DEBUG [EjbModule] Application.start(),
start container: org.jboss.ejb.EntityContainer@323274
14:48:46,715 DEBUG [EntityContainer] Begin
java:comp/env for EJB: VatCodeBean
14:48:46,715 DEBUG [EntityContainer] TCL:
java.net.URLClassLoader@4ab854
14:48:46,718 DEBUG [EntityContainer] End java:comp/env
for EJB: VatCodeBean
14:48:46,776 DEBUG [BaseLocalContainerInvoker] Bound
Local VatCodeBean to local/VatCodeBean
14:48:46,778 DEBUG [VatCodeBean] Table not create as
requested: vatcode
14:48:46,779 DEBUG [findByPrimaryKey] SQL: SELECT id
FROM vatcode WHERE id=?
14:48:46,781 DEBUG [VatCodeBean] Added findByPrimaryKey
query command for local home interface
14:48:46,784 DEBUG [findByPercentage] EJB-QL: SELECT
OBJECT(o) FROM VatCodeBean o WHERE o.percentage=?1
14:48:46,854 ERROR [EntityContainer] Exception in
service lifecyle operation: start
org.jboss.deployment.DeploymentException: Error
compiling ejbql; - nested throwable is:
org.jboss.ejb.plugins.cmp.ejbql.ParseException:
Encountered "o.percentage" at line 1, column 45.
Was expecting one of:
"NOT" ...
"(" ...
...
...
"CONCAT" ...
"SUBSTRING" ...
...
...
...
...
...
"LENGTH" ...
"LOCATE" ...
"ABS" ...
"SQRT" ...
"+" ...
"-" ...
...
...
...
The bean query
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o) FROM VatCodeBean o WHERE
o.percentage=?1
--
>Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-15 13:18
Message:
Logged In: YES
user_id=251431
The problem is percentage is a BigDecimal.
EJB-QL only understands simple types (short, int, long,
float, double, String, bool, Date).
This may work with JBossQl. Try putting this in your
jbosscmp-jdbc.xml file:
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o)
FROM VatCodeBean o
WHERE o.percentage=?1
Keep the stuff in the ejb-jar.xml file. This is an
override.
I'm closing this as it is not a bug. If the JbossQL
doesn't work, post to the user list or forum and I'll try
to help you.
--
Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 10:30
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-14 14:02
Message:
Logged In: YES
user_id=251431
I'm closing this, as there has been no response.
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-13 11:18
Message:
Logged In: YES
user_id=251431
I am sure that this is a problem with your code. I have
many test cases that look like this.
Are you positive that 'percentage' is a cmp field? If so,
is percentage an numeric or string valued cmp field?
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-543408 ] Error compiling ejbql in JBboss cvs HEAD
Bugs item #543408, was opened at 2002-04-13 17:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Open
Resolution: Invalid
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Error compiling ejbql in JBboss cvs HEAD
Initial Comment:
Hi All,
I get the follow error when I deploy to JBoss (cvs HEAD)
the same beans works perfectly on JBoss beta1
Can somebody know why?
thank in advance
Patrick
14:48:46,659 INFO [EjbModule] Starting
14:48:46,660 DEBUG [EjbModule] Application.start(),
start container:
org.jboss.ejb.StatelessSessionContainer@720434
14:48:46,660 DEBUG [StatelessSessionContainer] Begin
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,661 DEBUG [StatelessSessionContainer] TCL:
java.net.URLClassLoader@6580e1
14:48:46,663 DEBUG [StatelessSessionContainer] End
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,713 DEBUG [ProxyFactory] Bound
PrimaryKeyGenerator to PrimaryKeyGenerator
14:48:46,714 DEBUG [CachedConnectionInterceptor] start
called in CachedConnectionInterceptor
14:48:46,714 DEBUG [EjbModule] Application.start(),
start container: org.jboss.ejb.EntityContainer@323274
14:48:46,715 DEBUG [EntityContainer] Begin
java:comp/env for EJB: VatCodeBean
14:48:46,715 DEBUG [EntityContainer] TCL:
java.net.URLClassLoader@4ab854
14:48:46,718 DEBUG [EntityContainer] End java:comp/env
for EJB: VatCodeBean
14:48:46,776 DEBUG [BaseLocalContainerInvoker] Bound
Local VatCodeBean to local/VatCodeBean
14:48:46,778 DEBUG [VatCodeBean] Table not create as
requested: vatcode
14:48:46,779 DEBUG [findByPrimaryKey] SQL: SELECT id
FROM vatcode WHERE id=?
14:48:46,781 DEBUG [VatCodeBean] Added findByPrimaryKey
query command for local home interface
14:48:46,784 DEBUG [findByPercentage] EJB-QL: SELECT
OBJECT(o) FROM VatCodeBean o WHERE o.percentage=?1
14:48:46,854 ERROR [EntityContainer] Exception in
service lifecyle operation: start
org.jboss.deployment.DeploymentException: Error
compiling ejbql; - nested throwable is:
org.jboss.ejb.plugins.cmp.ejbql.ParseException:
Encountered "o.percentage" at line 1, column 45.
Was expecting one of:
"NOT" ...
"(" ...
...
...
"CONCAT" ...
"SUBSTRING" ...
...
...
...
...
...
"LENGTH" ...
"LOCATE" ...
"ABS" ...
"SQRT" ...
"+" ...
"-" ...
...
...
...
The bean query
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o) FROM VatCodeBean o WHERE
o.percentage=?1
--
>Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 20:19
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-15 20:18
Message:
Logged In: YES
user_id=251431
The problem is percentage is a BigDecimal.
EJB-QL only understands simple types (short, int, long,
float, double, String, bool, Date).
This may work with JBossQl. Try putting this in your
jbosscmp-jdbc.xml file:
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o)
FROM VatCodeBean o
WHERE o.percentage=?1
Keep the stuff in the ejb-jar.xml file. This is an
override.
I'm closing this as it is not a bug. If the JbossQL
doesn't work, post to the user list or forum and I'll try
to help you.
--
Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 17:30
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-14 21:02
Message:
Logged In: YES
user_id=251431
I'm closing this, as there has been no response.
---
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean StatelessSessionBean.java
User: starksm
Date: 02/04/15 10:42:00
Modified:catalina/src/main/org/jboss/test/tomcat/ejb/bean Tag:
Branch_3_0 StatelessSessionBean.java
Log:
Get to build after org.jboss.system class relocation
Revision ChangesPath
No revision
No revision
1.1.2.1 +18 -10
contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean/StatelessSessionBean.java
Index: StatelessSessionBean.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean/StatelessSessionBean.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- StatelessSessionBean.java 11 Feb 2002 23:02:15 - 1.1
+++ StatelessSessionBean.java 15 Apr 2002 17:41:59 - 1.1.2.1
@@ -2,20 +2,19 @@
import java.io.PrintWriter;
import java.io.StringWriter;
+import java.lang.reflect.Method;
import java.net.URL;
import java.net.URLClassLoader;
-import java.rmi.*;
+import java.rmi.RemoteException;
import javax.ejb.*;
+import javax.management.MBeanServer;
import javax.naming.InitialContext;
import javax.naming.Context;
-import org.jboss.system.ServiceLibraries;
-import org.jboss.system.UnifiedClassLoader;
-
/** A simple stateless session bean.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public class StatelessSessionBean implements SessionBean
{
@@ -63,12 +62,21 @@
buffer.append("+++ ");
buffer.append(loader);
buffer.append('\n');
- if( loader instanceof UnifiedClassLoader && sawUnifiedClassLoader == false
)
+ String loaderName = loader.getClass().getName();
+ boolean isUCL = loaderName.startsWith("org.jboss.");
+ if( isUCL && sawUnifiedClassLoader == false )
{
sawUnifiedClassLoader = true;
-// Only add the ServiceLibraries.getURLs info once
-ServiceLibraries libraries = ServiceLibraries.getLibraries();
-URL[] paths = libraries.getURLs();
+// Only add the UnifiedLoaderRepository.getURLs info once
+URL[] paths = null;
+try
+{
+ Method getAllURLs = loader.getClass().getMethod("getAllURLs", new
Class[0]);
+ paths = (URL[]) getAllURLs.invoke(loader, new Object[0]);
+}
+catch(Exception e)
+{
+}
int length = paths == null ? 0 : paths.length;
for(int p = 0; p < length; p ++)
{
@@ -101,5 +109,5 @@
buffer.append(sw.toString());
return buffer.toString();
}
-
+
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] mysql-service.xml: java.lang.NumberFormatException
Hello, In the connector/src/etc/example-config/mysql-service.xml example file: jdbc:mysql://dell:/jbossdb Needs to be changed to: jdbc:mysql://dell:3306/jbossdb Because of this exception: Caused by: java.sql.SQLException: Unable to get Connection: javax.resource.ResourceException: Unable to create DB connection for url: jdbc:mysql://localhost:/jboss, user: jboss, exception: java.sql.SQLException: Cannot load connection class because of underlying exception: 'java.lang.NumberFormatException: /'. at org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCData Source.java:114) at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.fixTableName(SQLUtil.java:38) ... 84 more Ricardo Arguello ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean StatelessSessionBean.java
User: starksm
Date: 02/04/15 10:43:28
Modified:catalina/src/main/org/jboss/test/tomcat/ejb/bean
StatelessSessionBean.java
Log:
Get to build after org.jboss.system class relocation
Revision ChangesPath
1.2 +18 -10
contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean/StatelessSessionBean.java
Index: StatelessSessionBean.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/test/tomcat/ejb/bean/StatelessSessionBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatelessSessionBean.java 11 Feb 2002 23:02:15 - 1.1
+++ StatelessSessionBean.java 15 Apr 2002 17:43:28 - 1.2
@@ -2,20 +2,19 @@
import java.io.PrintWriter;
import java.io.StringWriter;
+import java.lang.reflect.Method;
import java.net.URL;
import java.net.URLClassLoader;
-import java.rmi.*;
+import java.rmi.RemoteException;
import javax.ejb.*;
+import javax.management.MBeanServer;
import javax.naming.InitialContext;
import javax.naming.Context;
-import org.jboss.system.ServiceLibraries;
-import org.jboss.system.UnifiedClassLoader;
-
/** A simple stateless session bean.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.2 $
*/
public class StatelessSessionBean implements SessionBean
{
@@ -63,12 +62,21 @@
buffer.append("+++ ");
buffer.append(loader);
buffer.append('\n');
- if( loader instanceof UnifiedClassLoader && sawUnifiedClassLoader == false
)
+ String loaderName = loader.getClass().getName();
+ boolean isUCL = loaderName.startsWith("org.jboss.");
+ if( isUCL && sawUnifiedClassLoader == false )
{
sawUnifiedClassLoader = true;
-// Only add the ServiceLibraries.getURLs info once
-ServiceLibraries libraries = ServiceLibraries.getLibraries();
-URL[] paths = libraries.getURLs();
+// Only add the UnifiedLoaderRepository.getURLs info once
+URL[] paths = null;
+try
+{
+ Method getAllURLs = loader.getClass().getMethod("getAllURLs", new
Class[0]);
+ paths = (URL[]) getAllURLs.invoke(loader, new Object[0]);
+}
+catch(Exception e)
+{
+}
int length = paths == null ? 0 : paths.length;
for(int p = 0; p < length; p ++)
{
@@ -101,5 +109,5 @@
buffer.append(sw.toString());
return buffer.toString();
}
-
+
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/test/tomcat/servlet PrintClassLoaders.java
User: starksm
Date: 02/04/15 10:42:01
Modified:catalina/src/main/org/jboss/test/tomcat/servlet Tag:
Branch_3_0 PrintClassLoaders.java
Log:
Get to build after org.jboss.system class relocation
Revision ChangesPath
No revision
No revision
1.1.2.1 +1 -1
contrib/catalina/src/main/org/jboss/test/tomcat/servlet/PrintClassLoaders.java
Index: PrintClassLoaders.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/test/tomcat/servlet/PrintClassLoaders.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- PrintClassLoaders.java11 Feb 2002 23:02:15 - 1.1
+++ PrintClassLoaders.java15 Apr 2002 17:42:01 - 1.1.2.1
@@ -9,8 +9,8 @@
/**
*
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.1 $
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.1.2.1 $
*/
public class PrintClassLoaders extends HttpServlet
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/etc/example-config mysql-service.xml
User: cazzius Date: 02/04/15 09:03:49 Modified:src/etc/example-config mysql-service.xml Log: Changed DefaultDS to MySqlDS. Thanks to Ricardo Argüello Revision ChangesPath 1.2 +1 -1 jbosscx/src/etc/example-config/mysql-service.xml Index: mysql-service.xml === RCS file: /cvsroot/jboss/jbosscx/src/etc/example-config/mysql-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mysql-service.xml 8 Apr 2002 15:37:55 - 1.1 +++ mysql-service.xml 15 Apr 2002 16:03:48 - 1.2 @@ -50,7 +50,7 @@ -DefaultDS +MySqlDS ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] broken catalina build
This is number 2, after iiop. After a similar problem in the fall when build/build.sh clean main turned out not to build anywhere near all of the system I thought this had been fixed. I'll take a look. thanks david jencks On 2002.04.15 11:38:00 -0400 Dennis Muhlestein wrote: > > I just checked out the Branch_3_0. I can't build catalina. > > [javac] > /home/dennis/usr/jboss-all/catalina/src/main/org/jboss/test/tomcat/ejb/bean= > /StatelessSessionBean.java:12: cannot resolve symbol > [javac] symbol : class ServiceLibraries > [javac] location: package system > [javac] import org.jboss.system.ServiceLibraries; > [javac] ^ > [javac] > /home/dennis/usr/jboss-all/catalina/src/main/org/jboss/test/tomcat/ejb/bean= > /StatelessSessionBean.java:13: cannot resolve symbol > [javac] symbol : class UnifiedClassLoader > [javac] location: package system > [javac] import org.jboss.system.UnifiedClassLoader; > [javac] ^ > > I searched for these two classes in the repository and they don't seem > to be there on this branch. > > CVS Log on Sourceforge: > > Revision 1.6 , Mon Apr 15 02:48:51 2002 UTC (13 hours, 46 minutes ago) > by d_jencks > Branch: MAIN > CVS Tags: HEAD > Changes since 1.5: +1 -1 lines > FILE REMOVED > > Changed to use UnifiedLoaderRepository and UnifiedClassLoader from > jbossmx. Removed ServiceLibraries, UnifiedClassLoader, and > MBeanClassLoader from jboss-system > > > -Dennis > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] cvs lock
I'm having trouble with the cvs repository. It is reporting a cvs lock in /cvsroot/jboss/manual/src/metadata. Is there anything I can do to fix this?  -Larry
RE: [JBoss-dev] ObjectWeb has released JMS Testsuite
Is this the start of the war between open-source and Sun I wonder that the JavaWorld article is talking about? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dain > Sundstrom > Sent: Monday, April 15, 2002 12:49 PM > To: JBoss-dev > Subject: [JBoss-dev] ObjectWeb has released JMS Testsuite > > > From theserverside.com: > > ObjectWeb has released a test suite for JMS features under LGPL. This > suite tests JMS features; its code base is pure JMS without dependency > from any vendor and provides a simple framework to be used by any JMS > providers. > > http://www.objectweb.org/joram/tests > > > I don't know much about JBossMQ, but should we look at integrating this > into out testsuite? > > -dain > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RC1 release branch occuring at 00:00
Hi alls! For the testsuite. In my local cvs repository I have removed the iiop tests from stress test case and added in a new target which sets the properties to make running the iiop part. These test are called from tests target. (I have written this some mails ago :-) ) When I have time I retest alls with jdk 1.3 and if it works then I'll submit the patch or, if you like, I'll commit it directly. Francisco, can you patch org.jboss.iiop.WebCL? claudio > -Original Message- > From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]] > Sent: Monday, April 15, 2002 5:31 PM > To: David Jencks > Cc: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > On Mon, 15 Apr 2002, David Jencks wrote: > > > Sorry, I assumed that ./build.sh clean main would build everything, > > especially since the iiop tests appear to be running (and failing) > > I was not aware the iiop tests were running by default. They shouldn't, > because right now they require three special actions: > > 1 - The RMI/IIOP MBean entry in jboss-service.xml must to be > uncommmented. > > 2 - JBoss must be started with additional options: > > export JBOSS_CLASSPATH=$JBOSS_HOME/lib/jacorb.jar > export JAVA_OPTS="-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB > -Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton" > > 3 - A special target (iiop-test) must be used to run iiop tests. > > If you do these things then the iiop tests should not fail. > > A question to all: Should we make 1 and 2 be the default case, so that > iiop tests run with no special arrangements? > > > Could we perhaps have the default target compile everything, and have a > > "core" target that compiles the things that are expected to work? This > > happened once before when I changed something that broke clustering and > > didn't know it since it wasn't in the main build. > > Yes, I think everything should compile by default. > > Best, > > Francisco > > > Thanks > > david jencks > > > > On 2002.04.15 05:13:29 -0400 Scott M Stark wrote: > > > It will have to be a seperate service release with instructions on how > > > to incorporate because iiop is broken right now: > > > > > > > > > == Executing 'most' in module 'iiop'... > > > == > > > > > > _buildmagic:init: > > > > > > configure: > > > > > > init: > > > > > > compile-classes: > > > [mkdir] Created dir: > > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > > [javac] Compiling 75 source files to > > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: > > > cannot resolve symbol > > > symbol : class UnifiedClassLoader > > > location: package system > > > import org.jboss.system.UnifiedClassLoader; > > > ^ > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: > > > cannot resolve symbol > > > symbol : class UnifiedClassLoader > > > location: class org.jboss.iiop.WebCL > > > public WebCL(ObjectName container, UnifiedClassLoader parent) > > >^ > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPS > tu > > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler > in > > > org.jboss.proxy.compiler has been deprecated > > >private static void generateMethodCode(ProxyAssembler asm, > > > ^ > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPS > tu > > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler > in > > > org.jboss.proxy.compiler has been deprecated > > >private static void generateMethodCode(ProxyAssembler asm, > > > ^ > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPS > tu > > > bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler > in > > > org.jboss.proxy.compiler has been deprecated > > > ProxyAssembler asm = > > > ^ > > > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPS > tu > > > bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler > in > > > org.jboss.proxy.compiler has been deprecated > > > new ProxyAssembler(stubClassName, > > > ^ > > > 2 errors > > > 4 warnings > > > > > > - Original Message - > > > From: "Jason Dillon" <[EMAIL PROTECTED]> > > > To: "Scott M Stark" <[EMAIL PROTECTED]> > > > Cc: <[EMAIL PROTECTED]> > > > Sent: Monday, April 15, 2002 2:01 AM > > > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > > > > > > > Are you building with -Dgroups=most? > > > > > > > > Otherwise iiop will not be included in the build... or do you mean > > > > instructions on how to build & configure? > > > > > > > > --jason > > > > > > > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>:
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop WebCL.java
User: reverbel
Date: 02/04/15 09:35:31
Modified:iiop/src/main/org/jboss/iiop WebCL.java
Log:
Changed to use UnifiedClassLoader from org.jboss.mx.loading.
Revision ChangesPath
1.4 +2 -2 contrib/iiop/src/main/org/jboss/iiop/WebCL.java
Index: WebCL.java
===
RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/WebCL.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- WebCL.java12 Apr 2002 20:08:28 - 1.3
+++ WebCL.java15 Apr 2002 16:35:30 - 1.4
@@ -8,14 +8,14 @@
import org.jboss.logging.Logger;
import org.jboss.proxy.compiler.IIOPStubCompiler;
-import org.jboss.system.UnifiedClassLoader;
+import org.jboss.mx.loading.UnifiedClassLoader;
import org.jboss.web.WebClassLoader;
/**
* A subclass of WebClassLoader that does IIOP bytecode generation on the fly.
*
* @author mailto:[EMAIL PROTECTED]";>Francisco Reverbel
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class WebCL extends WebClassLoader
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ObjectWeb has released JMS Testsuite
From theserverside.com: ObjectWeb has released a test suite for JMS features under LGPL. This suite tests JMS features; its code base is pure JMS without dependency from any vendor and provides a simple framework to be used by any JMS providers. http://www.objectweb.org/joram/tests I don't know much about JBossMQ, but should we look at integrating this into out testsuite? -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RC1 release branch occuring at 00:00
Hi Claudio, On Mon, 15 Apr 2002, Vesco Claudio wrote: > Francisco, can you patch org.jboss.iiop.WebCL? Just did it. Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] broken catalina build
I just checked out the Branch_3_0. I can't build catalina. [javac] /home/dennis/usr/jboss-all/catalina/src/main/org/jboss/test/tomcat/ejb/bean= /StatelessSessionBean.java:12: cannot resolve symbol [javac] symbol : class ServiceLibraries [javac] location: package system [javac] import org.jboss.system.ServiceLibraries; [javac] ^ [javac] /home/dennis/usr/jboss-all/catalina/src/main/org/jboss/test/tomcat/ejb/bean= /StatelessSessionBean.java:13: cannot resolve symbol [javac] symbol : class UnifiedClassLoader [javac] location: package system [javac] import org.jboss.system.UnifiedClassLoader; [javac] ^ I searched for these two classes in the repository and they don't seem to be there on this branch. CVS Log on Sourceforge: Revision 1.6 , Mon Apr 15 02:48:51 2002 UTC (13 hours, 46 minutes ago) by d_jencks Branch: MAIN CVS Tags: HEAD Changes since 1.5: +1 -1 lines FILE REMOVED Changed to use UnifiedLoaderRepository and UnifiedClassLoader from jbossmx. Removed ServiceLibraries, UnifiedClassLoader, and MBeanClassLoader from jboss-system -Dennis signature.asc Description: This is a digitally signed message part
Re: [JBoss-dev] Problem in JDBCStartCommand.java
Yes, it is the same work if you are going to specify both. The real benefit comes from being able to specify in the defaults section. -dain Ignacio Coloma wrote: > I don't see how that is different than using MYSPACE.MYTABLE. Same > amount of code for the user, but you would have to support Yet Another > Feature. IMHO it's the same to write: > > myschema > mytable > > than > > myschema.mytable > > Do other environments support this? This should be a common problem. As > far as I remember Delphi left you alone on this one. > > On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: > >>This looks like a hack to me. Should we consider adding a schema-name >>element to the table configuration? By this I mean that where ever we >>have table-name in the jbosscmp-jdbc.xml file we can have an optional >>schema-name element. Also in the getTables call in we would pass the >>schema name as the second argument. >> >>Does this make since? >> >>Does anyone else have an opinion on this? >> >>-dain >> >>[EMAIL PROTECTED] wrote: >> >> >>>Maybe you could take only the last period delimited token (meaning in >>> >>>MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using >>> >>>only a table name, not a qualified tablename. I would expect that >>> >>>most RDBMS products, open or closed source, use this convention of "." >>> >>>delimiting tokens in table and column names. >>> >>>Cheers >>> >>> >>> From: Dain Sundstrom <[EMAIL PROTECTED]> Date: 2002/04/15 Mon AM 10:40:32 EDT To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java JL@esial wrote: >Hello, > >I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. >The function tableExists in this class makes the following jdbc call: >rs = dmd.getTables(con.getCatalog(), null, tableName, null); > >I am using DB2 as dbms, and this piece of code will not work if > >tableName contains a prefix. > > Why would it have a prefix? >Indeed, I have to configure my > >jbosscmp-jdbc.xml ejb/table mappings like that: >MYSCHEMA.MYTABLE >to get the SQL statements work properly with DB2. But then the > >tableExists method will always return false since it takes > >MYSCHEMA.MYTABLE as tableName. > > JBossCMP tries it's best to autogenerate tables, but it can not solve all problems. I shoot for 80%. If you need an exact mapping, you will have to create the tables by hand (you should also do this before sending the application to production). If you have a *SIMPLE* solution that works on all of the major commercial and all opensource DBs, then I am open to the suggestion/ patch. >Is there an easy way to set a tablename prefix or even a schema > >name in jbosscmp-jdbc.xml ? Right now, I think I will have to > >patch my own code, but I believe many people out there using > >DB2 or Oracle might encounter the same problem. > > I don't think others have this problem, as you are the first to report it as a problem. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> >> > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
I think so. It should be a default also. There was also someone who wanted to map the user name to the schema name. This needs a little more thought, since there could be problems with uniqueness of pk's if you aren't careful. I'm also not sure how this would work with create-tables -- if you sudenly find a new user do you run out and create a whole new set of tables for them? Do you create the schema for them also? david jencks On 2002.04.15 11:56:00 -0400 Dain Sundstrom wrote: > This looks like a hack to me. Should we consider adding a schema-name > element to the table configuration? By this I mean that where ever we > have table-name in the jbosscmp-jdbc.xml file we can have an optional > schema-name element. Also in the getTables call in we would pass the > schema name as the second argument. > > Does this make since? > > Does anyone else have an opinion on this? > > -dain > > [EMAIL PROTECTED] wrote: > > > Maybe you could take only the last period delimited token (meaning in > > > MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using > > > only a table name, not a qualified tablename. I would expect that > > > most RDBMS products, open or closed source, use this convention of "." > > > delimiting tokens in table and column names. > > > > Cheers > > > > > >>From: Dain Sundstrom <[EMAIL PROTECTED]> > >>Date: 2002/04/15 Mon AM 10:40:32 EDT > >>To: [EMAIL PROTECTED] > >>Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java > >> > >>JL@esial wrote: > >> > >> > >>>Hello, > >>> > >>>I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. > >>>The function tableExists in this class makes the following jdbc call: > >>>rs = dmd.getTables(con.getCatalog(), null, tableName, null); > >>> > >>>I am using DB2 as dbms, and this piece of code will not work if > >>> > >>>tableName contains a prefix. > >>> > >> > >>Why would it have a prefix? > >> > >> > >>>Indeed, I have to configure my > >>> > >>>jbosscmp-jdbc.xml ejb/table mappings like that: > >>>MYSCHEMA.MYTABLE > >>>to get the SQL statements work properly with DB2. But then the > >>> > >>>tableExists method will always return false since it takes > >>> > >>>MYSCHEMA.MYTABLE as tableName. > >>> > >> > >>JBossCMP tries it's best to autogenerate tables, but it can not solve > >>all problems. I shoot for 80%. If you need an exact mapping, you will > > >>have to create the tables by hand (you should also do this before > >>sending the application to production). > >> > >>If you have a *SIMPLE* solution that works on all of the major > >>commercial and all opensource DBs, then I am open to the suggestion/ > patch. > >> > >> > >> > >>>Is there an easy way to set a tablename prefix or even a schema > >>> > >>>name in jbosscmp-jdbc.xml ? Right now, I think I will have to > >>> > >>>patch my own code, but I believe many people out there using > >>> > >>>DB2 or Oracle might encounter the same problem. > >>> > >>I don't think others have this problem, as you are the first to report > >>it as a problem. > >> > >>-dain > >> > >> > >>___ > >>Jboss-development mailing list > >>[EMAIL PROTECTED] > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
I don't see how that is different than using MYSPACE.MYTABLE. Same amount of code for the user, but you would have to support Yet Another Feature. IMHO it's the same to write: myschema mytable than myschema.mytable Do other environments support this? This should be a common problem. As far as I remember Delphi left you alone on this one. On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: > This looks like a hack to me. Should we consider adding a schema-name > element to the table configuration? By this I mean that where ever we > have table-name in the jbosscmp-jdbc.xml file we can have an optional > schema-name element. Also in the getTables call in we would pass the > schema name as the second argument. > > Does this make since? > > Does anyone else have an opinion on this? > > -dain > > [EMAIL PROTECTED] wrote: > > > Maybe you could take only the last period delimited token (meaning in > > > MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using > > > only a table name, not a qualified tablename. I would expect that > > > most RDBMS products, open or closed source, use this convention of "." > > > delimiting tokens in table and column names. > > > > Cheers > > > > > >>From: Dain Sundstrom <[EMAIL PROTECTED]> > >>Date: 2002/04/15 Mon AM 10:40:32 EDT > >>To: [EMAIL PROTECTED] > >>Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java > >> > >>JL@esial wrote: > >> > >> > >>>Hello, > >>> > >>>I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. > >>>The function tableExists in this class makes the following jdbc call: > >>>rs = dmd.getTables(con.getCatalog(), null, tableName, null); > >>> > >>>I am using DB2 as dbms, and this piece of code will not work if > >>> > >>>tableName contains a prefix. > >>> > >> > >>Why would it have a prefix? > >> > >> > >>>Indeed, I have to configure my > >>> > >>>jbosscmp-jdbc.xml ejb/table mappings like that: > >>>MYSCHEMA.MYTABLE > >>>to get the SQL statements work properly with DB2. But then the > >>> > >>>tableExists method will always return false since it takes > >>> > >>>MYSCHEMA.MYTABLE as tableName. > >>> > >> > >>JBossCMP tries it's best to autogenerate tables, but it can not solve > >>all problems. I shoot for 80%. If you need an exact mapping, you will > >>have to create the tables by hand (you should also do this before > >>sending the application to production). > >> > >>If you have a *SIMPLE* solution that works on all of the major > >>commercial and all opensource DBs, then I am open to the suggestion/ patch. > >> > >> > >> > >>>Is there an easy way to set a tablename prefix or even a schema > >>> > >>>name in jbosscmp-jdbc.xml ? Right now, I think I will have to > >>> > >>>patch my own code, but I believe many people out there using > >>> > >>>DB2 or Oracle might encounter the same problem. > >>> > >>I don't think others have this problem, as you are the first to report > >>it as a problem. > >> > >>-dain > >> > >> > >>___ > >>Jboss-development mailing list > >>[EMAIL PROTECTED] > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
This looks like a hack to me. Should we consider adding a schema-name element to the table configuration? By this I mean that where ever we have table-name in the jbosscmp-jdbc.xml file we can have an optional schema-name element. Also in the getTables call in we would pass the schema name as the second argument. Does this make since? Does anyone else have an opinion on this? -dain [EMAIL PROTECTED] wrote: > Maybe you could take only the last period delimited token (meaning in > MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using > only a table name, not a qualified tablename. I would expect that > most RDBMS products, open or closed source, use this convention of "." > delimiting tokens in table and column names. > > Cheers > > >>From: Dain Sundstrom <[EMAIL PROTECTED]> >>Date: 2002/04/15 Mon AM 10:40:32 EDT >>To: [EMAIL PROTECTED] >>Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java >> >>JL@esial wrote: >> >> >>>Hello, >>> >>>I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. >>>The function tableExists in this class makes the following jdbc call: >>>rs = dmd.getTables(con.getCatalog(), null, tableName, null); >>> >>>I am using DB2 as dbms, and this piece of code will not work if >>> >>>tableName contains a prefix. >>> >> >>Why would it have a prefix? >> >> >>>Indeed, I have to configure my >>> >>>jbosscmp-jdbc.xml ejb/table mappings like that: >>>MYSCHEMA.MYTABLE >>>to get the SQL statements work properly with DB2. But then the >>> >>>tableExists method will always return false since it takes >>> >>>MYSCHEMA.MYTABLE as tableName. >>> >> >>JBossCMP tries it's best to autogenerate tables, but it can not solve >>all problems. I shoot for 80%. If you need an exact mapping, you will >>have to create the tables by hand (you should also do this before >>sending the application to production). >> >>If you have a *SIMPLE* solution that works on all of the major >>commercial and all opensource DBs, then I am open to the suggestion/ patch. >> >> >> >>>Is there an easy way to set a tablename prefix or even a schema >>> >>>name in jbosscmp-jdbc.xml ? Right now, I think I will have to >>> >>>patch my own code, but I believe many people out there using >>> >>>DB2 or Oracle might encounter the same problem. >>> >>I don't think others have this problem, as you are the first to report >>it as a problem. >> >>-dain >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
On Mon, 15 Apr 2002, David Jencks wrote: > Sorry, I assumed that ./build.sh clean main would build everything, > especially since the iiop tests appear to be running (and failing) I was not aware the iiop tests were running by default. They shouldn't, because right now they require three special actions: 1 - The RMI/IIOP MBean entry in jboss-service.xml must to be uncommmented. 2 - JBoss must be started with additional options: export JBOSS_CLASSPATH=$JBOSS_HOME/lib/jacorb.jar export JAVA_OPTS="-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB -Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton" 3 - A special target (iiop-test) must be used to run iiop tests. If you do these things then the iiop tests should not fail. A question to all: Should we make 1 and 2 be the default case, so that iiop tests run with no special arrangements? > Could we perhaps have the default target compile everything, and have a > "core" target that compiles the things that are expected to work? This > happened once before when I changed something that broke clustering and > didn't know it since it wasn't in the main build. Yes, I think everything should compile by default. Best, Francisco > Thanks > david jencks > > On 2002.04.15 05:13:29 -0400 Scott M Stark wrote: > > It will have to be a seperate service release with instructions on how > > to incorporate because iiop is broken right now: > > > > > > == Executing 'most' in module 'iiop'... > > == > > > > _buildmagic:init: > > > > configure: > > > > init: > > > > compile-classes: > > [mkdir] Created dir: > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > [javac] Compiling 75 source files to > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: > > cannot resolve symbol > > symbol : class UnifiedClassLoader > > location: package system > > import org.jboss.system.UnifiedClassLoader; > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: > > cannot resolve symbol > > symbol : class UnifiedClassLoader > > location: class org.jboss.iiop.WebCL > > public WebCL(ObjectName container, UnifiedClassLoader parent) > >^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > >private static void generateMethodCode(ProxyAssembler asm, > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > >private static void generateMethodCode(ProxyAssembler asm, > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > > ProxyAssembler asm = > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > > new ProxyAssembler(stubClassName, > > ^ > > 2 errors > > 4 warnings > > > > - Original Message - > > From: "Jason Dillon" <[EMAIL PROTECTED]> > > To: "Scott M Stark" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, April 15, 2002 2:01 AM > > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > > > > Are you building with -Dgroups=most? > > > > > > Otherwise iiop will not be included in the build... or do you mean > > > instructions on how to build & configure? > > > > > > --jason > > > > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > > > > > > > Then we can just post directions on how to setup and try iiop > > > > with the RC1 binary I'm building now. Next release it can be > > > > configured by default. > > > > > > > > ___ > > 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-543408 ] Error compiling ejbql in JBboss cvs HEAD
Bugs item #543408, was opened at 2002-04-13 17:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Open
Resolution: Invalid
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Error compiling ejbql in JBboss cvs HEAD
Initial Comment:
Hi All,
I get the follow error when I deploy to JBoss (cvs HEAD)
the same beans works perfectly on JBoss beta1
Can somebody know why?
thank in advance
Patrick
14:48:46,659 INFO [EjbModule] Starting
14:48:46,660 DEBUG [EjbModule] Application.start(),
start container:
org.jboss.ejb.StatelessSessionContainer@720434
14:48:46,660 DEBUG [StatelessSessionContainer] Begin
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,661 DEBUG [StatelessSessionContainer] TCL:
java.net.URLClassLoader@6580e1
14:48:46,663 DEBUG [StatelessSessionContainer] End
java:comp/env for EJB: PrimaryKeyGenerator
14:48:46,713 DEBUG [ProxyFactory] Bound
PrimaryKeyGenerator to PrimaryKeyGenerator
14:48:46,714 DEBUG [CachedConnectionInterceptor] start
called in CachedConnectionInterceptor
14:48:46,714 DEBUG [EjbModule] Application.start(),
start container: org.jboss.ejb.EntityContainer@323274
14:48:46,715 DEBUG [EntityContainer] Begin
java:comp/env for EJB: VatCodeBean
14:48:46,715 DEBUG [EntityContainer] TCL:
java.net.URLClassLoader@4ab854
14:48:46,718 DEBUG [EntityContainer] End java:comp/env
for EJB: VatCodeBean
14:48:46,776 DEBUG [BaseLocalContainerInvoker] Bound
Local VatCodeBean to local/VatCodeBean
14:48:46,778 DEBUG [VatCodeBean] Table not create as
requested: vatcode
14:48:46,779 DEBUG [findByPrimaryKey] SQL: SELECT id
FROM vatcode WHERE id=?
14:48:46,781 DEBUG [VatCodeBean] Added findByPrimaryKey
query command for local home interface
14:48:46,784 DEBUG [findByPercentage] EJB-QL: SELECT
OBJECT(o) FROM VatCodeBean o WHERE o.percentage=?1
14:48:46,854 ERROR [EntityContainer] Exception in
service lifecyle operation: start
org.jboss.deployment.DeploymentException: Error
compiling ejbql; - nested throwable is:
org.jboss.ejb.plugins.cmp.ejbql.ParseException:
Encountered "o.percentage" at line 1, column 45.
Was expecting one of:
"NOT" ...
"(" ...
...
...
"CONCAT" ...
"SUBSTRING" ...
...
...
...
...
...
"LENGTH" ...
"LOCATE" ...
"ABS" ...
"SQRT" ...
"+" ...
"-" ...
...
...
...
The bean query
findByPercentage
java.math.BigDecimal
SELECT OBJECT(o) FROM VatCodeBean o WHERE
o.percentage=?1
--
>Comment By: Patrick Charbonnier (pch)
Date: 2002-04-15 17:30
Message:
Logged In: YES
user_id=102271
Sorry for the while but i was testing...
with just one beans if you add the findByPercentage
if JBoss HEAD you get the errors if you remove it compile.
With and without (findByPercentage)work fine with jboss tab
Rel_3_0_0_4
the localhome declariation of findbypercentatge is:
public Collection findByPercentage(BigDecimal percentage)
throws FinderException;
the CMP declaration:
id
code
description
percentage
cmpVatCodePrefix
cmpVatCodeSuffix
in attachment
all the declaration files
rgds,
pch
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-14 21:02
Message:
Logged In: YES
user_id=251431
I'm closing this, as there has been no response.
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-04-13 18:18
Message:
Logged In: YES
user_id=251431
I am sure that this is a problem with your code. I have
many test cases that look like this.
Are you positive that 'percentage' is a cmp field? If so,
is percentage an numeric or string valued cmp field?
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543408&group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-544224 ] ContainerFactory app map not thread safe
Bugs item #544224, was opened at 2002-04-15 15:29 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544224&group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Andrew Smallbone (andrewsmallbone) Assigned to: Nobody/Anonymous (nobody) Summary: ContainerFactory app map not thread safe Initial Comment: jboss 2.4.* (including 2.4.5RC1), jdk1.3.1_03, w2K Problem: An occasional error (1 in about 2/3 runs) during jboss start, jboss continues as normal but exception (see end) scares our users. Very hard to replicate with debug logging turned on. Caused by?: org.jboss.naming.JNDI.listXML is receiving a ConcurrentModificationException when it uses an iterator for the unsynchronized HashMap returned by org.jboss.ejb.ContainerFactory.getDeployedApplications () (presumably because applications are still being deployed and the hashmap is being modified by another thread?) StackTrace: [Default] javax.management.RuntimeMBeanException: RuntimeException thrown in operation listXML [Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1640) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.management.JNDIDataCollector.refresh (JNDIDataCollector.java:64) [Default] [Default] at org.jboss.management.ServerDataCollector$RefreshWorker. doRefresh(ServerDataCollector.java:337) [Default] [Default] at org.jboss.management.ServerDataCollector$RefreshWorker. run(ServerDataCollector.java:293) Catching exception in JNDIView.listXML(): [Default] java.util.ConcurrentModificationException [Default] at java.util.HashMap$HashIterator.next (Unknown Source) [Default] [Default] at org.jboss.naming.JNDIView.listXML (JNDIView.java:202) [Default] [Default] at java.lang.reflect.Method.invoke (Native Method) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.management.JNDIDataCollector.refresh (JNDIDataCollector.java:64) [Default] [Default] at org.jboss.management.ServerDataCollector$RefreshWorker. doRefresh(ServerDataCollector.java:337) [Default] [Default] at org.jboss.management.ServerDataCollector$RefreshWorker. run(ServerDataCollector.java:293) Hope this is of use Andrew -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544224&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
Jboss works fine with my tables in DB2, as long as I prefix all my with the name of my DB2 tablespace. I have to do that because otherwise SQL queries will not work. It is ok to have a entry wich is a concatenation of a schema name and a table name, because it works perfectly like that. And I use a script to generate the structure of my database. The problem is there: as part of the / features, I would have expected the tableExists method to "behave" in an appropriate manner. If I set to true, and that my table already exists, I do not expect to receive n exceptions reports. When I write specs, I define a "behaviour", and I try to stick to it so that my software is kind of "proved". I do not have a SIMPLE solution for all dbms: in Jboss, there is only one parameter for method tableExists, that is tableName. But it should be considered that a table may exist in a tablespace, for instance. That is why I only ASKED if there was an easy way to set a tablename prefix or even a schema name in jbosscmp-jdbc.xml... Thanks, Jerome. PS: I must not be the only one who thinks it is a problem ;) http://main.jboss.org/thread.jsp?forum=66&thread=12265&message=3670879 * * * View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12960 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Yes, this was a consequence of moving UnifiedClassLoader from org.jboss.system to org.jboss.mx.loading. Too bad I went offline last night... Let's make iiop part of the default build, so this kind of problem will not happen again. Francisco On Mon, 15 Apr 2002, Jason Dillon wrote: > Ahh yes, this looks like the aftermath of David's changes & iiop being > optional. This sucks. I have run into this ebfore, where I forgot to change > some optional module. > > I think that perhaps we should do away with optional modules in this sense... > probably still need optional for catalina & other modules which need extra > config. > > --jason > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > It will have to be a seperate service release with instructions on how > > to incorporate because iiop is broken right now: > > > > > > == Executing 'most' in module 'iiop'... > > == > > > > _buildmagic:init: > > > > configure: > > > > init: > > > > compile-classes: > > [mkdir] Created dir: > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > [javac] Compiling 75 source files to > > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: > > cannot resolve symbol > > symbol : class UnifiedClassLoader > > location: package system > > import org.jboss.system.UnifiedClassLoader; > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: > > cannot resolve symbol > > symbol : class UnifiedClassLoader > > location: class org.jboss.iiop.WebCL > > public WebCL(ObjectName container, UnifiedClassLoader parent) > >^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > >private static void generateMethodCode(ProxyAssembler asm, > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > >private static void generateMethodCode(ProxyAssembler asm, > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > > ProxyAssembler asm = > > ^ > > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > > bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler in > > org.jboss.proxy.compiler has been deprecated > > new ProxyAssembler(stubClassName, > > ^ > > 2 errors > > 4 warnings > > > > - Original Message - > > From: "Jason Dillon" <[EMAIL PROTECTED]> > > To: "Scott M Stark" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, April 15, 2002 2:01 AM > > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > > > > Are you building with -Dgroups=most? > > > > > > Otherwise iiop will not be included in the build... or do you mean > > > instructions on how to build & configure? > > > > > > --jason > > > > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > > > > > > > Then we can just post directions on how to setup and try iiop > > > > with the RC1 binary I'm building now. Next release it can be > > > > configured by default. > > > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > - > This mail sent through IMP: http://horde.org/imp/ > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem in JDBCStartCommand.java
JL@esial wrote: > Hello, > > I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. > The function tableExists in this class makes the following jdbc call: > rs = dmd.getTables(con.getCatalog(), null, tableName, null); > > I am using DB2 as dbms, and this piece of code will not work if > tableName contains a prefix. Why would it have a prefix? > Indeed, I have to configure my > jbosscmp-jdbc.xml ejb/table mappings like that: > MYSCHEMA.MYTABLE > to get the SQL statements work properly with DB2. But then the > tableExists method will always return false since it takes > MYSCHEMA.MYTABLE as tableName. JBossCMP tries it's best to autogenerate tables, but it can not solve all problems. I shoot for 80%. If you need an exact mapping, you will have to create the tables by hand (you should also do this before sending the application to production). If you have a *SIMPLE* solution that works on all of the major commercial and all opensource DBs, then I am open to the suggestion/ patch. > Is there an easy way to set a tablename prefix or even a schema > name in jbosscmp-jdbc.xml ? Right now, I think I will have to > patch my own code, but I believe many people out there using > DB2 or Oracle might encounter the same problem. I don't think others have this problem, as you are the first to report it as a problem. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deploying ear - ClassNotFoundException
I am using the CVS as of 8:30 EST April 15.. I have an ear file that looks like 45 Fri Apr 12 18:00:52 EDT 2002 META-INF/MANIFEST.MF 1030 Fri Mar 01 11:42:00 EST 2002 cadexTest.war 42033 Fri Apr 12 18:00:52 EDT 2002 cadex-test.jar 71832 Tue Feb 26 17:58:12 EST 2002 cactus.jar 117522 Thu Jan 03 16:12:36 EST 2002 junit.jar 1964 Fri Apr 12 17:56:26 EDT 2002 candata_test_util.jar 274 Thu Jan 24 16:22:42 EST 2002 META-INF/application.xml The class not found is in cactus.jar. The war 0 Fri Mar 01 11:42:00 EST 2002 META-INF/ 45 Fri Mar 01 11:42:00 EST 2002 META-INF/MANIFEST.MF 0 Fri Mar 01 11:42:00 EST 2002 WEB-INF/ 164 Fri Jan 25 10:14:28 EST 2002 WEB-INF/jboss-web.xml 506 Thu Jan 24 15:21:14 EST 2002 WEB-INF/web.xml web.xml ServletRedirector org.apache.cactus.server.ServletTestRedirector ServletRedirector /ServletRedirector/ The bt when I deploy .. java.lang.ClassNotFoundException: org.apache.cactus.server.ServletTestRedirector at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:228) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:201) at org.mortbay.http.HttpContext.loadClass(HttpContext.java:626) at org.mortbay.jetty.servlet.Holder.start(Holder.java:152) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:182) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:403) at org.mortbay.jetty.servlet.ServletHandler.start(ServletHandler.java:384) at org.mortbay.jetty.servlet.FilterHandler.start(FilterHandler.java:160) at org.mortbay.http.HttpContext.startHandlers(HttpContext.java:1454) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplicationContext.java:259) at org.mortbay.http.HttpContext.start(HttpContext.java:1425) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:405) at org.jboss.jetty.Jetty.deploy(Jetty.java:405) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:244) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:405) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:665) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:658) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:507) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:470) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:350) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:530) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:410) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.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(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:867) at $Proxy0.start(Unknown Source) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Sorry, I assumed that ./build.sh clean main would build everything, especially since the iiop tests appear to be running (and failing) Could we perhaps have the default target compile everything, and have a "core" target that compiles the things that are expected to work? This happened once before when I changed something that broke clustering and didn't know it since it wasn't in the main build. Thanks david jencks On 2002.04.15 05:13:29 -0400 Scott M Stark wrote: > It will have to be a seperate service release with instructions on how > to incorporate because iiop is broken right now: > > > == Executing 'most' in module 'iiop'... > == > > _buildmagic:init: > > configure: > > init: > > compile-classes: > [mkdir] Created dir: > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > [javac] Compiling 75 source files to > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: > cannot resolve symbol > symbol : class UnifiedClassLoader > location: package system > import org.jboss.system.UnifiedClassLoader; > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: > cannot resolve symbol > symbol : class UnifiedClassLoader > location: class org.jboss.iiop.WebCL > public WebCL(ObjectName container, UnifiedClassLoader parent) >^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated >private static void generateMethodCode(ProxyAssembler asm, > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated >private static void generateMethodCode(ProxyAssembler asm, > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated > ProxyAssembler asm = > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated > new ProxyAssembler(stubClassName, > ^ > 2 errors > 4 warnings > > - Original Message - > From: "Jason Dillon" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, April 15, 2002 2:01 AM > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > Are you building with -Dgroups=most? > > > > Otherwise iiop will not be included in the build... or do you mean > > instructions on how to build & configure? > > > > --jason > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > > > > Then we can just post directions on how to setup and try iiop > > > with the RC1 binary I'm building now. Next release it can be > > > configured by default. > > > > ___ > 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-543963 ] CMP Verifier doesn't check superclasses
Bugs item #543963, was opened at 2002-04-15 01:43
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543963&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
>Assigned to: Jay Walters (jwalters)
Summary: CMP Verifier doesn't check superclasses
Initial Comment:
If I have a base class bean:
public interface Applicant
extends javax.ejb.EJBObject
{
// ... various setters and getters
}
and a superclass:
public interface PrivateApplicant
extends Applicant
{
// ... various other setters and getters
}
then EJBVerifier20 does not check the superclass
for the presence of declared methods, resulting in:
Section: 10.6.2
Warning: The entity bean class must define a get
accessor for each CMP field.
etc.
Presumably, it should.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=543963&group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problem in JDBCStartCommand.java
Hello, I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. The function tableExists in this class makes the following jdbc call: rs = dmd.getTables(con.getCatalog(), null, tableName, null); I am using DB2 as dbms, and this piece of code will not work if tableName contains a prefix. Indeed, I have to configure my jbosscmp-jdbc.xml ejb/table mappings like that: MYSCHEMA.MYTABLE to get the SQL statements work properly with DB2. But then the tableExists method will always return false since it takes MYSCHEMA.MYTABLE as tableName. Is there an easy way to set a tablename prefix or even a schema name in jbosscmp-jdbc.xml ? Right now, I think I will have to patch my own code, but I believe many people out there using DB2 or Oracle might encounter the same problem. Thanks, Jerome. * * * View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12960 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss build.xml
User: starksm Date: 02/04/15 02:36:40 Modified:jbossTag: Branch_3_0 build.xml Log: Update the version info Revision ChangesPath No revision No revision 1.117.2.1 +3 -3 build/jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jboss/build.xml,v retrieving revision 1.117 retrieving revision 1.117.2.1 diff -u -r1.117 -r1.117.2.1 --- build.xml 14 Apr 2002 04:31:56 - 1.117 +++ build.xml 15 Apr 2002 09:36:40 - 1.117.2.1 @@ -12,7 +12,7 @@ - + @@ -64,9 +64,9 @@ - + - + ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.0.0 RC1 is available
The initial release candiate of the 3.0.0 series is available from sourceforge in the files section: http://sourceforge.net/project/showfiles.php?group_id=22866 Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] The 3.0 branch is complete
The 3.0 branching is complete and main is available for checkins. Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Just make the compilation of those that need external configuration conditional on the existence of the config using a property. That is what I for the 2.4 branch and I only compile the servlet engines when their respective container dists are available. - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: "Scott M Stark" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, April 15, 2002 2:18 AM Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > Ahh yes, this looks like the aftermath of David's changes & iiop being > optional. This sucks. I have run into this ebfore, where I forgot to change > some optional module. > > I think that perhaps we should do away with optional modules in this sense... > probably still need optional for catalina & other modules which need extra > config. > > --jason > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Ahh yes, this looks like the aftermath of David's changes & iiop being optional. This sucks. I have run into this ebfore, where I forgot to change some optional module. I think that perhaps we should do away with optional modules in this sense... probably still need optional for catalina & other modules which need extra config. --jason Quoting Scott M Stark <[EMAIL PROTECTED]>: > It will have to be a seperate service release with instructions on how > to incorporate because iiop is broken right now: > > > == Executing 'most' in module 'iiop'... > == > > _buildmagic:init: > > configure: > > init: > > compile-classes: > [mkdir] Created dir: > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > [javac] Compiling 75 source files to > /home/starksm/3.0.0/jboss-all/iiop/output/classes/main > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: > cannot resolve symbol > symbol : class UnifiedClassLoader > location: package system > import org.jboss.system.UnifiedClassLoader; > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: > cannot resolve symbol > symbol : class UnifiedClassLoader > location: class org.jboss.iiop.WebCL > public WebCL(ObjectName container, UnifiedClassLoader parent) >^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated >private static void generateMethodCode(ProxyAssembler asm, > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated >private static void generateMethodCode(ProxyAssembler asm, > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated > ProxyAssembler asm = > ^ > /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu > bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler in > org.jboss.proxy.compiler has been deprecated > new ProxyAssembler(stubClassName, > ^ > 2 errors > 4 warnings > > - Original Message - > From: "Jason Dillon" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, April 15, 2002 2:01 AM > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > Are you building with -Dgroups=most? > > > > Otherwise iiop will not be included in the build... or do you mean > > instructions on how to build & configure? > > > > --jason > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > > > > Then we can just post directions on how to setup and try iiop > > > with the RC1 binary I'm building now. Next release it can be > > > configured by default. > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
It will have to be a seperate service release with instructions on how to incorporate because iiop is broken right now: == Executing 'most' in module 'iiop'... == _buildmagic:init: configure: init: compile-classes: [mkdir] Created dir: /home/starksm/3.0.0/jboss-all/iiop/output/classes/main [javac] Compiling 75 source files to /home/starksm/3.0.0/jboss-all/iiop/output/classes/main /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:11: cannot resolve symbol symbol : class UnifiedClassLoader location: package system import org.jboss.system.UnifiedClassLoader; ^ /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/iiop/WebCL.java:29: cannot resolve symbol symbol : class UnifiedClassLoader location: class org.jboss.iiop.WebCL public WebCL(ObjectName container, UnifiedClassLoader parent) ^ /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in org.jboss.proxy.compiler has been deprecated private static void generateMethodCode(ProxyAssembler asm, ^ /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu bCompiler.java:107: warning: org.jboss.proxy.compiler.ProxyAssembler in org.jboss.proxy.compiler has been deprecated private static void generateMethodCode(ProxyAssembler asm, ^ /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu bCompiler.java:251: warning: org.jboss.proxy.compiler.ProxyAssembler in org.jboss.proxy.compiler has been deprecated ProxyAssembler asm = ^ /home/starksm/3.0.0/jboss-all/iiop/src/main/org/jboss/proxy/compiler/IIOPStu bCompiler.java:252: warning: org.jboss.proxy.compiler.ProxyAssembler in org.jboss.proxy.compiler has been deprecated new ProxyAssembler(stubClassName, ^ 2 errors 4 warnings - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: "Scott M Stark" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, April 15, 2002 2:01 AM Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > Are you building with -Dgroups=most? > > Otherwise iiop will not be included in the build... or do you mean > instructions on how to build & configure? > > --jason > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > Then we can just post directions on how to setup and try iiop > > with the RC1 binary I'm building now. Next release it can be > > configured by default. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Are you building with -Dgroups=most? Otherwise iiop will not be included in the build... or do you mean instructions on how to build & configure? --jason Quoting Scott M Stark <[EMAIL PROTECTED]>: > > Then we can just post directions on how to setup and try iiop > with the RC1 binary I'm building now. Next release it can be > configured by default. > > - Original Message - > From: "Jason Dillon" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, April 15, 2002 1:12 AM > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > Could be as simple as moving iiop from optional group to standard. Might > also > > need to set some properties... though I would hope we could do this from > > *service.xml and not have to modify scripts for iiop functionality. > > > > --jason > > > > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > > > It will be in the branch but it will have to be added to the default > > > build. What are the required changes? > > > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Then we can just post directions on how to setup and try iiop with the RC1 binary I'm building now. Next release it can be configured by default. - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: "Scott M Stark" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, April 15, 2002 1:12 AM Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > Could be as simple as moving iiop from optional group to standard. Might also > need to set some properties... though I would hope we could do this from > *service.xml and not have to modify scripts for iiop functionality. > > --jason > > > Quoting Scott M Stark <[EMAIL PROTECTED]>: > > > It will be in the branch but it will have to be added to the default > > build. What are the required changes? > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 15-April-2002
Number of tests run: 556 Successful tests: 515 Errors:28 Failures: 13 [time of test: 15 April 2002 1:1 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20010626 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss/etc/root .stupidcvs
User: user57 Date: 02/04/15 01:00:30 Added: jboss/etc/root .stupidcvs Log: o testing Revision ChangesPath 1.1 build/jboss/etc/root/.stupidcvs <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RC1 release branch occuring at 00:00
Could be as simple as moving iiop from optional group to standard. Might also need to set some properties... though I would hope we could do this from *service.xml and not have to modify scripts for iiop functionality. --jason Quoting Scott M Stark <[EMAIL PROTECTED]>: > It will be in the branch but it will have to be added to the default > build. What are the required changes? > > - Original Message - > From: "Francisco Reverbel" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Sunday, April 14, 2002 6:42 PM > Subject: Re: [JBoss-dev] RC1 release branch occuring at 00:00 > > > > Will it include the iiop stuff? Jason and I were talking about > > making it part of the default build. > > > > User feedback would be a good thing for me at this point. > > > > Best, > > > > Francisco > > > > On Sun, 14 Apr 2002, Scott M Stark wrote: > > > > > I'm creating the 3.0 branch for the RC1 release at midnight > > > (GMT-0700). Do not commit any changes to main after > > > 22:00 -0700 until the branch is announced to be complete. > > > > > > > > > Scott Stark > > > Chief Technology Officer > > > JBoss Group, LLC > > > > > > > > > > > > > > > ___ > > > 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 > - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss/etc/root .donotremove .stupidcvs
User: user57 Date: 02/04/15 01:02:14 Added: jboss/etc/root .donotremove Removed: jboss/etc/root .stupidcvs Log: o cvs is really dumb sometimes Revision ChangesPath 1.1 build/jboss/etc/root/.donotremove <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss/etc/root .stupidcvs
User: user57 Date: 02/04/15 01:04:33 Removed: jboss/etc/root Tag: Branch_3_0 .stupidcvs Log: ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
