[JBoss-dev] [Design of JBoss Portal] - Re: Problem with cvs
I use cvs with Eclipse ... So I add project with "team / share project" I enter all parameters : user : anonymous host : cvs.sourceforge.net connection type : pserver repository path : /cvsroot/jboss And I update with "team / update" ... thanks lnhf View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867559#3867559 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867559 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.299 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050223024858Lbuild.299 BUILD COMPLETE - build.299Date of build: 02/23/2005 02:48:58Time to build: 21 minutes 42 secondsLast changed: 02/22/2005 20:18:41Last log entry: [JBAS-1234] - "Interrupted while requesting permit" is wrong Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (2)1.5.2.19modifiedejorttransaction/src/main/org/jboss/tm/TransactionImpl.java[JBAS-1234] - "Interrupted while requesting permit" is wrong1.2.2.4modifiedejortserver/src/main/org/jboss/invocation/InvokerInterceptor.java[JBAS-1442] - Reinstated backwards compatibilty of non clustered proxies being invoked fromother servers with the same target service available locally.
[JBoss-dev] [JBoss JIRA] Created: (JBIDE-122) Using 'User Libraries' in JBossIDE Packaging tool...
Using 'User Libraries' in JBossIDE Packaging tool... Key: JBIDE-122 URL: http://jira.jboss.com/jira/browse/JBIDE-122 Project: JBoss IDE Type: Feature Request Environment: Eclipse 3.0.1 M5a Reporter: Pavel Krupets Assigned to: Marshall Culpepper Priority: Minor Hello, It would be nice if I could add 'User Libraries' references into packaging tool, so I could change libraries location and content in one place. With regards, Pavel Krupets -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBIDE-122) Using 'User Libraries' in JBossIDE Packaging tool...
[ http://jira.jboss.com/jira/browse/JBIDE-122?page=history ] Pavel Krupets updated JBIDE-122: Description: Hello, It would be nice if I could add 'User Libraries' references into project packaging configuration, so I could change libraries location and content in one place. With regards, Pavel Krupets was: Hello, It would be nice if I could add 'User Libraries' references into packaging tool, so I could change libraries location and content in one place. With regards, Pavel Krupets > Using 'User Libraries' in JBossIDE Packaging tool... > > > Key: JBIDE-122 > URL: http://jira.jboss.com/jira/browse/JBIDE-122 > Project: JBoss IDE > Type: Feature Request > Environment: Eclipse 3.0.1 M5a > Reporter: Pavel Krupets > Assignee: Marshall Culpepper > Priority: Minor > > > Hello, > It would be nice if I could add 'User Libraries' references into project > packaging configuration, so I could change libraries location and content in > one place. > With regards, > Pavel Krupets -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBREM-33) Add GET support within HTTP server invoker
[ http://jira.jboss.com/jira/browse/JBREM-33?page=comments#action_12315647 ] Thomas Diesler commented on JBREM-33: - As far as I can see, we don't need support for GET for JBossWS. > Add GET support within HTTP server invoker > -- > > Key: JBREM-33 > URL: http://jira.jboss.com/jira/browse/JBREM-33 > Project: JBoss Remoting > Type: Task > Components: transport > Versions: 1.0.1 beta > Reporter: Tom Elrod > Assignee: Tom Elrod > Fix For: 1.0.1 final > > > Add support for GET request using HTTP invoker (only supports POST at this > point) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBREM-27) Support for HTTP/HTTPS proxy
[ http://jira.jboss.com/jira/browse/JBREM-27?page=history ] Thomas Diesler updated JBREM-27: Priority: Optional (was: Major) Fix Version: 1.2.0 beta (was: 1.0.1 final) > Support for HTTP/HTTPS proxy > > > Key: JBREM-27 > URL: http://jira.jboss.com/jira/browse/JBREM-27 > Project: JBoss Remoting > Type: Feature Request > Components: transport > Reporter: Thomas Diesler > Assignee: Tom Elrod > Priority: Optional > Fix For: 1.2.0 beta > > > This request showed up on the web services forum. Proxies are currently > suported in axis-ws4ee.jar -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBREM-35) Servlet Invoker - counterpart to HTTP Invoker (runs within web container)
[ http://jira.jboss.com/jira/browse/JBREM-35?page=history ] Thomas Diesler updated JBREM-35: Priority: Optional (was: Minor) Fix Version: 1.2.0 beta (was: 1.0.1 final) It needs to be discussed who this would work with the WS4EE deployment model for JSE. As a reminder, it uses the element to the declare the endpoint implemenation bean. What would be the benefit of running server side JBossWS with a dependency on Remoting rather than Tomcat? > Servlet Invoker - counterpart to HTTP Invoker (runs within web container) > - > > Key: JBREM-35 > URL: http://jira.jboss.com/jira/browse/JBREM-35 > Project: JBoss Remoting > Type: Feature Request > Components: transport > Versions: 1.0.1 beta > Reporter: Tom Elrod > Assignee: Tom Elrod > Priority: Optional > Fix For: 1.2.0 beta > > > Need a servlet invoker that will be the same as the HTTP Invoker (which is > its own web server), but will run inside a web container (such as Tomcat) as > a servlet. Will then process request same as HTTP Invoker after > doPost()/doGet() called. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1504) type mapping for boolean in finder wrong
type mapping for boolean in finder wrong Key: JBAS-1504 URL: http://jira.jboss.com/jira/browse/JBAS-1504 Project: JBoss Application Server Type: Bug Components: CMP service Versions: JBossAS-4.0.1 SP1 Environment: JDK1.5.0-update1; JBoss 4.0.1SP1; MaxDB 7.5.00.23-1; jdbc driver: sapdbc-7_6_00_00_3264.jar; Linux Debian Sarge Reporter: Ingo Bruell Priority: Blocker i have defined a finder in which i will test a boolean attribute, but i got a database error that the datatype must be compatibel. In EJBQL i have tested "attribute = false" and the generated SQL says "attribute = 0", that is wrong cause MaxDB wants "attribute = false". I have changed the mapping in standardjbosscmp-jdbc.xml to BOOLEAN but that changed nothing. I have defined a new mapping for MaxDB in standardjbosscmp-jdbc.xml: MaxDB SELECT ?1 FROM ?2 WHERE ?3 ORDER BY ?4 FOR UPDATE CONSTRAINT ?1 PRIMARY KEY (?2) ALTER TABLE ?1 ADD FOREIGN KEY ?2 (?3) REFERENCES ?4 (?5) ?1 t _ 32 true 1 0 count count(?1) java.lang.Integer INTEGER INTEGER java.lang.Character CHAR CHAR java.lang.String VARCHAR VARCHAR(256) java.lang.Object JAVA_OBJECT LONG BYTE java.lang.Byte TINYINT CHAR BYTE java.sql.Timestamp TIMESTAMP TIMESTAMP java.util.Date TIMESTAMP TIMESTAMP java.sql.Time TIME TIME java.lang.Boolean BOOLEAN BOOLEAN java.lang.Float FLOAT FLOAT java.lang.Short SMALLINT java.lang.Double DOUBLE DOUBLE PRECISION java.lang.Long DECIMAL DECIMAL(20) Cloudscape CONSTRAINT ?1 PRIMARY KEY (?2) ALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) REFERENCES ?4 (?5) t _ 32 true 1 0 count count(?1) java.math.BigDecimal LONGVARCHAR LONG VARCHAR java.lang.Boolean BIT BOOLEAN java.lang.Byte TINYINT TINYINT java.lang.Short SMALLINT SMALLINT java.lang.Integer INTEGER INTEGER java.lang.Long BIGINT LONGINT java.lang.Float REAL REAL java.lang.Double DOUBLE DOUBLE PRECISION java.lang.Character CHAR CHAR java.lang.String LONGVARCHAR LONG VARCHAR java.sql.Date DATE DATE java.sql.Time TIME TIME java.sql.Timestamp TIMESTAMP TIMESTAMP java.lang.Object JAVA_OBJECT LONG VARBINARY Here a part of the log: 2005-02-23 10:20:40,364 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Type#findNonInternalByTypeClass] Executing SQL: SELECT t0_o.id FROM TYPE t0_o, TY PE t1_o_typeClass WHERE (t1_o_typeClass.type = ? AND t1_o_typeClass.xinternal = 0 AND t0_o.TYPE_CLASS_ID=t1_o_typeClass.id) 2005-02-23 10:20:40,382 ERROR [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Type#findNonInternalByTypeClass] Find failed com.sap.dbtech.jdbc.exceptions.DatabaseException: [-8006] (at 114): Data types must be compatible at com.sap.dbtech.jdbc.packet.ReplyPacket.createException(ReplyPacket.java:71) at com.sap.dbtech.jdbc.ConnectionSapDB.throwSQLError(ConnectionSapDB.java:830) at com.sap.dbtech.jdbc.ConnectionSapDB.execute(ConnectionSapDB.java:489) at com.sap.dbtech.jdbc.CallableStatementSapDB.sendCommand(CallableStatementSapDB.java:1646) at com.sap.dbtech.jdbc.StatementSapDB.sendSQL(StatementSapDB.java:778) at com.sap.dbtech.jdbc.CallableStatementSapDB.d
[JBoss-dev] jboss-4.0 build.389 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050223034158Lbuild.389 BUILD COMPLETE - build.389Date of build: 02/23/2005 03:41:58Time to build: 49 minutes 41 secondsLast changed: 02/23/2005 02:25:02Last log entry: Used different channel fromejb cluste; otherwise, JGroups will generate WARN message Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.2.2.4modifiedbwang00tomcat/src/resources/tc5-cluster-service.xmlUsed different channel fromejb cluste; otherwise, JGroups will generate WARN message
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Problem deploying IIOP beans
Hi I did the same i am getting org.omg.CORBA.OBJECT_NOT_EXIST: If you find the solution please mail me at [EMAIL PROTECTED] Please send me the url you have used for getting context and complete code of client side and what you have changed in configuration files View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867574#3867574 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867574 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Bad performance when deploying EJBs on JBoss 4.0
Can any one send me the code or configuration files you have make changes to work with iiop client (CORBA) client. I am not able to register the bean on 3528 port and not able to acces C++ client View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867576#3867576 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867576 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: connect to session bean using visibroker for c++builder
Have you tried with naming service If yes can you tell me the url you have used to fing the Nameservice and on which port you have lookd it View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867577#3867577 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867577 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Problem calling EJB using RMI/IIOP while providing IOR f
Can any one send the code to access eJB via CORBA client. I am not able to configure it View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867580#3867580 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867580 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Problem calling EJB using RMI/IIOP while providing IOR f
Can any one send the code to access eJB via CORBA client. I am not able to configure it View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867581#3867581 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867581 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.390 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050223053032Lbuild.390 BUILD COMPLETE - build.390Date of build: 02/23/2005 05:30:32Time to build: 19 minutes 49 secondsLast changed: 02/23/2005 04:48:19Last log entry: Migrate samples to testsuite Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (5)1.8.4.2deletedtdieslerwebservice/samples/client-appl/resources/META-INF/application-client.xmlMigrate samples to testsuite1.1.6.3deletedtdieslerwebservice/samples/client-appl/resources/META-INF/jboss-client.xmlMigrate samples to testsuite1.1.6.1deletedtdieslerwebservice/samples/client-appl/resources/login.confMigrate samples to testsuite1.1.4.2deletedtdieslerwebservice/samples/client-appl/java/com/underworld/crimeportal/ClientSideApplTestCase.javaMigrate samples to testsuite1.10.2.3deletedtdieslerwebservice/samples/client-appl/build.xmlMigrate samples to testsuite
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1380) UIL2 server accept thread can be lost due to unexpected error
[ http://jira.jboss.com/jira/browse/JBAS-1380?page=comments#action_12315649 ] jens.schanz commented on JBAS-1380: --- This isn't really fixed in version 4.0.1sp1, but there are a few helpful workarounds implemented. 1.The client which cause this problem receives now a exception and could clearly exit. 2. The server doesn't accept a new connection until the open connections are closed 3. Improvment against <= 4.0.0 ... the server doesn't crash But there is another critical problem. Any client, which want to connect, while the server is in this unclear state will hang without a exception. So please review this bugfix. For a sample application, please contact me. > UIL2 server accept thread can be lost due to unexpected error > - > > Key: JBAS-1380 > URL: http://jira.jboss.com/jira/browse/JBAS-1380 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-5.0 Alpha > Reporter: Scott M Stark > Assignee: Scott M Stark > Priority: Critical > Fix For: JBossAS-4.0.1 SP1, JBossAS-5.0 Alpha, JBossAS-3.2.8 Final, > JBossAS-4.0.2RC1 > > > The UIL2 org.jboss.mq.il.uil2.UILServerILService connection accept thread > (UILServerILService Accept Thread) can exit prematurely if there is any > exception other than the expected java.io.IOException. Runtime errors like > java.lang.OutOfMemory due to recoverable resource exhuastion like too many > threads can cause the thread to exit with the result being that no further > jms connection can be made. The jms client would see an error like the > following in this case: > org.jboss.mq.SpyJMSException: Cannot authenticate user; - nested throwable: > (java.net.SocketException: Connection reset) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Exception at first access
Thanks for the reply. I *think* I tried doing this several ways.. after running this first on 4.0.1 I realised that the docs suggest using 4.0, so I tried that under standard... Perhaps I need to start completly fresh. Are there any setup files etc. that need to be done other than those in the setup. I am also assuming that the db scripts are the same as for the alpha - would that be a correct assumption? BTW I did notice a bunch of new junit code tests in the CVS build. I thought it might be prudent to run those - but also failed due to not being able to find the target in JNDI... do I need to do something to get those running? Again thanks for the input. Jon View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867586#3867586 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867586 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Exception at first access
The db script are generated when you do a build.sh ddl (For the .sql files, there are the same) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867587#3867587 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867587 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Writing a CORBA enabled EJB - examples ???
I did same what you said my Jboss.xml file is as follows Hello Hello HelloLocal stateless-rmi-invoker iiop But still I am not able to access the EJB via corba client. I already tested it by puuing inside the still i am getting exception Name not found . There is no object bound on 3528 port. Please suggest me where i am wrong? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867589#3867589 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867589 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1505) Wrong exception message for missing findByPrimaryKey() method
Wrong exception message for missing findByPrimaryKey() method - Key: JBAS-1505 URL: http://jira.jboss.com/jira/browse/JBAS-1505 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-4.0.1 SP1 Environment: Windows 2000 Professional / Sun JDK 1.4.2_04 Reporter: Torsten Paul Priority: Minor When deploying an application including a bean with a missing findByPrimaryKey() method in the home interface the exception message gives not the offending bean but an arbitrary other bean that possibly has a findByPrimaryKey() method. This makes it hard to find the bean that needs fixing. (Explained in http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48222 but I didn't find a bugtracking entry for this.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - JBoss World next week - any portal developers going to be th
Hi, Applogies for the off topic msg, but a colleague of mine will be at the JBoss World conf next week and I was wondering if any of the JBoss Portal developers are going to be there also? His name is Paul Holmes-Higgin and he'd be interested in meeting up for a chat about your plans for Portal and JSF etc. Thanks, Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867590#3867590 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867590 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss World next week - any portal developers going to b
Julien (Lead developer), Roy and myself will be at JBoss World, we will give a presentation over there, and will also have a booth for demonstrations. It's probably easier to find us at the booth. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867591#3867591 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867591 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1464) MBean for ear not deregistered when deploy fails
[ http://jira.jboss.com/jira/browse/JBAS-1464?page=history ] Ivelin Ivanov updated JBAS-1464: Support Case Reference: https://na1.salesforce.com/5003000fXnG > MBean for ear not deregistered when deploy fails > > > Key: JBAS-1464 > URL: http://jira.jboss.com/jira/browse/JBAS-1464 > Project: JBoss Application Server > Type: Patch > Components: EJBs > Versions: JBossAS-4.0.1 Final > Environment: All environments. > Reporter: Darran > Attachments: server-patch.txt, system-patch.txt > > > An issue has been raised (JBAS-1262) describing how redeployment of ears > fails after the validation of a subcomponent of an ear has failed. > Adrian, > I have had a look at the forum post that you mentioned in the issue, one main > problem that needs to be resolved is that the destroy method can't reverse > the effects of the init method unless create has been called. > I have been looking at one possible fix for the current problem until the > deployers can be made more atomic. > In the MainDeployer at present the create method creates the sub-deployments > before creating the top deployment, the destroy method destroys the > deployments in the same order. > This problem is no longer present if the create method is changed to create > the top deployment before the sub-deployments are created. If one of the > sub-deployments fails in create the ear will have already been registered > fully so destroy will succeed and allow a subsequent deployment of the same > ear. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss World next week - any portal developers going to b
yes we will be available, we just need to have an adapter to plug our laptops :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867596#3867596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867596 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Profiler] - start and stop the profiler again
when I stop the profiler with the jmx I canÂt start it again. Is is possible to start and stop the profiler more than one time? thanx -- the profiler is a very cool tool. it the only opportunity to analyse the vm of a productive environment that I could found. -- View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867599#3867599 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867599 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1506) CDROutputStream.create_input_stream is wrong when there are deferred writes
CDROutputStream.create_input_stream is wrong when there are deferred writes
---
Key: JBAS-1506
URL: http://jira.jboss.com/jira/browse/JBAS-1506
Project: JBoss Application Server
Type: Patch
Components: IIOP service
Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final
Environment: This related to a jacorb bug, see:
http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=532
Reporter: Dimitris Andreadis
Assigned to: Dimitris Andreadis
Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final
An exception is thrown when trying to insert a byte[] larger than 4000 bytes
into any any:
package test;
import java.util.Properties;
import org.omg.CORBA.ORB;
import org.omg.CORBA.Any;
import org.omg.CORBA.OctetSeqHelper;
public class Test
{
public static final void main(String[] args)
{
System.out.println("*** Starting test ***");
try
{
Properties props = new Properties();
props.put("org.omg.CORBA.ORBClass", "org.jacorb.orb.ORB");
props.put("org.omg.CORBA.ORBSingletonClass",
"org.jacorb.orb.ORBSingleton");
ORB orb = ORB.init(args, props);
byte[] bytes = new byte[4001];
Any any = orb.create_any();
OctetSeqHelper.insert(any, bytes);
}
catch (Exception e)
{
e.printStackTrace();
}
}
}
===
[java] *** Starting test ***
[java] [ jacorb.home unset! Will use '.' ]
[java] [ File .\jacorb.properties for configuration jacorb not found ]
[java] java.lang.ArrayIndexOutOfBoundsException
[java] at java.lang.System.arraycopy(Native Method)
[java] at org.jacorb.orb.CDROutputStream.create_input_stream(Unknown So
urce)
[java] at org.omg.CORBA.OctetSeqHelper.insert(OctetSeqHelper.java:41)
[java] at test.Test.main(Test.java:24)
===
With a byte[] of size 4000 or less, it works!
I've noticed that the exception actually originates from the Helper class that
comes from Sun's JDK:
...
public abstract class OctetSeqHelper
{
private static String _id = "IDL:omg.org/CORBA/OctetSeq:1.0";
public static void insert (org.omg.CORBA.Any a, byte[] that)
{
org.omg.CORBA.portable.OutputStream out = a.create_output_stream ();
a.type (type ());
write (out, that);
a.read_value (out.create_input_stream (), type ());
}
The same class from the jacorb distribution does not perform that final
"a.read_value(...)" line that causes the exception:
public static void insert (org.omg.CORBA.Any any, byte[] s)
{
any.type (type ());
write (any.create_output_stream (), s);
}
public static void write (final org.omg.CORBA.portable.OutputStream
_out, byte[] _s)
{
_out.write_long(_s.length);
_out.write_octet_array(_s,0,_s.length);
}
Also, if you look into jacorb's CDROutputStream, there is somewhere a hardcoded
4000 limit:
public final void write_octet_array( final byte[] value,
final int offset,
final int length)
{
if( value != null )
{
if( length > 4000 )
{
deferredArrayQueue.add( new DeferredWriteFrame( index, offset,
length, value ));
index += length;
deferred_writes += length;
}
else
{
check(length);
System.arraycopy(value,offset,buffer,pos,length);
index += length;
pos += length;
}
}
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1506) CDROutputStream.create_input_stream is wrong when there are deferred writes
[
http://jira.jboss.com/jira/browse/JBAS-1506?page=comments#action_12315650 ]
Dimitris Andreadis commented on JBAS-1506:
--
According to franscisco this is best solved by modifying CDROutputStream.java:
public org.omg.CORBA.portable.InputStream create_input_stream() {
if (deferred_writes > 0)
{
ByteArrayOutputStream baos = new ByteArrayOutputStream(index+1);
try
{
write(baos, 0, index);
}
catch (IOException e)
{
throw new MARSHAL(e.toString());
}
return new CDRInputStream(orb, baos.toByteArray());
}
else
{
byte[] result = new byte[index+1];
System.arraycopy(buffer, 0, result, 0, result.length);
return new CDRInputStream(orb, result);
}
}
> CDROutputStream.create_input_stream is wrong when there are deferred writes
> ---
>
> Key: JBAS-1506
> URL: http://jira.jboss.com/jira/browse/JBAS-1506
> Project: JBoss Application Server
> Type: Patch
> Components: IIOP service
> Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final
> Environment: This related to a jacorb bug, see:
> http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=532
> Reporter: Dimitris Andreadis
> Assignee: Dimitris Andreadis
> Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final
>
>
> An exception is thrown when trying to insert a byte[] larger than 4000 bytes
> into any any:
> package test;
> import java.util.Properties;
> import org.omg.CORBA.ORB;
> import org.omg.CORBA.Any;
> import org.omg.CORBA.OctetSeqHelper;
> public class Test
> {
>public static final void main(String[] args)
>{
> System.out.println("*** Starting test ***");
>
> try
> {
> Properties props = new Properties();
> props.put("org.omg.CORBA.ORBClass", "org.jacorb.orb.ORB");
> props.put("org.omg.CORBA.ORBSingletonClass",
> "org.jacorb.orb.ORBSingleton");
>
> ORB orb = ORB.init(args, props);
>
> byte[] bytes = new byte[4001];
> Any any = orb.create_any();
> OctetSeqHelper.insert(any, bytes);
> }
> catch (Exception e)
> {
> e.printStackTrace();
> }
>}
> }
> ===
> [java] *** Starting test ***
> [java] [ jacorb.home unset! Will use '.' ]
> [java] [ File .\jacorb.properties for configuration jacorb not found ]
> [java] java.lang.ArrayIndexOutOfBoundsException
> [java] at java.lang.System.arraycopy(Native Method)
> [java] at org.jacorb.orb.CDROutputStream.create_input_stream(Unknown
> So
> urce)
> [java] at org.omg.CORBA.OctetSeqHelper.insert(OctetSeqHelper.java:41)
> [java] at test.Test.main(Test.java:24)
> ===
> With a byte[] of size 4000 or less, it works!
> I've noticed that the exception actually originates from the Helper class
> that comes from Sun's JDK:
> ...
> public abstract class OctetSeqHelper
> {
> private static String _id = "IDL:omg.org/CORBA/OctetSeq:1.0";
> public static void insert (org.omg.CORBA.Any a, byte[] that)
> {
> org.omg.CORBA.portable.OutputStream out = a.create_output_stream ();
> a.type (type ());
> write (out, that);
> a.read_value (out.create_input_stream (), type ());
> }
> The same class from the jacorb distribution does not perform that final
> "a.read_value(...)" line that causes the exception:
> public static void insert (org.omg.CORBA.Any any, byte[] s)
> {
> any.type (type ());
> write (any.create_output_stream (), s);
> }
> public static void write (final org.omg.CORBA.portable.OutputStream
> _out, byte[] _s)
> {
>
> _out.write_long(_s.length);
> _out.write_octet_array(_s,0,_s.length);
> }
> Also, if you look into jacorb's CDROutputStream, there is somewhere a
> hardcoded 4000 limit:
> public final void write_octet_array( final byte[] value,
> final int offset,
> final int length)
> {
> if( value != null )
> {
> if( length > 4000 )
> {
> deferredArrayQueue.add( new DeferredWriteFrame( index,
> offset, length, value ));
> index += length;
> deferred_writes += length;
> }
> else
> {
> check(length);
> System.arraycopy(value,offset,buffer,pos,length);
> index += length;
> pos += length;
> }
> }
> }
--
This message is automatically generated by JIRA.
-
If you think it was s
[JBoss-dev] [JBossCache] - Re: JBossCache in Tomcat w/ Transaction Support
Bela, I isolated the problem (I think). I have two webapps running on two tomcat servers on my machine. The error occurs in webapp_2 when when webapp_1 call utx.commit() on a put(fqn,key,data) into the tree. The error is coming from the org.jboss.cache.interceptors.CacheStoreInterceptor class when it tries to convert the call convertMethodCallToModification(); I am using the JDBCCache loader class with a MySql database. The odd thing is I have the exact same setup in Hibernate (as apposed to standalone in servlets) and the performance is fine. I am working on taking the code out of the webapp and putting together an ant script that will run the entire thing for you. Thanks, Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867614#3867614 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867614 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1380) UIL2 server accept thread can be lost due to unexpected error
[ http://jira.jboss.com/jira/browse/JBAS-1380?page=comments#action_12315651 ] Scott M Stark commented on JBAS-1380: - Just create a new issue and describe the failure scenario including the exception that is causing the accept problem. > UIL2 server accept thread can be lost due to unexpected error > - > > Key: JBAS-1380 > URL: http://jira.jboss.com/jira/browse/JBAS-1380 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-5.0 Alpha > Reporter: Scott M Stark > Assignee: Scott M Stark > Priority: Critical > Fix For: JBossAS-4.0.1 SP1, JBossAS-5.0 Alpha, JBossAS-3.2.8 Final, > JBossAS-4.0.2RC1 > > > The UIL2 org.jboss.mq.il.uil2.UILServerILService connection accept thread > (UILServerILService Accept Thread) can exit prematurely if there is any > exception other than the expected java.io.IOException. Runtime errors like > java.lang.OutOfMemory due to recoverable resource exhuastion like too many > threads can cause the thread to exit with the result being that no further > jms connection can be made. The jms client would see an error like the > following in this case: > org.jboss.mq.SpyJMSException: Cannot authenticate user; - nested throwable: > (java.net.SocketException: Connection reset) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1504) type mapping for boolean in finder wrong
[ http://jira.jboss.com/jira/browse/JBAS-1504?page=history ] Scott M Stark updated JBAS-1504: Priority: Major (was: Blocker) > type mapping for boolean in finder wrong > > > Key: JBAS-1504 > URL: http://jira.jboss.com/jira/browse/JBAS-1504 > Project: JBoss Application Server > Type: Bug > Components: CMP service > Versions: JBossAS-4.0.1 SP1 > Environment: JDK1.5.0-update1; JBoss 4.0.1SP1; MaxDB 7.5.00.23-1; jdbc > driver: sapdbc-7_6_00_00_3264.jar; Linux Debian Sarge > Reporter: Ingo Bruell > > > i have defined a finder in which i will test a boolean attribute, but i got a > database error that the datatype must be compatibel. > In EJBQL i have tested "attribute = false" and the generated SQL says > "attribute = 0", that is wrong cause MaxDB wants "attribute = false". > I have changed the mapping in standardjbosscmp-jdbc.xml to BOOLEAN but that > changed nothing. > I have defined a new mapping for MaxDB in standardjbosscmp-jdbc.xml: > > MaxDB > SELECT ?1 FROM ?2 WHERE ?3 ORDER BY ?4 FOR > UPDATE > CONSTRAINT ?1 PRIMARY KEY > (?2) > ALTER TABLE ?1 ADD FOREIGN KEY ?2 (?3) > REFERENCES ?4 (?5) > ?1 > t > _ > 32 > true > 1 > 0 > > count > count(?1) > > > java.lang.Integer > INTEGER > INTEGER > > > java.lang.Character > CHAR > CHAR > > > java.lang.String > VARCHAR > VARCHAR(256) > > > java.lang.Object > JAVA_OBJECT > LONG BYTE > > > java.lang.Byte > TINYINT > CHAR BYTE > > > java.sql.Timestamp > TIMESTAMP > TIMESTAMP > > > java.util.Date > TIMESTAMP > TIMESTAMP > > > java.sql.Time > TIME > TIME > > > java.lang.Boolean > BOOLEAN > BOOLEAN > > > java.lang.Float > FLOAT > FLOAT > > > java.lang.Short > SMALLINT > > > java.lang.Double > DOUBLE > DOUBLE PRECISION > > > java.lang.Long > DECIMAL > DECIMAL(20) > > > > Cloudscape > > CONSTRAINT ?1 PRIMARY KEY > (?2) > ALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY > (?3) REFERENCES ?4 (?5) > t > _ > 32 > true > 1 > 0 > > count > count(?1) > > > java.math.BigDecimal > LONGVARCHAR > LONG VARCHAR > > > java.lang.Boolean > BIT > BOOLEAN > > > java.lang.Byte > TINYINT > TINYINT > > > java.lang.Short > SMALLINT > SMALLINT > > > java.lang.Integer > INTEGER > INTEGER > > > java.lang.Long > BIGINT > LONGINT > > > java.lang.Float > REAL > REAL > > > java.lang.Double > DOUBLE > DOUBLE PRECISION > > > java.lang.Character > CHAR > CHAR > > > java.lang.String > LONGVARCHAR > LONG VARCHAR > > > > java.sql.Date > DATE > DATE > > > java.sql.Time > TIME > TIME > > > java.sql.Timestamp > TIMESTAMP > TIMESTAMP > > > java.lang.Object > JAVA_OBJECT > LONG VARBINARY > > > Here a part of the log: > 2005-02-23 10:20:40,364 DEBUG > [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Type#findNonInternalByTypeClass] > Executing SQL: SELECT t0_o.id FROM TYPE t0_o, TY > PE t1_o_typeClass WHERE (t1_o_typeClass.type = ? AND t1_o_typeClass.xinternal > = 0 AND t0_o.TYPE_CLASS_ID=t1_o_typeClass.id) > 2005-02-23 10:20:40,382 ERROR > [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.Type#findNonInternalByTypeClass] > Find failed > com.sap.dbtech.jdbc.exceptions.DatabaseException: [-8006
[JBoss-dev] [JBoss JIRA] Assigned: (JBADMCON-59) Port DeploymentService updates to Branch_4_0
[ http://jira.jboss.com/jira/browse/JBADMCON-59?page=history ] Dimitris Andreadis reassigned JBADMCON-59: -- Assign To: Dimitris Andreadis > Port DeploymentService updates to Branch_4_0 > > > Key: JBADMCON-59 > URL: http://jira.jboss.com/jira/browse/JBADMCON-59 > Project: JBoss Admin Console > Type: Patch > Components: General Console > Versions: 1.1 alpha > Reporter: Charles Crouch > Assignee: Dimitris Andreadis > Fix For: 1.1 alpha > > > Porting the updates made to DeploymentService to the JBoss 4.0 branch will > enable people to deploy the Admin Console to existing 4.0.x servers, assuming > they update with the correct jars from the 4.0 branch. A comment should be > made when resolving this issue describing which updated jars are required. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBADMCON-59) Port DeploymentService updates to Branch_4_0
[ http://jira.jboss.com/jira/browse/JBADMCON-59?page=history ] Dimitris Andreadis updated JBADMCON-59: --- Original Estimate: 28800 Remaining Estimate: 28800 > Port DeploymentService updates to Branch_4_0 > > > Key: JBADMCON-59 > URL: http://jira.jboss.com/jira/browse/JBADMCON-59 > Project: JBoss Admin Console > Type: Patch > Components: General Console > Versions: 1.1 alpha > Reporter: Charles Crouch > Assignee: Dimitris Andreadis > Fix For: 1.1 alpha > > Original Estimate: 1 day > Remaining: 1 day > > Porting the updates made to DeploymentService to the JBoss 4.0 branch will > enable people to deploy the Admin Console to existing 4.0.x servers, assuming > they update with the correct jars from the 4.0 branch. A comment should be > made when resolving this issue describing which updated jars are required. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: CMS portlet : 404 error
you should use the 'standard' configuration (start the server with -c standard) and unzip into $JBOSS_HOME/server/standard/data View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867621#3867621 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867621 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Portlets and ResourceBundle
hmm, sorry I forgot to mention those: they are already there ... en fr com.blah.Blah ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867622#3867622 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867622 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache in Tomcat w/ Transaction Support
ok View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867623#3867623 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867623 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1499) classcast exception after jaas login, while context lookup
[ http://jira.jboss.com/jira/browse/JBAS-1499?page=comments#action_12315653 ] sai krishna commented on JBAS-1499: --- The unscheduled issue: http://jira.jboss.com/jira/browse/JBAS-1484 seems to be of the similar kind. > classcast exception after jaas login, while context lookup > -- > > Key: JBAS-1499 > URL: http://jira.jboss.com/jira/browse/JBAS-1499 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.1 Final > Environment: windows xp + eclipse > Reporter: sai krishna > > > Please refer discussion: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=60472 > top of stack: > 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException > 13:09:50,058 INFO [STDOUT] at > org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) > 13:09:50,058 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) > 13:09:50,074 INFO [STDOUT] at > javax.naming.InitialContext.lookup(InitialContext.java:347) > 13:09:50,074 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) > 13:09:50,090 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) > description: > I am getting this error after a successful anonymous/nobody login., and when > i run a method findAll to fetch all CMP beans. it fails to get the remote > home interface, whilst method context.lookup(). > I dont get this bug if i set up jaas from eclipse workbench workspace, and do > a lookup., findAll, and it returns all remote ejb proxies. > @see also: > Create a bug report in jira with an example of what is being done. There is > an incorrect assumption in the PropertyMap that only String values will be > added that needs to be fixed. > http://jira.jboss.com/jira/browse/JBAS > _ > > Scott Stark > Chief Technology Officer > JBoss Inc. > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Portlets and ResourceBundle
do you have a test case ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867627#3867627 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867627 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Portlets and ResourceBundle
with a small test case I can see what is going on and fix it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867628#3867628 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867628 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1499) classcast exception after jaas login, while context lookup
[ http://jira.jboss.com/jira/browse/JBAS-1499?page=history ] Scott M Stark updated JBAS-1499: JBoss Forum Reference: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=60472 SourceForge Reference: (was: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=60472) > classcast exception after jaas login, while context lookup > -- > > Key: JBAS-1499 > URL: http://jira.jboss.com/jira/browse/JBAS-1499 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.1 Final > Environment: windows xp + eclipse > Reporter: sai krishna > > > Please refer discussion: > top of stack: > 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException > 13:09:50,058 INFO [STDOUT] at > org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) > 13:09:50,058 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) > 13:09:50,074 INFO [STDOUT] at > javax.naming.InitialContext.lookup(InitialContext.java:347) > 13:09:50,074 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) > 13:09:50,090 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) > description: > I am getting this error after a successful anonymous/nobody login., and when > i run a method findAll to fetch all CMP beans. it fails to get the remote > home interface, whilst method context.lookup(). > I dont get this bug if i set up jaas from eclipse workbench workspace, and do > a lookup., findAll, and it returns all remote ejb proxies. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1499) classcast exception after jaas login, while context lookup
[ http://jira.jboss.com/jira/browse/JBAS-1499?page=history ] Scott M Stark updated JBAS-1499: Description: Please refer discussion: top of stack: 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException 13:09:50,058 INFO [STDOUT] at org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) 13:09:50,058 INFO [STDOUT] at org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) 13:09:50,074 INFO [STDOUT] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) 13:09:50,074 INFO [STDOUT] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) 13:09:50,074 INFO [STDOUT] at javax.naming.InitialContext.lookup(InitialContext.java:347) 13:09:50,074 INFO [STDOUT] at jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) 13:09:50,090 INFO [STDOUT] at jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) description: I am getting this error after a successful anonymous/nobody login., and when i run a method findAll to fetch all CMP beans. it fails to get the remote home interface, whilst method context.lookup(). I dont get this bug if i set up jaas from eclipse workbench workspace, and do a lookup., findAll, and it returns all remote ejb proxies. was: Please refer discussion: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=60472 top of stack: 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException 13:09:50,058 INFO [STDOUT] at org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) 13:09:50,058 INFO [STDOUT] at org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) 13:09:50,074 INFO [STDOUT] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) 13:09:50,074 INFO [STDOUT] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) 13:09:50,074 INFO [STDOUT] at javax.naming.InitialContext.lookup(InitialContext.java:347) 13:09:50,074 INFO [STDOUT] at jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) 13:09:50,090 INFO [STDOUT] at jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) description: I am getting this error after a successful anonymous/nobody login., and when i run a method findAll to fetch all CMP beans. it fails to get the remote home interface, whilst method context.lookup(). I dont get this bug if i set up jaas from eclipse workbench workspace, and do a lookup., findAll, and it returns all remote ejb proxies. @see also: Create a bug report in jira with an example of what is being done. There is an incorrect assumption in the PropertyMap that only String values will be added that needs to be fixed. http://jira.jboss.com/jira/browse/JBAS _ Scott Stark Chief Technology Officer JBoss Inc. SourceForge Reference: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=60472 > classcast exception after jaas login, while context lookup > -- > > Key: JBAS-1499 > URL: http://jira.jboss.com/jira/browse/JBAS-1499 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.1 Final > Environment: windows xp + eclipse > Reporter: sai krishna > > > Please refer discussion: > top of stack: > 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException > 13:09:50,058 INFO [STDOUT] at > org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) > 13:09:50,058 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) > 13:09:50,074 INFO [STDOUT] at > javax.naming.InitialContext.lookup(InitialContext.java:347) > 13:09:50,074 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) > 13:09:50,090 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) > description: > I am getting this error after a successful anonymous/nobody login., and when > i run a method findAll to fetch all CMP beans. it fails to get the remote > home interface, whilst method context.lookup(). > I dont get this bug if i set up jaas from eclipse workbench workspace, and do > a lookup., findAll, and it returns all remote ejb proxies. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1484) ClassCastException while creating JNDI SubContext
[ http://jira.jboss.com/jira/browse/JBAS-1484?page=history ] Scott M Stark closed JBAS-1484: --- Assign To: Scott M Stark Resolution: Done Fix Version: JBossAS-4.0.2RC1 JBossAS-5.0 Alpha JBossAS-3.2.8 Final This was fixed as part of JBAS-1497. > ClassCastException while creating JNDI SubContext > - > > Key: JBAS-1484 > URL: http://jira.jboss.com/jira/browse/JBAS-1484 > Project: JBoss Application Server > Type: Bug > Components: Naming > Versions: JBossAS-4.0.1 Final > Reporter: Jens Schumann > Assignee: Scott M Stark > Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2RC1, JBossAS-3.2.8 Final > > > Creating a subcontext from a servlet failes with a ClassCastExeception. > java.lang.ClassCastException > at org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) > at org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) > at > org.jnp.interfaces.NamingContext.createSubcontext(NamingContext.java:867) > at > org.jnp.interfaces.NamingContext.createSubcontext(NamingContext.java:858) > at > javax.naming.InitialContext.createSubcontext(InitialContext.java:413) > The debugger shows a CompoundName instance for the value jnp.parsedName > instead of a String. I was unable to create a testcase because I don't know > how to place the CompoundName instance this far. > Will examine the issue more closely. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1499) classcast exception after jaas login, while context lookup
[ http://jira.jboss.com/jira/browse/JBAS-1499?page=history ] Scott M Stark closed JBAS-1499: --- Assign To: Scott M Stark Resolution: Done Fix Version: JBossAS-4.0.2RC1 JBossAS-5.0 Alpha JBossAS-3.2.8 Final This was fixed as part of JBAS-1497. > classcast exception after jaas login, while context lookup > -- > > Key: JBAS-1499 > URL: http://jira.jboss.com/jira/browse/JBAS-1499 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.1 Final > Environment: windows xp + eclipse > Reporter: sai krishna > Assignee: Scott M Stark > Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2RC1, JBossAS-3.2.8 Final > > > Please refer discussion: > top of stack: > 13:09:50,058 INFO [STDOUT] java.lang.ClassCastException > 13:09:50,058 INFO [STDOUT] at > org.jboss.util.property.PropertyMap.remove(PropertyMap.java:198) > 13:09:50,058 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.getEnv(NamingContext.java:1299) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:526) > 13:09:50,074 INFO [STDOUT] at > org.jnp.interfaces.NamingContext.lookup(NamingContext.java:520) > 13:09:50,074 INFO [STDOUT] at > javax.naming.InitialContext.lookup(InitialContext.java:347) > 13:09:50,074 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getRemoteHome(MailerEnterpriseFactory.java:151) > 13:09:50,090 INFO [STDOUT] at > jmail.ejb.util.MailerEnterpriseFactory.getMailAccountHome(MailerEnterpriseFactory.java:100) > description: > I am getting this error after a successful anonymous/nobody login., and when > i run a method findAll to fetch all CMP beans. it fails to get the remote > home interface, whilst method context.lookup(). > I dont get this bug if i set up jaas from eclipse workbench workspace, and do > a lookup., findAll, and it returns all remote ejb proxies. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Preferences
So? what class do I have to update? how I get the source code? I'm behind a firewall and connot use cvs. Can I download via http? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867630#3867630 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867630 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Preferences
not yet available on http, only available through CVS access. I have requested a daily archive for the portal, but I think it is not done yet : http://jira.jboss.com/jira/browse/JBQA-68 you can vote for it :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867632#3867632 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867632 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Profiler] - Re: start and stop the profiler again
The way it works, you would have to use pause instead of stop, and them start. By stop it means you want to have all the files closed and you want to analyze its results. It would be hard to re-start after the stop, although it would be a nice feature. Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867634#3867634 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867634 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1507) Many-Many unidirectional relationship
Many-Many unidirectional relationship - Key: JBAS-1507 URL: http://jira.jboss.com/jira/browse/JBAS-1507 Project: JBoss Application Server Type: Feature Request Components: CMP service Versions: JBossAS-4.0.1 Final Environment: Using MySQL and POJOs Reporter: Fiona Healy Priority: Critical Hi, I am trying to set up a many-many relationship between 2 EJBS ReportEJB and FieldsEJB and i am failing terribly. I have configured both ejb jar file and jbosscmp-jdbc files to compile but i am getting an error on creating the Report bean that holds a set of the FieldsEJB I am getting an error NullPointerException ...cmp.jdbc.bridge.JDBCCMRFieldBridge.getRelatedPrimaryKey(JDBCFieldBridge.java:1847) Has anyone any ideai can attach code if necessary please help me out here -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-89) Allow Specifying Custom Interceptors in XML Configuration
[
http://jira.jboss.com/jira/browse/JBCACHE-89?page=comments#action_12315656 ]
Daniel Gredler commented on JBCACHE-89:
---
Yep. I just wanted to point out that it would be nice to somehow keep this
flexibility once the standard way of configuring this is via XML.
> Allow Specifying Custom Interceptors in XML Configuration
> -
>
> Key: JBCACHE-89
> URL: http://jira.jboss.com/jira/browse/JBCACHE-89
> Project: JBoss Cache
> Type: Feature Request
> Versions: 1.2
> Reporter: Daniel Gredler
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 1.3
>
>
> It would be nice to be able to add interceptors via the XML configuration
> files. Indeed, in TreeCache.java the following comment exists, which may
> indicate that this feature is already planned:
> // Create the interceptors in the correct order (later to be defined in
> XML file)
> createInterceptorChain();
> A possible example configuration would be:
>
>
> name="jboss.cache:service=TreeCache">
>...
>
> com.foo.project.MyInterceptor
>
>...
>
>
> Something along the lines of the following method would then be able to add
> the custom interceptors (in TreeCache.java):
>public void setInterceptors(Element interceptors) throws Exception {
> NodeList list = interceptors.getChildNodes();
> for(int i = 0; i < list.getLength(); i++) {
> org.w3c.dom.Node node = list.item(i);
> if(node.getNodeType() != org.w3c.dom.Node.ELEMENT_NODE)
> continue;
> NodeList children = node.getChildNodes();
> if(children.getLength() != 1)
> continue;
> org.w3c.dom.Node childNode = list.item(0);
> if(childNode.getNodeType() != org.w3c.dom.Node.TEXT_NODE)
> continue;
> String className = childNode.getNodeValue();
> if(className == null || className.length() == 0)
> continue;
> Interceptor interceptor = createInterceptor(className);
> addInterceptor(interceptor_chain, interceptor);
> }
>}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Intercepting TreeCache.exists(Fqn) Call
"[EMAIL PROTECTED]" wrote : exists() does *not* go through the interceptor chain, it will not need to acquire locks etc. So I'm correct in assuming that the reason exists() doesn't go through the interceptor chain is that the standard interceptors aren't interested in that method call? What about custom interceptors, though? If you are going to allow people to add their own interceptors, why should these custom interceptors be limited to the methods that the standard interceptors are interested in? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867639#3867639 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867639 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1507) Many-Many unidirectional relationship
[ http://jira.jboss.com/jira/browse/JBAS-1507?page=history ] Scott M Stark updated JBAS-1507: Priority: Major (was: Critical) > Many-Many unidirectional relationship > - > > Key: JBAS-1507 > URL: http://jira.jboss.com/jira/browse/JBAS-1507 > Project: JBoss Application Server > Type: Feature Request > Components: CMP service > Versions: JBossAS-4.0.1 Final > Environment: Using MySQL and POJOs > Reporter: Fiona Healy > > > Hi, > I am trying to set up a many-many relationship between 2 EJBS ReportEJB and > FieldsEJB and i am failing terribly. > I have configured both ejb jar file and jbosscmp-jdbc files to compile but i > am getting an error on creating the Report bean that holds a set of the > FieldsEJB > I am getting an error > NullPointerException > ...cmp.jdbc.bridge.JDBCCMRFieldBridge.getRelatedPrimaryKey(JDBCFieldBridge.java:1847) > Has anyone any ideai can attach code if necessary please help me out here -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-110) Intelligent Locking
[ http://jira.jboss.com/jira/browse/JBAS-110?page=history ] Scott M Stark closed JBAS-110: -- Resolution: Out of Date > Intelligent Locking > --- > > Key: JBAS-110 > URL: http://jira.jboss.com/jira/browse/JBAS-110 > Project: JBoss Application Server > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: nobody . > There is a serious drawback I have seen in the > WebLogic 6.0 locking model. You have several choices: > 1) Exclusive Locking (the entity EJB can only be used > by one caller at a time whether the method be called > is transactional or not) > 2) Database Locking (the backing datastore is used to > provide the locking and multiple entity EJB instances > are used to represent the same entity while providing > single-client access to each at any given time) > 3) Read Only (the object doesn't change so no locking > is needed) > Model (1) is sloow because you obtain an exclusive > lock even when calling non-transactional methods > (like "getFirstName()") in a non-transactional context. > Model (2) is bad because I do all of my database > access in ejbStore(). If I have a Person entity EJB > with an "email" and "firstName" property I can have > the following scenario: > 1) Client A accesses Person with ID=1 and updates the > first name by calling "setFirstName(String)" > 2) Client B accesses Person with ID=1 and updates the > e-mail by calling "setEmail(String)" > 3) The ejbStore() method is called on Client A's > entity, storing the new first name. > 4) The ejbStore() method is called on Client B's > entity, overwriting the new first name with the old > one and storing the new e-mail. > Model (3) is useless in most situations. > ** BUT ** I have an idea and was wondering if JBoss > might already implement this. If an entity EJB is > properly implemented then all methods that modify the > EJB in some way should require a transaction in some > way (either required, mandatory, or new). Suppose we > used an EJB entity pool that behaved as follows. > 1) Any single entity is represented by a number of NON- > transactional EJB instances and a SINGLE transactional > instance. > 2) Access to the NON-transactional intances is freely > allowed if methods are called in a state where they > will not participate in a transaction. These > instances never have their ejbStore() methods called > since they don't change. This allows high throughput > access for simple operations like "getName()" > 3) If a transactional method is called by a client > then the single transactional instance is exclusively > locked for that client. Meanwhile the NON- > transactional instances can be used by other clients > that are not attempting to involving the entity in a > transaction. > 4) If the transaction is rolled back, the > transactional instance is repopulated with data in the > database (i.e.: "ejbLoad()") to reflect that the > changes were not committed. > 5) If the transaction commits, then container obtains > a lock on all instances of the entity. This means the > container places a request for an exclusive lock on > all NON-transactional instances as well as the > transactional instance for which it already holds the > lock. > 6)Once a lock is obtained on all instances, then > ejbStore() is called on the transactional instance. > If all succeeds without an exception then all of the > NON-Transactional instances have their "ejbLoad()" > method called. By calling ejbLoad(), the non- > Transactional instances become aware of the changes > that occurred to the transactional instance. > This always seemed to me like the model that was > intended when the EJB specification was written, but > it has not been implemented by the folks over at BEA. > I would love to see this in JBoss. I have yet to > download JBoss because we need cluster and fail-over > support where I work. Let me know if this seems like > a good model. I wish I had the time to participate > and contribute to the source base. > Best of luck... > -Barry M. Caceres > [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-d
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-175) change of .dtd content-type on jboss.org
[ http://jira.jboss.com/jira/browse/JBAS-175?page=history ] Scott M Stark closed JBAS-175: -- Resolution: Out of Date > change of .dtd content-type on jboss.org > > > Key: JBAS-175 > URL: http://jira.jboss.com/jira/browse/JBAS-175 > Project: JBoss Application Server > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: lqd . > hi, > currently www.jboss.org is serving any .dtd documents > with an HTTP Content-Type of > "application/octet-stream". it would be helpful if this > could be changed to "text/xml", that way one can view > it in their browser instead of having to download the file. > rgds, > christian -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBBUILD-18) build script needs a Javadoc Target
[ http://jira.jboss.com/jira/browse/JBBUILD-18?page=history ] Scott M Stark updated JBBUILD-18: - Assign To: (was: Scott M Stark) Description: SourceForge Submitter: mattmunz . Hi, Sometimes a developer just wants to look at the javadocs / API documentation, but does not need to build the entire project. It would be useful to have a build target like "documentation", "javadocs", or "api- documentation" that generates this for the user. It is my understanding that the "all" target already contains this functionality, perhaps this is just a matter of exposing it as another target. This is a "nice to have" but not "absolutely necessary" feature that I don't have time to implement myself. Thank you for taking the time to consider this request. - Matt Munz was: SourceForge Submitter: mattmunz . Hi, Sometimes a developer just wants to look at the javadocs / API documentation, but does not need to build the entire project. It would be useful to have a build target like "documentation", "javadocs", or "api- documentation" that generates this for the user. It is my understanding that the "all" target already contains this functionality, perhaps this is just a matter of exposing it as another target. This is a "nice to have" but not "absolutely necessary" feature that I don't have time to implement myself. Thank you for taking the time to consider this request. - Matt Munz Environment: > build script needs a Javadoc Target > --- > > Key: JBBUILD-18 > URL: http://jira.jboss.com/jira/browse/JBBUILD-18 > Project: JBoss Build System > Type: Feature Request > Reporter: SourceForge User > > > SourceForge Submitter: mattmunz . > Hi, > Sometimes a developer just wants to look at the > javadocs / API documentation, but does not need to > build the entire project. It would be useful to have a > build target like "documentation", "javadocs", or "api- > documentation" that generates this for the user. > It is my understanding that the "all" target already > contains this functionality, perhaps this is just a matter > of exposing it as another target. > This is a "nice to have" but not "absolutely necessary" > feature that I don't have time to implement myself. > Thank you for taking the time to consider this request. > - Matt Munz -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Moved: (JBBUILD-18) build script needs a Javadoc Target
[ http://jira.jboss.com/jira/browse/JBBUILD-18?page=history ] Scott M Stark moved JBAS-207 to JBBUILD-18: --- Project: JBoss Build System (was: JBoss Application Server) Key: JBBUILD-18 (was: JBAS-207) > build script needs a Javadoc Target > --- > > Key: JBBUILD-18 > URL: http://jira.jboss.com/jira/browse/JBBUILD-18 > Project: JBoss Build System > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: mattmunz . > Hi, > Sometimes a developer just wants to look at the > javadocs / API documentation, but does not need to > build the entire project. It would be useful to have a > build target like "documentation", "javadocs", or "api- > documentation" that generates this for the user. > It is my understanding that the "all" target already > contains this functionality, perhaps this is just a matter > of exposing it as another target. > This is a "nice to have" but not "absolutely necessary" > feature that I don't have time to implement myself. > Thank you for taking the time to consider this request. > - Matt Munz -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-231) Deployment fails if no env-entry-value
[ http://jira.jboss.com/jira/browse/JBAS-231?page=history ] Scott M Stark closed JBAS-231: -- Resolution: Out of Date > Deployment fails if no env-entry-value > -- > > Key: JBAS-231 > URL: http://jira.jboss.com/jira/browse/JBAS-231 > Project: JBoss Application Server > Type: Bug > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: fschoong . > Win2k > Java(TM) 2 Runtime Environment, Standard Edition > (build 1.3.1_04-b02) > org.jboss.deployment.DeploymentException: Error in ejb- > jar.xml for Session Bean > MessageFacade: expected one env-entry-value tag > at > org.jboss.metadata.ApplicationMetaData.importEjbJarXm > l(ApplicationMetaData.java:207) > I defined with a session bean with the following env- > entry. According to http://java.sun.com/j2ee/dtds/ejb- > jar_1_1.dtd, env-entry-value is optional, it should not fail > if its not specified, or did i get it wrong??? > > > sequenceTableName name> > java.lang.String > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-243) Server.start() after Server.shutdown()
[ http://jira.jboss.com/jira/browse/JBAS-243?page=history ] Scott M Stark closed JBAS-243: -- Resolution: Done Fix Version: JBossAS-4.0.0 Final JBossAS-3.2.5 Final > Server.start() after Server.shutdown() > -- > > Key: JBAS-243 > URL: http://jira.jboss.com/jira/browse/JBAS-243 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > Fix For: JBossAS-4.0.0 Final, JBossAS-3.2.5 Final > > > SourceForge Submitter: sven_luzar . > I want to start and stop the JBoss server with my own > Main Class (without exiting the VM). Therefore I use > direct the ServerImpl class. > But I can't restart the server after shutdown. The error > message is: > java.lang.Error: factory already defined > at java.net.URL.setURLStreamHandlerFactory > (URL.java:1027) > at org.jboss.system.server.ServerImpl.doInit > (ServerImpl.java:150) > at org.jboss.system.server.ServerImpl.init > (ServerImpl.java:117) > I think the problem can be solved by creating a try catch > block for the setURLStreamHanderFactory method in > the class ServerImpl at line 150. > For tests you can use the attachment. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-285) INTERSECT-support
[ http://jira.jboss.com/jira/browse/JBAS-285?page=history ] Scott M Stark updated JBAS-285: --- Assign To: Alexey Loubyansky (was: Scott M Stark) Description: SourceForge Submitter: mkotsbak . which postgresql, oracle, DB2 and sql-92 (intermed level) supports. UNION and EXCEPT should also be supported. was: SourceForge Submitter: mkotsbak . which postgresql, oracle, DB2 and sql-92 (intermed level) supports. UNION and EXCEPT should also be supported. Environment: Priority: Minor (was: Major) > INTERSECT-support > - > > Key: JBAS-285 > URL: http://jira.jboss.com/jira/browse/JBAS-285 > Project: JBoss Application Server > Type: Feature Request > Components: CMP service > Versions: JBossAS-4.0.0 Final > Reporter: SourceForge User > Assignee: Alexey Loubyansky > Priority: Minor > > > SourceForge Submitter: mkotsbak . > which postgresql, oracle, DB2 and sql-92 (intermed > level) supports. > UNION and EXCEPT should also be supported. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-265) exceptions from mbean-info-db-service
[ http://jira.jboss.com/jira/browse/JBAS-265?page=history ] Scott M Stark closed JBAS-265: -- Resolution: Out of Date All jboss dtds are registered with a local resolver so as long as the doctype public id is correct this should not happen. > exceptions from mbean-info-db-service > - > > Key: JBAS-265 > URL: http://jira.jboss.com/jira/browse/JBAS-265 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.0 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: lafr . > The deployment of mbean-info-db-service.xml gives me > exceptions on startup of jboss-head. > See attached extract from server.log. > (JBoss-Head, current checkout, JDK 1.4.1 on Linux ) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1284) SOAP SAAJ JBOSS implementation attachments bug
[ http://jira.jboss.com/jira/browse/JBAS-1284?page=history ] Scott M Stark updated JBAS-1284: Assign To: Jason T. Greene (was: Scott M Stark) type: Feature Request (was: Bug) Priority: Minor (was: Major) > SOAP SAAJ JBOSS implementation attachments bug > -- > > Key: JBAS-1284 > URL: http://jira.jboss.com/jira/browse/JBAS-1284 > Project: JBoss Application Server > Type: Feature Request > Components: Web Services service > Versions: JBossAS-4.0.1 Final > Environment: Windows-XP SP2 > Reporter: Frank Balba > Assignee: Jason T. Greene > Priority: Minor > > > Using JBOSS-SAAJ implementation, no attachments could get through within a > SOAP message. > Creating attachments and adding them to a SOAP message will result a fine > SOAP message on the client side however once it arrives to a dedicated > servlet the received attachmentpart returns 'null' for > attachmentPart.getContentType(). Using another SAAJ package (not the one > included with JBOSS 4.0.1) eliminates this problem. > Frank -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBREM-35) Servlet Invoker - counterpart to HTTP Invoker (runs within web container)
[ http://jira.jboss.com/jira/browse/JBREM-35?page=comments#action_12315658 ] Tom Elrod commented on JBREM-35: - Ok. We can talk about this as JBossWorld. Having a servlet based http server invoker is a requirement I have for remoting. If you can/want to use it for JBossWS, that would be great, and will try to make sure it fits in with what you want. If not, no big deal. > Servlet Invoker - counterpart to HTTP Invoker (runs within web container) > - > > Key: JBREM-35 > URL: http://jira.jboss.com/jira/browse/JBREM-35 > Project: JBoss Remoting > Type: Feature Request > Components: transport > Versions: 1.0.1 beta > Reporter: Tom Elrod > Assignee: Tom Elrod > Priority: Optional > Fix For: 1.2.0 beta > > > Need a servlet invoker that will be the same as the HTTP Invoker (which is > its own web server), but will run inside a web container (such as Tomcat) as > a servlet. Will then process request same as HTTP Invoker after > doPost()/doGet() called. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1300) Non-Remote JMS HA
[ http://jira.jboss.com/jira/browse/JBAS-1300?page=history ] Scott M Stark updated JBAS-1300: Assign To: (was: Scott M Stark) Priority: Minor (was: Major) > Non-Remote JMS HA > - > > Key: JBAS-1300 > URL: http://jira.jboss.com/jira/browse/JBAS-1300 > Project: JBoss Application Server > Type: Feature Request > Components: JMS service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.6 Final > Reporter: Andrew Oliver > Priority: Minor > > Original Estimate: 1 week > Remaining: 1 week > > It should be possible to use JMS on all servers in a cluster with HA enabled. > Meaning: > 1. Database as a store. Everyone node uses shared DB. > 2. JMS_MESSAGES table includes node name > 3. In the event of group membership changes another node picks up the old > node's messages > 4. JMS Client proxy autofails to another node -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-783) UnifiedClassLoader3 is not threadsafe
[ http://jira.jboss.com/jira/browse/JBAS-783?page=history ] Scott M Stark resolved JBAS-783: Resolution: Deferred There have been a number of fixes to the ucl layer since 3.2.2. If this is still a problem with more recent releases reopen with updated trace level logging. > UnifiedClassLoader3 is not threadsafe > - > > Key: JBAS-783 > URL: http://jira.jboss.com/jira/browse/JBAS-783 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: adrianprice . > I'm getting an intermittent j.l.ClassCastException on the > dynamic proxy returned by JNDI lookup of an EJB local > home. A single copy of the EJBLocalHome subinterface > in question is deployed in an ejb.jar inside an .ear with > an application-scoped ClassLoader. No other copies of > the class file are deployed anywhere else. > Application level debug output (attached) shows clearly > that the same application-scoped UnifiedClassLoader3 > instance associated with the ear file has loaded the > same bytecode twice, into two distinct copies of the > same class, with the result that the dynamic proxy > implements a different copy of the home interface than > that which the calling code sees. Hence the > ClassCastException. Both copies of the class share the > same ClassLoader instance. > This is JBoss-3.2.2, and I've seen the same problem on > both Linux and Windows XP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-783) UnifiedClassLoader3 is not threadsafe
[ http://jira.jboss.com/jira/browse/JBAS-783?page=history ] Scott M Stark closed JBAS-783: -- > UnifiedClassLoader3 is not threadsafe > - > > Key: JBAS-783 > URL: http://jira.jboss.com/jira/browse/JBAS-783 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: adrianprice . > I'm getting an intermittent j.l.ClassCastException on the > dynamic proxy returned by JNDI lookup of an EJB local > home. A single copy of the EJBLocalHome subinterface > in question is deployed in an ejb.jar inside an .ear with > an application-scoped ClassLoader. No other copies of > the class file are deployed anywhere else. > Application level debug output (attached) shows clearly > that the same application-scoped UnifiedClassLoader3 > instance associated with the ear file has loaded the > same bytecode twice, into two distinct copies of the > same class, with the result that the dynamic proxy > implements a different copy of the home interface than > that which the calling code sees. Hence the > ClassCastException. Both copies of the class share the > same ClassLoader instance. > This is JBoss-3.2.2, and I've seen the same problem on > both Linux and Windows XP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-478) Loose soft ref thread in (jaws) JDBCCommandFactory
[ http://jira.jboss.com/jira/browse/JBAS-478?page=history ] Scott M Stark closed JBAS-478: -- Assign To: Alexey Loubyansky (was: Scott M Stark) Resolution: Won't Fix jaws has been deprecated since 3.0.x > Loose soft ref thread in (jaws) JDBCCommandFactory > -- > > Key: JBAS-478 > URL: http://jira.jboss.com/jira/browse/JBAS-478 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Alexey Loubyansky > > > SourceForge Submitter: rodburgett . > The > org.jboss.ejb.plugins.jaws.jdbc.JDBCCommandFactory > class uses a static TimerQueue thread to manage soft > object references. The thread is started upon > instantiation of the first factory and is not stopped until > the JVM goes down. This creates a thread leak if JBoss > is stopped and restarted within a single JVM process. > The attached diff file offers changes to the > JDBCCommandFactory to kill the thread when the last > factory is destroyed. > This proposal represents a hack patch for JBoss 3.2. A > better solution might involve more extensive refactoring > to turn the thread into a JBoss service to ensure proper > cleanup when JBoss is shutdown. > If no further development is expected on JAWS, then > such refactoring may not be worthwhile. Then a hack > patch may suffice to fix the bug until JAWS is replaced. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Bad performance when deploying EJBs on JBoss 4.0
1) Use the USER FORUMS [urlhttp://www.jboss.org/index.html?module=bb&op=viewtopic&t=58934[/url] 2) DO NOT CROSS POST - post your question on multiple topics 3) DO NOT HIJACK - post an unrelated question on somebody else's topic Read this: http://www.jboss.org/wiki/Wiki.jsp?page=JBossForums View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867646#3867646 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867646 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-96) Memory leak in FileCacheLoader
Memory leak in FileCacheLoader -- Key: JBCACHE-96 URL: http://jira.jboss.com/jira/browse/JBCACHE-96 Project: JBoss Cache Type: Bug Reporter: Bela Ban Assigned to: Bela Ban Fix For: 1.2.1 Attachments: FileCacheLoader.java There is a memory leak probably caused by a growing HashMap in FileCacheLoader (and possibly other loaders). Please refer to the attached file, fetched from cvs head as of February 21. The memory leaked is proportional to the number of objects put into the cache and their sizes. This is true for the cache version 1.1.1 and 1.2 when run inside JBoss 3.2.1, I haven't had the time to test it on version 4. The problem seems to be that the HashMap does not get cleaned up when committing a transaction. The cleanup only happens on rollback in the standard code. With the modification in line 198 the leak is sealed, but please note that I have no experience with the JBoss-cache source whatsoever, and no tests have been made apart from determining that the leak is gone. Tests have only been made with the cache configured to be local. Best regards Tom Bakken -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-456) Rollback on an Application Exception
[ http://jira.jboss.com/jira/browse/JBAS-456?page=history ] Scott M Stark closed JBAS-456: -- Resolution: Done Fix Version: JBossAS-4.0.0 Final JBossAS-3.2.5 Final > Rollback on an Application Exception > > > Key: JBAS-456 > URL: http://jira.jboss.com/jira/browse/JBAS-456 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > Fix For: JBossAS-4.0.0 Final, JBossAS-3.2.5 Final > > > SourceForge Submitter: ejort . > According to EJB2.0 18.2.1/18.3.1 > setRollBack and throwing an application exception > should not discard the entiity instance. > See test > org.jboss.test.exeption.EntityExceptionUnitTestCase > Regards, > Adrian -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-96) Memory leak in FileCacheLoader
[ http://jira.jboss.com/jira/browse/JBCACHE-96?page=history ] Bela Ban updated JBCACHE-96: Attachment: FileCacheLoader.java > Memory leak in FileCacheLoader > -- > > Key: JBCACHE-96 > URL: http://jira.jboss.com/jira/browse/JBCACHE-96 > Project: JBoss Cache > Type: Bug > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 1.2.1 > Attachments: FileCacheLoader.java > > > There is a memory leak probably caused by a growing HashMap in > FileCacheLoader (and possibly other loaders). Please refer to the attached > file, fetched from cvs head as of February 21. The memory leaked is > proportional to the number of objects put into the cache and their sizes. > This is true for the cache version 1.1.1 and 1.2 when run inside JBoss 3.2.1, > I haven't had the time to test it on version 4. > > The problem seems to be that the HashMap does not get cleaned up when > committing a transaction. The cleanup only happens on rollback in the > standard code. > > With the modification in line 198 the leak is sealed, but please note that I > have no experience with the JBoss-cache source whatsoever, and no tests have > been made apart from determining that the leak is gone. Tests have only been > made with the cache configured to be local. > > Best regards > Tom Bakken -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Intercepting TreeCache.exists(Fqn) Call
Hi ! I suggest you to use Aspects, it is quite easy to intercept the call using aspects with out modifiying the original program. I am using a similar approach to implement optimistic locking. Try JbossCache or others aspect tool as AstectJ. Regards Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867647#3867647 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867647 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-437) URLDirectoryScanner does not respect dependencies?
[ http://jira.jboss.com/jira/browse/JBAS-437?page=history ] Scott M Stark closed JBAS-437: -- Resolution: Won't Fix We don't support the URLDirectoryScanner and it should just be dropped. > URLDirectoryScanner does not respect dependencies? > -- > > Key: JBAS-437 > URL: http://jira.jboss.com/jira/browse/JBAS-437 > Project: JBoss Application Server > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: ikar . > I was trying to use JBoss.NET from 3.2RC4 and write > some web service, and faced the following: > I dropped the following components into deploy/ of the > new configuration, and it worked right away: > jbossweb.sar > jmx-console.war > jboss-net.sar > URLDeploymentScanner works fine. > Then I tried (for some reason) to switch to > URLDirectoryScanner and specified the following: > > > > "dir" suggests that jboss-net should be scanned for > nested deployments. > However, in this case the nested .wsr archive doesn't > get deployed - it says "no deployer found..." > the same thing happens if just > is specified, which in my understanding is the same > thing as just using URLDeploymentScanner -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-384) Memory leak in database access
[ http://jira.jboss.com/jira/browse/JBAS-384?page=history ] Scott M Stark closed JBAS-384: -- Resolution: Out of Date The jca layer has been significatly updated since the 3.0.3 release. > Memory leak in database access > -- > > Key: JBAS-384 > URL: http://jira.jboss.com/jira/browse/JBAS-384 > Project: JBoss Application Server > Type: Bug > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: jstolze . > Hello, I've discovered a memory leak in the Database > access part of JBoss. I have performed the following test. > 1. Request a database connection from the initial > context. > 2. Inserted, selected and deleted a record in a MSSQL > Server database via JDBC. > 3. close the connection. > 4 repeat endlessly. > After about 3 million repetitions an OutOfMemoryError > occurs. > I've started JBoss with a minimum and maximum heap > size of 20 MB. This means that JBoss had 5 MB op > heapspace free to perform the above test. I've measured > this by requesting the freeMemory on the VM. > I can exclude the MS SQLServer JDBC driver, because I > have tested it in a seperate java program that does the > exact same with the only difference that it doesn't use > connection pooling. No memory leak appeared then. > Another test I've performed is like the above, but I've only > requested a database connection once from the inital > context, no memory leak appeared. So I think it is in the > connection pooling part of JBoss. > Config props are: > JBoss 3.0.3 > JDK: Java(TM) 2 Runtime Environment, Standard Edition > (build 1.3.1_03-b03) > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed > mode) > Platfrom: Windows 2000. > JDBC Driver: MS SQL-Server JDBC driver -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1508) JBoss AS needs JSF
JBoss AS needs JSF -- Key: JBAS-1508 URL: http://jira.jboss.com/jira/browse/JBAS-1508 Project: JBoss Application Server Type: Feature Request Versions: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-5.0 Beta, JBossAS-5.0 Final, JBossAS-4.0.2RC1, JBossPOJOServer-1.0 Alpha, JBossPOJOServer-1.0 Final, JBossAS-3.2.8 Final Reporter: Stan Silvert Assigned to: Stan Silvert Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-5.0 Beta, JBossAS-5.0 Final, JBossAS-4.0.2RC1, JBossPOJOServer-1.0 Alpha, JBossPOJOServer-1.0 Final, JBossAS-3.2.8 Final JSF support needs to be added to the JBoss AS distribution. Initially, MyFaces will be the implementation chosen. This will probably also include the JSF Car Demo as an example. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-880) Tomcat5 - conflicting libraries
[ http://jira.jboss.com/jira/browse/JBAS-880?page=history ] Scott M Stark closed JBAS-880: -- Resolution: Out of Date Fix Version: JBossAS-3.2.5 Final Reopen with a more recent example as the tomcat deployer has been updated to better support scoped loading. > Tomcat5 - conflicting libraries > --- > > Key: JBAS-880 > URL: http://jira.jboss.com/jira/browse/JBAS-880 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > Fix For: JBossAS-3.2.5 Final > > > SourceForge Submitter: wonnekeysers . > The following error occured while trying to deploy a .ear > with scoped classloading on JB3.2.4RC1. > This ear-file contained an older version of the jakarta- > digester than the one in jbossweb-tomcat50.sar > directory. > When I removed the servlet-api.jar and jsp-api.jar from > jbossweb-tomcat50.sar, the exception disappeared. > (These api's are still in the server lib folder named as > javax.servlet.jar and javax.servlet.jsp.jar) > 2004-02-12 19:39:18,168 DEBUG > [org.apache.struts.action.ActionServlet] Scanning > web.xml for controller servlet mapping > 2004-02-12 19:39:18,659 ERROR > [org.apache.commons.digester.Digester] End event > threw error > java.lang.NoClassDefFoundError: > javax/servlet/http/HttpServletRequest > at java.lang.Class.getDeclaredMethods0(Native > Method) > at java.lang.Class.privateGetDeclaredMethods > (Class.java:1647) > at java.lang.Class.getMethod0(Class.java:1893) > at java.lang.Class.getMethod0(Class.java:1902) > at java.lang.Class.getMethod(Class.java:976) > at > org.apache.commons.beanutils.MethodUtils.getMatchingA > ccessibleMethod(MethodUtils.java:580) > at > org.apache.commons.beanutils.MethodUtils.invokeMethod > (MethodUtils.java:254) > at > org.apache.commons.digester.CallMethodRule.end > (CallMethodRule.java:506) > at org.apache.commons.digester.Rule.end > (Rule.java:276) > at > org.apache.commons.digester.Digester.endElement > (Digester.java:1077) > at > org.apache.xerces.parsers.AbstractSAXParser.endElemen > t(AbstractSAXParser.java:559) > at > org.apache.xerces.impl.XMLNamespaceBinder.handleEndEl > ement(XMLNamespaceBinder.java:853) > at > org.apache.xerces.impl.XMLNamespaceBinder.endElement > (XMLNamespaceBinder.java:643) > at > org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndEl > ement(XMLDTDValidator.java:2978) > at > org.apache.xerces.impl.dtd.XMLDTDValidator.endElement > (XMLDTDValidator.java:918) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerIm > pl.handleEndElement > (XMLDocumentFragmentScannerImpl.java:1145) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerIm > pl.scanEndElement > (XMLDocumentFragmentScannerImpl.java:988) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerIm > pl$FragmentContentDispatcher.dispatch > (XMLDocumentFragmentScannerImpl.java:1446) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerIm > pl.scanDocument > (XMLDocumentFragmentScannerImpl.java:333) > at > org.apache.xerces.parsers.StandardParserConfiguration.p > arse(StandardParserConfiguration.java:529) > at > org.apache.xerces.parsers.StandardParserConfiguration.p > arse(StandardParserConfiguration.java:585) > at org.apache.xerces.parsers.XMLParser.parse > (XMLParser.java:147) > at > org.apache.xerces.parsers.AbstractSAXParser.parse > (AbstractSAXParser.java:1148) > at org.apache.commons.digester.Digester.parse > (Digester.java:1597) > at > org.apache.struts.action.ActionServlet.initServlet > (ActionServlet.java:1130) > at org.apache.struts.action.ActionServlet.init > (ActionServlet.java:382) > at > com.merck.genesys.framework.presentation.action.Stand > ardActionServlet.init(StandardActionServlet.java:29) > at javax.servlet.GenericServlet.init > (GenericServlet.java:256) > at > org.apache.catalina.core.StandardWrapper.loadServlet > (StandardWrapper.java:1044) > at > org.apache.catalina.core.StandardWrapper.load > (StandardWrapper.java:887) > at > org.apache.catalina.core.StandardContext.loadOnStartup > (StandardContext.java:3960) > at > org.apache.catalina.core.StandardContext.start > (StandardContext.java:4283) > at > org.apache.catalina.core.ContainerBase.addChildInternal > (ContainerBase.java:866) > at > org.apache.catalina.core.ContainerBase.addChild > (ContainerBase.java:850) > at > org.apache.catalina.core.StandardHost.addChild > (StandardHost.java:638) > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke > (NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessor
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-553) Drop table fails with fk-constraint
[ http://jira.jboss.com/jira/browse/JBAS-553?page=history ] Scott M Stark reassigned JBAS-553: -- Assign To: Alexey Loubyansky (was: Scott M Stark) Probably out of date but please verify. > Drop table fails with fk-constraint > --- > > Key: JBAS-553 > URL: http://jira.jboss.com/jira/browse/JBAS-553 > Project: JBoss Application Server > Type: Bug > Components: CMP service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Alexey Loubyansky > > > SourceForge Submitter: pilhuhn . > When you have two tables a,b > where b has a fk-constraint on a.field, > dropping table a before table b fails. > JBossCMP unfortunately does not take those fk > constraints into account when dropping EntityBeans/Tables. > So when the container first drops b, everything is ok, > but if it first tries to drop a, this fails while b > will be dropped afterwards. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-879) Deploy undeploy of war deleted my war file
[ http://jira.jboss.com/jira/browse/JBAS-879?page=history ] Scott M Stark closed JBAS-879: -- Resolution: Rejected That is the expected behavior. What is the problem with this? > Deploy undeploy of war deleted my war file > -- > > Key: JBAS-879 > URL: http://jira.jboss.com/jira/browse/JBAS-879 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: shyamvs . > I deployed a war through main deployer by deploy(url) > method. > The war was in a different location of that of jboss. > After deploy the war was unpacked in that directory > itself and during undeploy it deleted that extacted > war directory and also i dont' find my packed war file > there. > Using jboss-3-2-3 tomcat-4-1-* > OS linux RH 8.0 2.4.18-14 > jdk k2sdk1.4.2_03 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-708) loading resources through classloader (in ConnectionFactory)
[ http://jira.jboss.com/jira/browse/JBAS-708?page=history ]
Scott M Stark closed JBAS-708:
--
Resolution: Done
> loading resources through classloader (in ConnectionFactory)
>
>
> Key: JBAS-708
> URL: http://jira.jboss.com/jira/browse/JBAS-708
> Project: JBoss Application Server
> Type: Bug
> Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark
>
>
> SourceForge Submitter: ethanocentrism .
> I have the following situation (in JBoss 3.2.1):
> - Package com.x.y deployed in a jar that is loaded
> based on /server/default/conf/jboss-service.xml
> - Either a jar file or a subfolder
> in /server/default/deploy/ that defines a connection
> factory configuration of a resource adapter already
> deployed in a .rar. The jar or subfolder contains:
> 1. A connection factory configuration (-ds.xml).
> 2. Resource files with directory path in the jar or
> subfolder that mirrors the package path in the other jar
> ("com/x/y"). The connection factory configuration
> refers to these resources ("com/x/y/MyResource.file").
> The ManagedConnectionFactory for the connection
> factory attempts to load these resources through a
> ClassLoader obtained by getClass().getClassLoader()
> (which returns a UnifiedClassLoader3). The class loader
> does not find the resources.
> However, if I move the resources to a different directory
> that doesn't mirror the package already loaded and
> change the configuration file accordingly to refer to
> resources in this new directory, then the class loader
> does find the resources.
> (For example, I had no problems with the resources
> in "WORKAROUND_DIRECTORY/com/x/y".)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-833) wrong tmp dir for JSP compiling
[ http://jira.jboss.com/jira/browse/JBAS-833?page=history ] Scott M Stark closed JBAS-833: -- Resolution: Done Fix Version: JBossAS-3.2.5 Final tomcat uses the server/xxx/work directory for jsp output by default. > wrong tmp dir for JSP compiling > --- > > Key: JBAS-833 > URL: http://jira.jboss.com/jira/browse/JBAS-833 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > Fix For: JBossAS-3.2.5 Final > > > SourceForge Submitter: luwasoft . > With Jboss 3.2.3 (and other 3.2 versions before) on > LINUX (JDK 1.4.2) in a production environment it seems > to be the case, that the buildtin tomcat does not use > the %JBOSS_HOME/server/*/tmp directory for temporary > files while compiling JSP's. > Instead it seems to use the working dir set before > Jboss start. > In a production environment, where the user running > JBOSS has only write access to */tmp, */work, */log and > */data JBOSS has to be started with: > # cd $JBOSS_HOME/server/*/tmp > # su wwwrun -c "$JBOSS_HOME/bin/run.sh" > otherwise JSP compiling will fail because of missing > file create/write permissions. > This is not that primary problem, but i think it should > be fixed anyway. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Moved: (JBIDE-123) Eclipse Find & install - cannot recognize AOP plugin
[ http://jira.jboss.com/jira/browse/JBIDE-123?page=history ] Scott M Stark moved JBAS-1167 to JBIDE-123: --- Project: JBoss IDE (was: JBoss Application Server) Key: JBIDE-123 (was: JBAS-1167) Issue Type: Feature Request (was: Bug) Component: AOP Plugin Security Level: (was: Public) > Eclipse Find & install - cannot recognize AOP plugin > > > Key: JBIDE-123 > URL: http://jira.jboss.com/jira/browse/JBIDE-123 > Project: JBoss IDE > Type: Feature Request > Components: AOP Plugin > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: jerarckill . > I have installed org.jboss.ide.eclipse_1.4.0.bin.dist > packaged plugin for eclpise 3.0.1 and it works perfectly. > Just after, i tried to install the jbosside-aop-1.0.1 > packaged plugin (through the find & install link > in "eclipse"). > Eclipse says "selected location does not contain an > update site. please select another location". > Is it normal that this is not working? Do we have to > install it directly by copying it in the eclipse plugin > directory? do we have to install another AOP package > before (1.0.0)? > well, don't know if this one is really a bug though... > // > // config > // > Windows XP pro - english SP1 > JAVA 1.4.2 > Thank you in advance, > Jerarckill -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBIDE-123) Eclipse Find & install - cannot recognize AOP plugin
[ http://jira.jboss.com/jira/browse/JBIDE-123?page=history ] Scott M Stark updated JBIDE-123: Assign To: (was: Scott M Stark) Description: SourceForge Submitter: jerarckill . I have installed org.jboss.ide.eclipse_1.4.0.bin.dist packaged plugin for eclpise 3.0.1 and it works perfectly. Just after, i tried to install the jbosside-aop-1.0.1 packaged plugin (through the find & install link in "eclipse"). Eclipse says "selected location does not contain an update site. please select another location". Is it normal that this is not working? Do we have to install it directly by copying it in the eclipse plugin directory? do we have to install another AOP package before (1.0.0)? well, don't know if this one is really a bug though... // // config // Windows XP pro - english SP1 JAVA 1.4.2 Thank you in advance, Jerarckill was: SourceForge Submitter: jerarckill . I have installed org.jboss.ide.eclipse_1.4.0.bin.dist packaged plugin for eclpise 3.0.1 and it works perfectly. Just after, i tried to install the jbosside-aop-1.0.1 packaged plugin (through the find & install link in "eclipse"). Eclipse says "selected location does not contain an update site. please select another location". Is it normal that this is not working? Do we have to install it directly by copying it in the eclipse plugin directory? do we have to install another AOP package before (1.0.0)? well, don't know if this one is really a bug though... // // config // Windows XP pro - english SP1 JAVA 1.4.2 Thank you in advance, Jerarckill Environment: > Eclipse Find & install - cannot recognize AOP plugin > > > Key: JBIDE-123 > URL: http://jira.jboss.com/jira/browse/JBIDE-123 > Project: JBoss IDE > Type: Feature Request > Components: AOP Plugin > Reporter: SourceForge User > > > SourceForge Submitter: jerarckill . > I have installed org.jboss.ide.eclipse_1.4.0.bin.dist > packaged plugin for eclpise 3.0.1 and it works perfectly. > Just after, i tried to install the jbosside-aop-1.0.1 > packaged plugin (through the find & install link > in "eclipse"). > Eclipse says "selected location does not contain an > update site. please select another location". > Is it normal that this is not working? Do we have to > install it directly by copying it in the eclipse plugin > directory? do we have to install another AOP package > before (1.0.0)? > well, don't know if this one is really a bug though... > // > // config > // > Windows XP pro - english SP1 > JAVA 1.4.2 > Thank you in advance, > Jerarckill -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1053) conf/web.xml gets truncated
[ http://jira.jboss.com/jira/browse/JBAS-1053?page=history ] Scott M Stark closed JBAS-1053: --- Resolution: Cannot Reproduce Bug Reopen if this is still an issue as I can't reproduce it. > conf/web.xml gets truncated > --- > > Key: JBAS-1053 > URL: http://jira.jboss.com/jira/browse/JBAS-1053 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: bwallis42 . > OS: Gentoo Linux, (kernel 2.6.7 and glibc 2.3.3) > also on Solaris 8. > JDK: 1.4.2_05 and 1.4.2_01 > > When I start JBoss with the classpath including the conf > directory where the web.xml file is, the web.xml file gets > truncated. > > This didn't happen in JBoss 3.2.1 but does in 3.2.3. > > Workaround is to either write protect web.xml (and then > it works fine, no errors either) or remove the conf > directory from the classpath. > > See the thread in the forums for details, I've copied part > of that discussion here which describes the problem and > tries to point to where it might be occuring. > > http://jboss.org/index.html?module=bb&op=viewtopic&t=52741 > > -- > OK, found what it is in our configuration that causes > web.xml to be overwritten. > > For a reason that I cannot quite remember we have > always had the server conf directory on our classpath > when jboss starts up, something to do with using > ClassLoader.getResource() for properties I think, anyway > we don't use that anymore. Also when we changed from > 3.2.1 to 3.2.3 we also changed from jetty to tomcat. > > If I take the conf directory off the classpath then the > web.xml file is not truncated, although it's last modified > time is still updated. > > On a Solaris system I launched the JVM with truss and > then matched up the tracing in the JBoss log with the > truss output and found the following. (the first log shown > at the end is the jboss log followed with the truss log) > > The first JBoss timestamp at 2004-08-10 14:37:35,460 > corresponds to a time of 123.4634 in the truss log and > the last JBoss timestamp is a time of 123.5674 in the > truss log so the jboss tracing overlaps the two truss > entries shown. > > Notice that the second open call in the truss log has flags > O_CREATE|O_TRUNC which is going to do exactly that, > truncate the web.xml file. This second open call fits into > the time between the last two jboss log entries shown > which seem to be in the UnifiedClassLoader3. > > That's about as far as I can go as I don't know this area > of the JBoss code at all. > > Is this a bug I should report? The work around is simple, > don't put the conf dir on your classpath :-) > > > jboss log: > == > 2004-08-10 14:37:35,460 TRACE > [org.jboss.mx.loading.UnifiedClassLoader] > getResourceLocally([EMAIL PROTECTED] > url=file:/vobs/NotificationSer > vice_build/JAVA_dbg/run/NS_EFD/jboss/deploy/jbossweb-tomcat41.sar/ > ,addedOrder=11}), name=web.xml, > resURL:file:/vobs/NotificationService_build/JAVA_dbg/run/NS_EFD/jboss/co > nf/web.xml > 2004-08-10 14:37:35,464 TRACE > [org.jboss.mx.loading.UnifiedClassLoader3] attempt(1) > was: true for > :[EMAIL PROTECTED] > url=file:/vobs/Notific > ationService_build/JAVA_dbg/run/NS_EFD/jboss/deploy/jbossweb-tomcat41.sar/ > ,addedOrder=11} > 2004-08-10 14:37:35,465 TRACE > [org.jboss.mx.loading.LoadMgr3] registerLoaderThread, > [EMAIL PROTECTED] > url=file:/vobs/NotificationServic > e_build/JAVA_dbg/run/NS_EFD/jboss/deploy/jbossweb-tomcat41.sar/ > ,addedOrder=11}, t=Thread[main,5,jboss], prevT=null > 2004-08-10 14:37:35,467 TRACE > [org.jboss.mx.loading.LoadMgr3] Begin beginLoadTask, > [EMAIL PROTECTED]: > java.io.FileOutputStream, r > equestingThread: Thread[main,5,jboss], > requestingClassLoader: > [EMAIL PROTECTED] > url=file:/vobs/NotificationService_build/JAVA_dbg/run/NS_EF > D/jboss/deploy/jbossweb-tomcat41.sar/ > ,addedOrder=11}, loadedClass: null, loadOrder: > 2147483647, loadException: null, threadTaskCount: 0, > state: 0} > 2004-08-10 14:37:35,468 TRACE > [org.jboss.mx.loading.UnifiedClassLoader] > loadClassLocally, name=java.io.FileOutputStream > 2004-08-10 14:37:35,469 TRACE > [org.jboss.mx.loading.UnifiedLoaderRepository3] > cacheLoadedClass, classname: > java.io.FileOutputStream, class: class > java.io.FileOutputStream, > ucl: > [EMAIL PROTECTED] > url=file:/vobs/NotificationService_build/JAVA_dbg/run/NS_EFD/jboss/deploy/jbossweb-tomcat41.sar/ > > ,addedOrder=11} > 2004-08-10 14:37:35,470 TRACE > [org.jboss.mx.loading.LoadMgr3] End beginLoadTask, > loadClassFromClassLoader > 2004-08-10 14:37:35,472 TRACE > [org.jboss.mx.loading.LoadMgr3] Begin endLoadTask, > [EMAIL PROTECTED]: > java.io.FileOutputStream, req > u
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-844) Search form
[ http://jira.jboss.com/jira/browse/JBAS-844?page=history ] Scott M Stark closed JBAS-844: -- Resolution: Done > Search form > --- > > Key: JBAS-844 > URL: http://jira.jboss.com/jira/browse/JBAS-844 > Project: JBoss Application Server > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: elfring . > Please add a search engine to your web site. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1182) Thread creation during deactivate_object
[ http://jira.jboss.com/jira/browse/JBAS-1182?page=history ]
Scott M Stark reassigned JBAS-1182:
---
Assign To: Francisco Reverbel (was: Scott M Stark)
> Thread creation during deactivate_object
>
>
> Key: JBAS-1182
> URL: http://jira.jboss.com/jira/browse/JBAS-1182
> Project: JBoss Application Server
> Type: Bug
> Components: IIOP service
> Reporter: SourceForge User
> Assignee: Francisco Reverbel
>
>
> SourceForge Submitter: kevinconner .
> This is a duplicate of bug 527 in the JacORB database.
> It is being submitted here so that a patch may be
> applied to the JBoss patched version of JacORB.
> http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=527
> The deactiviation of an object causes Thread creation
> in AOM.remove. Would it
> be possible to use a thread pool instead of creating
> new threads?
> A possible solution could be to have the
> RequestController provide a
> notification mechanism (instead of a thread waiting on
> object completion) and
> have the notification request work from the thread pool.
> The attached patch uses a threadpool to prevent the
> thread creation but I don't
> believe it is the best solution.
> Index: AOM.java
> ===
> RCS file:
> /cvsroot/jacorb/JacORB/src/org/jacorb/poa/AOM.java,v
> retrieving revision 1.29
> diff -u -r1.29 AOM.java
> --- AOM.java 6 May 2004 12:40:00 - 1.29
> +++ AOM.java 21 Oct 2004 14:38:11 -
> @@ -27,6 +27,9 @@
> import org.jacorb.poa.util.ByteArrayKey;
> import org.jacorb.poa.util.POAUtil;
> import org.jacorb.poa.util.StringPair;
> +import org.jacorb.util.threadpool.Consumer;
> +import org.jacorb.util.threadpool.ConsumerFactory;
> +import org.jacorb.util.threadpool.ThreadPool;
>
> import
> org.omg.PortableServer.POAPackage.ObjectAlreadyActive;
> import org.omg.PortableServer.POAPackage.ObjectNotActive;
> @@ -69,6 +72,23 @@
> /** a lock to protect two consecutive operations
> on the list, used
> in remove() */
> private Object deactivationListLock =
> new Object();
> +
> +private Consumer deactivationConsumer = new
> Consumer() {
> +public void doWork(final Object job) {
> +try {
> +((Runnable)job).run() ;
> +} catch (final Throwable th) {
> +logger.info("Unhandled exception
> during deactivation", th);
> +}
> +}
> +} ;
> +private ConsumerFactory
> deactivationConsumerFactory = new ConsumerFactory() {
> +public Consumer create() {
> +return deactivationConsumer ;
> +}
> +} ;
> +
> +private ThreadPool deactivationPool = new
> ThreadPool(deactivationConsumerFactory) ;
>
> private AOM()
> {
> @@ -348,8 +368,7 @@
> final POA poa_ = poa;
> final boolean cleanupInProgress_ =
> cleanupInProgress;
>
> -Thread thread = new Thread("AOM_RemovalThread")
> -{
> +final Runnable job = new Runnable() {
> public void run()
> {
> _remove(
> @@ -361,8 +380,8 @@
> );
> }
> };
> -
> -thread.start();
> +
> +deactivationPool.putJob(job) ;
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1298) HAR Deployer JBCache config
[ http://jira.jboss.com/jira/browse/JBAS-1298?page=history ] Scott M Stark reassigned JBAS-1298: --- Assign To: Steve Ebersole (was: Scott M Stark) > HAR Deployer JBCache config > > > Key: JBAS-1298 > URL: http://jira.jboss.com/jira/browse/JBAS-1298 > Project: JBoss Application Server > Type: Feature Request > Components: Hibernate service > Versions: JBossAS-4.0.1 Final, JBossAS-3.2.6 Final > Reporter: Andrew Oliver > Assignee: Steve Ebersole > > Original Estimate: 6 hours > Remaining: 6 hours > > Presently HAR deployer picks up JBCache config from its classloader. It does > not use an MBean. It should use an MBean (and we should be able to get stats > from it). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-776) NoInitialContextException after x redeployments
[ http://jira.jboss.com/jira/browse/JBAS-776?page=history ] Scott M Stark closed JBAS-776: -- Resolution: Cannot Reproduce Bug > NoInitialContextException after x redeployments > --- > > Key: JBAS-776 > URL: http://jira.jboss.com/jira/browse/JBAS-776 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: wonnekeysers . > Following exception occurs during hot redeployment > of .ear. > JBoss 3.2.1 runs well for about a week. > Hot (re)deployments occur regularly. > After reboot, identical server config + apps run again as > expected. > 2003-11-06 15:40:47,171 WARN > [org.jboss.system.ServiceController] Problem starting > service > jboss.j2ee:jndiName=genesys/tangram/Affiliation,service= > EJB > javax.naming.NoInitialContextException: Need to specify > class name in environment or system property, or as an > applet parameter, or in an application resource file: > java.naming.factory.initial > > 2003-11-06 15:40:47,276 WARN > [org.jboss.jetty.JettyService] Failed to parse descriptors > for war(file:/usr/local/gsys/java/jboss/jboss- > 3.2.1/server/production/tmp/deploy/server/production/de > ploy/gsys/TGSWE_Adapter.ear/67.TGSWE_Adapter.ear- > contents/TGSWE_Adapter.war) > java.io.FileNotFoundException: /usr/local/gsys/java/jboss > /jboss- > 3.2.1/server/production/tmp/deploy/server/production/de > ploy/gsys/TGSWE_Adapter.ear/67.TGSWE_Adapter.ear- > contents/TGSWE_Adapter.war (Too many open files) > 2003-11-06 15:40:47,338 INFO [org.jboss.jbossweb] > Registered > jboss.web:Jetty=0,JBossWebApplicationContext=41,cont > ext=/TGSWE_Adapter > 2003-11-06 15:40:47,358 ERROR [org.jboss.jbossweb] > java.io.IOException: Too many open files > at java.io.UnixFileSystem.createFileExclusively > (Native Method) > at java.io.File.checkAndCreate(File.java:1333) > at java.io.File.createTempFile(File.java:1421) > at java.io.File.createTempFile(File.java:1458) > at > org.mortbay.http.HttpContext.getTempDirectory > (HttpContext.java:1195) > at > org.mortbay.jetty.servlet.WebApplicationContext.resolve > WebApp(WebApplicationContext.java:222) > at > org.mortbay.jetty.servlet.WebApplicationContext.start > (WebApplicationContext.java:335) > at > org.mortbay.j2ee.J2EEWebApplicationContext.start > (J2EEWebApplicationContext.java:85) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1278) session variables are shared between different sessions
[ http://jira.jboss.com/jira/browse/JBAS-1278?page=comments#action_12315669 ] Scott M Stark commented on JBAS-1278: - Logging into an app is not sufficient. We need a testcase that illustrates the problem. > session variables are shared between different sessions > --- > > Key: JBAS-1278 > URL: http://jira.jboss.com/jira/browse/JBAS-1278 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Environment: windows xp professional > Reporter: mona aziz > Assignee: Scott M Stark > > > J2EE web applications using XSL and XML, and apache's tag libs running on > Jboss v3.2.2 and v3.2.3 or Tomcat 5 share session variables between different > sessions. > ie. if we have 2 users, user A and user B browsing the app at the same time, > but each is in a different location, user A can see the data that user B > entered in page 1 when user B is in page 2 (when the data is saved in the > session), and user A refreshes page 1. > This problem doesn't occur whith the same J2EE app using the same tag libs > runing on sun one app server. > This problem doesn't happen either if the deployed application is not using > XSL and XML. > NOTE > This application gives errors during deployment when deployed on any later > JBoss AS version.(although i'm using the latest release of apache's tab libs) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-901) setting unpackWars as false didn't work
[ http://jira.jboss.com/jira/browse/JBAS-901?page=history ] Scott M Stark reassigned JBAS-901: -- Assign To: Remy Maucherat (was: Scott M Stark) Seems out of date but should verify. > setting unpackWars as false didn't work > --- > > Key: JBAS-901 > URL: http://jira.jboss.com/jira/browse/JBAS-901 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Remy Maucherat > > > SourceForge Submitter: shyamvs . > using jboss 323 release version jdk 1.4.2_03 linux RH > 8.0 2.4.18-14 > When I set the unpackWars flag as false then i get a > ClassNotFoundException. When is set true I am not > getting this exception. > 10:43:37:929]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: Test > Print=unpack wars==false| > [10:43:38:345]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:38,282 INFO [EmbeddedTomcatService] deploy, > ctxPath=/servervm-test, > warUrl=file:/advent1/reg/WebNMS5_Test_ant1.6/build/servervm-test.war > | > [10:43:39:281]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,266 INFO [Engine] > SingleSignOnContextConfig[/servervm-test]: Added > certificates -> request attribute Valve > | > [10:43:39:384]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,299 WARN [EmbeddedTomcatService] Unable to > invoke setDelegate on class > loader:[EMAIL PROTECTED] > | > [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,299 INFO [Engine] > StandardManager[/servervm-test]: Seeding random number > generator class java.security.SecureRandom > | > [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,300 INFO [Engine] > StandardManager[/servervm-test]: Seeding of random > number generator has been completed > | > [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,301 INFO [Engine] > StandardWrapper[/servervm-test:default]: Loading > container servlet default > | > [10:43:39:386]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,301 INFO [Engine] > StandardWrapper[/servervm-test:invoker]: Loading > container servlet invoker > | > [10:43:39:489]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: > 10:43:39,388 INFO [MainDeployer] Deployed package: > file:/advent1/reg/WebNMS5_Test_ant1.6/build/servervm-test.war > | > [10:43:39:837]|[03-01-2004]|[SYSOUT]|[INFO]|[14]|: > 10:43:39,748 INFO [Engine] > StandardWrapper[/servervm-test:JUnitEETestServlet]: > Marking servlet JUnitEETestServlet as unavailable > | > [10:43:39:838]|[03-01-2004]|[SYSOUT]|[INFO]|[14]|: > 10:43:39,751 ERROR [Engine] > StandardWrapperValve[JUnitEETestServlet]: Allocate > exception for servlet JUnitEETestServlet > javax.servlet.ServletException: Wrapper cannot find > servlet class org.junitee.servlet.JUnitEEServlet or a > class it depends on > at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) > at > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) > at > org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) > at > org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) > at > org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) > at > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) > at > org.apache.catalina.core.StandardPipeline$StandardPip
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1278) session variables are shared between different sessions
[ http://jira.jboss.com/jira/browse/JBAS-1278?page=history ] Scott M Stark resolved JBAS-1278: - Resolution: Deferred > session variables are shared between different sessions > --- > > Key: JBAS-1278 > URL: http://jira.jboss.com/jira/browse/JBAS-1278 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Environment: windows xp professional > Reporter: mona aziz > Assignee: Scott M Stark > > > J2EE web applications using XSL and XML, and apache's tag libs running on > Jboss v3.2.2 and v3.2.3 or Tomcat 5 share session variables between different > sessions. > ie. if we have 2 users, user A and user B browsing the app at the same time, > but each is in a different location, user A can see the data that user B > entered in page 1 when user B is in page 2 (when the data is saved in the > session), and user A refreshes page 1. > This problem doesn't occur whith the same J2EE app using the same tag libs > runing on sun one app server. > This problem doesn't happen either if the deployed application is not using > XSL and XML. > NOTE > This application gives errors during deployment when deployed on any later > JBoss AS version.(although i'm using the latest release of apache's tab libs) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1366) Alter table throws Exception when using with mysql and postgresql
[ http://jira.jboss.com/jira/browse/JBAS-1366?page=history ] Scott M Stark reassigned JBAS-1366: --- Assign To: Alexey Loubyansky (was: Scott M Stark) > Alter table throws Exception when using with mysql and postgresql > - > > Key: JBAS-1366 > URL: http://jira.jboss.com/jira/browse/JBAS-1366 > Project: JBoss Application Server > Type: Patch > Components: CMP service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > Reporter: Richard C. L. Li > Assignee: Alexey Loubyansky > Attachments: JDBCStartCommand.java > > Original Estimate: 0 minutes > Remaining: 0 minutes > > I tried to use the following options in CMP deployment: > true > true > The deployment is deployed to: > JBoss 4.0.1 + MySQL 4.x + WindowsXP > I found that the app server generates an exception and > the CMP Entity Beans cannot be deployed. The exception > is caused by the SQL that trying to add a column to an > existing column. > Finally I figure out in the docs that the alter table > feature compares column names in uppercases so that the > lower case column names in default mapping cause trouble. > I tried to dig into the source codes and figure the > comparison is made to DB column names and uppercased > column names. I just wonder why not compare both names > in uppercase, but only one in uppercase and the other not? > I already make a patch for myself which make both names > to uppercase before comparison. > During the investigation on this issue, I also found that > the code may throw a null pointer exception when checking to > add an index to a CMR-field. > I have already make a patch. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-310) Control time ejbStore
[ http://jira.jboss.com/jira/browse/JBAS-310?page=history ] Scott M Stark closed JBAS-310: -- Assign To: Alexey Loubyansky (was: Scott M Stark) Resolution: Done Fix Version: JBossAS-3.2.6 Final JBossAS-4.0.0 Final > Control time ejbStore > - > > Key: JBAS-310 > URL: http://jira.jboss.com/jira/browse/JBAS-310 > Project: JBoss Application Server > Type: Feature Request > Components: CMP service > Versions: JBossAS-4.0.0 Final > Reporter: SourceForge User > Assignee: Alexey Loubyansky > Fix For: JBossAS-3.2.6 Final, JBossAS-4.0.0 Final > > > SourceForge Submitter: alvaromota . > I thing that is usual insert element to specify the > precise time at which a new bean that uses RDBMS CMP is > inserted into > the database. By default, the database insert is done > after > ejbPostCreate. > For maximum flexibility, developers should avoid > creating related > beans in their ejbPostCreate method. This may make > delaying the > database insert impossible if database constraints > prevent related > beans from referring to a bean that has not yet been > created. > This is useful when we need to create a child entity > from inside the > ejbPostCreate method of a parent entity. The > foreign-key field on the > child??s table will try to match an existing key on the > parent, but since it > has not been persisted, a violation error will occur. > To avoid that, and > still use the foreign-key constraint in the child??s > table, we use the > "ejbCreate" or "commit" value on the tag in the parent > bean??s descriptor. > Thanks > Alvaro Mota Gon??alves -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1263) EJB-QL for "IS EMPTY" on relation table uses wrong column and is broken in general
[ http://jira.jboss.com/jira/browse/JBAS-1263?page=history ] Scott M Stark reassigned JBAS-1263: --- Assign To: Alexey Loubyansky (was: Scott M Stark) > EJB-QL for "IS EMPTY" on relation table uses wrong column and is broken in > general > -- > > Key: JBAS-1263 > URL: http://jira.jboss.com/jira/browse/JBAS-1263 > Project: JBoss Application Server > Type: Bug > Components: CMP service > Versions: JBossAS-4.0.1 Final, JBossAS-4.0.0 Final > Environment: JDK 1.5.0, Windows XP+SP2, MySQL, Connector/J 3.1.6 > Reporter: cgs > Assignee: Alexey Loubyansky > > > TemplateEJB: > * @ejb.finder > * signature="java.util.Collection findPublic()" > * query="SELECT DISTINCT OBJECT(o) > * FROM template o > * WHERE o.organizationList IS EMPTY" > /** > * @ejb.interface-method > * > * @ejb.relation > * name="Organization-Template" > * role-name="template-belongs-to-organization" > * > * @jboss.relation > * fk-constraint="true" > * fk-column="organization_id" > * related-pk-field="id" > * > * @jboss.relation-table > * table-name="template_to_organization" > */ > public abstract Set getOrganizationList(); > public abstract void setOrganizationList(Set organizationList); > OrganizationEJB: > /** > * @ejb.interface-method > * > * @ejb.relation > * name="Organization-Template" > * role-name="organization-has-templates" > * > * @jboss.relation > * fk-constraint="true" > * fk-column="template_id" > * related-pk-field="id" > * > * @jboss.relation-table > * table-name="template_to_organization" > */ > public abstract Set getTemplateList(); > public abstract void setTemplateList(Set templateList); > The SQL that is generated for the finder is: > SELECT DISTINCT > t0_o.id, t0_o.image, t0_o.image_thumbnail, t0_o.image_thumbnail_type, > t0_o.image_type, t0_o.name, t0_o.template, t0_o.time_created, > t0_o.time_updated, t0_o.uuid > FROM > template t0_o, > organization t2_o_organizationList, > template_to_organization t1_o_organizationList_RELATION_T > WHERE ( > t1_o_organizationList_RELATION_T.template_id IS NULL AND > t0_o.id=t1_o_organizationList_RELATION_T.template_id AND > t2_o_organizationList.id=t1_o_organizationList_RELATION_T.organization_id > ) > The first condition shouldn't be checking if ``template_id IS NULL'', but > ``organization_id IS NULL''. Even if it properly checked organization_id, > the query still would not work. If a relation using a relation table has an > empty list, the second condition is never matched. The list is always empty > and it cannot proceed. (t1_o_organizationList_RELATION_T.template_id will > never have any values in an empty relation.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1247) EJB container errors
[ http://jira.jboss.com/jira/browse/JBAS-1247?page=history ] Scott M Stark closed JBAS-1247: --- Resolution: Incomplete Description > EJB container errors > > > Key: JBAS-1247 > URL: http://jira.jboss.com/jira/browse/JBAS-1247 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-4.0.0 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: wei_jiang . > Hi, > I report potential three bugs about ejb container. > The third bug is not related with the first two. > Environemnt: Windows XP. Both jboss 3.2.6 and jboss > 4.0.0. Configuration: all. > 1. Ejb container should never say: > "java.lang.NoClassDefFoundError: javax/ejb/EJBException" > 2. the ejb was deployed successfully. The ejb call a > library > which is specified when server starts: > run -C d:\jboss326\acelet -c all > The error occurred when the ejb is called. > But it seems the ejb container does not looks for that > classpath (bootstrap classpath). > 3. stateful session bean passivation is implemented > incorrectly: jdbcConnection is not serializable. > >>> > d:\jboss400\bin>run -C d:\jboss326\acelet -c all > === > . > JBoss Bootstrap Environment > . > JBOSS_HOME: d:\jboss400\bin\\.. > . > JAVA: d:\j2sdk1.4.2_06\bin\java > . > JAVA_OPTS: -Dprogram.name=run.bat -Xms128m -Xmx512m > . > CLASSPATH: > d:\j2sdk1.4.2_06\lib\tools.jar;d:\jboss400\bin\\run.jar > . > === > . > 14:59:03,203 INFO [Server] Starting JBoss (MX > MicroKernel)... > 14:59:03,203 INFO [Server] Release ID: JBoss [Zion] > 4.0.0 (build: CVSTag=JBoss_4_0_0 date=200409200 > 418) > 14:59:03,203 INFO [Server] Home Dir: D:\jboss400 > 14:59:03,203 INFO [Server] Home URL: file:/D:/jboss400/ > 14:59:03,203 INFO [Server] Library URL: > file:/D:/jboss400/lib/ > 14:59:03,203 INFO [Server] Patch URL: null > 14:59:03,203 INFO [Server] Server Name: all > 14:59:03,203 INFO [Server] Server Home Dir: > D:\jboss400\server\all > 14:59:03,203 INFO [Server] Server Home URL: > file:/D:/jboss400/server/all/ > 14:59:03,203 INFO [Server] Server Data Dir: > D:\jboss400\server\all\data > 14:59:03,203 INFO [Server] Server Temp Dir: > D:\jboss400\server\all\tmp > 14:59:03,218 INFO [Server] Server Config URL: > file:/D:/jboss400/server/all/conf/ > 14:59:03,218 INFO [Server] Server Library URL: > file:/D:/jboss400/server/all/lib/ > 14:59:03,218 INFO [Server] Root Deployment Filename: > jboss-service.xml > 14:59:03,218 INFO [Server] Starting General Purpose > Architecture (GPA)... > 14:59:03,984 INFO [ServerInfo] Java version: > 1.4.2_06,Sun Microsystems Inc. > 14:59:03,984 INFO [ServerInfo] Java VM: Java > HotSpot(TM) Client VM 1.4.2_06-b03,Sun Microsystems In > c. > 14:59:03,984 INFO [ServerInfo] OS-System: Windows XP > 5.1,x86 > 14:59:04,687 INFO [Server] Core system initialized > 14:59:08,687 INFO [Log4jService$URLWatchTimerTask] > Configuring from URL: resource:log4j.xml > 14:59:08,828 INFO [WebService] Using RMI server > codebase: http://hp2:8083/ > 14:59:09,140 INFO [NamingService] Started > jnpPort=1099, rmiPort=1098, backlog=50, bindAddress=/0.0. > 0.0, Client SocketFactory=null, Server > [EMAIL PROTECTED] > 3076 > 14:59:18,750 INFO [EjbModule] Deploying > ClusteredHTTPSession > 14:59:19,000 INFO [EJBDeployer] Deployed: > file:/D:/jboss400/server/all/deploy/jbossha-httpsession.s > ar/ClusteredHttpSessionEB.jar/ > 14:59:25,093 INFO [Embedded] Catalina naming disabled > 14:59:25,812 INFO [Http11Protocol] Initializing Coyote > HTTP/1.1 on http-0.0.0.0-8080 > 14:59:25,859 INFO [Catalina] Initialization processed > in 672 ms > 14:59:25,859 INFO [StandardService] Starting service > jboss.web > 14:59:25,859 INFO [StandardEngine] Starting Servlet > Engine: Apache Tomcat/5.0.28 > 14:59:25,875 INFO [StandardHost] XML validation disabled > 14:59:25,906 INFO [Catalina] Server startup in 47 ms > 14:59:26,062 INFO [TomcatDeployer] deploy, > ctxPath=/ebxmlrr, warUrl=file:/D:/jboss400/server/all/de > ploy/ebxmlrr-service.sar/ebxmlrr.war/ > 14:59:26,671 INFO [STDOUT] Initialized REST > 14:59:26,750 INFO [SAAJServlet] init > 14:59:27,234 INFO [SAAJServlet] init > 14:59:27,421 INFO [TomcatDeployer] deploy, > ctxPath=/invoker, warUrl=file:/D:/jboss400/server/all/de > ploy/http-invoker.sar/invoker.war/ > 14:59:27,703 INFO [TomcatDeployer] deploy, > ctxPath=/ws4ee, warUrl=file:/D:/jboss400/server/all/tmp/ > deploy/tmp60926jboss-ws4ee-exp.war/ > 14:59:27,828 INFO [TomcatDeployer] deploy, ctxPath=/, > warUrl=file:/D:/jboss400/server/all/deploy/jb > ossweb-tomcat50.sar/ROOT.war/ > 14:59:33,109 INFO [STDOUT] Loading properties file: > resourceName = '/org/exolab/castor/castor.prope > rties' fileName = 'castor.properties' > 14:59:34,546 INFO [DefaultPartiti
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1095) JBoss 3.2.5 error
[ http://jira.jboss.com/jira/browse/JBAS-1095?page=history ] Scott M Stark closed JBAS-1095: --- Resolution: Rejected http://www.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration > JBoss 3.2.5 error > - > > Key: JBAS-1095 > URL: http://jira.jboss.com/jira/browse/JBAS-1095 > Project: JBoss Application Server > Type: Bug > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: vichybaby . > I am upgrading Jboss from 3.0.4 to 3.2.5. There are two > applications and correct operation are as belows: > 1 jboss/deploy/default/deploy/aaa.ear(context-root=aaa) > when jboss start up, will run > http://myserver:8080/aaa/servlet2, this servlet will > invoke method1 of > jboss/deploy/default/deploy/aaa.ear/aaa.war/WEB- > INF/classes/com/mycompany/MyClass.class > 2 jboss/deploy/default/deploy/bbb.ear(context-root=/) > when jboss start up, will run > http://myserver:8080/servlet1, this servlet will invoke > method2 of > jboss/deploy/default/deploy/bbb.ear/bbb.war/WEB- > INF/classes/com/mycompany/MyClass.class(This class is > not same as the NyClass.class in aaa.ear) > But when we try Jboss3.2.5, Jboss deploy aaa.ear first, > load up /servlet1 and find/load > jboss/deploy/default/deploy/aaa.ear/aaa.war/WEB- > INF/classes/com/mycompany/MyClass.class first, > then Jboss deploy bbb.ear, load up aaa/servlet2, but it > find the wrong MyClass.class in anther ear. So error > happens: No such Method in com.mycompany.MyClass > I am confused. Help! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-397) Can't set SERIALIZABLE transaction isolation with Oracle XA
[ http://jira.jboss.com/jira/browse/JBAS-397?page=history ] Scott M Stark updated JBAS-397: --- Description: SourceForge Submitter: igorfie . This is not a bug report per se, but I could not find any better place for such information. ;-) Problem as observed by JBoss users: JBoss 3.2 and 4.0 do not allow setting SERIALIZABLE transaction isolation level for Oracle XA datasources. Root cause of this is incompatible Oracle JDBC driver (surprise, surprise). There seems to be no way to set SERIALIZABLE tx isolation level with Oracle 8i JDBC drivers. To start SERIALIZABLE tx using Oracle JDBC driver v9.2.0.1 one need to: XADataSource ds = ...; XAConnection mc = ds.getXAConnection(); XAResource xares = mc.getXAResource(); xares.start(xid, XAResource.TMNOFLAGS | oracle.jdbc.xa.OracleXAResource.ORATMSERIALIZABL E); Note not-standard parameter passed to XAResource.start and that Connection.setTransactionIsolation(int) should not be called with Oracle XA drivers. I do not have any immediate plans to implement this. was: SourceForge Submitter: igorfie . This is not a bug report per se, but I could not find any better place for such information. ;-) Problem as observed by JBoss users: JBoss 3.2 and 4.0 do not allow setting SERIALIZABLE transaction isolation level for Oracle XA datasources. Root cause of this is incompatible Oracle JDBC driver (surprise, surprise). There seems to be no way to set SERIALIZABLE tx isolation level with Oracle 8i JDBC drivers. To start SERIALIZABLE tx using Oracle JDBC driver v9.2.0.1 one need to: XADataSource ds = ...; XAConnection mc = ds.getXAConnection(); XAResource xares = mc.getXAResource(); xares.start(xid, XAResource.TMNOFLAGS | oracle.jdbc.xa.OracleXAResource.ORATMSERIALIZABL E); Note not-standard parameter passed to XAResource.start and that Connection.setTransactionIsolation(int) should not be called with Oracle XA drivers. I do not have any immediate plans to implement this. Environment: Priority: Optional (was: Major) > Can't set SERIALIZABLE transaction isolation with Oracle XA > --- > > Key: JBAS-397 > URL: http://jira.jboss.com/jira/browse/JBAS-397 > Project: JBoss Application Server > Type: Feature Request > Reporter: SourceForge User > Assignee: Scott M Stark > Priority: Optional > > > SourceForge Submitter: igorfie . > This is not a bug report per se, but I could not find any > better place for such information. ;-) > Problem as observed by JBoss users: JBoss 3.2 and > 4.0 do not allow setting SERIALIZABLE transaction > isolation level for Oracle XA datasources. > Root cause of this is incompatible Oracle JDBC driver > (surprise, surprise). > There seems to be no way to set SERIALIZABLE tx > isolation level with Oracle 8i JDBC drivers. > To start SERIALIZABLE tx using Oracle JDBC driver > v9.2.0.1 one need to: > XADataSource ds = ...; > XAConnection mc = ds.getXAConnection(); > XAResource xares = mc.getXAResource(); > xares.start(xid, XAResource.TMNOFLAGS | > oracle.jdbc.xa.OracleXAResource.ORATMSERIALIZABL > E); > Note not-standard parameter passed to > XAResource.start and that > Connection.setTransactionIsolation(int) should not be > called with Oracle XA drivers. > I do not have any immediate plans to implement this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-490) Problems with more than one ejb-module in application.xml
[ http://jira.jboss.com/jira/browse/JBAS-490?page=history ] Scott M Stark closed JBAS-490: -- Resolution: Cannot Reproduce Bug > Problems with more than one ejb-module in application.xml > - > > Key: JBAS-490 > URL: http://jira.jboss.com/jira/browse/JBAS-490 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > > > SourceForge Submitter: totmacherr . > JBoss 3.2 seems to have a Problem with multiple ejb > jars contained within a .ear file. > I create a .ear with three modules. one web, and two > ejbs. the first time the ear is deployed jboss does not > find the jaws.xml (its a ejb 1.1 app) of one of the jars > and no table/field mappings are read in. > after redeploying the .ear jboss has this behavior: > everything seems to deploy correct (jaws meta data is > read in), but then the .ear is destroyed. > the last thing you see is: > 2003-04-23 17:00:04,056 DEBUG > [org.jboss.ejb.EjbModule] creating binding for > ejb/waco/statistic/StatisticAnalyse:stateless-rmi-invoker > 2003-04-23 17:00:04,056 INFO > [org.jboss.ejb.EntityContainer] Registration is not done - > > destroy > 2003-04-23 17:00:04,066 DEBUG > [org.jboss.system.ServiceController] destroying service: > jboss.j2ee:jndiName=ejb/waco/BranchContact,service=E > JB > 2003-04-23 17:00:04,066 DEBUG > [org.jboss.system.ServiceController] destroying > dependent services for: > jboss.j2ee:jndiName=ejb/waco/BranchContact,service=E > JB depenent services are: [] > 2003-04-23 17:00:04,066 INFO > [org.jboss.ejb.EntityContainer] Destroying > where is the problem ? > jboss 2.4.5 had the same problem with multiple ejb jars > in one ear -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1156) Implement jboss.server.log.dir
[ http://jira.jboss.com/jira/browse/JBAS-1156?page=history ]
Scott M Stark updated JBAS-1156:
Description:
SourceForge Submitter: portellus .
Please, provide a way to customize the log files
directory by introducing a new
parameter "jboss.server.log.dir".
Now, you can customize some of the log file paths thru
log4j.xml, but boot.log is still hardcoded in
run.jar/log4j.properties. Tomcat setup is very similar and
also uses ${jboss.server.home.dir}/log/.
was:
SourceForge Submitter: portellus .
Please, provide a way to customize the log files
directory by introducing a new
parameter "jboss.server.log.dir".
Now, you can customize some of the log file paths thru
log4j.xml, but boot.log is still hardcoded in
run.jar/log4j.properties. Tomcat setup is very similar and
also uses ${jboss.server.home.dir}/log/.
Environment:
Priority: Minor (was: Major)
The bootstrap log4j.properties can be overriden via the log4j.configuration
system property to point to an alternate log4j.propert/log4j.xml that put the
boot.log into a different directory. With the addition of the ${x:default}
syntax it may make sense to have a jboss.server.log.dir with the default being
${jboss.server.home.dir}/log
> Implement jboss.server.log.dir
> --
>
> Key: JBAS-1156
> URL: http://jira.jboss.com/jira/browse/JBAS-1156
> Project: JBoss Application Server
> Type: Feature Request
> Versions: JBossAS-4.0.0 Final
> Reporter: SourceForge User
> Assignee: Scott M Stark
> Priority: Minor
>
>
> SourceForge Submitter: portellus .
> Please, provide a way to customize the log files
> directory by introducing a new
> parameter "jboss.server.log.dir".
> Now, you can customize some of the log file paths thru
> log4j.xml, but boot.log is still hardcoded in
> run.jar/log4j.properties. Tomcat setup is very similar and
> also uses ${jboss.server.home.dir}/log/.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-784) ResourceBundle classloader errors
[ http://jira.jboss.com/jira/browse/JBAS-784?page=history ]
Scott M Stark closed JBAS-784:
--
Resolution: Done
> ResourceBundle classloader errors
> -
>
> Key: JBAS-784
> URL: http://jira.jboss.com/jira/browse/JBAS-784
> Project: JBoss Application Server
> Type: Bug
> Components: Web (Tomcat) service
> Reporter: SourceForge User
> Assignee: Scott M Stark
>
>
> SourceForge Submitter: genman .
> Deployment information:
> java version "1.4.2_02"
> Java(TM) 2 Runtime Environment,
>Standard Edition (build 1.4.2_02-b03)
> Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
> JBoss 3.2.2 (release)
> Linux Redhat 8
> I cannot reproduce this problem when I use Java
> 1.4.1-01 Blackdown for Linux, though again it might be
> a timing issue.
> There is a resource bundle located in an exploded .war
> file with a ResourceBundle at top-level:
> xyz.war
> WEB-INF
> classes
> AppResources.properties
> Struts 1.1 (periodically) cannot locate this bundle.
> javax.servlet.jsp.JspException: Missing message for key
> label.product.name
> at
> org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298)
> at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170)
> at Home_jsp._jspService(Home_jsp.java:107)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
> The weird part is that it found the bundle, but is
> MISSING the key. (We have seen this problem when
> loading from other resource bundles.)
> I constructed a test JSP The JSP always works fine.
> It spits out the key "label.product.name"
> <%@ page contentType="text/plain" %>
> <%@ page import="java.util.*"%>
> <%
> ResourceBundle rb = null;
> for (int i = 0; i < 100; i++) {
> rb = ResourceBundle.getBundle("AppResources",
> Locale.getDefault());
> // rb = ResourceBundle.getBundle("AppResources");
> }
> Enumeration e = rb.getKeys();
> while (e.hasMoreElements())
> out.println(e.nextElement());
> out.println(rb.getString("label.product.name"));
> %>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-633) EJB-QL to traverse CMR with different datasources
[ http://jira.jboss.com/jira/browse/JBAS-633?page=history ] Scott M Stark updated JBAS-633: --- Description: SourceForge Submitter: ze_ioio . This feature will allow EJB-QL and JBOSS-QL queries to traverse relationship when beans on each CMR side have differents datasources. i.e : Bean A w/ datasource dsA Bean B w/ datasource dsB By now using BeanB inside BeanA works but a query that uses the relationship between these two beans fails. The exception thrown complains that BeanB's table is not present under dsA. was: SourceForge Submitter: ze_ioio . This feature will allow EJB-QL and JBOSS-QL queries to traverse relationship when beans on each CMR side have differents datasources. i.e : Bean A w/ datasource dsA Bean B w/ datasource dsB By now using BeanB inside BeanA works but a query that uses the relationship between these two beans fails. The exception thrown complains that BeanB's table is not present under dsA. Environment: Priority: Optional (was: Major) > EJB-QL to traverse CMR with different datasources > - > > Key: JBAS-633 > URL: http://jira.jboss.com/jira/browse/JBAS-633 > Project: JBoss Application Server > Type: Feature Request > Components: CMP service > Reporter: SourceForge User > Assignee: Scott M Stark > Priority: Optional > > > SourceForge Submitter: ze_ioio . > This feature will allow EJB-QL and JBOSS-QL queries to > traverse relationship when beans on each CMR side have > differents datasources. > i.e : > Bean A w/ datasource dsA > Bean B w/ datasource dsB > By now using BeanB inside BeanA works but a query that > uses the relationship between these two beans fails. > The exception thrown complains that BeanB's table is > not present under dsA. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1179) Deployment problem Cannot find setter method setDocBase null
[ http://jira.jboss.com/jira/browse/JBAS-1179?page=history ] Scott M Stark updated JBAS-1179: Attachment: openamf.ear > Deployment problem Cannot find setter method setDocBase null > > > Key: JBAS-1179 > URL: http://jira.jboss.com/jira/browse/JBAS-1179 > Project: JBoss Application Server > Type: Bug > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Scott M Stark > Attachments: openamf.ear > > > SourceForge Submitter: tfromm . > The bug appears exactly like described here: > http://www.jboss.org/wiki/Wiki.jsp?page=RunJBossWithJ2SDK1.5Beta > > But i use sun jdk 1.4.2_05 with jboss+tomcat 3.2.6 release. > I have no javax.management* stuff inside the deployed ear. > Inside the .ear is an embedded .war. If i use the .war as > standalone, everything is fine. If i remove jboss-app.xml from the > META-INF also everything is fine. > Seems, that this problem is not only once of the jdk 1.5. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Admin Console] - Admin Console JIRA Project
The Admin Console project in JIRA (http://jira.jboss.com/jira/browse/JBADMCON) is now publicly available. It includes an archive of the tasks that went into the Phase 1.0 of the Admin Console and a first cut of tasks for Phase 1.1. Please use this for logging bugs and for monitoring the progress of tasks. The best place to start is the Road Map (http://jira.jboss.com/jira/browse/JBADMCON?report=com.atlassian.jira.plugin.system.project:roadmap-panel). Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3867650#3867650 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3867650 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Moved: (JBIDE-124) Hotdeployment fails with StringIndexOutOfBounds Exception
[ http://jira.jboss.com/jira/browse/JBIDE-124?page=history ] Scott M Stark moved JBAS-1315 to JBIDE-124: --- Project: JBoss IDE (was: JBoss Application Server) Key: JBIDE-124 (was: JBAS-1315) Version: (was: JBossAS-4.0.1 Final) Security Level: (was: Public) > Hotdeployment fails with StringIndexOutOfBounds Exception > - > > Key: JBIDE-124 > URL: http://jira.jboss.com/jira/browse/JBIDE-124 > Project: JBoss IDE > Type: Bug > Environment: Windows XP, Sun JDK 1.4.2_05 > Reporter: larswunderlich > Assignee: Scott M Stark > > > Deploying the sample application as described in JBoss IDE documentation > 1.3.0 with 1.4.0 plugin fails with the following error. This happens in every > configuration (default as well as all). I don't know how to solve the bug, > the exception does not provide any further information what's going on. > The EAR file structure, as well as the WAR and EJB structure seems just fine. > 18:43:28,986 INFO [Server] JBoss (MX MicroKernel) [4.0.1 (build: > CVSTag=JBoss_4_0_1 date=200412230944)] Started in 22s:753ms > 18:43:48,574 INFO [EARDeployer] Init J2EE application: > file:/D:/jboss-4.0.1/server/default/deploy/FiboApp.ear > 18:43:48,824 ERROR [Tomcat5] Problem in init > java.lang.StringIndexOutOfBoundsException: String index out of range: 0 > at java.lang.String.charAt(String.java:444) > at org.jboss.util.file.JarUtils.unjar(JarUtils.java:252) > at > org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:262) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:828) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:848) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) > at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) > at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) > at $Proxy8.deploy(Unknown Source) > at > org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305) > at > org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:215) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:194) > 18:43:48,844 ERROR [MainDeployer] Could not initialise deployment: > file:/D:/jboss-4.0.1/server/default/deploy/FiboApp.ear > org.jboss.deployment.DeploymentException: String index out of range: 0; - > nested throwable: (java.lang.StringIndexOutOfBoundsException: String index > out of range: 0) > at > org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:312) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:828) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:848) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) > at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) > at org.jboss.mx.server.Invocation.
[JBoss-dev] [JBoss JIRA] Updated: (JBIDE-124) Hotdeployment fails with StringIndexOutOfBounds Exception
[ http://jira.jboss.com/jira/browse/JBIDE-124?page=history ] Scott M Stark updated JBIDE-124: Assign To: (was: Scott M Stark) The exception indicates that one of the archives has an empty name. Attach the ear that produces the problem. > Hotdeployment fails with StringIndexOutOfBounds Exception > - > > Key: JBIDE-124 > URL: http://jira.jboss.com/jira/browse/JBIDE-124 > Project: JBoss IDE > Type: Bug > Environment: Windows XP, Sun JDK 1.4.2_05 > Reporter: larswunderlich > > > Deploying the sample application as described in JBoss IDE documentation > 1.3.0 with 1.4.0 plugin fails with the following error. This happens in every > configuration (default as well as all). I don't know how to solve the bug, > the exception does not provide any further information what's going on. > The EAR file structure, as well as the WAR and EJB structure seems just fine. > 18:43:28,986 INFO [Server] JBoss (MX MicroKernel) [4.0.1 (build: > CVSTag=JBoss_4_0_1 date=200412230944)] Started in 22s:753ms > 18:43:48,574 INFO [EARDeployer] Init J2EE application: > file:/D:/jboss-4.0.1/server/default/deploy/FiboApp.ear > 18:43:48,824 ERROR [Tomcat5] Problem in init > java.lang.StringIndexOutOfBoundsException: String index out of range: 0 > at java.lang.String.charAt(String.java:444) > at org.jboss.util.file.JarUtils.unjar(JarUtils.java:252) > at > org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:262) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:828) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:848) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) > at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) > at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) > at $Proxy8.deploy(Unknown Source) > at > org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305) > at > org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:215) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:194) > 18:43:48,844 ERROR [MainDeployer] Could not initialise deployment: > file:/D:/jboss-4.0.1/server/default/deploy/FiboApp.ear > org.jboss.deployment.DeploymentException: String index out of range: 0; - > nested throwable: (java.lang.StringIndexOutOfBoundsException: String index > out of range: 0) > at > org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:312) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:828) > at org.jboss.deployment.MainDeployer.init(MainDeployer.java:848) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:765) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) > at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBe
