[JBoss-dev] [ jboss-Bugs-517018 ] forced cmp-field init during create
Bugs item #517018, was opened at 2002-02-13 16:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=517018group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: forced cmp-field init during create Initial Comment: windows 2000; jdk1.3.1_01; JBoss 3.0.0DR1(2-13-2002; GMT 10:00); Hi, i tried to create instance of an entity bean, but all i got was exceptions until i initialized all cmp fields during the ejbCreate() method of that bean. such a bug is not really severe because an initialization should always be possible (at least with default values) but according to the ejb specification the application provider does not have to initialize the cmp-fields. i checked whether the problem is in the database or in Jboss... the db allows creation of rows such as (xyz, null, null) - Jboss not! when encountering a null valued cmp-field the process of sql query composition stops and the creation of the bean instance is unsuccessful - see log output. (this was the actual problem of bug #516404 invalid type mapping) 2002-02-13 15:51:57,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Create: pk=Reference [uid: 2176] 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: SELECT COUNT(*) FROM GLOSSARYENTRY WHERE uid_column=? 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: INSERT INTO GLOSSARYENTRY (uid_column, allowedUsers_column, allowedGroups_column, deniedUsers_column, deniedGroups_column, par_column, pos_column, ver_column, scr_column, typLearnTime_column, matData_column) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.allowedUsers] Set parameter: index=2, jdbcType=JAVA_OBJECT, value=NULL 2002-02-13 15:51:57,493 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Could not create entity javax.ejb.EJBException: Internal error setting parameters for field allowedUsers Embedded Exception Ungültiger Spaltentyp at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs tractCMPFieldBridge.java:238) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst ractCMPFieldBridge.java:211) at ... seems like there's a problem in org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil at line 144 btw.: my old version of JBoss 3.0.0DR1 managed to create the tables itself by using the specified type mapping - the new one (from this morning) doesn't - any clue? Thanks for the support yesterday! Thomas -- Comment By: Thomas Hamann (thomash76) Date: 2002-03-04 09:43 Message: Logged In: YES user_id=445709 I tested implicit type mapping ... JBoss still uses the wrong type mapping or it does not evaluate the type-mapping element in jbosscmp-jdbc.xml: here's a part of my jbosscmp-jdbc.xml: jbosscmp-jdbc defaults datasourcejava:/examplesDS/datasource type-mappingmySQL/type-mapping create-tabletrue/create-table remove-tablefalse/remove-table ... /defaults enterprise-beans entity ejb-namejatek/Chapter/ejb-name table-nameCHAPTER/table-name cmp-field field-nameuid/field-name column-nameuid_column/column-name /cmp-field cmp-field field-nameallowedUsers/field-name column-nameallowedUsers_column/column-name /cmp-field ... when JBoss tries to create the db tables during deployment the following exception is thrown: 2002-03-04 09:29:46,853 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.jatek/Chapter] Executing SQL: CREATE TABLE CHAPTER (uid_column BIGINT NOT NULL, allowedUsers_column OBJECT, allowedGroups_column OBJECT, deniedUsers_column OBJECT, deniedGroups_column OBJECT, par_column BIGINT NOT NULL, pos_column INTEGER NOT NULL, ver_column VARCHAR(256), scr_column INTEGER NOT NULL, typLearnTime_column BIGINT NOT NULL, CONSTRAINT pk_CHAPTER
RE: [JBoss-dev] Is DatabaseMetaData safe to use?
It depends on the quality of the JDBC driver and the type of database. From my experience with using Sun's JDBC-ODBC bridge to read MS Access files (kind of worst case) you can expect any amount of things that are not working. Although it seems much improved with JDK1.4 and Access2000. So what about using DatabaseMetaData as default and let users override settings (as a fallback) in the (standard)jbosscmp-jdbc.xml files for dumb data sources? Georg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: Monday, March 04, 2002 00:25 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Is DatabaseMetaData safe to use? On 2002.03.03 14:39:50 -0500 Dain Sundstrom wrote: I have been looking at using DatabaseMetaData extensively in the code for determining what sql to generate. Is DatabaseMetaData safe to use? I do remember way back some vendors meta data lied. It's not supposed to :-) I don't have much personal experience. I think you will have to try and see. There may be some other problems such as DatabaseMetaData makes unwarranted assumptions about whether it has covered all possibilities, so no anwser to their question is correct. (For instance, Firebird does all ddl in transactions, but only at the end of the transaction. So new tables are not visible in the transaction that created them. I ran into trouble once with this not fitting into sun's preconceptions about what is possible) david jencks -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-523305 ] Unable to undeploy jar file
Bugs item #523305, was opened at 2002-02-27 10:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523305group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: None Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Adrian Brock (ejort) Summary: Unable to undeploy jar file Initial Comment: win2000pro, jdk1.3.1_01, jboss 3.0.0beta2 date:200202270845 Hi, i noticed that the current version of jboss prevents me from deleting/undeploying deployed jar files from its deploy directory. All i get is a sharing violation error - Jboss 3.0.0beta did not cause such errors. For correct deployment jar files this would not state a problem, but when a deployment really crashes it would be better to undeploy the current deployment first before having another try... Thanks in advance, Thomas btw. redeploying is possible... -- Comment By: Thomas Hamann (thomash76) Date: 2002-03-04 10:37 Message: Logged In: YES user_id=445709 unfortunately my application has got no EAR to deploy, but now it works for JARs and that's all i needed at the moment. But there's a new problem: the order changed in which applications and services and such are deployed during server startup. Now Jboss tries to deploy my application whithout having deployed the corresponding datasource in beforehand - which obviously must fail... my last JBoss did not show such behaviour. Also JBoss is unable to clean up such crashed deployments - when i undeploy the (unsuccessful) deployment and afterwards try to redeploy it i get an exception which says that there are already beans bound for the names of the (new) deployment. -- Comment By: Adrian Brock (ejort) Date: 2002-03-02 17:38 Message: Logged In: YES user_id=9459 Found the problem for ears. Please test your deployments with latest CVS. Regards, Adrian -- Comment By: Adrian Brock (ejort) Date: 2002-03-02 17:00 Message: Logged In: YES user_id=9459 This is fixed for jars. There is still a problem for ears. Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523305group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-525445 ] jbosscx.sar build problem
Bugs item #525445, was opened at 2002-03-04 10:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Nobody/Anonymous (nobody) Summary: jbosscx.sar build problem Initial Comment: In current CVS if you perform a cvs update that requires jbosscx.sar to be rebuilt, jbosscx.sar gets deployed after rar deployments. Since jbosscx.sar contains the RARDeployer, the rar deployments are not recognised and not deployed correctly. This relates to my post on the dev-list, http://www.geocrawler.com/lists/3/SourceForge/10766/75/ 7993291/ but somebody else has reported this problem when updating cvs to get another fix. Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-525445 ] jbosscx.sar build problem
Bugs item #525445, was opened at 2002-03-04 10:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 Category: Build System Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Jason Dillon (user57) Summary: jbosscx.sar build problem Initial Comment: In current CVS if you perform a cvs update that requires jbosscx.sar to be rebuilt, jbosscx.sar gets deployed after rar deployments. Since jbosscx.sar contains the RARDeployer, the rar deployments are not recognised and not deployed correctly. This relates to my post on the dev-list, http://www.geocrawler.com/lists/3/SourceForge/10766/75/ 7993291/ but somebody else has reported this problem when updating cvs to get another fix. Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-523305 ] Unable to undeploy jar file
Bugs item #523305, was opened at 2002-02-27 09:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523305group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: None Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Adrian Brock (ejort) Summary: Unable to undeploy jar file Initial Comment: win2000pro, jdk1.3.1_01, jboss 3.0.0beta2 date:200202270845 Hi, i noticed that the current version of jboss prevents me from deleting/undeploying deployed jar files from its deploy directory. All i get is a sharing violation error - Jboss 3.0.0beta did not cause such errors. For correct deployment jar files this would not state a problem, but when a deployment really crashes it would be better to undeploy the current deployment first before having another try... Thanks in advance, Thomas btw. redeploying is possible... -- Comment By: Adrian Brock (ejort) Date: 2002-03-04 10:22 Message: Logged In: YES user_id=9459 Hi, I've raised bug 525445 for this problem. I saw the same problem yesterday. The bug report contains a link to a patch that is a *temporary* solution I used. Regards, Adrian -- Comment By: Thomas Hamann (thomash76) Date: 2002-03-04 09:37 Message: Logged In: YES user_id=445709 unfortunately my application has got no EAR to deploy, but now it works for JARs and that's all i needed at the moment. But there's a new problem: the order changed in which applications and services and such are deployed during server startup. Now Jboss tries to deploy my application whithout having deployed the corresponding datasource in beforehand - which obviously must fail... my last JBoss did not show such behaviour. Also JBoss is unable to clean up such crashed deployments - when i undeploy the (unsuccessful) deployment and afterwards try to redeploy it i get an exception which says that there are already beans bound for the names of the (new) deployment. -- Comment By: Adrian Brock (ejort) Date: 2002-03-02 16:38 Message: Logged In: YES user_id=9459 Found the problem for ears. Please test your deployments with latest CVS. Regards, Adrian -- Comment By: Adrian Brock (ejort) Date: 2002-03-02 16:00 Message: Logged In: YES user_id=9459 This is fixed for jars. There is still a problem for ears. Regards, Adrian -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523305group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jboss gets hanged or becomes very slow
Hi I am using loadrunner to perform a load testing in my application. But as I increases the number of users(say to 5) , the server gets hanged or becomes very slow and all the test gets failed giving the reason time out reached. I have set a large value for the parameter max-capacity320/max-capacity. Still the problems persists. Expecting a kind help from you in solving out the issues. Thanks a lot in advance Mahesh ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/cmr/ejb CMRBugBean.java
User: d_jencks Date: 02/03/04 05:25:09 Modified:src/main/org/jboss/test/cmp2/cmr/ejb CMRBugBean.java Log: Fixed xdoclet markup to avoid generating relationship key-fields tags. Requires xdoclet 1.1.2, coming soon Revision ChangesPath 1.2 +2 -2 jbosstest/src/main/org/jboss/test/cmp2/cmr/ejb/CMRBugBean.java Index: CMRBugBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cmp2/cmr/ejb/CMRBugBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CMRBugBean.java 2 Mar 2002 01:02:58 - 1.1 +++ CMRBugBean.java 4 Mar 2002 13:25:09 - 1.2 @@ -60,7 +60,6 @@ * Describe codesetId/code method here. * * @param id a codeString/code value -* @ejb:persistent-field * @ejb:interface-method */ public abstract void setId(String id); @@ -77,7 +76,6 @@ * Describe codesetDescription/code method here. * * @param description a codeString/code value -* @ejb:persistent-field * @ejb:interface-method */ public abstract void setDescription(String description); @@ -90,6 +88,7 @@ * @ejb:relation name=CMRBug-CMRBug * role-name=parent * cascade-delete=yes +* @jboss:auto-key-fields */ public abstract CMRBugEJBLocal getParent(); /** @@ -108,6 +107,7 @@ * @ejb:relation name=CMRBug-CMRBug * role-name=children * multiple=yes +* @jboss:auto-key-fields */ public abstract Collection getChildren(); /** ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-525445 ] jbosscx.sar build problem
Bugs item #525445, was opened at 2002-03-04 10:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: David Jencks (d_jencks) Summary: jbosscx.sar build problem Initial Comment: In current CVS if you perform a cvs update that requires jbosscx.sar to be rebuilt, jbosscx.sar gets deployed after rar deployments. Since jbosscx.sar contains the RARDeployer, the rar deployments are not recognised and not deployed correctly. This relates to my post on the dev-list, http://www.geocrawler.com/lists/3/SourceForge/10766/75/ 7993291/ but somebody else has reported this problem when updating cvs to get another fix. Regards, Adrian -- Comment By: David Jencks (d_jencks) Date: 2002-03-04 14:09 Message: Logged In: YES user_id=60525 I think the best solution is to have an explicit plain-jar deployer that deploys jars (and directories) with no xml files in META-INF. MainDeployer then insists that every package have an explicit deployer, and puts ones without a deployer on a waiting list. For every new deployer, it tries to deploy everything on the waiting list. Also a list waiting managed operation would be nice. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525445group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Guidance required EJB1.1/2.0
Hi, I'm apply the createMETHOD patches from sourceforge. As the patch says the verifier code is incomplete. The 2.0 verifier does not exist, the patch allows createMETHOD for 1.1 I was wondering, do we need to support both 1.1 and 2.0 in the container as well? The spec suggests we should for at least CMP. I couldn't find it stated explicitly for other types. Regards, Adrian _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10128 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Guidance required EJB1.1/2.0
2.0 is so much more powerful than 1.1 we will support only 2.0 when it is stable. For now we need both, marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Adrian Brock |Sent: Monday, March 04, 2002 7:13 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] Guidance required EJB1.1/2.0 | | |Hi, | |I'm apply the createMETHOD patches from sourceforge. |As the patch says the verifier code is incomplete. |The 2.0 verifier does not exist, the patch allows |createMETHOD for 1.1 | |I was wondering, do we need to support both 1.1 and |2.0 in the container as well? The spec suggests |we should for at least CMP. I couldn't find it |stated explicitly for other types. | |Regards, |Adrian | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10128 | |___ |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] Guidance required EJB1.1/2.0
You can detect if a jar is an EJB 2.0 jar by looking at the DOCTYPE. I already do this in ApplicationMetaData, so all you need to do is call isEJB2x(). -dain marc fleury wrote: 2.0 is so much more powerful than 1.1 we will support only 2.0 when it is stable. For now we need both, marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Adrian Brock |Sent: Monday, March 04, 2002 7:13 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] Guidance required EJB1.1/2.0 | | |Hi, | |I'm apply the createMETHOD patches from sourceforge. |As the patch says the verifier code is incomplete. |The 2.0 verifier does not exist, the patch allows |createMETHOD for 1.1 | |I was wondering, do we need to support both 1.1 and |2.0 in the container as well? The spec suggests |we should for at least CMP. I couldn't find it |stated explicitly for other types. | |Regards, |Adrian | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10128 | |___ |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] Deployment order
How do I guarantee that my rar's that setup my default data source get deployed before my EJB's? Second un-related point. The current build seems broken I get ./build.sh Ant version 1.4 compiled on September 3 2001 Searching for build.xml ... Buildfile: /home/dave/jboss/build/build.xml Detected Java version: 1.3 in: /usr/j2sdk1.3.1/jre Detected OS: Linux parsing buildfile /home/dave/jboss/build/build.xml with URI = file:/home/dave/jboss/build/build.xml Project base dir set to: /home/dave/jboss/build resolving systemId: resource://org/jboss/tools/buildmagic/common.xml BUILD FAILED Error reading project file at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:148) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) --- Nested Exception --- java.net.MalformedURLException: unknown protocol: resource at java.net.URL.init(URL.java:480) at java.net.URL.init(URL.java:376) at java.net.URL.init(URL.java:330) at org.apache.crimson.parser.ExternalEntity.getInputSource(ExternalEntity.java:92) at org.apache.crimson.parser.Parser2.pushReader(Parser2.java:3059) at org.apache.crimson.parser.Parser2.externalParsedEntity(Parser2.java:2745) at org.apache.crimson.parser.Parser2.expandEntityInContent(Parser2.java:2487) at org.apache.crimson.parser.Parser2.maybeReferenceInContent(Parser2.java:2364) at org.apache.crimson.parser.Parser2.content(Parser2.java:1820) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) at org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:117) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) Total time: 2 seconds jason? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problem with new deployer
I have been working on the XmlFileLoader stuff I discussed yesterday and it has revealed a problem with the new deployer. When a DeploymentException is thrown in the create life cycle method the deployer does not remove the ejbs that were registered a part for ejb-jar. Then later when you fix the first problem you have to restart the server because you have junk still registered in jndi. For example, on my first deploy, I get the following exception: 12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle operation: create org.jboss.deployment.DeploymentException: Invalid XML: file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar/69.cmp2-readonly.jar!/META-INF/jbosscmp-jdbc.xml --- Several stack traces here then --- 12:28:55,998 WARN [ServiceController] Ignoring request to destroy non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner 12:28:55,998 WARN [ServiceController] Ignoring request to destroy non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB 12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: jboss.management.single :J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEApplication=cmp2-readonly.jar,type=EjbModule 12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cmp2-readonly.jar,type=J2EEApplication 12:28:56,000 INFO [EjbModule] Destroyed 12:28:56,001 INFO [MainDeployer] Cleaned Deployment file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:28:56,001 INFO [MainDeployer] Undeployed file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar Then I fix the problem, deploy again, and I get the following exception: 12:35:12,895 INFO [MainDeployer] Starting deployment of package: file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:35:12,960 INFO [EjbModule] Creating 12:35:12,974 INFO [EjbModule] Deploying PublisherEJB 12:35:12,977 INFO [EjbModule] Deploying BookEJB 12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB 12:35:12,983 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=BookEJB at com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134) at com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.java:2352) Any ideas? -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/readonly/META-INF jbosscmp-jdbc.xml
User: dsundstrom Date: 02/03/04 10:53:50 Modified:src/resources/cmp2/readonly/META-INF jbosscmp-jdbc.xml Log: fixed invalid metadata Revision ChangesPath 1.3 +2 -4 jbosstest/src/resources/cmp2/readonly/META-INF/jbosscmp-jdbc.xml Index: jbosscmp-jdbc.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/cmp2/readonly/META-INF/jbosscmp-jdbc.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jbosscmp-jdbc.xml 1 Feb 2002 01:47:09 - 1.2 +++ jbosscmp-jdbc.xml 4 Mar 2002 18:53:50 - 1.3 @@ -9,8 +9,6 @@ create-tabletrue/create-table remove-tabletrue/remove-table pk-constrainttrue/pk-constraint - time-out300/time-out - relation-mapping-styleforeign-key/relation-mapping-style /defaults enterprise-beans @@ -23,8 +21,8 @@ /cmp-field cmp-field field-namename/field-name -column-namename/column-name read-onlytrue/read-only +column-namename/column-name /cmp-field /entity entity @@ -48,8 +46,8 @@ relationships ejb-relation ejb-relation-nameBook-Publisher/ejb-relation-name - foreign-key-mapping/ read-onlytrue/read-only + foreign-key-mapping/ ejb-relationship-role ejb-relationship-role-namepublisher-has-books/ejb-relationship-role-name key-fields ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/ejbselect/META-INF jbosscmp-jdbc.xml
User: dsundstrom Date: 02/03/04 10:53:50 Modified:src/resources/cmp2/ejbselect/META-INF jbosscmp-jdbc.xml Log: fixed invalid metadata Revision ChangesPath 1.3 +0 -1 jbosstest/src/resources/cmp2/ejbselect/META-INF/jbosscmp-jdbc.xml Index: jbosscmp-jdbc.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/cmp2/ejbselect/META-INF/jbosscmp-jdbc.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jbosscmp-jdbc.xml 1 Feb 2002 01:47:09 - 1.2 +++ jbosscmp-jdbc.xml 4 Mar 2002 18:53:50 - 1.3 @@ -9,7 +9,6 @@ create-tabletrue/create-table remove-tabletrue/remove-table pk-constrainttrue/pk-constraint - relation-mapping-styleforeign-key/relation-mapping-style /defaults enterprise-beans ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata XmlFileLoader.java
User: dsundstrom
Date: 02/03/04 10:58:05
Modified:src/main/org/jboss/metadata XmlFileLoader.java
Log:
Will now throw a DeploymentException if an error occures while validating.
Revision ChangesPath
1.27 +18 -2 jboss/src/main/org/jboss/metadata/XmlFileLoader.java
Index: XmlFileLoader.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/XmlFileLoader.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- XmlFileLoader.java16 Feb 2002 04:42:23 - 1.26
+++ XmlFileLoader.java4 Mar 2002 18:58:04 - 1.27
@@ -38,7 +38,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Wolfgang Werner/a
* @author a href=mailto:[EMAIL PROTECTED];Darius Davidavicius/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
- * @version $Revision: 1.26 $
+ * @version $Revision: 1.27 $
*
* Revisions:
*
@@ -253,14 +253,21 @@
docBuilderFactory.setValidating(validateDTDs);
DocumentBuilder docBuilder = docBuilderFactory.newDocumentBuilder();
LocalResolver lr = new LocalResolver();
- ErrorHandler eh = new LocalErrorHandler( inPath, lr );
+ LocalErrorHandler eh = new LocalErrorHandler( inPath, lr );
docBuilder.setEntityResolver(lr);
docBuilder.setErrorHandler(eh );
Document doc = docBuilder.parse(is);
+ if(validateDTDs eh.hadError()) {
+throw new DeploymentException(Invalid XML: file= + inPath);
+ }
return doc;
}
+ catch (DeploymentException e)
+ {
+ throw e;
+ }
catch (SAXParseException e)
{
log.error(e.getMessage()+:+e.getColumnNumber()+:+e.getLineNumber(), e);
@@ -379,17 +386,20 @@
// The xml file being parsed
private String theFileName;
private LocalResolver localResolver;
+ private boolean error;
public LocalErrorHandler( String inFileName, LocalResolver localResolver )
{
this.theFileName = inFileName;
this.localResolver = localResolver;
+ this.error = false;
}
public void error(SAXParseException exception)
{
if ( localResolver.hasDTD() )
{
+this.error = true;
log.error(XmlFileLoader: File
+ theFileName
+ process error. Line:
@@ -404,6 +414,7 @@
{
if ( localResolver.hasDTD() )
{
+this.error = true;
log.error(XmlFileLoader: File
+ theFileName
+ process fatal error. Line:
@@ -418,6 +429,7 @@
{
if ( localResolver.hasDTD() )
{
+this.error = true;
log.error(XmlFileLoader: File
+ theFileName
+ process warning. Line:
@@ -426,6 +438,10 @@
+ exception.getMessage()
);
}//end if
+ }
+
+ public boolean hadError() {
+ return error;
}
}// end class LocalErrorHandler
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem with new deployer
I noticed that yesterday also. I'll see what I can do. First I'm trying to fix the deployment order problem, so at least you can start the server;-) david jencks On 2002.03.04 13:38:42 -0500 Dain Sundstrom wrote: I have been working on the XmlFileLoader stuff I discussed yesterday and it has revealed a problem with the new deployer. When a DeploymentException is thrown in the create life cycle method the deployer does not remove the ejbs that were registered a part for ejb-jar. Then later when you fix the first problem you have to restart the server because you have junk still registered in jndi. For example, on my first deploy, I get the following exception: 12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle operation: create org.jboss.deployment.DeploymentException: Invalid XML: file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar/69.cmp2-readonly.jar!/META-INF/jbosscmp-jdbc.xml --- Several stack traces here then --- 12:28:55,998 WARN [ServiceController] Ignoring request to destroy non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner 12:28:55,998 WARN [ServiceController] Ignoring request to destroy non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB 12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: jboss.management.single :J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEApplication=cmp2-readonly.jar,type=EjbModule 12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cmp2-readonly.jar,type=J2EEApplication 12:28:56,000 INFO [EjbModule] Destroyed 12:28:56,001 INFO [MainDeployer] Cleaned Deployment file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:28:56,001 INFO [MainDeployer] Undeployed file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar Then I fix the problem, deploy again, and I get the following exception: 12:35:12,895 INFO [MainDeployer] Starting deployment of package: file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:35:12,960 INFO [EjbModule] Creating 12:35:12,974 INFO [EjbModule] Deploying PublisherEJB 12:35:12,977 INFO [EjbModule] Deploying BookEJB 12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB 12:35:12,983 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=BookEJB at com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134) at com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.java:2352) Any ideas? -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] Problem with new deployer
throw a Deployment exception marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Dain |Sundstrom |Sent: Monday, March 04, 2002 10:39 AM |To: JBoss-dev |Subject: [JBoss-dev] Problem with new deployer | | |I have been working on the XmlFileLoader stuff I discussed yesterday and | it has revealed a problem with the new deployer. When a |DeploymentException is thrown in the create life cycle method the |deployer does not remove the ejbs that were registered a part for |ejb-jar. Then later when you fix the first problem you have to restart |the server because you have junk still registered in jndi. | |For example, on my first deploy, I get the following exception: | |12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle |operation: create org.jboss.deployment.DeploymentException: Invalid XML: |file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0b eta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/testsuite/outp ut/lib/cmp2-|readonly.jar/69.cmp2-readonly.jar!/META-INF/jbosscmp-jdbc.xml |--- Several stack traces here then --- |12:28:55,998 WARN [ServiceController] Ignoring request to destroy |non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner |12:28:55,998 WARN [ServiceController] Ignoring request to destroy |non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB |12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: |jboss.management.single |:J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEAp |plication=cmp2-readonly.jar,type=EjbModule |12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: |jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=c |mp2-readonly.jar,type=J2EEApplication |12:28:56,000 INFO [EjbModule] Destroyed |12:28:56,001 INFO [MainDeployer] Cleaned Deployment |file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar |12:28:56,001 INFO [MainDeployer] Undeployed |file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar | |Then I fix the problem, deploy again, and I get the following exception: | |12:35:12,895 INFO [MainDeployer] Starting deployment of package: |file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar |12:35:12,960 INFO [EjbModule] Creating |12:35:12,974 INFO [EjbModule] Deploying PublisherEJB |12:35:12,977 INFO [EjbModule] Deploying BookEJB |12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB |12:35:12,983 ERROR [EjbModule] Initialization failed |javax.management.InstanceAlreadyExistsException: |jboss.j2ee:service=EJB,jndiName=BookEJB | at |com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport |.java:134) | at |com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServ |erImpl.java:2352) | |Any ideas? | |-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] Problem with new deployer
A deployment exception should clean up all the resources set up. It seems that since we added the EJB as MBean (i think I did?) we don't remove it if something goes wrong. We need to centralize these or have the proper callbacks in the dependents to clean their own stuff. Deployment should almost be a transactional operation, it all happens or it doesn't, we have the architecture to do it now (centralized) so let's do it. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of David |Jencks |Sent: Monday, March 04, 2002 11:18 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] Problem with new deployer | | |I noticed that yesterday also. I'll see what I can do. First I'm trying |to fix the deployment order problem, so at least you can start the |server;-) | |david jencks | |On 2002.03.04 13:38:42 -0500 Dain Sundstrom wrote: | I have been working on the XmlFileLoader stuff I discussed yesterday and | it has revealed a problem with the new deployer. When a | DeploymentException is thrown in the create life cycle method the | deployer does not remove the ejbs that were registered a part for | ejb-jar. Then later when you fix the first problem you have to restart | the server because you have junk still registered in jndi. | | For example, on my first deploy, I get the following exception: | | 12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle | operation: create org.jboss.deployment.DeploymentException: Invalid XML: | |file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0b eta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/testsuite/outp ut/lib/cmp2-|readonly.jar/69.cmp2-readonly.jar!/META-INF/jbosscmp-jdbc.xml | --- Several stack traces here then --- | 12:28:55,998 WARN [ServiceController] Ignoring request to destroy | non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner | 12:28:55,998 WARN [ServiceController] Ignoring request to destroy | non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB | 12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: | jboss.management.single | |:J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEAp |plication=cmp2-readonly.jar,type=EjbModule | 12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: | |jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=c |mp2-readonly.jar,type=J2EEApplication | 12:28:56,000 INFO [EjbModule] Destroyed | 12:28:56,001 INFO [MainDeployer] Cleaned Deployment | file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:28:56,001 INFO [MainDeployer] Undeployed file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar Then I fix the problem, deploy again, and I get the following exception: 12:35:12,895 INFO [MainDeployer] Starting deployment of package: file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:35:12,960 INFO [EjbModule] Creating 12:35:12,974 INFO [EjbModule] Deploying PublisherEJB 12:35:12,977 INFO [EjbModule] Deploying BookEJB 12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB 12:35:12,983 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=BookEJB at com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134 ) at com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja va:2352) Any ideas? -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 with new deployer
In fact david, maybe a transactional approach is the simplest way to do it... hmmm research for some other version :) marcf |-Original Message- |From: marc fleury [mailto:[EMAIL PROTECTED]] |Sent: Monday, March 04, 2002 2:22 PM |To: David Jencks; [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] Problem with new deployer | | |A deployment exception should clean up all the resources set up. | |It seems that since we added the EJB as MBean (i think I did?) we |don't remove it if something goes wrong. We need to centralize |these or have the proper callbacks in the dependents to clean |their own stuff. | |Deployment should almost be a transactional operation, it all |happens or it doesn't, we have the architecture to do it now |(centralized) so let's do it. | |marcf | ||-Original Message- ||From: [EMAIL PROTECTED] ||[mailto:[EMAIL PROTECTED]]On Behalf Of David ||Jencks ||Sent: Monday, March 04, 2002 11:18 AM ||To: [EMAIL PROTECTED] ||Subject: Re: [JBoss-dev] Problem with new deployer || || ||I noticed that yesterday also. I'll see what I can do. First I'm trying ||to fix the deployment order problem, so at least you can start the ||server;-) || ||david jencks || ||On 2002.03.04 13:38:42 -0500 Dain Sundstrom wrote: || I have been working on the XmlFileLoader stuff I discussed |yesterday and || it has revealed a problem with the new deployer. When a || DeploymentException is thrown in the create life cycle method the || deployer does not remove the ejbs that were registered a part for || ejb-jar. Then later when you fix the first problem you have to restart || the server because you have junk still registered in jndi. || || For example, on my first deploy, I get the following exception: || || 12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle || operation: create org.jboss.deployment.DeploymentException: |Invalid XML: || ||file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0b |eta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/tests |uite/output/lib/cmp2-|readonly.jar/69.cmp2-readonly.jar!/META-INF/j |bosscmp-jdbc.xml || --- Several stack traces here then --- || 12:28:55,998 WARN [ServiceController] Ignoring request to destroy || non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner || 12:28:55,998 WARN [ServiceController] Ignoring request to destroy || non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB || 12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: || jboss.management.single || ||:J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEAp ||plication=cmp2-readonly.jar,type=EjbModule || 12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: || ||jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=c ||mp2-readonly.jar,type=J2EEApplication || 12:28:56,000 INFO [EjbModule] Destroyed || 12:28:56,001 INFO [MainDeployer] Cleaned Deployment || |file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar | 12:28:56,001 INFO [MainDeployer] Undeployed | file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar Then I fix the problem, deploy again, and I get the following exception: 12:35:12,895 INFO [MainDeployer] Starting deployment of package: file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:35:12,960 INFO [EjbModule] Creating 12:35:12,974 INFO [EjbModule] Deploying PublisherEJB 12:35:12,977 INFO [EjbModule] Deploying BookEJB 12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB 12:35:12,983 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=BookEJB at com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134 ) at com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja va:2352) Any ideas? -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] Guidance required EJB1.1/2.0
Hi, I wrote that patch Now Marc gave me r/w access to CVS last week, Unfortunately I am totally bogged down with other (non Jboss) stuff at the moment and haven't had chance to use it to apply my patches, so thanks for jumping in :-) I want to assign some other patches to myself but I don't appear in the drop down list on sourceforge for 'Assign to', I thought that I should appear in the list if I had r/w ? I had a v. brief experiment with a r/w checkout from sourceforge last week and was getting something like 'no write access to the repository message' when trying to do a cvs remove. I was using the :ext: form of CVSROOT, with a pub/private key, I can ssh into [EMAIL PROTECTED] OK using this. Can someone who knows sourceforge confirm that my problem with the 'Assign to' is not the same problem that's causing trouble with cvs remove before I investigate this further? Thanks in advance, Neale Swinnerton On Mon, Mar 04, 2002 at 09:13:03AM -0600, Adrian Brock wrote: Hi, I'm apply the createMETHOD patches from sourceforge. As the patch says the verifier code is incomplete. The 2.0 verifier does not exist, the patch allows createMETHOD for 1.1 I was wondering, do we need to support both 1.1 and 2.0 in the container as well? The spec suggests we should for at least CMP. I couldn't find it stated explicitly for other types. Regards, Adrian _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10128 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Guidance required EJB1.1/2.0
OK, Thanks, I'll have a look at this later. On Mon, Mar 04, 2002 at 11:35:27AM -0800, Scott M Stark wrote: Access to the repository is seperate from permissions on the JBoss project web site. That is not the cause of the cvs errors. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Neale Swinnerton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 04, 2002 11:02 AM Subject: Re: [JBoss-dev] Guidance required EJB1.1/2.0 Hi, I wrote that patch Now Marc gave me r/w access to CVS last week, Unfortunately I am totally bogged down with other (non Jboss) stuff at the moment and haven't had chance to use it to apply my patches, so thanks for jumping in :-) I want to assign some other patches to myself but I don't appear in the drop down list on sourceforge for 'Assign to', I thought that I should appear in the list if I had r/w ? I had a v. brief experiment with a r/w checkout from sourceforge last week and was getting something like 'no write access to the repository message' when trying to do a cvs remove. I was using the :ext: form of CVSROOT, with a pub/private key, I can ssh into [EMAIL PROTECTED] OK using this. Can someone who knows sourceforge confirm that my problem with the 'Assign to' is not the same problem that's causing trouble with cvs remove before I investigate this further? Thanks in advance, Neale Swinnerton ___ 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 with new deployer
On 2002.03.04 17:22:56 -0500 marc fleury wrote: In fact david, maybe a transactional approach is the simplest way to do it... For us, sure, but despite all they have done I don't think jbossmx is an in memory object db with tx support yet;-) hmmm research for some other version :) yes, I think we just have to be careful and clean up after ourselves for now. david marcf |-Original Message- |From: marc fleury [mailto:[EMAIL PROTECTED]] |Sent: Monday, March 04, 2002 2:22 PM |To: David Jencks; [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] Problem with new deployer | | |A deployment exception should clean up all the resources set up. | |It seems that since we added the EJB as MBean (i think I did?) we |don't remove it if something goes wrong. We need to centralize |these or have the proper callbacks in the dependents to clean |their own stuff. | |Deployment should almost be a transactional operation, it all |happens or it doesn't, we have the architecture to do it now |(centralized) so let's do it. | |marcf | ||-Original Message- ||From: [EMAIL PROTECTED] ||[mailto:[EMAIL PROTECTED]]On Behalf Of David ||Jencks ||Sent: Monday, March 04, 2002 11:18 AM ||To: [EMAIL PROTECTED] ||Subject: Re: [JBoss-dev] Problem with new deployer || || ||I noticed that yesterday also. I'll see what I can do. First I'm trying ||to fix the deployment order problem, so at least you can start the ||server;-) || ||david jencks || ||On 2002.03.04 13:38:42 -0500 Dain Sundstrom wrote: || I have been working on the XmlFileLoader stuff I discussed |yesterday and || it has revealed a problem with the new deployer. When a || DeploymentException is thrown in the create life cycle method the || deployer does not remove the ejbs that were registered a part for || ejb-jar. Then later when you fix the first problem you have to restart || the server because you have junk still registered in jndi. || || For example, on my first deploy, I get the following exception: || || 12:28:55,838 ERROR [EntityContainer] Exception in service lifecyle || operation: create org.jboss.deployment.DeploymentException: |Invalid XML: || ||file=file:/home/dain/work/jboss/jboss-all/build/output/jboss-3.0.0b |eta2/server/default/tmp/deploy/home/dain/work/jboss/jboss-all/tests |uite/output/lib/cmp2-|readonly.jar/69.cmp2-readonly.jar!/META-INF/j |bosscmp-jdbc.xml || --- Several stack traces here then --- || 12:28:55,998 WARN [ServiceController] Ignoring request to destroy || non-existant service: jboss.j2ee:service=EJB,jndiName=ejb/EJBTestRunner || 12:28:55,998 WARN [ServiceController] Ignoring request to destroy || non-existant service: jboss.j2ee:service=EJB,jndiName=PublisherEJB || 12:28:55,999 INFO [EjbModule] Remove JSR-77 EJB Module: || jboss.management.single || ||:J2EEDomain=Manager,name=cmp2-readonly.jar,J2EEServer=Single,J2EEAp ||plication=cmp2-readonly.jar,type=EjbModule || 12:28:55,999 INFO [EjbModule] Remove fake JSR-77 parent Application: || ||jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=c ||mp2-readonly.jar,type=J2EEApplication || 12:28:56,000 INFO [EjbModule] Destroyed || 12:28:56,001 INFO [MainDeployer] Cleaned Deployment || |file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar | 12:28:56,001 INFO [MainDeployer] Undeployed | file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar Then I fix the problem, deploy again, and I get the following exception: 12:35:12,895 INFO [MainDeployer] Starting deployment of package: file:/home/dain/work/jboss/jboss-all/testsuite/output/lib/cmp2-readonly.jar 12:35:12,960 INFO [EjbModule] Creating 12:35:12,974 INFO [EjbModule] Deploying PublisherEJB 12:35:12,977 INFO [EjbModule] Deploying BookEJB 12:35:12,980 INFO [EjbModule] Deploying EJBTestRunnerEJB 12:35:12,983 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=BookEJB at com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134 ) at com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja va:2352) Any ideas? -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
[JBoss-dev] [ jboss-Bugs-516834 ] Broken jbosscmp-jdbc doesn't stop deploy
Bugs item #516834, was opened at 2002-02-13 02:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=516834group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Dain Sundstrom (dsundstrom) Summary: Broken jbosscmp-jdbc doesn't stop deploy Initial Comment: RH 20020212, W2K, Oracle 8.1.7. Currently I have two versions of jbosscmp-jdbc.xml, one for the before mid-January JBoss version and one for the current version. To test another bug I deployed the jar with the old version of jbosscmp-jdbc.xml. This gives me dozens of error messages from the XmlFileReader about foreign-key-fields not being allowed and empty elements, as expected. But the deploy continues and tries to create pk constraints of enormous length (beyond Oracle's capacity), which finally stops the deployment. Georg -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-04 14:38 Message: Logged In: YES user_id=251431 An invalid jbosscmp-jdbc.xml now throws a DeploymentException. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=516834group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCAbstractQueryCommand.java QueryParameter.java
User: dsundstrom
Date: 02/03/04 14:27:45
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCAbstractQueryCommand.java QueryParameter.java
Log:
Cleaned up typeMapping handling.
Revision ChangesPath
1.9 +6 -5
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCAbstractQueryCommand.java
Index: JDBCAbstractQueryCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCAbstractQueryCommand.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- JDBCAbstractQueryCommand.java 16 Feb 2002 10:37:54 - 1.8
+++ JDBCAbstractQueryCommand.java 4 Mar 2002 22:27:45 - 1.9
@@ -44,13 +44,14 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public abstract class JDBCAbstractQueryCommand implements JDBCQueryCommand {
private JDBCStoreManager manager;
private JDBCQueryMetaData queryMetaData;
private Logger log;
+ private JDBCStoreManager selectManager;
private JDBCEntityBridge selectEntity;
private JDBCCMPFieldBridge selectField;
private List preloadFields = new ArrayList(0);
@@ -69,7 +70,7 @@
q.getMethod().getName());
queryMetaData = q;
- selectEntity = manager.getEntityBridge();
+ setSelectEntity(manager.getEntityBridge());
}
public Collection execute(
@@ -77,10 +78,8 @@
Object[] args,
EntityEnterpriseContext ctx) throws FinderException {
- JDBCStoreManager selectManager = null;
ReadAheadCache selectReadAheadCache = null;
if(selectEntity != null) {
- selectManager = selectEntity.getManager();
selectReadAheadCache = selectManager.getReadAheadCache();
}
@@ -209,6 +208,7 @@
protected void setSelectEntity(JDBCEntityBridge selectEntity) {
this.selectField = null;
this.selectEntity = selectEntity;
+ this.selectManager = selectEntity.getManager();
}
protected JDBCCMPFieldBridge getSelectField() {
@@ -218,6 +218,7 @@
protected void setSelectField(JDBCCMPFieldBridge selectField) {
this.selectEntity = null;
this.selectField = selectField;
+ this.selectManager = selectField.getManager();
}
protected List getPreloadFields() {
@@ -253,7 +254,7 @@
token = tokens.nextToken();
if(Character.isDigit(token.charAt(0))) {
QueryParameter parameter = new QueryParameter(
-manager,
+selectManager,
queryMetaData.getMethod(),
token);
1.6 +1 -1
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/QueryParameter.java
Index: QueryParameter.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/QueryParameter.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- QueryParameter.java 22 Feb 2002 04:24:55 - 1.5
+++ QueryParameter.java 4 Mar 2002 22:27:45 - 1.6
@@ -192,7 +192,7 @@
a primay key field);
}
- // get the jdbc typ object
+ // get the jdbc type object
type = field.getJDBCType();
} else {
// get jdbc type from type manager
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-517018 ] forced cmp-field init during create
Bugs item #517018, was opened at 2002-02-13 09:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=517018group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Pending Resolution: Invalid Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: forced cmp-field init during create Initial Comment: windows 2000; jdk1.3.1_01; JBoss 3.0.0DR1(2-13-2002; GMT 10:00); Hi, i tried to create instance of an entity bean, but all i got was exceptions until i initialized all cmp fields during the ejbCreate() method of that bean. such a bug is not really severe because an initialization should always be possible (at least with default values) but according to the ejb specification the application provider does not have to initialize the cmp-fields. i checked whether the problem is in the database or in Jboss... the db allows creation of rows such as (xyz, null, null) - Jboss not! when encountering a null valued cmp-field the process of sql query composition stops and the creation of the bean instance is unsuccessful - see log output. (this was the actual problem of bug #516404 invalid type mapping) 2002-02-13 15:51:57,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Create: pk=Reference [uid: 2176] 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: SELECT COUNT(*) FROM GLOSSARYENTRY WHERE uid_column=? 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: INSERT INTO GLOSSARYENTRY (uid_column, allowedUsers_column, allowedGroups_column, deniedUsers_column, deniedGroups_column, par_column, pos_column, ver_column, scr_column, typLearnTime_column, matData_column) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.allowedUsers] Set parameter: index=2, jdbcType=JAVA_OBJECT, value=NULL 2002-02-13 15:51:57,493 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Could not create entity javax.ejb.EJBException: Internal error setting parameters for field allowedUsers Embedded Exception Ungültiger Spaltentyp at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs tractCMPFieldBridge.java:238) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst ractCMPFieldBridge.java:211) at ... seems like there's a problem in org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil at line 144 btw.: my old version of JBoss 3.0.0DR1 managed to create the tables itself by using the specified type mapping - the new one (from this morning) doesn't - any clue? Thanks for the support yesterday! Thomas -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-04 14:52 Message: Logged In: YES user_id=251431 The following xml is invalid: defaults datasourcejava:/examplesDS/datasource type-mappingmySQL/type-mapping type-mapping should be datasource-mapping. The new code in cvs will throw a DeploymentException when invalid xml is used. I'm going to mark this as invalid. If you still have the problem after the change, change it back. -- Comment By: Thomas Hamann (thomash76) Date: 2002-03-04 02:43 Message: Logged In: YES user_id=445709 I tested implicit type mapping ... JBoss still uses the wrong type mapping or it does not evaluate the type-mapping element in jbosscmp-jdbc.xml: here's a part of my jbosscmp-jdbc.xml: jbosscmp-jdbc defaults datasourcejava:/examplesDS/datasource type-mappingmySQL/type-mapping create-tabletrue/create-table remove-tablefalse/remove-table ... /defaults enterprise-beans entity ejb-namejatek/Chapter/ejb-name table-nameCHAPTER/table-name cmp-field field-nameuid/field-name column-nameuid_column/column-name /cmp-field cmp-field field-nameallowedUsers/field-name column-nameallowedUsers_column/column-name /cmp-field ... when JBoss tries to
[JBoss-dev] [ jboss-Bugs-522477 ] no serialized object in cmp field
Bugs item #522477, was opened at 2002-02-25 09:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=522477group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Pending Resolution: Invalid Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: no serialized object in cmp field Initial Comment: win2kpro, jdk1.3.1_02, JBoss 3.0.0beta2 Hi, i deployed a small test application which contains a single entity bean with cmp. There are three cmp fields - a long, a String and a serialized HashMap - in the entity. However, after i connected a test client to the entity beans home interface and performed a lookup (by name) for the bean, a method call on the found instance throws the following exception: (on client side) Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source) at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) at sun.rmi.server.UnicastRef.invoke(Unknown Source) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:174) at org.jboss.proxy.ejb.GenericProxy.invoke(GenericProxy.java:182) at org.jboss.proxy.ejb.EntityProxy.invoke(EntityProxy.java:132) at $Proxy1.getUserName(Unknown Source) at test.TestUserClient.main(TestUserClient.java:306) java.sql.SQLException: Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not cont ain a serialized object no stack trace available (on server side) 16:17:33,952 ERROR [JRMPInvoker] operation failed java.rmi.ServerException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object ; nested exception is: javax.ejb.EJBException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object javax.ejb.EJBException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.loadArgumentResults(JDBCAbstra ctCMPFieldBrid ge.java:309) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.loadInstanceResults(JDBCAbstrac tCMPFieldBrid ge.java:253) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:138 ) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:409) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:380) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java :275) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:475) at org.jboss.ejb.Container.invoke(Container.java:668) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:995) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) at sun.rmi.transport.Transport$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Unknown Source) at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) at
[JBoss-dev] [ jboss-Bugs-517018 ] forced cmp-field init during create
Bugs item #517018, was opened at 2002-02-13 16:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=517018group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Pending Resolution: Invalid Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: forced cmp-field init during create Initial Comment: windows 2000; jdk1.3.1_01; JBoss 3.0.0DR1(2-13-2002; GMT 10:00); Hi, i tried to create instance of an entity bean, but all i got was exceptions until i initialized all cmp fields during the ejbCreate() method of that bean. such a bug is not really severe because an initialization should always be possible (at least with default values) but according to the ejb specification the application provider does not have to initialize the cmp-fields. i checked whether the problem is in the database or in Jboss... the db allows creation of rows such as (xyz, null, null) - Jboss not! when encountering a null valued cmp-field the process of sql query composition stops and the creation of the bean instance is unsuccessful - see log output. (this was the actual problem of bug #516404 invalid type mapping) 2002-02-13 15:51:57,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Create: pk=Reference [uid: 2176] 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: SELECT COUNT(*) FROM GLOSSARYENTRY WHERE uid_column=? 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: INSERT INTO GLOSSARYENTRY (uid_column, allowedUsers_column, allowedGroups_column, deniedUsers_column, deniedGroups_column, par_column, pos_column, ver_column, scr_column, typLearnTime_column, matData_column) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.allowedUsers] Set parameter: index=2, jdbcType=JAVA_OBJECT, value=NULL 2002-02-13 15:51:57,493 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Could not create entity javax.ejb.EJBException: Internal error setting parameters for field allowedUsers Embedded Exception Ungültiger Spaltentyp at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs tractCMPFieldBridge.java:238) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst ractCMPFieldBridge.java:211) at ... seems like there's a problem in org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil at line 144 btw.: my old version of JBoss 3.0.0DR1 managed to create the tables itself by using the specified type mapping - the new one (from this morning) doesn't - any clue? Thanks for the support yesterday! Thomas -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-03-04 22:17 Message: Logged In: YES user_id=366650 I use the following mapping (my bug might match better with #522477, but I post it here as that one is referencing this one): jbosscmp-jdbc defaults datasourcejava:/connect/ConnectDS/datasource datasource-mappingPostgreSQL/datasource-mapping and get this exception: 2002-03-04 22:11:55,625 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJB QLQuery.Association.findByAssociationType] Executing SQL: SELECT t0_a.associationID FROM Associat ion t0_a, grp t2_a_grp, Person t1_a_person WHERE (t1_a_person.personID=?) AND (t2_a_grp.groupID=?) AND t0_a.associationType = ? AND (t0_a.grp=t2_a_grp.groupID AND t0_ a.person=t1_a_person.personID) 2002-03-04 22:11:55,680 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Association.findByAssociationType] Find failed javax.ejb.EJBException: Internal error getting results for field member associationID Do you know what is wrong, and when is it supposed to be fixed. (if it is something wrong I do, the error message should not state an internal error). I will be thankful for any comments, as I need this working soon. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-04 21:52 Message: Logged In: YES user_id=251431 The following xml is invalid: defaults datasourcejava:/examplesDS/datasource type-mappingmySQL/type-mapping type-mapping should be datasource-mapping. The new code in cvs will throw a DeploymentException when invalid xml is used. I'm going to mark this as invalid. If you
[JBoss-dev] alive?
Just seeing if devlist is alive. Haven't been getting any emails today. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-517018 ] forced cmp-field init during create
Bugs item #517018, was opened at 2002-02-13 09:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=517018group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: forced cmp-field init during create Initial Comment: windows 2000; jdk1.3.1_01; JBoss 3.0.0DR1(2-13-2002; GMT 10:00); Hi, i tried to create instance of an entity bean, but all i got was exceptions until i initialized all cmp fields during the ejbCreate() method of that bean. such a bug is not really severe because an initialization should always be possible (at least with default values) but according to the ejb specification the application provider does not have to initialize the cmp-fields. i checked whether the problem is in the database or in Jboss... the db allows creation of rows such as (xyz, null, null) - Jboss not! when encountering a null valued cmp-field the process of sql query composition stops and the creation of the bean instance is unsuccessful - see log output. (this was the actual problem of bug #516404 invalid type mapping) 2002-02-13 15:51:57,243 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Create: pk=Reference [uid: 2176] 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: SELECT COUNT(*) FROM GLOSSARYENTRY WHERE uid_column=? 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Executing SQL: INSERT INTO GLOSSARYENTRY (uid_column, allowedUsers_column, allowedGroups_column, deniedUsers_column, deniedGroups_column, par_column, pos_column, ver_column, scr_column, typLearnTime_column, matData_column) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.uid] Set parameter: index=1, jdbcType=BIGINT, value=2176 2002-02-13 15:51:57,258 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge.jatek/GlossaryEntry.allowedUsers] Set parameter: index=2, jdbcType=JAVA_OBJECT, value=NULL 2002-02-13 15:51:57,493 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.jatek/GlossaryEntry] Could not create entity javax.ejb.EJBException: Internal error setting parameters for field allowedUsers Embedded Exception Ungültiger Spaltentyp at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbs tractCMPFieldBridge.java:238) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbst ractCMPFieldBridge.java:211) at ... seems like there's a problem in org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil at line 144 btw.: my old version of JBoss 3.0.0DR1 managed to create the tables itself by using the specified type mapping - the new one (from this morning) doesn't - any clue? Thanks for the support yesterday! Thomas -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-04 15:26 Message: Logged In: YES user_id=251431 This looks like a new and different bug. Open a new bug report. Include a stacktrace and make sure you are using cvs HEAD, as there have been some changes to this code. I'm closing this and the other bug. -- Comment By: Marius Kotsbak (mkotsbak) Date: 2002-03-04 15:17 Message: Logged In: YES user_id=366650 I use the following mapping (my bug might match better with #522477, but I post it here as that one is referencing this one): jbosscmp-jdbc defaults datasourcejava:/connect/ConnectDS/datasource datasource-mappingPostgreSQL/datasource-mapping and get this exception: 2002-03-04 22:11:55,625 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJB QLQuery.Association.findByAssociationType] Executing SQL: SELECT t0_a.associationID FROM Associat ion t0_a, grp t2_a_grp, Person t1_a_person WHERE (t1_a_person.personID=?) AND (t2_a_grp.groupID=?) AND t0_a.associationType = ? AND (t0_a.grp=t2_a_grp.groupID AND t0_ a.person=t1_a_person.personID) 2002-03-04 22:11:55,680 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Association.findByAssociationType] Find failed javax.ejb.EJBException: Internal error getting results for field member associationID Do you know what is wrong, and when is it supposed to be fixed. (if it is something wrong I do, the error message should not state an internal error). I will be thankful for any comments, as I need this working soon. --
RE: [JBoss-dev] alive?
There are about 50 emails on the list today... you can always check online really :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Monday, March 04, 2002 2:54 PM |To: Jboss-Dev |Subject: [JBoss-dev] alive? | | |Just seeing if devlist is alive. Haven't been getting any emails today. | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool PoolParameters.java
User: lqd Date: 02/03/04 15:16:52 Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolParameters.java Log: - LOGGER_KEY not used anywhere Revision ChangesPath No revision No revision 1.1.1.1.2.3 +0 -1 jbosspool/src/main/org/jboss/pool/PoolParameters.java Index: PoolParameters.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/PoolParameters.java,v retrieving revision 1.1.1.1.2.2 retrieving revision 1.1.1.1.2.3 diff -u -r1.1.1.1.2.2 -r1.1.1.1.2.3 --- PoolParameters.java 21 Feb 2002 22:46:33 - 1.1.1.1.2.2 +++ PoolParameters.java 4 Mar 2002 23:16:52 - 1.1.1.1.2.3 @@ -26,7 +26,6 @@ public final static String GC_MIN_IDLE_MS_KEY = GCMinIdleMillis; public final static String IDLE_TIMEOUT_MS_KEY = IdleTimeoutMillis; public final static String MAX_IDLE_TIMEOUT_PERCENT_KEY = MaxIdleTimeoutPercent; -public final static String LOGGER_KEY = Logger; public final static String LOGGER_ENABLED = LoggingEnabled; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-522477 ] no serialized object in cmp field
Bugs item #522477, was opened at 2002-02-25 09:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=522477group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Dain Sundstrom (dsundstrom) Summary: no serialized object in cmp field Initial Comment: win2kpro, jdk1.3.1_02, JBoss 3.0.0beta2 Hi, i deployed a small test application which contains a single entity bean with cmp. There are three cmp fields - a long, a String and a serialized HashMap - in the entity. However, after i connected a test client to the entity beans home interface and performed a lookup (by name) for the bean, a method call on the found instance throws the following exception: (on client side) Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source) at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) at sun.rmi.server.UnicastRef.invoke(Unknown Source) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:174) at org.jboss.proxy.ejb.GenericProxy.invoke(GenericProxy.java:182) at org.jboss.proxy.ejb.EntityProxy.invoke(EntityProxy.java:132) at $Proxy1.getUserName(Unknown Source) at test.TestUserClient.main(TestUserClient.java:306) java.sql.SQLException: Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not cont ain a serialized object no stack trace available (on server side) 16:17:33,952 ERROR [JRMPInvoker] operation failed java.rmi.ServerException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object ; nested exception is: javax.ejb.EJBException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object javax.ejb.EJBException: Internal error getting results for field member userProps Embedded Exception Unable to load to deserialize result: java.io.StreamCorruptedException: InputStream does not contain a serialized object at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.loadArgumentResults(JDBCAbstra ctCMPFieldBrid ge.java:309) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.loadInstanceResults(JDBCAbstrac tCMPFieldBrid ge.java:253) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:138 ) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:409) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:380) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java :275) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:475) at org.jboss.ejb.Container.invoke(Container.java:668) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:995) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) at sun.rmi.transport.Transport$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Unknown Source) at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) at
[JBoss-dev] [ jboss-Patches-525663 ] CMP and oracle blobs
Patches item #525663, was opened at 2002-03-04 14:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=525663group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Andrew McCulloch (amccullo) Assigned to: Nobody/Anonymous (nobody) Summary: CMP and oracle blobs Initial Comment: Using Oracle 8.1.7 and JBoss 2.4.4 it is not possible to use CMP and Oracle blobs over a certain size. This is because JBoss uses the setBinaryStream() for Blobs over 2000 bytes. According to Oracle documentation the only supported method is to use setBlob() with a java.sql.Blob object. To do this you must first verify that the sql type of the data is BLOB and then create a java.sql.Blob instance to set. I modified the signature or JDBCCommand.setParameter() to accept the SQLType of the data and then check for BLOB and use the correct method if present. I also modified code that calls setParameter to pass in the SQLType. I have tested this with the Seropto third party Oracle driver from inetsoftware and it works well. See http://main.jboss.org/thread.jsp?forum=46thread=6828 for details. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=525663group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] alive?
I'm losing my mind. I had my email sorted by subject. What a moron, huh?! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, March 04, 2002 9:16 PM To: Bill Burke; Jboss-Dev Subject: RE: [JBoss-dev] alive? There are about 50 emails on the list today... you can always check online really :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Monday, March 04, 2002 2:54 PM |To: Jboss-Dev |Subject: [JBoss-dev] alive? | | |Just seeing if devlist is alive. Haven't been getting any emails today. | |___ |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] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper XADataSourceImpl.java
User: lqd
Date: 02/03/04 15:35:09
Modified:src/main/org/jboss/pool/jdbc/xa/wrapper Tag: Branch_2_4
XADataSourceImpl.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no more NPE at startup
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +70 -40
jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper/Attic/XADataSourceImpl.java
Index: XADataSourceImpl.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper/Attic/XADataSourceImpl.java,v
retrieving revision 1.1.1.1
retrieving revision 1.1.1.1.2.1
diff -u -r1.1.1.1 -r1.1.1.1.2.1
--- XADataSourceImpl.java 15 May 2001 07:58:24 - 1.1.1.1
+++ XADataSourceImpl.java 4 Mar 2002 23:35:09 - 1.1.1.1.2.1
@@ -4,9 +4,15 @@
package org.jboss.pool.jdbc.xa.wrapper;
import java.io.PrintWriter;
-import java.sql.*;
+import java.sql.Connection;
+import java.sql.DriverManager;
+import java.sql.SQLException;
import java.util.Properties;
-import javax.sql.*;
+import javax.sql.XAConnection;
+import javax.sql.XADataSource;
+
+import org.jboss.logging.Logger;
+import org.jboss.logging.log4j.CategoryWriter;
/**
* Transactional DataSource wrapper for JDBC 1.0 drivers. This is very
@@ -26,6 +32,8 @@
private int loginTimeout;
private PrintWriter logWriter;
+private static Logger log = Logger.getLogger( XADataSourceImpl.class );
+
/**
* Empty constructure for beans, reflection, etc.
*/
@@ -84,15 +92,31 @@
*/
public void setProperties(Properties properties) {this.properties = properties;}
-/**
- * Gets the log writer used to record when XAConnections are opened.
- */
-public PrintWriter getLogWriter() throws SQLException {return logWriter;}
-
-/**
- * Sets a log writer used to record when XAConnections are opened.
- */
-public void setLogWriter(PrintWriter writer) throws SQLException {logWriter =
writer;}
+ /**
+* Gets the log writer used to record when XAConnections are opened.
+*/
+ public PrintWriter getLogWriter()
+ throws SQLException
+ {
+ return logWriter;
+ }
+
+ /**
+* Sets a log writer used to record when XAConnections are opened.
+*/
+ public void setLogWriter(PrintWriter writer)
+ throws SQLException
+ {
+ if( writer == null )
+ {
+ logWriter = null;
+ }
+ else
+ {
+ if( logWriter == null )
+logWriter = new CategoryWriter( log.getCategory() );
+ }
+ }
/**
* This is not used by the current implementation, since the effect would
@@ -106,37 +130,40 @@
*/
public void setLoginTimeout(int timeout) throws SQLException {loginTimeout =
timeout;}
-/**
- * Gets an XAConnection. This first gets a java.sql.Connection from the
- * underlying driver, and then wraps it in an XAConnection and XAResource.
- * This uses the URL, user, password, and properties (or as many as you
- * have specified) to make the connection.
- */
-public XAConnection getXAConnection() throws SQLException {
-Connection con;
-if(user != null user.length() 0)
-con = DriverManager.getConnection(url, user, password);
-else if(properties != null)
-con = DriverManager.getConnection(url, properties);
-else
-con = DriverManager.getConnection(url);
-
-try {
-con.setAutoCommit(false);
-} catch(SQLException e) {
-if(logWriter != null)
-logWriter.println(XADataSource unable to disable auto-commit on
+con.getClass().getName());
-}
-
-XAResourceImpl res = new XAResourceImpl(con);
-XAConnectionImpl xacon = new XAConnectionImpl(con, res);
-res.setXAConnection(xacon);
+ /**
+* Gets an XAConnection. This first gets a java.sql.Connection from the
+* underlying driver, and then wraps it in an XAConnection and XAResource.
+* This uses the URL, user, password, and properties (or as many as you
+* have specified) to make the connection.
+*/
+ public XAConnection getXAConnection()
+ throws SQLException
+ {
+ Connection con;
+ if(user != null user.length() 0)
+ con = DriverManager.getConnection(url, user, password);
+ else if(properties != null)
+ con = DriverManager.getConnection(url, properties);
+ else
+ con = DriverManager.getConnection(url);
+
+ try
+ {
+ con.setAutoCommit(false);
+ } catch(SQLException e)
+ {
+
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc JDBCConnectionFactory.java JDBCPoolDataSource.java
User: lqd
Date: 02/03/04 15:35:08
Modified:src/main/org/jboss/pool/jdbc Tag: Branch_2_4
JDBCConnectionFactory.java JDBCPoolDataSource.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no more NPE at startup
Revision ChangesPath
No revision
No revision
1.1.1.1.2.2 +231 -167
jbosspool/src/main/org/jboss/pool/jdbc/Attic/JDBCConnectionFactory.java
Index: JDBCConnectionFactory.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/jdbc/Attic/JDBCConnectionFactory.java,v
retrieving revision 1.1.1.1.2.1
retrieving revision 1.1.1.1.2.2
diff -u -r1.1.1.1.2.1 -r1.1.1.1.2.2
--- JDBCConnectionFactory.java27 Feb 2002 08:14:03 - 1.1.1.1.2.1
+++ JDBCConnectionFactory.java4 Mar 2002 23:35:08 - 1.1.1.1.2.2
@@ -3,13 +3,15 @@
*/
package org.jboss.pool.jdbc;
-import java.io.PrintWriter;
import java.sql.*;
import java.util.Iterator;
import java.util.Map;
import java.util.Properties;
import org.jboss.pool.cache.ObjectCache;
-import org.jboss.pool.*;
+import org.jboss.pool.ObjectPool;
+import org.jboss.pool.PoolObjectFactory;
+
+import org.jboss.logging.Logger;
/**
* Object factory that creates java.sql.Connections. This is meant for use
@@ -20,169 +22,231 @@
*
* @author Aaron Mulder ([EMAIL PROTECTED])
*/
-public class JDBCConnectionFactory extends PoolObjectFactory {
-private String url;
-private Properties props;
-private String userName;
-private String password;
-private PrintWriter log;
-private int psCacheSize = 10;
-private ObjectPool pool;
-
-/**
- * Creates a new factory. You must configure it with JDBC properties
- * before you can use it.
- */
-public JDBCConnectionFactory() {
-}
-
-/**
- * Sets the JDBC URL used to create new connections.
- */
-public void setConnectURL(String url) {this.url = url;}
-
-/**
- * Gets the JDBC URL used to create new connections.
- */
-public String getConnectURL() {return url;}
-
-/**
- * Sets the JDBC Propeties used to create new connections.
- * This is optional, and will only be used if present.
- */
-public void setConnectProperties(Properties props) {this.props = props;}
-
-/**
- * Gets the JDBC Properties used to create new connections.
- */
-public Properties getConnectProperties() {return props;}
-
-/**
- * Sets the JDBC user name used to create new connections.
- * This is optional, and will only be used if present.
- */
-public void setUser(String userName) {this.userName = userName;}
-
-/**
- * Gets the JDBC user name used to create new connections.
- */
-public String getUser() {return userName;}
-
-/**
- * Sets the JDBC password used to create new connections.
- * This is optional, and will only be used if present.
- */
-public void setPassword(String password) {this.password = password;}
-
-/**
- * Gets the JDBC password used to create new connections.
- */
-public String getPassword() {return password;}
-
-/**
- * Sets the number of PreparedStatements to be cached for each
- * Connection. Your DB product may impose a limit on the number
- * of open PreparedStatements. The default value is 10.
- */
-public void setPSCacheSize(int size) {
-psCacheSize = size;
-}
-
-/**
- * Gets the number of PreparedStatements to be cached for each
- * Connection. The default value is 10.
- */
-public int getPSCacheSize() {
-return psCacheSize;
-}
-
-/**
- * Validates that connection properties were set (at least a URL).
- */
-public void poolStarted(ObjectPool pool, PrintWriter log) {
-super.poolStarted(pool);
-if(url == null)
-throw new IllegalStateException(Must specify JDBC connection URL to
+getClass().getName());
-this.pool = pool;
-}
-
-/**
- * Cleans up.
- */
-public void poolClosing(ObjectPool pool) {
-super.poolClosing(pool);
-this.pool = null;
-log = null;
-}
-
-/**
- * Creates a new JDBC Connection.
- */
-public Object createObject(Object parameters) {
-try {
-if(userName != null userName.length() 0)
-return DriverManager.getConnection(url, userName, password);
-else if(props != null)
-return DriverManager.getConnection(url, props);
-else
-return
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa XAConnectionFactory.java XAPoolDataSource.java XAPoolDriver.java
User: lqd
Date: 02/03/04 15:35:08
Modified:src/main/org/jboss/pool/jdbc/xa Tag: Branch_2_4
XAConnectionFactory.java XAPoolDataSource.java
XAPoolDriver.java
Log:
- more changes from proprietary PrintWriter logging to log4j
- no more NPE at startup
Revision ChangesPath
No revision
No revision
1.2.2.2 +91 -65
jbosspool/src/main/org/jboss/pool/jdbc/xa/Attic/XAConnectionFactory.java
Index: XAConnectionFactory.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/jdbc/xa/Attic/XAConnectionFactory.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- XAConnectionFactory.java 27 Feb 2002 08:14:03 - 1.2.2.1
+++ XAConnectionFactory.java 4 Mar 2002 23:35:08 - 1.2.2.2
@@ -3,7 +3,6 @@
*/
package org.jboss.pool.jdbc.xa;
-import java.io.PrintWriter;
import java.sql.SQLException;
import java.util.HashMap;
import javax.sql.ConnectionEvent;
@@ -21,6 +20,7 @@
import org.jboss.pool.jdbc.xa.wrapper.TransactionListener;
import org.jboss.pool.jdbc.xa.wrapper.XAConnectionImpl;
import org.jboss.pool.jdbc.xa.wrapper.XAResourceImpl;
+import org.jboss.logging.Logger;
/**
* Object factory for JDBC 2.0 standard extension XAConnections. You pool the
@@ -42,7 +42,9 @@
* REVISIONS:
* 20010703 bill added code for transaction isolation
*/
-public class XAConnectionFactory extends PoolObjectFactory {
+public class XAConnectionFactory
+ extends PoolObjectFactory
+{
public static final int DEFAULT_ISOLATION = -1;
private InitialContext ctx;
@@ -55,10 +57,11 @@
private ConnectionEventListener listener, errorListener;
private TransactionListener transListener;
private ObjectPool pool;
-private PrintWriter log;
private HashMap wrapperTx, rms;
private TransactionManager tm;
+ private static Logger log = Logger.getLogger( XAConnectionFactory.class );
+
/**
* Creates a new factory. You must set the XADataSource and
* TransactionManager JNDI name before the factory can be used.
@@ -105,8 +108,7 @@
rms.remove(con);
}
} catch(Exception e) {
-if(log != null)
-e.printStackTrace(log);
+ log.error( Unable to deregister with TransactionManager, e );
throw new RuntimeException(Unable to deregister with
TransactionManager: +e);
}
@@ -241,9 +243,12 @@
/**
* Verifies that the data source and transaction manager are accessible.
*/
-public void poolStarted(ObjectPool pool, PrintWriter log) {
+public void poolStarted(ObjectPool pool)
+{
+ if( log.isDebugEnabled() )
+ log.debug( Starting );
+
super.poolStarted(pool);
-this.log = log;
this.pool = pool;
if(source == null)
throw new IllegalStateException(Must specify XADataSource to
+getClass().getName());
@@ -258,68 +263,86 @@
}
}
-/**
- * Creates a new XAConnection from the provided XADataSource.
- */
-public Object createObject(Object parameters) {
-try {
-if(userName != null userName.length() 0)
-return source.getXAConnection(userName, password);
-else
-return source.getXAConnection();
-} catch(SQLException e) {
-if(log != null)
-e.printStackTrace(log);
-}
-return null;
-}
+ /**
+* Creates a new XAConnection from the provided XADataSource.
+*/
+ public Object createObject(Object parameters)
+ {
+ if( log.isTraceEnabled() )
+ log.trace( Opening new XAConnection );
+
+ try
+ {
+ if(userName != null userName.length() 0)
+return source.getXAConnection(userName, password);
+ else
+return source.getXAConnection();
+ }
+ catch(SQLException e)
+ {
+ log.error( Can't get an XAConnection, e );
+ }
+ return null;
+ }
-/**
- * Registers the XAConnection's XAResource with the current transaction (if
- * there is one). Sets listeners that will handle deregistering and
- * returning the XAConnection to the pool via callbacks.
- */
-public Object prepareObject(Object pooledObject) {
-XAConnection con = (XAConnection)pooledObject;
-con.addConnectionEventListener(listener);
-Transaction trans = null;
-try {
-if(tm.getStatus() !=
[JBoss-dev] CVS update: jboss/src/etc/deploy jbosspool-jdbc.rar
User: lqd Date: 02/03/04 15:41:39 Modified:src/etc/deploy Tag: Branch_2_4 jbosspool-jdbc.rar Log: sync jbosspool .jar files for release Revision ChangesPath No revision No revision 1.1.4.6 +73 -48jboss/src/etc/deploy/Attic/jbosspool-jdbc.rar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-521558 ] Wrong jdbc-type for params declared-sql
Bugs item #521558, was opened at 2002-02-22 12:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521558group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: Fixed
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Wrong jdbc-type for params declared-sql
Initial Comment:
From Feb 2002 a custom finder that worked nice before
is not working anymore. I can debug it into a Boolean
parameter that is being passed as SQL type of
Result.BIT instead of Result.TINYINT. The MySQL JDBC
driver does not recognize this type and I get a SQL
Exception (SQL Type not recognized).
So, the jdbc type is being mistaken here. Note that
the default JDBC type for Boolean for MySQL is TINYINT
in standardjbosscmp-jdbc.xml (double checked that).
That is correct. BIT is not.
JDK 1.3, RH built from CVS on 20-Feb-2002, Win2000.
MySQL JDBC driver 2.0.11
My ejb-jar:
==
query
query-method
method-namefindByComercialId/method-name
method-params
method-paramjava.lang.Integer/method-
param !-- this one is ok --
method-paramjava.util.Date/method-
param!-- this one is ok --
method-paramjava.lang.Boolean/method-
param !-- SQL Exception: Unknown Types value --
/method-params
/query-method
ejb-ql
/ejb-ql
/query
My jbosscmp-jdbc:
defaults
datasourcejava:/MySQLDS/datasource
type-mappingmySQL/type-mapping
/defaults
...
query
query-method
method-namefindByComercialId/method-name
method-params
method-paramjava.lang.Integer/method-param
method-paramjava.util.Date/method-param
method-paramjava.lang.Boolean/method-
param
/method-params
/query-method
declared-sql
selectdistinct //select
from, CLIENTE, OFERTA_CLIENTE/from
where
CLIENTE.ID = OFERTA_CLIENTE.CLI_ID AND
CLIENTE.COM_ID = {0} AND OFERTA.FECHA_FIN =
{1}
AND OFERTA_CLIENTE.COMPRADO = {2}
/where
orderFECHA_INICIO DESC/order
/declared-sql
/query
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-03-04 16:30
Message:
Logged In: YES
user_id=251431
Change
type-mappingmySQL/type-mapping
to
datasource-mappingmySQL/datasource-mapping
I also committed a change that cleans up the handling of
datasource mappings.
I'm going to mark this as fixed/pending, if it is not fixed
post an updated stack trace.
--
Comment By: Thomas Hamann (thomash76)
Date: 2002-02-27 04:01
Message:
Logged In: YES
user_id=445709
Hi,
it seems that JBoss ignores the type-mapping element in jbosscmp-jdbc. Try using
explicit type mapping
for mySQL - this is: add a jdbc-type and sql-type element for each cmp-field in
your jbosscmp-jdbc.
See standardjbosscmp-jdbc.xml for the correct mapping.
Hope that works
Thomas
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521558group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-523969 ] create-table in standardjbosscmp-jdbc.xm
Bugs item #523969, was opened at 2002-02-28 12:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523969group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Markus Menner (morphace) Assigned to: Dain Sundstrom (dsundstrom) Summary: create-table in standardjbosscmp-jdbc.xm Initial Comment: When create-table is turned on (true) it seems, that jaws allways tries to create the table each time you deploy ejb's. I use Oracle and get a ORA-00955 (object does allready exist) when I deploy my war. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-04 16:39 Message: Logged In: YES user_id=251431 Ok you are using JBossCMP in JBoss 3.0. What release of 3.0 are you using? Are you using the jbosscmp-jdbc.xml file and not the jaws.xml file? Assuming that you are using the beta and jbosscmp-jdbc.xml file, I would guess that oracle tables are always in uppercase and you specified the table in lowercase in the jbosscmp-jdbc.xml file. Although, oracle is case insensitive jdbc DatabaseMetaData is not, so try changing the table name to be in all uppercase. -- Comment By: Markus Menner (morphace) Date: 2002-03-04 00:29 Message: Logged In: YES user_id=472900 Yeah, yeah I'm using JBossCMP ... -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-03-03 14:06 Message: Logged In: YES user_id=251431 Are you using JAWS or JBossCMP? If the former, you are using the wrong meta data file. JAWS and JBossCMP are completely seperate, and JAWS does not use the jbosscmp- jdbc.xml file. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523969group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/logging Log4jService.java
User: user57
Date: 02/03/04 16:38:58
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o Log4j can now be configured/reconfigured from a URL
Revision ChangesPath
1.2 +62 -14jboss-system/src/main/org/jboss/logging/Log4jService.java
Index: Log4jService.java
===
RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/logging/Log4jService.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Log4jService.java 24 Feb 2002 10:16:53 - 1.1
+++ Log4jService.java 5 Mar 2002 00:38:58 - 1.2
@@ -12,7 +12,10 @@
import java.io.FileNotFoundException;
import java.io.PrintStream;
import java.net.URL;
-import java.util.ArrayList;
+import java.net.URLConnection;
+
+import java.util.Timer;
+import java.util.TimerTask;
import javax.management.MBeanRegistration;
import javax.management.MBeanServer;
@@ -25,6 +28,7 @@
import org.jboss.util.ThrowableHandler;
import org.jboss.util.ThrowableListener;
+import org.jboss.util.NullArgumentException;
import org.jboss.logging.util.CategoryStream;
@@ -39,7 +43,7 @@
* pInstalls CategoryStream adapters for System.out and System.err
*to catch and redirect calls to Log4j.
*
- * @version tt$Revision: 1.1 $/tt
+ * @version tt$Revision: 1.2 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Fulco Muriglio/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
@@ -95,6 +99,9 @@
/** The previous value of System.err. */
private PrintStream err;
+ /** The URL watch timer (in daemon mode). */
+ private Timer timer = new Timer(true);
+
// Constructors --
public Log4jService()
@@ -161,20 +168,12 @@
throw new FileNotFoundException
(Failed to find logj4 configuration: + configurationPath);
}
+
log.debug(Configuration URL: + url);
- // configurationPath is a file path
- String path = url.getFile();
- boolean isXML = configurationPath.endsWith(.xml);
- log.debug(isXML: + isXML);
- if (isXML)
- {
- DOMConfigurator.configureAndWatch(path, 1000 * refreshPeriod);
- }
- else
- {
- PropertyConfigurator.configureAndWatch(path, 1000 * refreshPeriod);
- }
+ URLWatchTimerTask timerTask = new URLWatchTimerTask(url);
+ timerTask.run();
+ timer.schedule(timerTask, 1000 * refreshPeriod, 1000 * refreshPeriod);
// Make sure Category has loaded
Category category = Category.getRoot();
@@ -286,6 +285,55 @@
// these could be red-herrings, so log them as trace
log.trace(unhandled throwable, status is unknown, t);
break;
+ }
+ }
+ }
+
+ /**
+* A timer task to check when a URL changes (based on
+* last modified time) and reconfigure Log4j.
+*/
+ private class URLWatchTimerTask
+ extends TimerTask
+ {
+ private Category log = Category.getInstance(URLWatchTimerTask.class);
+
+ private long lastConfigured;
+ private URL url;
+
+ public URLWatchTimerTask(final URL url)
+ {
+ if (url == null)
+throw new NullArgumentException(url);
+
+ this.url = url;
+ }
+
+ public void run()
+ {
+ try {
+URLConnection conn = url.openConnection();
+long lastModified = conn.getLastModified();
+
+if (lastConfigured lastModified) {
+ reconfigure(conn);
+}
+ }
+ catch (Exception e) {
+log.warn(Failed to check URL: + url, e);
+ }
+ }
+
+ private void reconfigure(URLConnection conn)
+ {
+ boolean xml = conn.getContentType().equals(text/xml);
+ log.debug(reconfiguring; xml= + xml);
+
+ if (xml) {
+DOMConfigurator.configure(url);
+ }
+ else {
+PropertyConfigurator.configure(url);
}
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/logging Log4jService.java
User: user57
Date: 02/03/04 16:46:05
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o forgot to set lastConfigured
o uninstall/reinstall system adapters to avoid loops
Revision ChangesPath
1.3 +29 -13jboss-system/src/main/org/jboss/logging/Log4jService.java
Index: Log4jService.java
===
RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/logging/Log4jService.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Log4jService.java 5 Mar 2002 00:38:58 - 1.2
+++ Log4jService.java 5 Mar 2002 00:46:05 - 1.3
@@ -43,7 +43,7 @@
* pInstalls CategoryStream adapters for System.out and System.err
*to catch and redirect calls to Log4j.
*
- * @version tt$Revision: 1.2 $/tt
+ * @version tt$Revision: 1.3 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Fulco Muriglio/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
@@ -183,6 +183,13 @@
ThrowableHandler.addThrowableListener(throwableAdapter);
log.debug(Added ThrowableListener: + throwableAdapter);
+ log.info(Started);
+ }
+
+ private void installSystemAdapters()
+ {
+ Category category;
+
// Install catchers
if (CATCH_SYSTEM_OUT)
{
@@ -196,10 +203,21 @@
System.setErr(new CategoryStream(category, Priority.ERROR, err));
log.debug(Installed System.err adapter);
}
+ }
- log.info(Started);
+ private void uninstallSystemAdapters()
+ {
+ // Remove System adapters
+ if (out != null) {
+ System.out.flush();
+ System.setOut(out);
+ }
+ if (err != null) {
+ System.err.flush();
+ System.setErr(err);
+ }
}
-
+
/**
* Stops the log4j framework by calling the Category.shutdown() method.
*
@@ -210,16 +228,8 @@
// Remove throwable adapter
ThrowableHandler.removeThrowableListener(throwableAdapter);
- // Remove System adapters
- if (out != null) {
- System.out.flush();
- System.setOut(out);
- }
- if (err != null) {
- System.err.flush();
- System.setErr(err);
- }
-
+ uninstallSystemAdapters();
+
// Shutdown Log4j
Category.shutdown();
@@ -329,12 +339,18 @@
boolean xml = conn.getContentType().equals(text/xml);
log.debug(reconfiguring; xml= + xml);
+ uninstallSystemAdapters();
+
if (xml) {
DOMConfigurator.configure(url);
}
else {
PropertyConfigurator.configure(url);
}
+
+ installSystemAdapters();
+
+ lastConfigured = System.currentTimeMillis();
}
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Deployment order
What project/module did you checkout? The resource looks like the newer buildmagic, which has not been commited (to my knowledge) on any projects other than buildmagic. --jason Dave Smith wrote: How do I guarantee that my rar's that setup my default data source get deployed before my EJB's? Second un-related point. The current build seems broken I get ./build.sh Ant version 1.4 compiled on September 3 2001 Searching for build.xml ... Buildfile: /home/dave/jboss/build/build.xml Detected Java version: 1.3 in: /usr/j2sdk1.3.1/jre Detected OS: Linux parsing buildfile /home/dave/jboss/build/build.xml with URI = file:/home/dave/jboss/build/build.xml Project base dir set to: /home/dave/jboss/build resolving systemId: resource://org/jboss/tools/buildmagic/common.xml BUILD FAILED Error reading project file at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:148) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) --- Nested Exception --- java.net.MalformedURLException: unknown protocol: resource at java.net.URL.init(URL.java:480) at java.net.URL.init(URL.java:376) at java.net.URL.init(URL.java:330) at org.apache.crimson.parser.ExternalEntity.getInputSource(ExternalEntity.java:92) at org.apache.crimson.parser.Parser2.pushReader(Parser2.java:3059) at org.apache.crimson.parser.Parser2.externalParsedEntity(Parser2.java:2745) at org.apache.crimson.parser.Parser2.expandEntityInContent(Parser2.java:2487) at org.apache.crimson.parser.Parser2.maybeReferenceInContent(Parser2.java:2364) at org.apache.crimson.parser.Parser2.content(Parser2.java:1820) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) at org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:117) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) Total time: 2 seconds jason? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 5-March-2002
JBoss daily test results SUMMARY Number of tests run: 506 Successful tests: 497 Errors:4 Failures: 5 [time of test: 5 March 2002 1:7 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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/logging/appender - New directory
User: user57 Date: 02/03/04 17:16:01 jboss-common/src/main/org/jboss/logging/appender - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/logging/appender DailyRollingFileAppender.java FileAppender.java RollingFileAppender.java package.html
User: user57
Date: 02/03/04 17:16:40
Added: src/main/org/jboss/logging/appender
DailyRollingFileAppender.java FileAppender.java
RollingFileAppender.java package.html
Log:
o Extentions of default Log4j versions which will make the parent directory
structure for log files
Revision ChangesPath
1.1
jboss-common/src/main/org/jboss/logging/appender/DailyRollingFileAppender.java
Index: DailyRollingFileAppender.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.logging.appender;
/**
* An extention of the default Log4j DailyRollingFileAppender
* which will make the directory structure for the set log file.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class DailyRollingFileAppender
extends org.apache.log4j.DailyRollingFileAppender
{
public void setFile(final String filename)
{
FileAppender.Helper.makePath(filename);
super.setFile(filename);
}
}
1.1
jboss-common/src/main/org/jboss/logging/appender/FileAppender.java
Index: FileAppender.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.logging.appender;
import java.io.File;
import java.net.URL;
import java.net.MalformedURLException;
import org.apache.log4j.helpers.LogLog;
/**
* An extention of the default Log4j FileAppender which
* will make the directory structure for the set log file.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class FileAppender
extends org.apache.log4j.FileAppender
{
public void setFile(final String filename)
{
FileAppender.Helper.makePath(filename);
super.setFile(filename);
}
/**
* A helper for FileAppenders.
*/
public static class Helper
{
public static void makePath(final String filename)
{
File dir;
try {
URL url = new URL(filename.trim());
dir = new File(url.getFile()).getParentFile();
}
catch (MalformedURLException e) {
dir = new File(filename.trim()).getParentFile();
}
if (!dir.exists()) {
boolean success = dir.mkdirs();
if (!success) {
LogLog.error(Failed to create directory structure: + dir);
}
}
}
}
}
1.1
jboss-common/src/main/org/jboss/logging/appender/RollingFileAppender.java
Index: RollingFileAppender.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.logging.appender;
/**
* An extention of the default Log4j RollingFileAppender which
* will make the directory structure for the set log file.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class RollingFileAppender
extends org.apache.log4j.RollingFileAppender
{
public void setFile(final String filename)
{
FileAppender.Helper.makePath(filename);
super.setFile(filename);
}
}
1.1 jboss-common/src/main/org/jboss/logging/appender/package.html
Index: package.html
===
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
!-- $Id: package.html,v 1.1 2002/03/05 01:16:40 user57 Exp $ --
!--
JBoss: The OpenSource J2EE WebOS
Distributable under LGPL license.
See terms of license at gnu.org.
--
/head
body bgcolor=white
pLog4j appenders.
h2Package
[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.xml
User: user57
Date: 02/03/04 17:18:12
Modified:src/etc/conf/default log4j.xml
Log:
o using file appenders which make directory structure by default
Revision ChangesPath
1.5 +3 -3 jboss/src/etc/conf/default/log4j.xml
Index: log4j.xml
===
RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/log4j.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- log4j.xml 27 Feb 2002 09:24:26 - 1.4
+++ log4j.xml 5 Mar 2002 01:18:11 - 1.5
@@ -7,7 +7,7 @@
!-- --
!-- = --
-!-- $Id: log4j.xml,v 1.4 2002/02/27 09:24:26 user57 Exp $ --
+!-- $Id: log4j.xml,v 1.5 2002/03/05 01:18:11 user57 Exp $ --
!--
| For more configuration infromation and examples see the Jakarta Log4j
@@ -21,7 +21,7 @@
!-- = --
!-- A time/date based rolling appender --
- appender name=FILE class=org.apache.log4j.DailyRollingFileAppender
+ appender name=FILE class=org.jboss.logging.appender.DailyRollingFileAppender
param name=File value=${jboss.server.home.dir}/log/server.log/
param name=Append value=false/
@@ -43,7 +43,7 @@
/appender
!-- A size based file rolling appender
- appender name=FILE class=org.apache.log4j.RollingFileAppender
+ appender name=FILE class=org.jboss.logging.appender.RollingFileAppender
param name=File value=${jboss.server.home.dir}/log/server.log/
param name=Append value=false/
param name=MaxFileSize value=500KB/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 5-March-2002
JBoss daily test results SUMMARY Number of tests run: 506 Successful tests: 498 Errors:4 Failures: 4 [time of test: 5 March 2002 1:45 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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bug: Jetty + forwarding requests
Hi developpers, I think, I find bug in Jetty. When doing forward request getRequestDispatcher(target).forward(request, response), appear buG - target receive old request, i.e. parameters don't adjusted to match the path of the target resource. With early version of Jetty (with Jboss 3.0.0beta1) it work. //Alexander _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10170 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system/server ServerImpl.java
User: user57
Date: 02/03/04 18:34:54
Modified:src/main/org/jboss/system/server ServerImpl.java
Log:
o Log boot urls
Revision ChangesPath
1.8 +7 -2 jboss-system/src/main/org/jboss/system/server/ServerImpl.java
Index: ServerImpl.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/system/server/ServerImpl.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ServerImpl.java 27 Feb 2002 09:24:26 - 1.7
+++ ServerImpl.java 5 Mar 2002 02:34:54 - 1.8
@@ -48,7 +48,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class ServerImpl
implements Server, ServerImplMBean
@@ -386,13 +386,18 @@
// Add the server configuration directory to be able to load config files as
resources
list.add(config.getServerConfigURL());
-
+
// Not needed, ServerImpl will have the basics on its classpath from
ServerLoader
// may want to bring this back at some point if we want to have reloadable
core
// components...
// URL libraryURL = config.getLibraryURL();
// list.add(new URL(libraryURL, jboss-spine.jar));
+
+ if (debug)
+ {
+ log.debug(Boot url list: + list);
+ }
// Create loaders for each URL
Iterator iter = list.iterator();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss Main.java
User: user57
Date: 02/03/04 18:43:47
Modified:src/main/org/jboss Main.java
Log:
o Added -P|--properties option to load system properties from the
specified URL
Revision ChangesPath
1.4 +23 -3 jboss-system/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/Main.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Main.java 27 Feb 2002 09:24:26 - 1.3
+++ Main.java 5 Mar 2002 02:43:47 - 1.4
@@ -37,7 +37,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class Main
{
@@ -131,8 +131,8 @@
private void processCommandLine(final String[] args) throws Exception
{
// set this from a system property or default to jboss
- String programName = System.getProperty(jboss.boot.loader.name, jboss);
- String sopts = -:hD:p:n:c:Vj:L:C:;
+ String programName = System.getProperty(program.name, jboss);
+ String sopts = -:hD:p:n:c:Vj:L:C:P:;
LongOpt[] lopts =
{
new LongOpt(help, LongOpt.NO_ARGUMENT, null, 'h'),
@@ -143,6 +143,7 @@
new LongOpt(jaxp, LongOpt.REQUIRED_ARGUMENT, null, 'j'),
new LongOpt(library, LongOpt.REQUIRED_ARGUMENT, null, 'L'),
new LongOpt(classpath, LongOpt.REQUIRED_ARGUMENT, null, 'C'),
+ new LongOpt(properties, LongOpt.REQUIRED_ARGUMENT, null, 'P'),
};
Getopt getopt = new Getopt(programName, args, sopts, lopts);
@@ -182,6 +183,7 @@
System.out.println(-j, --jaxp=type Set the JAXP
impl type (ie. crimson));
System.out.println(-L, --library=filename Add an extra
library to the loaders classpath);
System.out.println(-C, --classpath=url Add an extra
url to the loaders classpath);
+ System.out.println(-P, --properties=urlLoad system
properties from the given url);
System.out.println();
System.exit(0);
break; // for completeness
@@ -307,7 +309,25 @@
extraClasspath.add(url);
break;
}
+
+case 'P':
+{
+ // Set system properties from url/file
+ arg = getopt.getOptarg();
+ URL url;
+ try {
+ url = new URL(arg);
+ }
+ catch (Exception e) {
+ File file = new File(arg);
+ url = file.toURL();
+ }
+ Properties props = System.getProperties();
+ props.load(url.openConnection().getInputStream());
+ break;
+}
+
default:
// this should not happen,
// if it does throw an error so we know about it
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 5-March-2002
JBoss daily test results SUMMARY Number of tests run: 506 Successful tests: 498 Errors:4 Failures: 4 [time of test: 5 March 2002 2:46 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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/util/jmx JMXExceptionDecoder.java MBeanProxy.java
User: user57
Date: 02/03/04 18:59:52
Modified:src/main/org/jboss/util/jmx MBeanProxy.java
Added: src/main/org/jboss/util/jmx JMXExceptionDecoder.java
Log:
o Adding JMXExceptionDecoder to decode/rethrow those pesky JMX exceptions
Revision ChangesPath
1.2 +3 -20 jboss-common/src/main/org/jboss/util/jmx/MBeanProxy.java
Index: MBeanProxy.java
===
RCS file: /cvsroot/jboss/jboss-common/src/main/org/jboss/util/jmx/MBeanProxy.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MBeanProxy.java 15 Feb 2002 06:14:23 - 1.1
+++ MBeanProxy.java 5 Mar 2002 02:59:52 - 1.2
@@ -16,18 +16,13 @@
import javax.management.MBeanServer;
import javax.management.ObjectName;
import javax.management.MalformedObjectNameException;
-import javax.management.MBeanException;
-import javax.management.ReflectionException;
-import javax.management.RuntimeOperationsException;
-import javax.management.RuntimeMBeanException;
-import javax.management.RuntimeErrorException;
/**
* A factory for producing MBean proxies.
*
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a.
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class MBeanProxy
implements InvocationHandler
@@ -77,20 +72,8 @@
try {
return server.invoke(name, method.getName(), args, sig);
}
- catch (MBeanException e) {
- throw e.getTargetException();
- }
- catch (ReflectionException e) {
- throw e.getTargetException();
- }
- catch (RuntimeOperationsException e) {
- throw e.getTargetException();
- }
- catch (RuntimeMBeanException e) {
- throw e.getTargetException();
- }
- catch (RuntimeErrorException e) {
- throw e.getTargetError();
+ catch (Exception e) {
+ throw JMXExceptionDecoder.decode(e);
}
}
1.1
jboss-common/src/main/org/jboss/util/jmx/JMXExceptionDecoder.java
Index: JMXExceptionDecoder.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.util.jmx;
import javax.management.MalformedObjectNameException;
import javax.management.MBeanException;
import javax.management.ReflectionException;
import javax.management.RuntimeOperationsException;
import javax.management.RuntimeMBeanException;
import javax.management.RuntimeErrorException;
/**
* A simple helper to rethrow and/or decode those pesky
* JMX exceptions.
*
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
* @version $Revision: 1.1 $
*/
public class JMXExceptionDecoder
{
/**
* Attempt to decode the given Throwable. If it
* is a container JMX exception, then the target
* is returned. Otherwise the argument is returned.
*/
public static Throwable decode(final Exception e)
{
if (e instanceof MBeanException) {
return ((MBeanException)e).getTargetException();
}
if (e instanceof ReflectionException) {
return ((ReflectionException)e).getTargetException();
}
if (e instanceof RuntimeOperationsException) {
return ((RuntimeOperationsException)e).getTargetException();
}
if (e instanceof RuntimeMBeanException) {
return ((RuntimeMBeanException)e).getTargetException();
}
if (e instanceof RuntimeErrorException) {
return ((RuntimeErrorException)e).getTargetError();
}
// can't decode
return e;
}
/**
* Decode and rethrow the given Throwable. If it
* is a container JMX exception, then the target
* is thrown. Otherwise the argument is thrown.
*/
public static void rethrow(final Exception e)
throws Exception
{
if (e instanceof MBeanException) {
throw ((MBeanException)e).getTargetException();
}
if (e instanceof ReflectionException) {
throw ((ReflectionException)e).getTargetException();
}
if (e instanceof RuntimeOperationsException) {
throw ((RuntimeOperationsException)e).getTargetException();
}
if (e instanceof RuntimeMBeanException) {
throw ((RuntimeMBeanException)e).getTargetException();
}
if (e instanceof
[JBoss-dev] CVS update: jboss-system/src/bin run.bat run.sh
User: user57 Date: 02/03/04 19:00:31 Modified:src/bin run.bat run.sh Log: o jboss.boot.loader.name - program.name Revision ChangesPath 1.4 +3 -4 jboss-system/src/bin/run.bat Index: run.bat === RCS file: /cvsroot/jboss/jboss-system/src/bin/run.bat,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- run.bat 1 Mar 2002 08:29:57 - 1.3 +++ run.bat 5 Mar 2002 03:00:30 - 1.4 @@ -3,7 +3,7 @@ rem JBoss Bootstrap Script for Win32 rem - -rem $Id: run.bat,v 1.3 2002/03/01 08:29:57 user57 Exp $ +rem $Id: run.bat,v 1.4 2002/03/05 03:00:30 user57 Exp $ @if not %ECHO% == echo %ECHO% @if %OS% == Windows_NT setlocal @@ -58,13 +58,12 @@ set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;%JAVAC_JAR%;%RUNJAR% rem Setup JBoss sepecific properties -set JAVA_OPTS=%JAVA_OPTS% -Djboss.boot.loader.name=%PROGNAME% +set JAVA_OPTS=%JAVA_OPTS% -Dprogram.name=%PROGNAME% +set JBOSS_HOME=%DIRNAME%\.. rem JPDA options. Uncomment and modify as appropriate to enable remote debugging. rem set JAVA_OPTS=-classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y %JAVA_OPTS% - -set JBOSS_HOME=%DIRNAME%\.. echo === echo . 1.4 +2 -2 jboss-system/src/bin/run.sh Index: run.sh === RCS file: /cvsroot/jboss/jboss-system/src/bin/run.sh,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- run.sh26 Feb 2002 09:53:29 - 1.3 +++ run.sh5 Mar 2002 03:00:31 - 1.4 @@ -5,7 +5,7 @@ ## ## ### == ### -### $Id: run.sh,v 1.3 2002/02/26 09:53:29 user57 Exp $ ### +### $Id: run.sh,v 1.4 2002/03/05 03:00:31 user57 Exp $ ### DIRNAME=`dirname $0` PROGNAME=`basename $0` @@ -103,7 +103,7 @@ fi # Setup JBoss sepecific properties -JAVA_OPTS=$JAVA_OPTS -Djboss.boot.loader.name=$PROGNAME +JAVA_OPTS=$JAVA_OPTS -Dprogram.name=$PROGNAME # For Cygwin, switch paths to Windows format before running java if $cygwin; then ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system/server ServerImpl.java
User: user57
Date: 02/03/04 19:01:02
Modified:src/main/org/jboss/system/server ServerImpl.java
Log:
o Using JMXExceptionDecoder
Revision ChangesPath
1.9 +8 -41 jboss-system/src/main/org/jboss/system/server/ServerImpl.java
Index: ServerImpl.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/system/server/ServerImpl.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- ServerImpl.java 5 Mar 2002 02:34:54 - 1.8
+++ ServerImpl.java 5 Mar 2002 03:01:02 - 1.9
@@ -25,10 +25,6 @@
import javax.management.MBeanServerFactory;
import javax.management.ObjectName;
import javax.management.MBeanException;
-import javax.management.RuntimeMBeanException;
-import javax.management.RuntimeErrorException;
-import javax.management.RuntimeOperationsException;
-import javax.management.ReflectionException;
import org.jboss.Version;
@@ -38,6 +34,7 @@
import org.jboss.system.UnifiedClassLoader;
import org.jboss.system.MBeanClassLoader;
+import org.jboss.util.jmx.JMXExceptionDecoder;
import org.jboss.util.file.FileSuffixFilter;
/**
@@ -48,7 +45,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public class ServerImpl
implements Server, ServerImplMBean
@@ -210,25 +207,9 @@
{
doStart();
}
- catch (MBeanException e)
- {
-throw e.getTargetException();
- }
- catch (RuntimeMBeanException e)
- {
-throw e.getTargetException();
- }
- catch (RuntimeOperationsException e)
- {
-throw e.getTargetException();
- }
- catch (ReflectionException e)
- {
-throw e.getTargetException();
- }
- catch (RuntimeErrorException e)
+ catch (Exception e)
{
-throw e.getTargetError();
+JMXExceptionDecoder.rethrow(e);
}
}
catch (Throwable t)
@@ -657,17 +638,10 @@
new Object[0],
new String[0]);
}
- catch (MBeanException e)
- {
-log.error(failed to shutdown deployer, e.getTargetException());
- }
- catch (RuntimeMBeanException e)
- {
-log.error(failed to shutdown deployer, e.getTargetException());
- }
catch (Exception e)
{
-log.error(failed to shutdown deployer, e);
+Throwable t = JMXExceptionDecoder.decode(e);
+log.error(failed to shutdown deployer, t);
}
}
@@ -685,17 +659,10 @@
new Object[0],
new String[0]);
}
- catch (MBeanException e)
- {
-log.error(failed to shutdown, e.getTargetException());
- }
- catch (RuntimeMBeanException e)
- {
-log.error(failed to shutdown, e.getTargetException());
- }
catch (Exception e)
{
-log.error(failed to shutdown, e);
+Throwable t = JMXExceptionDecoder.decode(e);
+log.error(failed to shutdown, t);
}
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment MainDeployer.java
User: user57
Date: 02/03/04 19:06:57
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
o do not wrap DeploymentException inside of DeploymentException
Revision ChangesPath
1.15 +7 -3 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/MainDeployer.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- MainDeployer.java 2 Mar 2002 08:40:36 - 1.14
+++ MainDeployer.java 5 Mar 2002 03:06:57 - 1.15
@@ -55,7 +55,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
- * @version $Revision: 1.14 $
+ * @version $Revision: 1.15 $
*/
public class MainDeployer
extends ServiceMBeanSupport
@@ -439,7 +439,9 @@
catch (Throwable t)
{
log.error(could not create deployment : + deployment.url, t);
- deployment.status = Deployment FAILED reason: + t.getMessage();
+ deployment.status = Deployment FAILED reason: + t.getMessage();
+ if (t instanceof DeploymentException)
+throw (DeploymentException)t;
throw new DeploymentException(Could not create deployment: +
deployment.url, t);
}
}
@@ -475,7 +477,9 @@
catch (Throwable t)
{
log.error(could not start deployment : + deployment.url, t);
- deployment.status = Deployment FAILED reason: + t.getMessage();
+ deployment.status = Deployment FAILED reason: + t.getMessage();
+ if (t instanceof DeploymentException)
+throw (DeploymentException)t;
throw new DeploymentException(Could not create deployment: +
deployment.url, t);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system ServiceController.java
User: user57 Date: 02/03/04 19:10:05 Modified:src/main/org/jboss/system ServiceController.java Log: o don't need this import Revision ChangesPath 1.3 +1 -2 jboss-system/src/main/org/jboss/system/ServiceController.java Index: ServiceController.java === RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/system/ServiceController.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ServiceController.java5 Mar 2002 03:08:06 - 1.2 +++ ServiceController.java5 Mar 2002 03:10:05 - 1.3 @@ -37,7 +37,6 @@ import org.jboss.logging.Logger; import org.jboss.util.jmx.JMXExceptionDecoder; -import org.jboss.util.UnreachableStatementException; /** * This is the main Service Controller. A controller can deploy a service to a @@ -47,7 +46,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a - * @version $Revision: 1.2 $ p + * @version $Revision: 1.3 $ p * * bRevisions:/b p * ___ 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/03/04 19:16:04
Modified:jbossbuild.xml
Log:
o Directories will be created if they do not exist (even for log/)
Revision ChangesPath
1.99 +1 -13 build/jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/build/jboss/build.xml,v
retrieving revision 1.98
retrieving revision 1.99
diff -u -r1.98 -r1.99
--- build.xml 28 Feb 2002 08:43:05 - 1.98
+++ build.xml 5 Mar 2002 03:16:04 - 1.99
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.98 2002/02/28 08:43:05 kimptoc Exp $ --
+!-- $Id: build.xml,v 1.99 2002/03/05 03:16:04 user57 Exp $ --
project default=main name=JBoss/Build
@@ -656,18 +656,6 @@
include name=*/
/fileset
/copy
-
-!-- Setup the database directory --
-mkdir dir=${install.server}/default/db/
-
-!-- Setup the log file directory --
-mkdir dir=${install.server}/default/log/
-!-- Create an emtpy log/server.log (log4j won't make this dir) --
-touch file=${install.server}/default/log/server.log/
-
-!-- Setup the temporary file directory --
-mkdir dir=${install.server}/default/tmp/
-
/target
target name=_module-server-all depends=_module-server-most
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/resources log4j-debug.properties log4j-trace.properties
User: user57
Date: 02/03/04 19:32:19
Added: src/resources log4j-debug.properties log4j-trace.properties
Log:
o Adding standard log4j properties for debug and trace (allows you to say
-Dlog4j.configuration=log4j-debug.properties to enable debug on boot)
Revision ChangesPath
1.1 jboss-system/src/resources/log4j-debug.properties
Index: log4j-debug.properties
===
### == ###
## ##
## JBoss Bootstrap Log4j Configuration (DEBUG) ##
## ##
### == ###
### $Id: log4j-debug.properties,v 1.1 2002/03/05 03:32:18 user57 Exp $ ###
log4j.rootCategory=DEBUG, CONSOLE
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n
1.1 jboss-system/src/resources/log4j-trace.properties
Index: log4j-trace.properties
===
### == ###
## ##
## JBoss Bootstrap Log4j Configuration (TRACE) ##
## ##
### == ###
### $Id: log4j-trace.properties,v 1.1 2002/03/05 03:32:18 user57 Exp $ ###
log4j.rootCategory=TRACE#org.jboss.logging.XPriority, CONSOLE
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 5-March-2002
JBoss daily test results SUMMARY Number of tests run: 506 Successful tests: 498 Errors:4 Failures: 4 [time of test: 5 March 2002 3:39 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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/logging Log4jService.java
User: user57
Date: 02/03/04 19:45:46
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o special handling of file urls, which don't return content type = text/xml
o more trace debugging
Revision ChangesPath
1.4 +28 -8 jboss-system/src/main/org/jboss/logging/Log4jService.java
Index: Log4jService.java
===
RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/logging/Log4jService.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Log4jService.java 5 Mar 2002 00:46:05 - 1.3
+++ Log4jService.java 5 Mar 2002 03:45:46 - 1.4
@@ -43,7 +43,7 @@
* pInstalls CategoryStream adapters for System.out and System.err
*to catch and redirect calls to Log4j.
*
- * @version tt$Revision: 1.3 $/tt
+ * @version tt$Revision: 1.4 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Fulco Muriglio/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
@@ -123,9 +123,6 @@
{
this.configurationPath = path;
this.refreshPeriod = refreshPeriod;
-
- out = System.out;
- err = System.err;
}
public int getRefreshPeriod()
@@ -194,12 +191,14 @@
if (CATCH_SYSTEM_OUT)
{
category = Category.getInstance(STDOUT);
+ out = System.out;
System.setOut(new CategoryStream(category, Priority.INFO, out));
log.debug(Installed System.out adapter);
}
if (CATCH_SYSTEM_ERR)
{
category = Category.getInstance(STDERR);
+ err = System.err;
System.setErr(new CategoryStream(category, Priority.ERROR, err));
log.debug(Installed System.err adapter);
}
@@ -211,10 +210,14 @@
if (out != null) {
System.out.flush();
System.setOut(out);
+ log.debug(Removed System.out adapter);
+ out = null;
}
if (err != null) {
System.err.flush();
System.setErr(err);
+ log.debug(Removed System.err adapter);
+ err = null;
}
}
@@ -306,9 +309,9 @@
private class URLWatchTimerTask
extends TimerTask
{
- private Category log = Category.getInstance(URLWatchTimerTask.class);
+ private Logger log = Logger.getLogger(URLWatchTimerTask.class);
- private long lastConfigured;
+ private long lastConfigured = -1;
private URL url;
public URLWatchTimerTask(final URL url)
@@ -321,11 +324,19 @@
public void run()
{
+ log.trace(Checking if configuration changed);
+
+ boolean trace = log.isTraceEnabled();
+
try {
URLConnection conn = url.openConnection();
+if (trace) log.trace(connection: + conn);
+
long lastModified = conn.getLastModified();
-
+if (trace) log.trace(last modified: + lastModified);
+
if (lastConfigured lastModified) {
+ log.debug(URL changed, configuring);
reconfigure(conn);
}
}
@@ -336,7 +347,16 @@
private void reconfigure(URLConnection conn)
{
- boolean xml = conn.getContentType().equals(text/xml);
+ boolean xml = false;
+
+ // check if the url is xml
+ if (url.getProtocol().equals(file)) {
+xml = url.getFile().toLowerCase().endsWith(.xml);
+ }
+ else {
+xml = conn.getContentType().equals(text/xml);
+ }
+
log.debug(reconfiguring; xml= + xml);
uninstallSystemAdapters();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system build.xml
User: user57
Date: 02/03/04 19:46:15
Modified:.build.xml
Log:
o include log4j-debug.properties and log4j-trace.properties in run.jar
Revision ChangesPath
1.7 +2 -2 jboss-system/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss-system/build.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- build.xml 1 Mar 2002 23:26:08 - 1.6
+++ build.xml 5 Mar 2002 03:46:15 - 1.7
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.6 2002/03/01 23:26:08 user57 Exp $ --
+!-- $Id: build.xml,v 1.7 2002/03/05 03:46:15 user57 Exp $ --
project default=main name=JBoss/System
@@ -348,7 +348,7 @@
include name=org/jboss/system/server/ServerConfig.class/
/fileset
fileset dir=${build.resources}
-include name=log4j.properties/
+include name=log4j*.properties/
include name=org/jboss/version.properties/
/fileset
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR-77: Next steps
Hi Geeks JSR-77 spec. is still changing and therefore a moving target. I think that JSR-77 MBeans should be converted to Juha's XMBean. Because I am too lazy to write the deployment descriptors I am going to use David Jencks XDoclet jbossmx to generated the XMBean DDs. This means that the only classes provided from JSR-77 are: - MEJB Home and Remote Interface - various Statistics and Stats The rest is the class being the target of the XMBean which still contains the static create and destroy method. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/etc/xdoclet/templates mbean-custom.j
User: d_jencks Date: 02/03/04 20:22:52 Modified:etc/xdoclet/templates mbean-custom.j Log: Fixed a -duh- mistake Revision ChangesPath 1.2 +1 -1 tools/etc/xdoclet/templates/mbean-custom.j Index: mbean-custom.j === RCS file: /cvsroot/jboss/tools/etc/xdoclet/templates/mbean-custom.j,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mbean-custom.j18 Feb 2002 02:10:37 - 1.1 +++ mbean-custom.j5 Mar 2002 04:22:52 - 1.2 @@ -1,5 +1,5 @@ XDtClass:ifHasClassTag tagName=jmx:mbean paramName=name //default object name - public static final javax.management.ObjectName OBJECT_NAME = new org.jboss.util.jmx.ObjectNameFactory(XDtClass:classTagValue tagName=jmx:mbean paramName=name/); + public static final javax.management.ObjectName OBJECT_NAME = org.jboss.util.jmx.ObjectNameFactory.create(XDtClass:classTagValue tagName=jmx:mbean paramName=name/); /XDtClass:ifHasClassTag ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 5-March-2002
JBoss daily test results SUMMARY Number of tests run: 506 Successful tests: 498 Errors:4 Failures: 4 [time of test: 5 March 2002 4:26 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 for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77: Next steps
On 2002.03.04 23:10:25 -0500 Andreas Schaefer wrote: Hi Geeks JSR-77 spec. is still changing and therefore a moving target. I think that JSR-77 MBeans should be converted to Juha's XMBean. Because I am too lazy to write the deployment descriptors I am going to use David Jencks XDoclet jbossmx to generated the XMBean DDs. excellent. I'm hoping to move all the mbeans from standard mbeans to xmbeans when the xmbean is a little more stable. Will the jsr-77 stuff be implementable as interceptors in the xmbean stack? Will you need separate registrations for the jboss mbean view of the object and the jsr-77 view? This means that the only classes provided from JSR-77 are: - MEJB Home and Remote Interface - various Statistics and Stats The rest is the class being the target of the XMBean which still contains the static create and destroy method. Are these static methods required by the jsr-77 stuff? I'm trying to move towards the mbean is the object. Already ejbs are mbeans (Container) and ejb-modules are mbeans. In the jca rewrite I'm working on the ConnectionManager is an mbean providing the ConnectionFactory service: no more loaders. I'm not all that familiar with these static methods, but I wonder how useful they will be if everything you are managing is already an mbean. Thanks! Keep in touch how this goes! david jencks Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ 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] JSR-77: Next steps
Hi David On 2002.03.04 23:10:25 -0500 Andreas Schaefer wrote: Hi Geeks JSR-77 spec. is still changing and therefore a moving target. I think that JSR-77 MBeans should be converted to Juha's XMBean. Because I am too lazy to write the deployment descriptors I am going to use David Jencks XDoclet jbossmx to generated the XMBean DDs. excellent. I'm hoping to move all the mbeans from standard mbeans to xmbeans when the xmbean is a little more stable. Will the jsr-77 stuff be implementable as interceptors in the xmbean stack? Will you need separate registrations for the jboss mbean view of the object and the jsr-77 view? It seems that I missed this discussion. What do you mean with as interceptors in the xmbean stack ? This means that the only classes provided from JSR-77 are: - MEJB Home and Remote Interface - various Statistics and Stats The rest is the class being the target of the XMBean which still contains the static create and destroy method. Are these static methods required by the jsr-77 stuff? I'm trying to move towards the mbean is the object. Already ejbs are mbeans (Container) and ejb-modules are mbeans. In the jca rewrite I'm working on the ConnectionManager is an mbean providing the ConnectionFactory service: no more loaders. I'm not all that familiar with these static methods, but I wonder how useful they will be if everything you are managing is already an mbean. No these static methods are not required by JSR-77. The static methods are only there to encapsulate the necessary steps to create / destroy the JSR-77 MBean. We could also use either a factory or add these steps to the JBoss component. My idea of the JSR-77 implementation is that the JSR-77 MBeans are separate from the JBoss components providing that feature. This allows us to be more flexible because the JSR-77 component can still make some adjustments or convertions to meet the JSR-77 requirements. Currently JMX is still used to comuniate between JBoss and JSR-77 components but maybe this must be changed because of performance problems for statistics. Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77: Next steps
On 2002.03.05 00:03:48 -0500 Andreas Schaefer wrote: Hi David On 2002.03.04 23:10:25 -0500 Andreas Schaefer wrote: Hi Geeks JSR-77 spec. is still changing and therefore a moving target. I think that JSR-77 MBeans should be converted to Juha's XMBean. Because I am too lazy to write the deployment descriptors I am going to use David Jencks XDoclet jbossmx to generated the XMBean DDs. excellent. I'm hoping to move all the mbeans from standard mbeans to xmbeans when the xmbean is a little more stable. Will the jsr-77 stuff be implementable as interceptors in the xmbean stack? Will you need separate registrations for the jboss mbean view of the object and the jsr-77 view? It seems that I missed this discussion. What do you mean with as interceptors in the xmbean stack ? The xmbean implementation appears to have an interceptor stack similar to the jboss ejb interceptor stack. I'm planning to use it for things like when you change a set of attribute values, stop, change values, and restart or just change values or destroy the mbean and make a new one. I wonder if all the jsr-77 mandated behavior can be implemented as an interceptor on the managed mbean, or if you really need another separate independent object. david jencks This means that the only classes provided from JSR-77 are: - MEJB Home and Remote Interface - various Statistics and Stats The rest is the class being the target of the XMBean which still contains the static create and destroy method. Are these static methods required by the jsr-77 stuff? I'm trying to move towards the mbean is the object. Already ejbs are mbeans (Container) and ejb-modules are mbeans. In the jca rewrite I'm working on the ConnectionManager is an mbean providing the ConnectionFactory service: no more loaders. I'm not all that familiar with these static methods, but I wonder how useful they will be if everything you are managing is already an mbean. No these static methods are not required by JSR-77. The static methods are only there to encapsulate the necessary steps to create / destroy the JSR-77 MBean. We could also use either a factory or add these steps to the JBoss component. My idea of the JSR-77 implementation is that the JSR-77 MBeans are separate from the JBoss components providing that feature. This allows us to be more flexible because the JSR-77 component can still make some adjustments or convertions to meet the JSR-77 requirements. Currently JMX is still used to comuniate between JBoss and JSR-77 components but maybe this must be changed because of performance problems for statistics. Andy ___ 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/Testsuite management tests
The JBoss/Testsuite management tests seem to need a security manager to work. When run by themselves I get exception like the one below for most of the tests. When run with the rest of the tests only one failes... which means that this test is dependent on some other test to run... which is a very bad thing. Can who ever owns this stuff please fix it. --jason javax.naming.CommunicationException. Root exception is java.lang.ClassNotFoundException: org.jboss.management.mejb.MEJB (no security manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:318) at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:132) at sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:143) at java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:918) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) at java.io.ObjectInputStream.inputClassFields(ObjectInputStream.java:2263) at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:519) at java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1412) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) at org.jboss.proxy.ejb.HomeProxy.readExternal(HomeProxy.java:235) at java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1212) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) at java.io.ObjectInputStream.inputClassFields(ObjectInputStream.java:2263) at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:519) at java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1412) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) at java.rmi.MarshalledObject.get(MarshalledObject.java:138) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:369) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:349) at javax.naming.InitialContext.lookup(InitialContext.java:350) at org.jboss.test.management.test.JSR77SpecUnitTestCase.getManagementEJB(JSR77SpecUnitTestCase.java:258) at org.jboss.test.management.test.JSR77SpecUnitTestCase.testConnect(JSR77SpecUnitTestCase.java:100) at java.lang.reflect.Method.invoke(Native Method) at junit.framework.TestCase.runTest(TestCase.java:166) at junit.framework.TestCase.runBare(TestCase.java:140) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:23) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:231) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:409) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system/server ServerImpl.java
User: d_jencks
Date: 02/03/04 21:35:38
Modified:src/main/org/jboss/system/server ServerImpl.java
Log:
fix for bug 525445. Added JARDeployer that will only deploy jars or directories
with no WEB-INF directory and no xml files in META-INF. Modified MainDeployer to
require a deployer, and keep a list of packages waiting for a deployer.
MainDeployerMBean is now generated by xdoclet.
Revision ChangesPath
1.10 +15 -1 jboss-system/src/main/org/jboss/system/server/ServerImpl.java
Index: ServerImpl.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/system/server/ServerImpl.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- ServerImpl.java 5 Mar 2002 03:01:02 - 1.9
+++ ServerImpl.java 5 Mar 2002 05:35:38 - 1.10
@@ -45,7 +45,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.9 $
+ * @version $Revision: 1.10 $
*/
public class ServerImpl
implements Server, ServerImplMBean
@@ -275,6 +275,7 @@
// Main Deployer
mainDeployer =
server.createMBean(org.jboss.deployment.MainDeployer, null,
loaderName).getObjectName();
+
// Install the shutdown hook
shutdownHook = new ShutdownHook(controllerName);
@@ -294,6 +295,19 @@
new Object[] { mainDeployer },
new String[] { ObjectName.class.getName() });
+ //Jar Deployer
+ ObjectName jarDeployer =
server.createMBean(org.jboss.deployment.JARDeployer, null,
loaderName).getObjectName();
+ server.invoke(controllerName,
+create,
+new Object[] { jarDeployer },
+new String[] { ObjectName.class.getName() });
+
+ server.invoke(controllerName,
+start,
+new Object[] { jarDeployer },
+new String[] { ObjectName.class.getName() });
+
+
// SAR Deployer
server.createMBean(org.jboss.deployment.SARDeployer, null, loaderName);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment JARDeployer.java DeploymentInfo.java MainDeployer.java MainDeployerMBean.java
User: d_jencks
Date: 02/03/04 21:35:37
Modified:src/main/org/jboss/deployment DeploymentInfo.java
MainDeployer.java
Added: src/main/org/jboss/deployment JARDeployer.java
Removed: src/main/org/jboss/deployment MainDeployerMBean.java
Log:
fix for bug 525445. Added JARDeployer that will only deploy jars or directories
with no WEB-INF directory and no xml files in META-INF. Modified MainDeployer to
require a deployer, and keep a list of packages waiting for a deployer.
MainDeployerMBean is now generated by xdoclet.
Revision ChangesPath
1.3 +3 -1 jboss-system/src/main/org/jboss/deployment/DeploymentInfo.java
Index: DeploymentInfo.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/DeploymentInfo.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- DeploymentInfo.java 26 Feb 2002 00:22:55 - 1.2
+++ DeploymentInfo.java 5 Mar 2002 05:35:37 - 1.3
@@ -53,7 +53,9 @@
* @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a
* @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
- * @version $Revision: 1.2 $ p
+ * @version $Revision: 1.3 $ p
+ *
+ * @todo implement type-safe enum for status.
*
* b20011211 marc fleury:/b
* ul
1.16 +238 -47 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/MainDeployer.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- MainDeployer.java 5 Mar 2002 03:06:57 - 1.15
+++ MainDeployer.java 5 Mar 2002 05:35:37 - 1.16
@@ -9,20 +9,22 @@
package org.jboss.deployment;
+
+
+
+
+import java.io.BufferedInputStream;
+import java.io.BufferedOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
-import java.io.BufferedOutputStream;
-import java.io.BufferedInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
-
import java.net.JarURLConnection;
import java.net.MalformedURLException;
import java.net.URL;
import java.net.URLConnection;
-
import java.util.ArrayList;
import java.util.Collection;
import java.util.Enumeration;
@@ -38,38 +40,44 @@
import java.util.jar.JarEntry;
import java.util.jar.JarFile;
import java.util.jar.Manifest;
-
import javax.management.MBeanServer;
import javax.management.MalformedObjectNameException;
import javax.management.ObjectName;
-
import org.jboss.system.ServiceMBeanSupport;
import org.jboss.system.server.ServerConfig;
import org.jboss.system.server.ServerConfigLocator;
+import org.jboss.util.Counter;
import org.jboss.util.jmx.MBeanProxy;
import org.jboss.util.stream.Streams;
-import org.jboss.util.Counter;
+import java.util.LinkedList;
/**
* The main/primary component for deployment.
+ * MainDeployerMBean is now generated by xdoclet.
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
- * @version $Revision: 1.15 $
+ * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
+ * @version $Revision: 1.16 $
+ * @jmx:mbean name=jboss.system:service=MainDeployer
+ *extends=org.jboss.system.ServiceMBean
*/
public class MainDeployer
extends ServiceMBeanSupport
implements MainDeployerMBean
{
/** Deployers **/
- private final Set deployers = new HashSet();
+ private final LinkedList deployers = new LinkedList();
/** A Map of URL - DeploymentInfo */
private final Map deploymentMap = new HashMap();
- /** A list of all deployments. */
+ /** A list of all deployments that have deployers. */
private final ArrayList deploymentList = new ArrayList();
+ /** A list of all deployments that do not have deployers. */
+ private final List waitingDeployments = new ArrayList();
+
/** an increment for tmp files **/
private final Counter id = Counter.makeSynchronized(new Counter(0));
@@ -105,6 +113,13 @@
super();
}
+ /**
+* The codelistDeployed/code method returns a collection of DeployemtInfo
+* objects for the currently deployed packages.
+*
+* @return a codeCollection/code value
+* @jmx:managed-operation
+*/
public Collection listDeployed()
{
synchronized (deploymentList)
@@ -113,25 +128,88 @@
}
}
+ /**
+* The codelistWaitingForDeployer/code method returns a collection
RE: [JBoss-dev] JSR-77: Next steps
| I wonder if all the jsr-77 mandated behavior can be implemented as an there is no behavior, just a model, an API (the M-EJB) and some monitoring. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] org.jboss.deployment.scanner.DeploymentScanner
On 2002.03.04 23:28:17 -0500 Jason Dillon wrote: Aside from some small logging issues as well as some configuration changes, the server as is will run from an http:// url (perhaps even other protocols, though I have not tested that). With only bin/run.sh and bin/run.jar, I was able to run a modified 'default' server configuration. The changes were only to replace archives=* with qualified file names and to explicitly list out the delpoyment URLs. There is a small issue with the JCA/hsql stuff as mentioned before, but since you have to explicitly list those depends for the URLDeploymentScanner, just list them in the right order. The only other problem that I have run into is that I currently have to hard code URLs for deployment, as the current impl makes non-absolute paths reletive to jboss.server.home.dir. Could probably change this to jboss.server.home.url, which will do the right thing. I still believe we should allow for property subst here so that user's don't have to guess which base their relative path will resolve to... but since the xml configuration handling is not abstracted from the components which use the config, it is not simple to add this with out duplicating code. There is still a need for an earth bound file system as you call it, specifically for the current config, a local tmp, log and db directory are needed. I have fixed up the bits that use these to create the directory on demand, so we don't have to artificially add these to the release archive. I wonder... db is needed for what? log is dependent on your using a file appender for log4j our tmp dir might be unnecessary given url deployment. The main reason we copy stuff explicitly is for the can't delete or change an opened jar bug. jar already makes a local (hidden) copy of any remote url it opens, njar takes this one step further. So we might be able to leave out the local copy step when deploying urls rather than files. david jencks I image that most of these local dirs could be detached using some sort of file system abstraction, but I don't know what the best solution is for that at the moment, so I am gonna leave it until there is more demand for a filesystem-less jboss instance. I think it is possible, but will require some effort to make it happen. * * * I think we might want to setup a simple netboot configuration to include with the release which has the basic components configured, to show users how they need to be explicit with classpath archives and deployment urls. Possibly change the default prefix for codebase to jboss.server.home.url and change the default lib to ../../lib until a simple aproache to adding property support works itself out. --jason _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9980 ___ 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: RE: [JBoss-dev] org.jboss.deployment.scanner.DeploymentScanner
yes I think we need to show the netboot thing. It is under most people's radar. What I would like to do is adopt a rabbit directly from our website. So they download a small jar (the boot stuff and empty directory structure) and then we configure *the smalles server possible* I am thinking ONE mbean (at's it). That mbean is the rabbit, all it does is land on your machine (the rabbit has landed!) and call a webservice on JBoss that uploads the machine data (OS, VM, whatever we can get from the System info). This way we should show the power of the easy install. There is still this perception out there (well from our competitors in MS camp really) that open source means complex and I want to show that it is not the case *at all* with this simple example. Now that you have gotten the http stuff working, do you want to take this dog and pony demo for the website. Fame and glory await you, this is a powerful demo, fame and glory marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Monday, March 04, 2002 8:28 PM |To: [EMAIL PROTECTED] |Subject: Re: RE: [JBoss-dev] |org.jboss.deployment.scanner.DeploymentScanner | | |Aside from some small logging issues as well as some configuration |changes, the server as is will run from an http:// url (perhaps |even other protocols, though I have not tested that). | |With only bin/run.sh and bin/run.jar, I was able to run a modified |'default' server configuration. | |The changes were only to replace archives=* with qualified file |names and to explicitly list out the delpoyment URLs. | |There is a small issue with the JCA/hsql stuff as mentioned |before, but since you have to explicitly list those depends for |the URLDeploymentScanner, just list them in the right order. | |The only other problem that I have run into is that I currently |have to hard code URLs for deployment, as the current impl makes |non-absolute paths reletive to jboss.server.home.dir. Could |probably change this to jboss.server.home.url, which will do the |right thing. | |I still believe we should allow for property subst here so that |user's don't have to guess which base their relative path will |resolve to... but since the xml configuration handling is not |abstracted from the components which use the config, it is not |simple to add this with out duplicating code. | |There is still a need for an earth bound file system as you call |it, specifically for the current config, a local tmp, log and db |directory are needed. I have fixed up the bits that use these to |create the directory on demand, so we don't have to artificially |add these to the release archive. | |I image that most of these local dirs could be detached using |some sort of file system abstraction, but I don't know what the |best solution is for that at the moment, so I am gonna leave it |until there is more demand for a filesystem-less jboss instance. |I think it is possible, but will require some effort to make it happen. | |* * * | |I think we might want to setup a simple netboot configuration to |include with the release which has the basic components |configured, to show users how they need to be explicit with |classpath archives and deployment urls. | |Possibly change the default prefix for codebase to |jboss.server.home.url and change the default lib to ../../lib |until a simple aproache to adding property support works itself out. | |--jason | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9980 | |___ |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-523239 ] jbosscmp-jdbc.xml problem
Bugs item #523239, was opened at 2002-02-27 02:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=523239group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Marcel Ammerlaan (mam) Assigned to: Dain Sundstrom (dsundstrom) Summary: jbosscmp-jdbc.xml problem Initial Comment: When the ejb-relationship-role tag is included in jbosscmp-jdbc.xml an exception is thrown when a bean is added to a relation. The exception is: 03:18:41,539 ERROR [GlobalTxEntityMap] Store failed on entity: 1 javax.ejb.EJBException: Could insert relations into ABean_b_BBean_a Embedded Exception null at org.jboss.ejb.plugins.cmp.jdbc.JDBCInsertRelationsCommand.execute(JDBCInsertRelationsCommand.java:78) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.insertRelations(JDBCStoreManager.java:481) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.synchronizeRelationData(JDBCStoreManager.java:443) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:424) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:428) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:677) at org.jboss.ejb.GlobalTxEntityMap.syncEntities(GlobalTxEntityMap.java:89) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanup.beforeCompletion(GlobalTxEntityMap.java:158) at org.jboss.tm.TxCapsule.doBeforeCompletion(TxCapsule.java:1317) at org.jboss.tm.TxCapsule.commit(TxCapsule.java:325) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:76) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:190) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:308) at org.jboss.ejb.Container.invoke(Container.java:668) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run(Transport.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:706) at java.lang.Thread.run(Thread.java:484) java.lang.NullPointerException at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.getJDBCTypes(SQLUtil.java:422) at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.getColumnNamesClause(SQLUtil.java:94) at org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.getColumnNamesClause(SQLUtil.java:85) at org.jboss.ejb.plugins.cmp.jdbc.JDBCInsertRelationsCommand.getSQL(JDBCInsertRelationsCommand.java:95) at org.jboss.ejb.plugins.cmp.jdbc.JDBCInsertRelationsCommand.execute(JDBCInsertRelationsCommand.java:60) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.insertRelations(JDBCStoreManager.java:481) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.synchronizeRelationData(JDBCStoreManager.java:443) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:424) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:428) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:677) at org.jboss.ejb.GlobalTxEntityMap.syncEntities(GlobalTxEntityMap.java:89) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanup.beforeCompletion(GlobalTxEntityMap.java:158) at org.jboss.tm.TxCapsule.doBeforeCompletion(TxCapsule.java:1317) at org.jboss.tm.TxCapsule.commit(TxCapsule.java:325) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:76) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:190) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:308) at org.jboss.ejb.Container.invoke(Container.java:668) at
Re: [JBoss-dev] org.jboss.deployment.scanner.DeploymentScanner
I wonder... db is needed for what? log is dependent on your using a file appender for log4j our tmp dir might be unnecessary given url deployment. The main reason we copy stuff explicitly is for the can't delete or change an opened jar bug. jar already makes a local (hidden) copy of any remote url it opens, njar takes this one step further. So we might be able to leave out the local copy step when deploying urls rather than files. Until we can abstract away access to files there will almost always be a need for local persistent data storage (aka db). Right now this is only used for statefull session beans and jbossmq (that I am directly aware of). The same for tmp... though if we can reduce usage with out reducing functionality, then lets do it. log/ is only log4j appender and jetty specific at the moment, which you can certainly disable. That is why there is no ServerConfig.getServerLogDir(), as the persistence of log events are mostly outside of the system. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] org.jboss.deployment.scanner.DeploymentScanner
Will do. --jason marc fleury wrote: yes I think we need to show the netboot thing. It is under most people's radar. What I would like to do is adopt a rabbit directly from our website. So they download a small jar (the boot stuff and empty directory structure) and then we configure *the smalles server possible* I am thinking ONE mbean (at's it). That mbean is the rabbit, all it does is land on your machine (the rabbit has landed!) and call a webservice on JBoss that uploads the machine data (OS, VM, whatever we can get from the System info). This way we should show the power of the easy install. There is still this perception out there (well from our competitors in MS camp really) that open source means complex and I want to show that it is not the case *at all* with this simple example. Now that you have gotten the http stuff working, do you want to take this dog and pony demo for the website. Fame and glory await you, this is a powerful demo, fame and glory marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Monday, March 04, 2002 8:28 PM |To: [EMAIL PROTECTED] |Subject: Re: RE: [JBoss-dev] |org.jboss.deployment.scanner.DeploymentScanner | | |Aside from some small logging issues as well as some configuration |changes, the server as is will run from an http:// url (perhaps |even other protocols, though I have not tested that). | |With only bin/run.sh and bin/run.jar, I was able to run a modified |'default' server configuration. | |The changes were only to replace archives=* with qualified file |names and to explicitly list out the delpoyment URLs. | |There is a small issue with the JCA/hsql stuff as mentioned |before, but since you have to explicitly list those depends for |the URLDeploymentScanner, just list them in the right order. | |The only other problem that I have run into is that I currently |have to hard code URLs for deployment, as the current impl makes |non-absolute paths reletive to jboss.server.home.dir. Could |probably change this to jboss.server.home.url, which will do the |right thing. | |I still believe we should allow for property subst here so that |user's don't have to guess which base their relative path will |resolve to... but since the xml configuration handling is not |abstracted from the components which use the config, it is not |simple to add this with out duplicating code. | |There is still a need for an earth bound file system as you call |it, specifically for the current config, a local tmp, log and db |directory are needed. I have fixed up the bits that use these to |create the directory on demand, so we don't have to artificially |add these to the release archive. | |I image that most of these local dirs could be detached using |some sort of file system abstraction, but I don't know what the |best solution is for that at the moment, so I am gonna leave it |until there is more demand for a filesystem-less jboss instance. |I think it is possible, but will require some effort to make it happen. | |* * * | |I think we might want to setup a simple netboot configuration to |include with the release which has the basic components |configured, to show users how they need to be explicit with |classpath archives and deployment urls. | |Possibly change the default prefix for codebase to |jboss.server.home.url and change the default lib to ../../lib |until a simple aproache to adding property support works itself out. | |--jason | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9980 | |___ |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-525840 ] Userid/password not respected in db conn
Bugs item #525840, was opened at 2002-03-05 01:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525840group_id=22866 Category: JBossCX Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Guy Rouillier (guyr) Assigned to: Nobody/Anonymous (nobody) Summary: Userid/password not respected in db conn Initial Comment: In the 2.4.x codebase, in EJB code specifying getConnection(userid, password) will not return a connection for that userid and password. The code will change the default userid and password in the connection factory to the specified userid and password. But then it will just retrieve a generic object from the pool. In most cases, that generic object will have been obtained using the default userid and password (which we just changed.) Only when a new connection is required will the changed userid and password be used, but that will most likely be long after the code the changed the userid and password has finished. So the invocation that asked for a particular userid and password will most likely get a generic connection, while some later invocation that asks for a generic connection will unwittingly get one generated with the changed credentials. The attached zip contains corrections for this but only for the XA pool. The same type of change needs to be made for the JDBC pool. See the file changes.txt for a description of these changes. The four diff files contain the changes in diff format. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=525840group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: connection objectl destroyed in EJBLoad
Hi There is a peculiar problem with one of my entity beans. It has two fields bankID and bankname.If I am changing the PK field in PK class from bankID to bankname and calling a business method. The method is never executed.EJBLoad is failing and the following message is seen .The database is SQL 2000, the driver being MS SQL JDBC beta 2.0. [2002-03-05 11:51:17,375,JDBCCommand,DEBUG] Load command executing: SELECT BANKDATATABLE_Test.branchname,BANKDATATABLE_Test.bankID,BANKDATATABLE_Test.B ANKDATAXML FROM BANKDATATABLE_Test WHERE branchname=? [2002-03-05 11:51:17,375,JDBCCommand,DEBUG] Set parameter: idx=1, jdbcType=VARCHAR, value=system435 [2002-03-05 11:51:17,375,EChequeBankPool,DEBUG] Pool EChequeBankPool [0/0/Unlimited] destroyed object org.jboss.resource.adapter.jdbc.local.JDBCManagedConnection@4278b5. [2002-03-05 11:51:17,375,JDBCCommand,DEBUG] Unable to read from ResultSet: java.sql.SQLException: [Microsoft][SQLServer JDBC Driver]ResultSet can not re-read row data for column 1. Can any one suggest me why the connection is getting destroyed? Thanx in anticipation ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Bug: Jetty + forwarding requests
I have the same problem. If none of the developers respond, this should become a bug ticket on SourceForge. Georg _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10170 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
