[JBoss-dev] Automated JBoss Testsuite Results: 14-May-2002
Number of tests run: 748 Successful tests: 735 Errors:12 Failures: 1 [time of test: 14 May 2002 8:1 GMT] [java.version: 1.3.1_02] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_02-b02] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131_02 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-550574 ] cmr collections
Bugs item #550574, was opened at 2002-04-30 10:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550574&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Rejected Priority: 5 Submitted By: reyntjens (d_reyntjens) Assigned to: Nobody/Anonymous (nobody) Summary: cmr collections Initial Comment: Hi, First of all, JBoss rocks! I noticed some things that might be bugs, or maybe not, I'm not an expert in the ejb spec. :-) JBoss 3.0 is running on WindowsNT with JDK 1.3.1., and I'm using some entity beans with only local interfaces. 1. when modifying a cmr collection while iterating the cmr collection, no ConcurrentModificationException is thrown.Instead jboss hangs. 2. is it normal that setting a cmr collection by using the abstract set(Collection c) doesn't work, if the setter method isn't defined in the local interface? 3. is it normal that when beans that should have been defined as reentrant, hang when they get a reentrant call or should there an exception be thrown? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2002-05-14 06:32 Message: Logged In: YES user_id=543482 In my case, when the bean wasn't marked as reentrant and reentrance took place a got transaction rolled back by time out. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-14 04:29 Message: Logged In: YES user_id=251431 1) It should throw an exception. 2) That is not normal or required. 3) I don't know. I need test code. I going to close this bug and when you get some test code please open a new report for each individual bug. It is very difficut track multi-part bugs. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550574&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555764 ] EJB-QL/SQL mapping of boolean literals
Bugs item #555764, was opened at 2002-05-14 08:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555764&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: EJB-QL/SQL mapping of boolean literals Initial Comment: JBoss 3.0RC2 and earlier does not perform any SQL mapping of the boolean literal constants 'false' and 'true'. Not all SQL implementations (Oracle in particular) support the use of literal "true" and "false" values in the SQL select statements generated from EJB QL. In these situations, the boolean values need to be mapped to a numeric value instead, such as 0 and 1. -- Comment By: Georg Schmid (giorgio42) Date: 2002-05-14 08:31 Message: Logged In: YES user_id=437570 I just ran into this same bug (using Oracle8). The only mapping that seems to occur is replacing a capital TRUE or FALSE by a lower-case version. Hmmm. I'm stunned. Georg -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555764&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555764 ] EJB-QL/SQL mapping of boolean literals
Bugs item #555764, was opened at 2002-05-14 16:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555764&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: EJB-QL/SQL mapping of boolean literals Initial Comment: JBoss 3.0RC2 and earlier does not perform any SQL mapping of the boolean literal constants 'false' and 'true'. Not all SQL implementations (Oracle in particular) support the use of literal "true" and "false" values in the SQL select statements generated from EJB QL. In these situations, the boolean values need to be mapped to a numeric value instead, such as 0 and 1. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555764&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-May-2002
Number of tests run: 757 Successful tests: 745 Errors:11 Failures: 1 [time of test: 14 May 2002 6:25 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131_03 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-550606 ] Too many AND's and OR's with Sybase
Bugs item #550606, was opened at 2002-04-30 08:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550606&group_id=22866 >Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open >Resolution: Accepted Priority: 5 Submitted By: Daniel Moos (moosi_1978) >Assigned to: Dain Sundstrom (dsundstrom) Summary: Too many AND's and OR's with Sybase Initial Comment: I have following problems with Sybase 11.9.2 and JBoss3.0.0RC1: If Jboss call findAll()-Methode, then throws a following Exception : 14:25:40,730 INFO [STDOUT] SQLException: SQLState(Z) vendor code(404) 14:25:40,731 INFO [STDOUT] com.sybase.jdbc2.jdbc.SybSQLException: Too many ANDs or ORs in expression (limit 250 per expression level). Try splitting query or limiting ANDs and ORs. Before Jboss call findAll-Methode, put i 300 rows in a Table over Jboss. What i doing false? Who can help me? -- Comment By: Daniel Moos (moosi_1978) Date: 2002-05-02 04:50 Message: Logged In: YES user_id=332885 Sorry, i set you're proposition and the Exception did not change. I even set in jaws.xml or standardjaws.xml a read-ahead tag to true, no change too. -- Comment By: Georg Schmid (giorgio42) Date: 2002-04-30 12:26 Message: Logged In: YES user_id=437570 Maybe reducing the page size for the read-ahead to something below 250 (in standardjbosscmp-jdbc.xml or jbosscmp-jdbc.xml) helps. Georg -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550606&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555556 ] CMR Table Creation
Bugs item #56, was opened at 2002-05-13 12:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff DeLong (jeffdelong) >Assigned to: Dain Sundstrom (dsundstrom) Summary: CMR Table Creation Initial Comment: I have two Entity EJBs (UserEJB and GroupEJB) with a Many relationship between them. They deploy and test correctly with the exception that the relationship table does not appear to be created in my Oracle table space (the ORG_USER and ORG_GROUP tables are created, and deleted, correctly as per the jbosscmp-jdbc.xml (see attached). I believe the relationship table may be created in the DefaultDS. Here is a snippet from the console output when starting JBoss (this is with JBoss 3.0RC2 running on NT4.0 with JDK 1.3.1, database is Oracle 9i running on Solaris 2.8), the server log can be provided if necessary). 11:25:50,923 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 11:25:51,313 INFO [UserEJB] Created table 'ORG_USER' successfully. 11:25:51,363 INFO [UserEJB] Table 'GROUPEJB_USERS_USEREJB_GROUPS' already exist s 11:25:51,373 INFO [EjbModule] Started -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-14 00:02 Message: Logged In: YES user_id=251431 The important messages are printed before this error. It will say some thing like "blah is not allowed here" The second issue about DTDs in IE is an known IE bug just download the file and read it directly. -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-13 22:48 Message: Logged In: YES user_id=531609 The problem may be attributable to the lack of DTD reference at the top of the jbosscmp-jdbc.xml file, however when I put http://www.jboss.org/j2ee/dtd/jbosscmp- jdbc_3_0.dtd"> I get the following: org.jboss.deployment.DeploymentException: error in create of EjbModule: file:/G: /jboss-3.0.0RC2/server/default/deploy/organization.jar; - nested throwable: (org .jboss.deployment.DeploymentException: Invalid XML: file=file:/G:/jboss-3.0.0RC2 /server/default/tmp/deploy/server/default/deploy/organizatio n.jar/87.organizatio n.jar!/META-INF/jbosscmp-jdbc.xml) Also when I try to access http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd I get Cannot have a DTD declaration outside of a DTD. Line 13, Position 11 http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-553916 ] DDL commands in XA transactions
Bugs item #553916, was opened at 2002-05-08 16:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: rm (tols) >Assigned to: Dain Sundstrom (dsundstrom) Summary: DDL commands in XA transactions Initial Comment: Hi, In the course of helping someone debug Tyrex with JBoss I came across a problem in the class org.jboss.ejb.plugins.jaws.jdbc.JDBCInitCommand, namely that a DDL operation (create table) was being executed in an XA transaction. The same is true of the class org.jboss.ejb.plugins.jaws.jdbc.JDBCDestroyCommand (drop table). This normally is not supported because there is an implicit commit with DDL commands. Basically a non-XA datasource needs to be specified for doing this. Here are the references for Oracle: http://otn.oracle.com/docs/products/oracle8i/doc_library/817_doc/appdev.817/a76939/adga1_xa.htm#622503 http://otn.oracle.com/docs/products/oracle9i/doc_library/901_doc/appdev.901/a88876/adga1_xa.htm#622503 Riad -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-13 23:57 Message: Logged In: YES user_id=251431 So what do you want me to do about it? Is this an Oracle only issue? I could just suspend the current transaction and not start a new one. I don't really care; I'm just sick of fixing this code. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-551102 ] LOCATE function in Oracle / PostgreSQL
Bugs item #551102, was opened at 2002-05-01 13:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551102&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open >Resolution: Accepted Priority: 5 Submitted By: frederik sauer (fredsa) >Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE function in Oracle / PostgreSQL Initial Comment: Please also refer to bug#541507 where the postgres mapping of LOCATE was changed to: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) The current Oracle mapping is: instr(?1, ?2, ?3) There are two issue I want to describe: 1) The ordering of first two parameters in the LOCATE function 2) How the mapped function deals with the empty string as the substring to be searched for. Here goes: 1) For some reason I'm unable to locate the definitive EJB 2.0 specification which includes a description of the parameters to the LOCATE EJB-QL function. (Help anyone?) I did find plenty of derivative works which all either don't specify the meaning of the first two string parameters or explicity say that the function searches for occurences of the second string parameter in the first string parameter. In other words the current PostgreSQL mapping would need ?1 and ?2 switched, but the ordering in the Oracle mapping is correct. Since I did locate locate this information in the actual EJB-QL specification I don't want to claim that the PostgreSQL parameter ordering is wrong and the Oracle ordering is correct, but since they are different I will claim that one of them is wrong :-). 2a) The Oracle INSTR() SQL function considers a search for the the empty string (i.e. '') as futile and returns 0 (zero) to indicate the empty string was not found, regardless of what the string being searched is. The PostgreSQL POSITION() SQL function considers the empty string to be found, regardless of the length of the string being searched. I'm sorry I again do not have a good reference to the EJB specification to know which behavior is correct for the LOCATE() EJB-QL function. In my opinion the Oracle behavior is more useful, particularly since null string values get passed in as empty strings to the JDBC drivers. So, searching for a null in a string 'Any text' should not in my opinion return a match. The result of the search for '' in 'Any text' could be debated. Currently if a pass either null or '' as a parameter to a custom finder method both become '' in the final SQL statement. Assuming the Oracle behavior is preferable, then the current mapping for PostgreSQL of: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) would need to become (coalesce(nullif(position(nullif(?2,'') in substring(?1 from ?3)), 0) + ?3 -1, 0)). Note: depending on the thoughts on 1) this PostgreSQL mapping should be further changed by swapping ?1 and ?2. 2b) If the empty string is passed as either the first or second parameter to the Oracle INSTR() SQL function, the function returns null. Since the EJB-QL function LOCATE() is supposed to return and integer, the Oracle function needs to be changed from: instr(?1, ?2, ?3) to nvl(instr(?1, ?2, ?3),0) Note: depending on the thoughts on 1) this Oracle mapping should be further changed by swapping ?1 and ?2. -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-13 23:35 Message: Logged In: YES user_id=251431 The definitive reference is at microsoft: http://msdn.microsoft.com/library/default.asp? url=/library/en-us/odbc/htm/odbcstring_functions.asp Is this mapping for Oracle 9, 8 or 7? What is the conclusion? This is too much text for me to digest. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551102&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-550574 ] cmr collections
Bugs item #550574, was opened at 2002-04-30 05:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550574&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: reyntjens (d_reyntjens) Assigned to: Nobody/Anonymous (nobody) Summary: cmr collections Initial Comment: Hi, First of all, JBoss rocks! I noticed some things that might be bugs, or maybe not, I'm not an expert in the ejb spec. :-) JBoss 3.0 is running on WindowsNT with JDK 1.3.1., and I'm using some entity beans with only local interfaces. 1. when modifying a cmr collection while iterating the cmr collection, no ConcurrentModificationException is thrown.Instead jboss hangs. 2. is it normal that setting a cmr collection by using the abstract set(Collection c) doesn't work, if the setter method isn't defined in the local interface? 3. is it normal that when beans that should have been defined as reentrant, hang when they get a reentrant call or should there an exception be thrown? -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-13 23:29 Message: Logged In: YES user_id=251431 1) It should throw an exception. 2) That is not normal or required. 3) I don't know. I need test code. I going to close this bug and when you get some test code please open a new report for each individual bug. It is very difficut track multi-part bugs. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=550574&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-549415 ] Error create Entity EJB with foreign key
Bugs item #549415, was opened at 2002-04-27 02:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=549415&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Dirk Bogun (dshogun) >Assigned to: Dain Sundstrom (dsundstrom) Summary: Error create Entity EJB with foreign key Initial Comment: I think there is a bug in the CMP in jboss Version 3.0 RC1. I'am using MySQL 3.23.49a-max (InnoDB) under Linux with kernel 2.4.10, suns jdk 1.3.1-b24. I want to create an entity EJB, which has two foreign keys declared into the Database (associations to other classes). I placed the setter for the both foreign keys into the ejbPostCreate method. Befor the setter can work, that means ejbPostCreate can run, the INSERT INTO ... command in ejbCreate is sending to the DB and I get an exception, that the row can not be added into the Database, because a foreign key constraint fails, what ist true, because the two foreign keys are still empty. When I put the setter into ejbCreate, than an exception occurs, saying that I have to place CMR setter into ejbPostCreate. Under Bea Weblogic Server 6.1 my code works fine, so I think it is a bug in jboss. greetings Dirk Bogun -- >Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-13 23:24 Message: Logged In: YES user_id=251431 JBossCMP inserts the row into the database between ejbCreate and ejbPostCreate. The ejb spec does not allow you to modify a relationship until ejbPostCreate, so when the row is initially inserted it all of the foreign keys will be null. This restriction will be removed in JBoss 3.1. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=549415&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-May-2002
Number of tests run: 757 Successful tests: 753 Errors:3 Failures: 1 [time of test: 14 May 2002 4: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: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_green for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555556 ] CMR Table Creation
Bugs item #56, was opened at 2002-05-13 11:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff DeLong (jeffdelong) Assigned to: Nobody/Anonymous (nobody) Summary: CMR Table Creation Initial Comment: I have two Entity EJBs (UserEJB and GroupEJB) with a Many relationship between them. They deploy and test correctly with the exception that the relationship table does not appear to be created in my Oracle table space (the ORG_USER and ORG_GROUP tables are created, and deleted, correctly as per the jbosscmp-jdbc.xml (see attached). I believe the relationship table may be created in the DefaultDS. Here is a snippet from the console output when starting JBoss (this is with JBoss 3.0RC2 running on NT4.0 with JDK 1.3.1, database is Oracle 9i running on Solaris 2.8), the server log can be provided if necessary). 11:25:50,923 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 11:25:51,313 INFO [UserEJB] Created table 'ORG_USER' successfully. 11:25:51,363 INFO [UserEJB] Table 'GROUPEJB_USERS_USEREJB_GROUPS' already exist s 11:25:51,373 INFO [EjbModule] Started -- >Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-13 21:48 Message: Logged In: YES user_id=531609 The problem may be attributable to the lack of DTD reference at the top of the jbosscmp-jdbc.xml file, however when I put http://www.jboss.org/j2ee/dtd/jbosscmp- jdbc_3_0.dtd"> I get the following: org.jboss.deployment.DeploymentException: error in create of EjbModule: file:/G: /jboss-3.0.0RC2/server/default/deploy/organization.jar; - nested throwable: (org .jboss.deployment.DeploymentException: Invalid XML: file=file:/G:/jboss-3.0.0RC2 /server/default/tmp/deploy/server/default/deploy/organizatio n.jar/87.organizatio n.jar!/META-INF/jbosscmp-jdbc.xml) Also when I try to access http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd I get Cannot have a DTD declaration outside of a DTD. Line 13, Position 11 http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 14-May-2002
Number of tests run: 757 Successful tests: 745 Errors:11 Failures: 1 [time of test: 14 May 2002 3:19 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02a-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_native for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fwd: Bug when converting EJB QL boolean comparisons from true and false to 1 and 0
This is a user question, please repost to the users list or in the db forum, and I will help you there. -dain Stephen Coy wrote: > > Begin forwarded message: > > > Hi All, > > I think I have found a bug when specifying your own finder method with > EJB QL and Oracle. > > The problem is that in EJB QL any comparisons to a boolean field must be > made using the keywords TRUE or FALSE. When I do this I get an > exception come back fromOracle telling me it doesn't know the field > name. It seems that JBoss is not converting the TRUE or FALSE to a 1 or > 0 when it sends the SQL to Oracle, that is, "...wheremyBoolean = true" > is being sent to Oracle. > > I have tried all possible sensible to tags in the > XML files. > > Anyway,I have created a unit test package for this - it is attached. It > plugs into the JBoss testsuite. To compile the test, you will need to > add the following to the jboss-all/testsuite/build.xml: > > > > > > > > > > > manifest="${build.etc}/manifest.mf"> > > > > > > > > > > > > > > > > > > > > > > > > > > If you're interested, the actual JBoss server.log error message and > stack trace is: > > > 2002-05-13 18:18:45,506 DEBUG > [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CMP2Entity.findAllWhereBooleanIsTrue] > Executing SQL: SELECT DISTINCT t0_bean.a_Boolean, t0_bean.an_Int, > t0_bean.a_Long, t0_bean.a_Double, t0_bean.a_String FROM CMP2ENTITY > t0_bean WHERE t0_bean.a_Boolean = true > 2002-05-13 18:18:45,516 DEBUG > [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CMP2Entity.findAllWhereBooleanIsTrue] > Find failed > java.sql.SQLException: ORA-00904: invalid column name > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:180) > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208) > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543) > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1451) > at > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:651) > at > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2117) > > at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2331) > > at > >oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:422) > > > at > >oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:366) > > > at > >org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.executeQuery(PreparedStatementInPool.java:862) > > > at > >org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:107) > > > at > >org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:40) > > > at > >org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(JDBCStoreManager.java:466) > > > at > >org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:348) > > > at > >org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:284) > > > at org.jboss.ejb.EntityContainer.find(EntityContainer.java:662) > at java.lang.reflect.Method.invoke(Native Method) > at > >org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:) > > > at > org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73) > > at > >org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:230) > > > at > >org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:176) > > > at > >org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134) > > > at > >org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:79) > > at > >org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:44) > > > at > >org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98) > > at > >org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) > > at > org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) > at > org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:104) > > at > org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) > at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487) > at org.jboss.ejb.Container.invoke(Container.java:727) > at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) > at > org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.jav
[JBoss-dev] Fwd: Bug when converting EJB QL boolean comparisons from true and false to 1 and 0
Begin forwarded message: Hi All, I think I have found a bug when specifying your own finder method with EJB QL and Oracle. The problem is that in EJB QL any comparisons to a boolean field must be made using the keywords TRUE or FALSE. When I do this I get an exception come back fromOracle telling me it doesn't know the field name. It seems that JBoss is not converting the TRUE or FALSE to a 1 or 0 when it sends the SQL to Oracle, that is, "...wheremyBoolean = true" is being sent to Oracle. I have tried all possible sensible to tags in the XML files. Anyway,I have created a unit test package for this - it is attached. It plugs into the JBoss testsuite. To compile the test, you will need to add the following to the jboss-all/testsuite/build.xml: If you're interested, the actual JBoss server.log error message and stack trace is: 2002-05-13 18:18:45,506 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CMP2Entity.findAllWhereBooleanIsTrue] Executing SQL: SELECT DISTINCT t0_bean.a_Boolean, t0_bean.an_Int, t0_bean.a_Long, t0_bean.a_Double, t0_bean.a_String FROM CMP2ENTITY t0_bean WHERE t0_bean.a_Boolean = true 2002-05-13 18:18:45,516 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.CMP2Entity.findAllWhereBooleanIsTrue] Find failed java.sql.SQLException: ORA-00904: invalid column name at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:180) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1451) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:651) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2117) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2331) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:422) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:366) at org.jboss.resource.adapter.jdbc.local.PreparedStatementInPool.executeQuery(PreparedStatementInPool.java:862) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:107) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:40) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(JDBCStoreManager.java:466) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:348) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:284) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:662) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:230) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:176) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:104) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487) at org.jboss.ejb.Container.invoke(Container.java:727) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 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) I would appreciate any fix or workaround. Thanks, Evan. Evan Toliopoulos Whitesmiths
[JBoss-dev] Automated JBoss Testsuite Results: 14-May-2002
Number of tests run: 750 Successful tests: 735 Errors:4 Failures: 11 [time of test: 14 May 2002 1:2 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20010626 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss Test Results from execution over HP-UX
Will it be possible to set up a CVS get + build + tests on HPUX, as Chris has done for Linux? thanks for your efforts, danch Duarte Loreto wrote: > Hello! > > After a lot of help from Chris Kimpton (many thanks), I've setup and run > the tests over JBoss Branch_3_0 on a HP-UX U 9000/800 with the B11.00 OS > version and using JDK 1.3.1.02. > > JBoss code was from a CVS checkout from (+/-) 2002/05/13 01h00a.m. GMT. > > I'll try to run this tests more or less daily (during week-days) and > then send the results to you. I hope this helps you finetune JBoss for > this OS. > > Any aditional testing that you may want, please e-mail me. I'll let you > know if I can or cannot do it and, if I can, when I can deliver it. > > It is planned a test run also for the HEAD branch, maybe starting tomorrow. > > Have fun! > > Duarte "HappyGuy" Loreto > > "Don't worry, be happy!" > > > > > > Number of tests run: 585 > > > > Successful tests: 568 > Errors:16 > Failures: 1 > > > > [time of test: 13 May 2002 13:11 GMT] > [java.version: 1.3.1.02] > [java.vendor: Hewlett-Packard Co.] > [java.vm.version: 1.3.1 1.3.1.02-JPSE_1.3.1.02_20011206 PA2.0] > [java.vm.name: Java HotSpot(TM) Server VM] > [java.vm.info: mixed mode] > [os.name: HP-UX] > [os.arch: PA_RISC] > [os.version: B.11.00] > > See http://planeta.clix.pt/happyguy/jboss/ for details of this test. > > See http://lubega.com for general test information. > > NOTE: If there are any errors shown above - this mail is only highlighting > them - it is NOT indicating that they are being looked at by anyone. > Remember - if a test becomes broken after your changes - fix it or fix > the test! > > > > > > Oh dear - still got some errors! > > > > Thanks for all your effort - we really do love you! > > > > _ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Re:Your chance to work on JBoss
Andreas Schaefer wrote: > Currently we are looking into using XSLT to > convert the vendor specific DDs to JBoss specific > DDs. We are going to need more then XSLT, but it may work well for a first phase. > Challanges are: > - WL CMP mapping I can help with advice on this, but won't have time to help with the implementation. > - Security > - Third party O/R mappers > > First Step: > - finish the design > - create a simple WL deployer for JAR files > with basic support (straight forward CMP, > ignoring settings which does not apply for > JBoss or aren't essential) > - made it available for JBoss 3.1 release > > Andy > Good plan, KISS. -- x Dain Sundstrom Chief Architect, JBossCMP JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-user] RE: [JBoss-dev] Your chance to work on JBoss
Sacha Labourey wrote: > Andreas, > > Your idea is excellent. Furthermore, thanks to pluggable deployer, anyone > that doesn't need it can remove this WL deployer (or anyone that needs it > can add it...). I think that the biggest difficulties will be: > - stay in synch with WL deployment descriptor evolution (the same for JBoss > evolution) > - map their CMP mapping to our: they have a very flexible O/R mapping > engine. I know that Dain's engine is very cool but I don't know if we have > all features they have yet (bean spread on more than one table, etc.) It will give me and anyone else interested a kick in the butt to get these features. -dain -- x Dain Sundstrom Chief Architect, JBossCMP JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results from execution over HP-UX
Hello! After a lot of help from Chris Kimpton (many thanks), I've setup and run the tests over JBoss Branch_3_0 on a HP-UX U 9000/800 with the B11.00 OS version and using JDK 1.3.1.02. JBoss code was from a CVS checkout from (+/-) 2002/05/13 01h00a.m. GMT. I'll try to run this tests more or less daily (during week-days) and then send the results to you. I hope this helps you finetune JBoss for this OS. Any aditional testing that you may want, please e-mail me. I'll let you know if I can or cannot do it and, if I can, when I can deliver it. It is planned a test run also for the HEAD branch, maybe starting tomorrow. Have fun! Duarte "HappyGuy" Loreto "Don't worry, be happy!" Number of tests run: 585 Successful tests: 568 Errors:16 Failures: 1 [time of test: 13 May 2002 13:11 GMT] [java.version: 1.3.1.02] [java.vendor: Hewlett-Packard Co.] [java.vm.version: 1.3.1 1.3.1.02-JPSE_1.3.1.02_20011206 PA2.0] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: HP-UX] [os.arch: PA_RISC] [os.version: B.11.00] See http://planeta.clix.pt/happyguy/jboss/ for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555556 ] CMR Table Creation
Bugs item #56, was opened at 2002-05-13 11:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff DeLong (jeffdelong) Assigned to: Nobody/Anonymous (nobody) Summary: CMR Table Creation Initial Comment: I have two Entity EJBs (UserEJB and GroupEJB) with a Many relationship between them. They deploy and test correctly with the exception that the relationship table does not appear to be created in my Oracle table space (the ORG_USER and ORG_GROUP tables are created, and deleted, correctly as per the jbosscmp-jdbc.xml (see attached). I believe the relationship table may be created in the DefaultDS. Here is a snippet from the console output when starting JBoss (this is with JBoss 3.0RC2 running on NT4.0 with JDK 1.3.1, database is Oracle 9i running on Solaris 2.8), the server log can be provided if necessary). 11:25:50,923 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 11:25:51,313 INFO [UserEJB] Created table 'ORG_USER' successfully. 11:25:51,363 INFO [UserEJB] Table 'GROUPEJB_USERS_USEREJB_GROUPS' already exist s 11:25:51,373 INFO [EjbModule] Started -- >Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-13 12:23 Message: Logged In: YES user_id=531609 If I change my standardjbosscmp-jdbc.xml file's DefaultDS to set remove-table to true, and recycle JBoss, then the table is first deleted and then created: 12:19:43,050 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 12:19:43,431 INFO [UserEJB] Created table 'ORG_USER' successfully. 12:19:43,531 INFO [UserEJB] Created table 'GROUPEJB_USERS_USEREJB_GROUPS' succe ssfully. 12:19:43,541 INFO [EjbModule] Started however it still does not appear in the Oracle table space. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555556 ] CMR Table Creation
Bugs item #56, was opened at 2002-05-13 11:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff DeLong (jeffdelong) Assigned to: Nobody/Anonymous (nobody) Summary: CMR Table Creation Initial Comment: I have two Entity EJBs (UserEJB and GroupEJB) with a Many relationship between them. They deploy and test correctly with the exception that the relationship table does not appear to be created in my Oracle table space (the ORG_USER and ORG_GROUP tables are created, and deleted, correctly as per the jbosscmp-jdbc.xml (see attached). I believe the relationship table may be created in the DefaultDS. Here is a snippet from the console output when starting JBoss (this is with JBoss 3.0RC2 running on NT4.0 with JDK 1.3.1, database is Oracle 9i running on Solaris 2.8), the server log can be provided if necessary). 11:25:50,923 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 11:25:51,313 INFO [UserEJB] Created table 'ORG_USER' successfully. 11:25:51,363 INFO [UserEJB] Table 'GROUPEJB_USERS_USEREJB_GROUPS' already exist s 11:25:51,373 INFO [EjbModule] Started -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re:Your chance to work on JBoss
Hi Geeks That is my last post to User-List so everyone interested in creating a WL-emulator please register (if not already done) to the developer-list (see www.sf.net/projects/jboss). Design ideas: - JBoss deployer (not quite sure yet which one) figures out that this is not a JBoss application (JAR,WAR,EAR) and call the appropriate deployer (emulator) for now WL - WL deployer transforms the vendor specific deployment descriptors (DD) to the JBoss DDs - WL deployer deployes application throug the JBoss deployers Currently we are looking into using XSLT to convert the vendor specific DDs to JBoss specific DDs. Challanges are: - WL CMP mapping - Security - Third party O/R mappers First Step: - finish the design - create a simple WL deployer for JAR files with basic support (straight forward CMP, ignoring settings which does not apply for JBoss or aren't essential) - made it available for JBoss 3.1 release Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
You can give the testsuite a ".ant.properties" file overriding the servername. I've got a config that I use to run marathon on my laptop against my 'big' machine at home. I can send this out this evening, if anyone is interested. Unfortunately I don't have that stuff with me right now. As far as my .02$ on the JNDI name goes, the 'hostname' part really ought to be configurable. The current default is fine, but can we override it? I don't think it matters whether that goes in the middle (as currently) or at the beginning (as Hiram suggests), but having it be configurable is (I think) important. Is there any interaction between this anc clustering? Wow, that killed a lot of electrons for $.02! -danch Francisco Reverbel wrote: > On Sun, 12 May 2002, Jason Dillon wrote: > > >>Currently we are binding to "jmx::rmi" which is fine when you are >>working with the localhost, but will start to cause problems once used in a >>multi-host environment. >> >> > ... > >>So for a client on a remote host to correctly make use of the deployer.sh or any >>other simialr tool using the jmx adapter it will have to have knowledge of the >>servers local hostname (as returned by >>java.net.InetAddress.getLocalHost().getHostName()) and specify that value for >>--server, then specify -Djava.naming.provider.url=jnp://www.mydomain.com. >> > > This may also be an issue if you have a client running in the > same host as the server, but on a VM from other vendor. > > When I run java.net.InetAddress.getLocalHost().getHostName() on a > Sun VM, I get something like "myhost.mydomain.com". When I do the > same thing on an IBM VM for Linux, I get "myhost". > > This appears to be the reason the whole testsuite fails if I use a > Sun VM for the server and an IBM VM for the testsuite clients (or > vice-versa). > > Regards, > > Francisco > > > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss Build Failure - RC2
On 2002.05.13 12:34:32 -0400 Stephen Davidson wrote: > Hi David. > > That file is in fact present in my build directory. So why it is being > ignored, I have no idea. I noticed I have a xml/catalog file in my home directory. Possibly this is helping ant resolve the dtd?? I have a permanent state of confusion about how xml dtd locations are resolved. I am using the ALL target for the moment due to > > some patches that I have put in. I need to rebuild the Jetty library. > Is there a target that would just build the JBoss server (all pieces) but > > not the documentation? Maybe you could build the jetty module all and main for build/build.xml. Or you could modify the connector build.xml to not generated the jmx-api. Or if you figure out how to make it work the best. BTW ant is adding some more sophisticated dtd resolving stuff either in the current 1.5 beta or the next one. This might help as well. thanks david jencks > > Thanks, > Steve > > -- > Looking for a new job opportunity, and a new residence > > > David Jencks wrote: > > > I don't know why I don't get the same error, and the dtd is included in > > jboss cvs. (thirdparty/oasis/docbook-xml/docbookx.dtd) > > > > I think this target is not part of the default build in cvs head or > > Branch_3_0 any longer. > > > > david jencks > > > > > > On 2002.05.11 22:50:27 -0400 Stephen Davidson wrote: > > > >>Greetings. > >> > >>I thought everything was included for the build! I would really love > to > >>get a viable build going here. > >> > >>Linux 2.4.10 > >>JDK 1.4.0. > >> > >>-Steve > >> > > > > > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We > supply > the hardware. You get the recognition. Email Us: > [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Your chance to work on JBoss
On man, 2002-05-13 at 18:42, Andreas Schaefer wrote: > Hi Alex > > > Won't it make development for WL more preferable? > > I don't think so. I think this tool is our "second chance". > After a "stupid" manager decide to use WL just because > to "protect his job" we can go during or after development > and show him in seconds that this works with JBoss the > same way. > > When you use XDoclet you can create multiple-deployable > application already. I don't think that someone would like > to develop under WL and at the end switch to JBoss, doesn't > make sense, does it. But the opposite makes sense. Many have said that they use jboss for development (free to have one per developer), and WL for deployment (because of possible higher performance) > > Andy > > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Your chance to work on JBoss
Andreas, Your idea is excellent. Furthermore, thanks to pluggable deployer, anyone that doesn't need it can remove this WL deployer (or anyone that needs it can add it...). I think that the biggest difficulties will be: - stay in synch with WL deployment descriptor evolution (the same for JBoss evolution) - map their CMP mapping to our: they have a very flexible O/R mapping engine. I know that Dain's engine is very cool but I don't know if we have all features they have yet (bean spread on more than one table, etc.) Cheers, Sacha > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de > Andreas Schaefer > Envoyé : lundi, 13 mai 2002 18:43 > À : Alex Loubyansky > Cc : [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Objet : Re: [JBoss-dev] Your chance to work on JBoss > > > Hi Alex > > > Won't it make development for WL more preferable? > > I don't think so. I think this tool is our "second chance". > After a "stupid" manager decide to use WL just because > to "protect his job" we can go during or after development > and show him in seconds that this works with JBoss the > same way. > > When you use XDoclet you can create multiple-deployable > application already. I don't think that someone would like > to develop under WL and at the end switch to JBoss, doesn't > make sense, does it. > > Andy > > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Your chance to work on JBoss
Hi Alex > Won't it make development for WL more preferable? I don't think so. I think this tool is our "second chance". After a "stupid" manager decide to use WL just because to "protect his job" we can go during or after development and show him in seconds that this works with JBoss the same way. When you use XDoclet you can create multiple-deployable application already. I don't think that someone would like to develop under WL and at the end switch to JBoss, doesn't make sense, does it. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss Build Failure - RC2
Hi David. That file is in fact present in my build directory. So why it is being ignored, I have no idea. I am using the ALL target for the moment due to some patches that I have put in. I need to rebuild the Jetty library. Is there a target that would just build the JBoss server (all pieces) but not the documentation? Thanks, Steve -- Looking for a new job opportunity, and a new residence David Jencks wrote: > I don't know why I don't get the same error, and the dtd is included in > jboss cvs. (thirdparty/oasis/docbook-xml/docbookx.dtd) > > I think this target is not part of the default build in cvs head or > Branch_3_0 any longer. > > david jencks > > > On 2002.05.11 22:50:27 -0400 Stephen Davidson wrote: > >>Greetings. >> >>I thought everything was included for the build! I would really love to >>get a viable build going here. >> >>Linux 2.4.10 >>JDK 1.4.0. >> >>-Steve >> > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Your chance to work on JBoss
Won't it make development for WL more preferable? AS> Hi Geeks AS> I am trying to create a BEA Weblogic emulator therefore AS> that a BEA Weblogic client can drop its JAR/WAR/EAR AS> (before running it through "ejbc") in JBoss and it would AS> deploy like a JBoss archive. AS> Imagine a developer can go to his/her boss and show AS> him/her that their developed application runs under JBoss AS> like under BEA WL w/o any adjustments. This would AS> make it even more easy to switch to JBoss. AS> Whatever works for M$ and Linux (Wine) can work AS> for us, too. AS> So I need some volunteers to start with (you, you and AS> you ;-). Note, this is your chance to get involved and AS> to kick some butts especially the ones from BEA . AS> Have fun AS> x AS> Andreas Schaefer AS> Senior Consultant AS> JBoss Group, LLC AS> x AS> ___ AS> Have big pipes? SourceForge.net is looking for download mirrors. We supply AS> the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] AS> ___ AS> Jboss-development mailing list AS> [EMAIL PROTECTED] AS> https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, Alex Loubyansky mailto:[EMAIL PROTECTED] ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Fwd: "run-as" servlet directive and JBoss]
> I added two beans to test the run-as identity propagation and > deployed a sample ear to the j2ee1.3_01 reference implementation and > setup the CallerBean to invoke the CalleeBean with the ejb-jar.xml > descriptor shown below. The ri behavior differs in 2 ways from our > current implementation > > 1. the caller as see by the CalleeBean via getCallerPrincipal is the > run-as principle identity. 2. a query to > isCallerInRole('InternalRole') by the CalleeBean where InternalRole > is the run-as role of CallerBean returns true. > > Another behavior the ri displays is that if the principal used for > the run-as identity is assigned other roles, these are visible in the > CalleeBean via isCallerInRole in addition to the run-as role. The > run-as role augments the existing run-as principal roles with the > run-as role. I'm fine with supporting behaviors 1 & 2 but I don't to > support this latter behavior as it would require providing > authentication crenditials for the run-as principal. There are two options for the return value of isCallerInRole(other-role), where other-role is a role that the principal has in the security domain, but is not the run-as role: a. True: The test should succeed because the spec implies that the principal must be a real principal in the security domain. Therefore, isCallerInRole() should succeed for all of the roles that the principal is configured to have. b. False: If is used, we are signalling that we are only really interested in testing for membership of that particular role. I have no particular strong feeling either way, however option a. seems to maintain some consistency: given a user principal the effect of isCallerInRole() is always consistent. Would you necessarily need to have the credential of the run-as principal to provide option a. behaviour? The J2EE tutorial (hardly definitive I know) says: "When an enterprise bean is designed so that either the original caller identity or a designated identity is used to call a target bean, the target bean will receive the propagated identity only; it will *not* receive any authentication data. There is no way for the target container to authenticate the propagated security identity. However, since the security identity is used in authorization checks (for example, method permissions or with the isCallerInRole() method), it is vitally important that the security identity be authentic. Since there is no authentication data available to authenticate the propagated identity, the target must trust that the calling container has propagated an authenticated security identity." ?? Jan ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
On Sun, 12 May 2002, Jason Dillon wrote: > Currently we are binding to "jmx::rmi" which is fine when you are > working with the localhost, but will start to cause problems once used in a > multi-host environment. > ... > > So for a client on a remote host to correctly make use of the deployer.sh or any > other simialr tool using the jmx adapter it will have to have knowledge of the > servers local hostname (as returned by > java.net.InetAddress.getLocalHost().getHostName()) and specify that value for > --server, then specify -Djava.naming.provider.url=jnp://www.mydomain.com. This may also be an issue if you have a client running in the same host as the server, but on a VM from other vendor. When I run java.net.InetAddress.getLocalHost().getHostName() on a Sun VM, I get something like "myhost.mydomain.com". When I do the same thing on an IBM VM for Linux, I get "myhost". This appears to be the reason the whole testsuite fails if I use a Sun VM for the server and an IBM VM for the testsuite clients (or vice-versa). Regards, Francisco ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
As I see it, most of the work needs to be at deploy time, converting and processing the WL specific XML config files. If that's the case, then a few extra seconds (minute?) to start up isn't a great price to pay for the convenience. Any additional adaptor classes could sit inside a deploy time SAR/JAR, and so wouldn't need to clutter up the main tree at all. Of course, INAHacker, so this might not be true ;) On Mon, May 13, 2002 at 05:01:15PM +0100, [EMAIL PROTECTED] wrote: > > Might it not make more sense to make a tool to extract the contents > of the jars, modify them to run on jboss, and produce a new jboss > compatible jar? That way the jboss code base wont get bogged down > with a load of stuff a lot of users will never go near. (don't take > it as a criticism, the idea is brilliant, I just thought this > approach could work well) Cheers, Simon -- "So you could say the greatest achievement of the Internet is that it turns nuclear war into nothing more than a series of routing errors." -- Mark Pesce ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
Hi Sean > Might it not make more sense to make a tool to extract the contents of the > jars, > modify them to run on jboss, and produce a new jboss compatible jar? That > way the > jboss code base wont get bogged down with a load of stuff a lot of users > will never > go near. (don't take it as a criticism, the idea is brilliant, I just > thought this > approach could work well) Maybe we can provide both but I really want to have this on the fly because that is what makes it cool (like the Hot Deployment etc.). I don't see that this will need much code (right now) as long as we focus on WL. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
Might it not make more sense to make a tool to extract the contents of the jars, modify them to run on jboss, and produce a new jboss compatible jar? That way the jboss code base wont get bogged down with a load of stuff a lot of users will never go near. (don't take it as a criticism, the idea is brilliant, I just thought this approach could work well) -Original Message- From: Andreas Schaefer [mailto:[EMAIL PROTECTED]] Sent: 13 May 2002 08:50 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss Hi > Would be cool, but how would you handle CMP-related issues? For example, > my project uses WebGain TopLink (*shiver*) and last I checked it didn't support > JBoss... Good question and currently I don't know. For now I just want to make the easiest way happening: - WL JAR files with WL own CMP implementation Later on I guess we will go one step at the time by either emulating WebGain TopLink or using it. I don't want to create a 100% emulation (at least not for now) but a good 80/20 emulation. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
>From: "Andreas Schaefer" <[EMAIL PROTECTED]> >To: "Hiram Chirino" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, ><[EMAIL PROTECTED]> >Subject: Re: [JBoss-dev] JMX RMI Adapter & JNDI binding >Date: Mon, 13 May 2002 08:26:36 -0700 > >Hi Hiram > > > I think that you can just default it to jmx:rmi and give allow the >location > > of the bind to be configurable. > > > > So when you have 2 jmx servers using the same JNDI service, then that > > problem is solved by having second jmx server can bind to something like > > server2/jmx:rmi > >But how to you know which JVM you need ? Let us assume that it would >be possible to run more than one JBoss instances on the same box. Now >you want to deploy on a particular server. How you know which JVM/Server >you have to talk to ? > >Andy > > If the 2 JBoss instances are using different JNDI servers then the you pick the server by setting up the InitialContext correctly. If the 2 JBoss instances are using the same JNDI server, then you pick the correct server by looking up the correct JNDI key "jmx:rmi" vs. "server2/jmx:rmi" Regards, Hiram _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
Hi > Would be cool, but how would you handle CMP-related issues? For example, > my project uses WebGain TopLink (*shiver*) and last I checked it didn't support > JBoss... Good question and currently I don't know. For now I just want to make the easiest way happening: - WL JAR files with WL own CMP implementation Later on I guess we will go one step at the time by either emulating WebGain TopLink or using it. I don't want to create a 100% emulation (at least not for now) but a good 80/20 emulation. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
Hi Jason > Can someone point me to the spec where it states where in JNDI the JMX RMI > adapter should be bound to. Because otherwise no client can find the JMX RMI-Adapter except for the local client. > Currently we are binding to "jmx::rmi" which is fine when you are > working with the localhost, but will start to cause problems once used in a > multi-host environment. > > For example, consider a situation where a machine has more than one resolvable > name (via DNS CNAMES or similar). Lets say that the localhost name is set to > "myhost.mydomain.com", and there us a CNAME "www.mydomain.com". The JMX RMI > adapter will be bound to "jmx:myhost.mydomain.com:rmi". > > Now consider the deployer. scripts run from a seperate machine. There > is a --server option, which is the bit from "jmx::rmi". > This is currently only used to lookup the RMIAdapter from JNDI but not used to > setup the Context.URL. This means that a client could not: > > ./deployer.sh --server www.mydomain.com --deploy someurl Aggreed that is a problem. The reason to do so is that I wanted a way to bind multiple JMX-RMI Adaptor on the JNDI server. The REAL problem pops up when we have two JVMs with a JMX RMI Adaptor running !!! > Assuming that deployer.sh did make up a Context.URL from --server (which it does > not) this would not work due to a lookup failure, as there will be no > "jmx:www.mydomain.com:rmi" bound. The client is supposed to look up the right JNDI name but I created a pattern he can easier guess the right name. > The point is that we can not reliably use any resolvable address. As I said the bigger problem is with two JVMs. > So, I don't know what the spec says. If the spec wants us to use the hostname > fine, but lets also bind the local adapter to a common name, like > "jmx:localhost:rmi" or perhaps "jmx::rmi" or whatever I don't really care, as > long as the name is not specific to the local host configuration. The current spec. says nothing and the current JNDI name was my idea. We could add a second name called "jmx:localhost:rmi" which does not help when we have 2 JVMs. Assuming that the JNDI server is running on another box this name has not meaning anymore. Have fun - Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Your chance to work on JBoss
Hi Geeks I am trying to create a BEA Weblogic emulator therefore that a BEA Weblogic client can drop its JAR/WAR/EAR (before running it through "ejbc") in JBoss and it would deploy like a JBoss archive. Imagine a developer can go to his/her boss and show him/her that their developed application runs under JBoss like under BEA WL w/o any adjustments. This would make it even more easy to switch to JBoss. Whatever works for M$ and Linux (Wine) can work for us, too. So I need some volunteers to start with (you, you and you ;-). Note, this is your chance to get involved and to kick some butts especially the ones from BEA . Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
Hi Hiram > I think that you can just default it to jmx:rmi and give allow the location > of the bind to be configurable. > > So when you have 2 jmx servers using the same JNDI service, then that > problem is solved by having second jmx server can bind to something like > server2/jmx:rmi But how to you know which JVM you need ? Let us assume that it would be possible to run more than one JBoss instances on the same box. Now you want to deploy on a particular server. How you know which JVM/Server you have to talk to ? Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
I think that you can just default it to jmx:rmi and give allow the location of the bind to be configurable. So when you have 2 jmx servers using the same JNDI service, then that problem is solved by having second jmx server can bind to something like server2/jmx:rmi Regards, Hiram >From: "Andreas Schaefer" <[EMAIL PROTECTED]> >To: "Jason Dillon" <[EMAIL PROTECTED]>, ><[EMAIL PROTECTED]> >Subject: Re: [JBoss-dev] JMX RMI Adapter & JNDI binding >Date: Mon, 13 May 2002 07:33:57 -0700 > >Hi Jason > > > Can someone point me to the spec where it states where in JNDI the JMX >RMI > > adapter should be bound to. > >Because otherwise no client can find the JMX RMI-Adapter except for the >local >client. > > > Currently we are binding to "jmx::rmi" which is fine when you >are > > working with the localhost, but will start to cause problems once used >in >a > > multi-host environment. > > > > For example, consider a situation where a machine has more than one >resolvable > > name (via DNS CNAMES or similar). Lets say that the localhost name is >set >to > > "myhost.mydomain.com", and there us a CNAME "www.mydomain.com". The JMX >RMI > > adapter will be bound to "jmx:myhost.mydomain.com:rmi". > > > > Now consider the deployer. scripts run from a seperate machine. >There > > is a --server option, which is the bit from >"jmx::rmi". > > This is currently only used to lookup the RMIAdapter from JNDI but not >used to > > setup the Context.URL. This means that a client could not: > > > > ./deployer.sh --server www.mydomain.com --deploy someurl > >Aggreed that is a problem. The reason to do so is that I wanted a way to >bind >multiple JMX-RMI Adaptor on the JNDI server. >The REAL problem pops up when we have two JVMs with a JMX RMI Adaptor >running !!! > > > Assuming that deployer.sh did make up a Context.URL from --server (which >it does > > not) this would not work due to a lookup failure, as there will be no > > "jmx:www.mydomain.com:rmi" bound. > >The client is supposed to look up the right JNDI name but I created a >pattern he >can easier guess the right name. > > > The point is that we can not reliably use any resolvable address. > >As I said the bigger problem is with two JVMs. > > > So, I don't know what the spec says. If the spec wants us to use the >hostname > > fine, but lets also bind the local adapter to a common name, like > > "jmx:localhost:rmi" or perhaps "jmx::rmi" or whatever I don't really >care, >as > > long as the name is not specific to the local host configuration. > >The current spec. says nothing and the current JNDI name was my idea. We >could >add a second name called "jmx:localhost:rmi" which does not help when we >have >2 JVMs. Assuming that the JNDI server is running on another box this name >has >not meaning anymore. > >Have fun - Andy > > > >___ > >Have big pipes? SourceForge.net is looking for download mirrors. We supply >the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] >___ >Jboss-development mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-development _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Start-up error: Wrong number of servers found, should be 1: 0
Hi Alex I will move this message to DEBUG level because it is only indicating that the JSR-77 server module is not available then (this is because the MBean is not created then). Andy - Original Message - From: "Alex Loubyansky" <[EMAIL PROTECTED]> To: "JBoss-Dev" <[EMAIL PROTECTED]> Sent: Monday, May 13, 2002 4:49 AM Subject: [JBoss-dev] Start-up error: Wrong number of servers found, should be 1: 0 > Cuurent cvs version of JBoss3.1.0alpha produces this error on start > up: > DEBUG [org.jboss.deployment.MainDeployer] found 0 subpackages of file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml > DEBUG [org.jboss.deployment.MainDeployer] Watching new file: file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml > DEBUG [org.jboss.deployment.MainDeployer] create step for deployment file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml > DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, create step: url file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml > ERROR [org.jboss.management.j2ee.SARModule] Wrong number of servers found, should be 1: 0 > INFO [org.jboss.deployment.SARDeployer] Created SARModule: null > > J2SDK-1.4.0, Win2000 > > -- > Best regards, > Alex Loubyansky mailto:[EMAIL PROTECTED] > > > > ___ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554653 ] java.rmi.MarshalException calling EJB
Bugs item #554653, was opened at 2002-05-10 14:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=554653&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Open Resolution: Out of Date Priority: 5 Submitted By: Steve Wolfangel (swolfangel) Assigned to: Nobody/Anonymous (nobody) Summary: java.rmi.MarshalException calling EJB Initial Comment: 0RC1_tomcat-4.0.3/server/default/conf/ 12:52:02,022 INFO [Server] Server Library URL: file:/D:/jboss/server30/jboss-3.0 .0RC1_tomcat-4.0.3/server/default/lib/ 12:52:02,037 INFO [Server] Starting General Purpose Architecture (GPA)... 12:52:03,397 INFO [Log4jService] Started 12:52:03,412 INFO [ServerInfo] Java version: 1.3.1,Sun Microsystems Inc. 12:52:03,412 INFO [ServerInfo] Java VM: Java HotSpot (TM) Client VM 1.3.1-b24,Sun Microsystems Inc. 12:52:03,428 INFO [ServerInfo] OS-System: Windows NT 4.0,x86 12:52:03,522 INFO [ServiceController] Controller MBean online I am getting the following exception when passing in a remote object to an EJB call. EventReceiver is the callback object that I am passing into the bean. This code works fine with JBoss 2.4.4 just not with 3.0. I should also note that remote objects returned by an EJB call work fine it is only when I am passing in a remote object. Also, with 3.0 am I required to rmic my remote objects and ejbc my beans? Thanks, Steve Wolfangel MetaMatrix java.rmi.MarshalException: error marshalling arguments; nested exception is: java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1148) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields (ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject (ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputArray (ObjectOutputStream.java:1098) at java.io.ObjectOutputStream.checkSubstitutableSpecialCla sses(ObjectOutputStream.java:456) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:361) at org.jboss.invocation.MarshalledValue. (MarshalledValue.java:48) at org.jboss.invocation.MarshalledInvocation.writeExternal (MarshalledInvocation.java:317) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1172) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at sun.rmi.server.UnicastRef.marshalValue (UnicastRef.java:268) at sun.rmi.server.UnicastRef.invoke (UnicastRef.java:106) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invok e(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.i nvoke(JRMPInvokerProxy.java:128) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:108) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:73) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:76) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke (StatelessSessionInterceptor.java:111) at org.jboss.proxy.ClientContainer.invoke (ClientContainer.java:96) at $Proxy3.submitRequest(Unknown Source) at com.metamatrix.server.apiimpl.MetaMatrixServerConnectio nImpl.submitRequest (MetaMatrixServerConnectionImpl.java:527) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Asynch(QueryImpl.java:388) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Synch(QueryImpl.java:291) at com.metamatrix.server.apiimpl.QueryImpl.execute (QueryImpl.java:190) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. setUpModel(DataNodesView.java:83) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. (DataNodesView.java:74) at com.metamatrix.querybuilder.ui.views.DataNodesView.crea teComponent(DataNodesView.java:28) at com.metamatrix.querybuilder.ui.views.SQLQueryView.creat eComponent(SQLQueryView.java:111) at com.metamatrix.querybuilder.ui.ViewFactory.createView (ViewFactory.java:28) at com.metamatrix.querybuilder.ui.QueryTabSpace.createComp onent(QueryTabSpace.java:44) at com.metamatrix.querybuilder.ui.ViewController.startView (ViewController.java:376) at com.metamatrix.querybuilder.main.QueryBuilderMain.start View(QueryBuilderMain.java:64) at com.metamatrix.querybuilder.main.QueryBuilderMain.init (QueryBuilderMain.java:48) at com.metamatrix.querybuilder.main.QueryBuild
[JBoss-dev] [ jboss-Bugs-555383 ] Executable JAR file
Bugs item #555383, was opened at 2002-05-13 03:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555383&group_id=22866 Category: Build System Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Ernst de Haan (znerd) Assigned to: Jason Dillon (user57) Summary: Executable JAR file Initial Comment: Could JBoss come with an executable JAR file to startup (and shutdown?) the application server? -- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-13 05:48 Message: Logged In: NO Doesn't it have run.jar and shutdown.jar like jboss 3.x? I see that there is a run.jar in my 2.4.x. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555383&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Start-up error: Wrong number of servers found, should be 1: 0
Cuurent cvs version of JBoss3.1.0alpha produces this error on start up: DEBUG [org.jboss.deployment.MainDeployer] found 0 subpackages of file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml DEBUG [org.jboss.deployment.MainDeployer] Watching new file: file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml DEBUG [org.jboss.deployment.MainDeployer] create step for deployment file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, create step: url file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml ERROR [org.jboss.management.j2ee.SARModule] Wrong number of servers found, should be 1: 0 INFO [org.jboss.deployment.SARDeployer] Created SARModule: null J2SDK-1.4.0, Win2000 -- Best regards, Alex Loubyansky mailto:[EMAIL PROTECTED] ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555383 ] Executable JAR file
Bugs item #555383, was opened at 2002-05-13 10:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555383&group_id=22866 Category: Build System Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Ernst de Haan (znerd) Assigned to: Jason Dillon (user57) Summary: Executable JAR file Initial Comment: Could JBoss come with an executable JAR file to startup (and shutdown?) the application server? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555383&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555381 ] Deployment problem
Bugs item #555381, was opened at 2002-05-13 10:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555381&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Laurence Smith (lasmith) Assigned to: Nobody/Anonymous (nobody) Summary: Deployment problem Initial Comment: I am having trouble deploying ear files to JBoss 3.0 rc1 running on Windows 2000 sun jdk 1.3.1. The autodeployer is failing to deploy my ear file giving the following exception: 2002-05-13 10:59:55,746 ERROR [org.jboss.deployment.MainDeployer] Couldn't deploy URL file:/C:/jboss- 3.0.0RC1/server/default/deploy/FordCredit.ear org.jboss.deployment.DeploymentException: url file:/C:/jboss- 3.0.0RC1/server/default/deploy/FordCredit.ear could not be opened, does it exist? at org.jboss.deployment.DeploymentInfo. (DeploymentInfo.java:171) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:469) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:492) at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deplo y(URLDeploymentScanner.java:350) at org.jboss.deployment.scanner.URLDeploymentScanner.scanD irectory(URLDeploymentScanner.java:530) at org.jboss.deployment.scanner.URLDeploymentScanner.scan (URLDeploymentScanner.java:410) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ ScannerThread.loop(AbstractDeploymentScanner.java:202) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ ScannerThread.run(AbstractDeploymentScanner.java:191) I believe the problem to be the fact the EAR file is quite large. It is also being copied over a network to the deploy directory, which may take > 5 seconds. I think JBoss is trying to start the deployment BEFORE the file has been copied completely. Which is why it asks if it exists. Im not sure if this is problem with JBoss internal setting or one that can be set with an external configuration file?? When I restart JBoss the file is deployed without error. Or if I copy the file from a local directory to the deploy directory (ie/ so it is copied quickly) then it also works fine. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555381&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Anyone doing https in JBoss using jsse ?
Great, Thanks scott. F*ck Class.forName()! CGJ -Ursprüngliche Nachricht- Von: Scott M Stark [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 8. Mai 2002 08:49 An: 'Jboss-Development' Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ? This is done in now in the 3.0 and head branches. The URLStreamHandlerFactory completely overrides the URL class protocol handler mechanism since it now handles the package prefixes specified via the java.protocol.handler.pkgs system property. There is a testcase service that demonstrates the use of the https url using the jsse classes as loaded from the JBoss lib directory. Scott Stark Chief Technology Officer JBoss Group, LLC However, the JBossURLStreamHandlerFactory currently expects all protocols to be implemented under org.jboss.net.protocol.xxx and we would need to extend that access with reading the System.getProperty("java.protocol.whatever.")+"|org.jboss.net.protocol", parsing the string and trying to find the first class matching packagePrefix+"."protocol+"."+Handler ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 13-May-2002
Number of tests run: 757 Successful tests: 744 Errors:11 Failures: 2 [time of test: 13 May 2002 9:9 GMT] [java.version: 1.4.0] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.0-b92] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_j2sdk140 for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555070 ] Incorrect CREATE statement for MySQL ds
Bugs item #555070, was opened at 2002-05-12 20:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555070&group_id=22866 Category: JBossCMP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dylan van Iersel (dviersel) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect CREATE statement for MySQL ds Initial Comment: The CREATE statement to create a new table in a MySQL datasource does not quote the tablename nor the column names. This causes problems when tables are created with names corresponding to MySQL reserved words. For example: when deploying an entity bean called "Group", JBoss trace shows: org.jboss.deployment.DeploymentException: Could not deploy njar:file:/C:/Java/jboss- 3.0.0RC2/server/ default/tmp/deploy/server/default/deploy/rcontrol.ear/80.rcontrol.ear^/nntp- bingrab.jar; - nested th rowable: (org.jboss.deployment.DeploymentException: Error while creating table; - nested throwable: (java.sql.SQLException: Syntax error or access violation: You have an error in your SQL syntax near 'Group (id VARCHAR(255) BINARY NOT NULL, CONSTRAINT pk_Group PRIMARY KEY (id))' at line 1)) When I directly enter this CREATE statement on the MySQL command-line, I get the same error, whilst when I surround them by quotes (`) the table is created correctly. OS: Win2000 JDK: 1.3.1 JBoss 3.0 RC2 -- Comment By: Stephen Coy (scoy) Date: 2002-05-13 17:29 Message: Logged In: YES user_id=463096 Further to this, I've added a feature request (555315) regarding this because I think the current behaviour is more of a limitation of the current design/implementation rather than a bug per se. -- Comment By: Stephen Coy (scoy) Date: 2002-05-13 16:30 Message: Logged In: YES user_id=463096 Further to this, I've added a feature request (555315) regarding this because I think the current behaviour is more of a limitation of the current design/implementation rather than a bug per se. -- Comment By: Stephen Coy (scoy) Date: 2002-05-13 16:06 Message: Logged In: YES user_id=463096 This issue is not limited to MySQL. It's my understanding that all JDBC 2.0 compliant drivers are supposed to support the quoting syntax. For now, you need to set up name mappings manually in jbosscmp-jdbc.xml. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555070&group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development