[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: JBoss cannot find Windows NLB Virtual IP
Hi Bela, Really appreciate for your reply. I tired the other way to make JBoss work. I did not try bind.address due to many posts say it does not work properly. Jack View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853833#3853833 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853833 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1053754 ] DTD jboss_4_0 inconsistent
Bugs item #1053754, was opened at 2004-10-25 07:14 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1053754&group_id=22866 Category: JBossServer Group: v4.0 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) >Assigned to: Scott M Stark (starksm) Summary: DTD jboss_4_0 inconsistent Initial Comment: The DTD says but for each of run-as-credential and run-as-anonymous it says "is used in security-identity". -- >Comment By: Scott M Stark (starksm) Date: 2004-11-03 23:18 Message: Logged In: YES user_id=175228 run-as-credential and run-as-anonymous are not used and so do not show up in any contenty model. These have been removed. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2004-10-25 07:56 Message: Logged In: YES user_id=217112 The definition of cache-policy-conf-other also looks wrong shouldn't this be ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1053754&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: Step debugging JSP pages
Hi, Well, I think this feature is in the 1.4.0 release. I don't remember if it has been tested extensively. Laurent View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853829#3853829 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853829 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1041273 ] Run-as Identity not propagated
Bugs item #1041273, was opened at 2004-10-06 02:03 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1041273&group_id=22866 Category: JBossSX Group: v4.0 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Cuen Edwards (jcuen) Assigned to: Scott M Stark (starksm) Summary: Run-as Identity not propagated Initial Comment: Description -- JBoss 4.0. is not propagating a bean's run-as identity, to method calls of other enterprise beans, that the bean calls. According to the EJB spec, the run-as identity should be propagated: (From EJBv2.0 pg 434 or EJBv2.1 page 472) "By specifying a run-as identity, however, it is possible to specify that a different principal be substituted for the execution of the methods of the beans home, component, and/or web service endpoint interfaces and ANY METHODS OF OTHER ENTERPRISE BEANS THAT THE BEAN MAY CALL." Please note that this was working correctly in all previous 3.2 versions, which I have tested. I have included a test case to demonstrate this error. Here is a brief description of the testcase: There are three beans: -EntityA (EntityBean) -EntityB (EntityBean) -TestSession (SessionBean) There are two security roles: -SessionClient -Application (Not meant to be assigned to a user.) Method permissions have been defined so that an authenticated user in the SessionClient role, may only call methods on TestSession. TestSession's methods then run-as the role Application, which allows it to access any entity beans etc in the application. Method calls are as follows: TestCase --> TestSession.test() --> EntityALocalHome.create() --> EntityBLocalHome.create () The call to TestSession.test() is correctly authenticating the user and then running as the role Application - which allows it to call EntityALocalHome.create(). Inside EntityALocalHome.create() an attempt is then made to call EntityBLocalHome.create() (also requires Application role) - which fails. Configuration OS: Windows XP JDK: 1.4.2_04 and 1.5.0 -- >Comment By: Scott M Stark (starksm) Date: 2004-11-03 22:49 Message: Logged In: YES user_id=175228 This has been fixed for the 4.0.1RC release. -- Comment By: Scott M Stark (starksm) Date: 2004-10-06 22:05 Message: Logged In: YES user_id=175228 This is due to some changes that were made for the jacc integration that can be done differently. The current tck tests are not validating that the run as identity is being propagated more than one level so this problem did not show up there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1041273&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.389 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041104012425Lbuild.389 BUILD COMPLETE - build.389Date of build: 11/04/2004 01:24:25Time to build: 14 minutes 47 secondsLast changed: 11/04/2004 01:11:58Last log entry: Java2WSDL Changes. Takes care of Array Types. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (17)1.2modifiedosdchicagowebservice/test/java/org/jboss/test/ws/tools/sei/Derived.javaJava2WSDL Changes. Takes care of Array Types.1.2modifiedosdchicagowebservice/src/main/org/jboss/ws/wsdl/xsd/XSDElement.javaJava2WSDL Changes. Takes care of Array Types.1.3modifiedosdchicagowebservice/src/main/org/jboss/ws/wsdl/xsd/XSDSchema.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/src/main/org/jboss/ws/wsdl/xsd/XSDWriter.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/test/java/org/jboss/test/ws/tools/JavaToWSDL11TestCase.javaJava2WSDL Changes. Takes care of Array Types.1.6modifiedosdchicagowebservice/test/java/org/jboss/test/ws/tools/JavaToWSDL20TestCase.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/src/main/org/jboss/ws/wsdl/WSDL20Writer.javaJava2WSDL Changes. Takes care of Array Types.1.5modifiedosdchicagowebservice/src/main/org/jboss/ws/wsdl/wsdl11/WSDL11Writer.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/Configuration.javaJava2WSDL Changes. Takes care of Array Types.1.8modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/JavaToWSDL.javaJava2WSDL Changes. Takes care of Array Types.1.8modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/JavaToWSDL11.javaJava2WSDL Changes. Takes care of Array Types.1.9modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/JavaToWSDL20.javaJava2WSDL Changes. Takes care of Array Types.1.3modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/XMLNameUtil.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/src/main/org/jboss/ws/tools/jbossws.javaJava2WSDL Changes. Takes care of Array Types.1.4modifiedosdchicagowebservice/src/main/org/jboss/ws/jaxrpc/DefaultTypeMapping.javaJava2WSDL Changes. Takes care of Array Types.1.1addedosdchicagowebservice/test/java/org/jboss/test/ws/tools/sei/ArrayInterface.javaSEI with an array type1.1addedosdchicagowebservice/src/main/org/jboss/ws/utils/WSDLUtils.javaUtils class for Java2WSDL and WSDL2Java
[JBoss-dev] jboss-4.0 build.136 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041104004105Lbuild.136 BUILD COMPLETE - build.136Date of build: 11/04/2004 00:41:05Time to build: 14 minutes 35 secondsLast changed: 11/04/2004 00:34:11Last log entry: Disable the testWarXmlOverrides test as its invalid as of jdk1.4+ due to the bundling of the xerces parser with the jdk Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.6.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/classloader/test/ScopingUnitTestCase.javaDisable the testWarXmlOverrides test as its invalid as of jdk1.4+ due to the bundling of the xerces parser with the jdk
[JBoss-dev] [JBossWS] - Cannot startup webservice!
Hi, I'm trying to get a SimpleWebservice to work. I'm still a newbie at this, so pleace forgive me for asking stupid questions. I've started from a SessionBean (a simple calculator) and I get the following error when deploying: | 03:44:57,984 ERROR [ServiceDeployer] Cannot startup webservice for: SimpleEJBs.jar | java.lang.NullPointerException | at org.jboss.webservice.ServiceDeployer$ServiceLocationResolver.getServiceLocation(ServiceDe | ployer.java:500) | at org.jboss.webservice.metadata.WebserviceDescriptionMetaData.replaceAddressLocations(Webse | rviceDescriptionMetaData.java:280) | at org.jboss.webservice.metadata.WebserviceDescriptionMetaData.updateServiceAddress(Webservi | ceDescriptionMetaData.java:229) | at org.jboss.webservice.ServiceDeployer.startWebservice(ServiceDeployer.java:181) | at org.jboss.webservice.ServiceDeployer.handleNotification(ServiceDeployer.java:113) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.mx.notification.NotificationListenerProxy.invoke(NotificationListenerProxy.java | :138) | at $Proxy20.handleNotification(Unknown Source) | at javax.management.NotificationBroadcasterSupport.handleNotification(NotificationBroadcaste | rSupport.java:104) | at javax.management.NotificationBroadcasterSupport.sendNotification(NotificationBroadcasterS | upport.java:87) | at org.jboss.deployment.SubDeployerSupport.start(SubDeployerSupport.java:178) | at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:620) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:927) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709) | at sun.reflect.GeneratedMethodAccessor30.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:141) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterce | ptor.java:131) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) | 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(AbstractDeplo | ymentScanner.java:204) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploym | entScanner.java:215) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeployme | ntScanner.java:194) | My ejb-jar.xml file looks like this: | | | http://java.sun.com/xml/ns/j2ee"; |xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; |xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee | http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd";>> | | | Calculator | CalculatorEJB | simple.test.CalculatorBean | simple.test.Calculator | Stateless | Container | | | | This is my webservices.xml file: | http://java.sun.com/xml/ns/j2ee"; | xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; | xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee | http://www-124.ibm.com/developerworks/opensource/jsr109/xsd/j2ee_web_services_1_1.xsd"; version="1.1"> | | CalculatorService | META-INF/wsdl/calculator.wsdl | META-INF/mapping.xml | | Calculator | Calculator | simple.test.Calculator | | CalculatorBean | | |
[JBoss-dev] jboss-4.0 build.135 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103195218Lbuild.135 BUILD COMPLETE - build.135Date of build: 11/03/2004 19:52:18Time to build: 32 minutes 57 secondsLast changed: 11/03/2004 19:46:45Last log entry: The getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.25.6.3modifiedstarksmconnector/src/main/org/jboss/resource/connectionmanager/RARDeployment.javaThe getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes.
[JBoss-dev] jboss-head build.388 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041103210153Lbuild.388 BUILD COMPLETE - build.388Date of build: 11/03/2004 21:01:53Time to build: 14 minutes 7 secondsLast changed: 11/03/2004 19:48:11Last log entry: The getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.28modifiedstarksmconnector/src/main/org/jboss/resource/connectionmanager/RARDeployment.javaThe getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes.
[JBoss-dev] [Javassist development Forum] - Inconsistency in CtConstructor.getName
Here is the definition of CtConstructor.getName() in Javassist 3.0RC1: /** * Obtains the name of this constructor. * It is the same as the simple name of the class declaring this * constructor. If this object represents a class initializer, * then this method returns "". */ public String getName() { if (methodInfo.isStaticInitializer()) return MethodInfo.nameClinit; else return declaringClass.getName(); } It claims to return the simple name of the declaring class, but it actually returns the fully qualified name. Is this the appropriate place for reporting bugs? Guillaume View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853817#3853817 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853817 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-969699 ] Invalid SQL to load relationships when tables uses db schema
Bugs item #969699, was opened at 2004-06-09 12:36 Message generated for change (Comment added) made by fpiragibe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=969699&group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert Marcano (robmv) Assigned to: Alexey Loubyansky (loubyansky) Summary: Invalid SQL to load relationships when tables uses db schema Initial Comment: Using: JBoss 3.2.4 IBM DB2 8.1 When the CMP Entity beans are mapped to tables with a prefixed DB schema, for example SIST.USERS the SQL generated to load a relationship have problems with the table aliases for the joined tables. The current generated SQL look like this SELECT .. FROM SIST.USERS SIST.USERS, SIST.GROUPS SIST.GROUPS WHERE ... The problem is caused by the usage of the same table name as the alias (at least DB2 does not supports aliases that includes a dot) Another problem that I think could arise from this SQL is when the relationship is to the same table, for example Employee supervisor> Employee but I have not tried it yet I am attaching a patch that uses the AliasManager class is order to generate the needed aliases -- Comment By: Francisco Piragibe (fpiragibe) Date: 2004-11-04 00:25 Message: Logged In: YES user_id=1152172 The 3.2.5 and 3.2.6 releases I've downloaded contain the same broken code. BTW, the aliases in this context could be fixed strings, such as "rA" and "rB", for instance. I've patched JDBCLoadRelation this way, and everything works fine, even for self-related tables. This issue shouldn't've been closed. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-08-11 11:12 Message: Logged In: YES user_id=543482 Fixed in 3.2.6rc2. Thanks. -- Comment By: Robert Marcano (robmv) Date: 2004-07-22 09:12 Message: Logged In: YES user_id=575475 what is the status?, the 3.2.5 contains the same problematic code and 4.0 HEAD too, the fix works, trust me ;-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=969699&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Introduction
Thanks for your attention Bill,
AspectJ sintax is something like this:
public aspect Inheritance {
| declare parents: (junit.framework.TestCase+ && !junit.framework.TestCase &&
!test.CustomTestCase) extends test.CustomTestCase;
| }
that means "classes that extends TestCase and not equals to TestCase and not equals to
CustomTestCase will extends CustomTestCase"
In JBoss I would like a construction like this:
where ER is a regular expression describing the classes, so I can use a pattern to
modify many classes...
Is it possible?
Andre
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853814#3853814
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853814
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20041103203109 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:72: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:34: Exit code: 1 See compile_jdk131.log in Build Artifacts for details. JAVA_HOME=/opt/jdk1.3.1_13/Date of build: 11/03/2004 20:31:09Time to build: 15 minutes 10 secondsLast changed: 11/03/2004 19:48:11Last log entry: The getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (79)1.28modifiedstarksmconnector/src/main/org/jboss/resource/connectionmanager/RARDeployment.javaThe getManagedConnectionFactoryAttribute(String name) method was incorrectly looking for a 'set' + ... method name instead of 'get' + ... and so was not able to retrive the mcf attributes.1.1addedkabkhanthirdparty/beanshell/beanshell/lib/license.htmlbranches: 1.1.2; 1.1.4;Added beanshell license1.3deletedkabkhanthirdparty/beanshell/beanshell/lib/bsh-core-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.1addedkabkhanthirdparty/beanshell/beanshell/lib/bsh-1.3.0.jarbranches: 1.1.2; 1.1.4;Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.2deletedkabkhanthirdparty/beanshell/beanshell/lib/bsh-commands-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.95modifiedloubyanskyvaria/build.xmlcreate derby-plugin.jar1.2modifiedloubyanskyvaria/src/main/org/jboss/jdbc/DerbyDatabase.javasimple mbean to embed Derby1.86modifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded Derby type-mapping1.2modifiedloubyanskyconnector/src/etc/example-config/derby-ds.xml-ds.xml for derby1.4modifiedbelabanremoting/src/test/org/jboss/remoting/DistributedTest.javachanged incorrect properties1.8modifiedanddhibernate/src/main/org/jboss/hibernate/jmx/Hibernate.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryBuiltEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryDestroyedEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.12modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaoptimized imports1.11modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message1.24modifiedbelabancache/docs/Changelog.txtno message1.31modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.javaExtract the JACC context setup to the JaccContextValue and update the logic for determining if the session is expired and should trigger a flush of the authentication cache. Fixes [1054942] Setting flushOnSessionInvalidation to true doesn't work.1.19modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/SecurityAssociationValve.javaExtract the JACC context setup to the JaccContextValue and update the logic for determining if the session is expired and should trigger a flush of the authentication cache. Fixes [1054942] Setting flushOnSessionInvalidation to true doesn't work.1.3modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/JaccAuthorizationRealm.javaObject the active web codesource from the JaccContextValve1.18modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/SecurityAssociationValve.javaUse the JBossGenericalPrincpial auth principal for the security association propagation.1.3modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/CustomPrincipalValve.javaSave the original authentication principal as well as the any caller principal mapping in the JBossGenericalPrincpial so that the correct caller principal is returned and the correct authentication principal can be propagated.1.5modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/JBossGenericPrincipal.javaSave the original authentication principal as well as the
[JBoss-dev] [Nukes Development] - Re: New bbmailposter Module Added To CVS Head
Whoops, here are the attributes again for the jboss-service.xml file. attribute name="CheckMailFrequency" description="The number of seconds to wait before checking for new mail." 1200 attribute name="ReplyHashVerificationEnabled" description="Use a hash verification scheme on reply messages. Verification only good for replies. If True, the attribute AllowReplyViaEmail in the bb module must also be set to true." False attribute name="DigitalSignatureVerificationEnabled" description="Only allow mail to be posted to the forums with a valid digital signature. Currently not implemented." False attribute name="NewTopicPostingEnabled" description="If True, nukes members can post new topics to the forums through the mail. If True, CatchAllCategoryNam and CatchAllForumName must be specified. EMail can be sent to a specific forum by using a subject line with a format of [forum name] - subject." False attribute name="CatchAllCategoryName" description="The category name of the forum messages will be posted to that do not match an existing forum." attribute name="CatchAllForumName" description="The forum name messages will be posted to that do not match an existing forum." attribute name="UnhandledMessageForwardingEnabled" description="If True, then unhandled messages will be forwarded to the address specified for unhandledMessageForwardAddress." False attribute name="UnhandledMessageForwardAddress" description="Provide a mailing address to forward unhandled messages too." [EMAIL PROTECTED] View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853812#3853812 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853812 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - New bbmailposter Module Added To CVS Head
I've added the bbmailposter module to CVS head. This is a replacement for the jbmail module so jbmail can now be deprecated. The module was renamed because jbmail implies the module has something to do with jboss mail which it does not. The bbmailposter module will get e-mail from a pop3 account and post it to the message forums. There are rules of course about what email it will post to the message forums. The bbmailposter module uses the mail account that is configured in the mail-service.xml file in the deploy directory. BEFORE USING BBMAILPOSTER, MAKE SURE THE MAIL ACCOUNT CONFIGURED IN MAIL-SERVICE.XML IS SOLELY USED BY NUKES. If the bbmailposter module is deployed it will process and get rid of all messages in the pop mail account configured in mail-service.xml. This might not be good for a personal email account. The jboss-service.xml file for the bbmailposter has the following attributes: This file will need to be set with your prefences before bbmailposter is deployed. 1200 False False False False [EMAIL PROTECTED] There are currently three levels of email verification for the bbforumposter module. The first level of verification is by member e-mail address only. This does not prevent e-mail address spoofing or virus spamming from a user. This is the easiest to get going with. The second level is a reply hashing scheme. This provides security on replies but not newly posted email messages. Also the mail server has to be configured so all e-mail of the form [EMAIL PROTECTED] goes to a single email account. The x and the y are message and user ids that are different for every e-mailed forum message. The third level is digital signature verification. This has not been implemented yet. I could also do a wiki on how to use bbmailposter if someone wants it. Danny View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853810#3853810 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853810 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - PLEASE HELP!!!!! problem with array types defined in wsdl
within my wsdl, I define a complex array type as followed, )to be used as a parameter
and/or return value for a method):
then I use "wscompile -import" command (sun java webservices pack) to create all the
boilerplate java code and mapping file. However, the wscompile command doesn't create
a com.test.NameValuePairArray class, it uses the com.test.NameValuePair[] instead
within the java source and mapping file.
Additionally, deploying the service to JBoss 4.0 results in the following message:
WARN [TypeMappingDescription] Class not found: com.test.NameValuePairArray.
Of course, when I execute a client I get the following stack from JBoss
[AxisServlet] AxisFault:
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Client
faultSubcode:
faultString: javax.xml.rpc.JAXRPCException: org.xml.sax.SAXException: No deserializer
defined for array type {urn:XXX}NameValuePair
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: javax.xml.rpc.JAXRPCException:
org.xml.sax.SAXException: No deserializer defined for array type {urn:XXX}NameValuePair
at
org.apache.axis.providers.java.RPCInvocation.prepareFromRequestEnvelope(RPCInvocation.java:401)
at
org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:104)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:360)
at
org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:73)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853806#3853806
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853806
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.387 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041103184438Lbuild.387 BUILD COMPLETE - build.387Date of build: 11/03/2004 18:44:38Time to build: 14 minutes 43 secondsLast changed: 11/03/2004 18:30:44Last log entry: Rewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (11)1.57modifiedpatriot1burkeaop/build.xmlRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.10modifiedpatriot1burkeaop/src/main/org/jboss/aop/Dispatcher.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ClassProxy.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.19modifiedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ClassProxyFactory.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.14modifiedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ClassProxyTemplate.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.1addedpatriot1burkeaop/src/main/org/jboss/aop/proxy/MarshalledClassProxy.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.1addedpatriot1burkeaop/src/main/org/jboss/aop/proxy/MarshalledInterfaceProxy.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.1addedpatriot1burkeaop/src/main/org/jboss/aop/proxy/Proxy.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.1addedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ProxyFactory.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.1addedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ProxyMixin.javaRewrite of ClassProxy so that it can take mixins and not require RMI classloadingAlso write an interface-based proxy with same support.1.17modifiedpatriot1burketestsuite/src/main/org/jboss/test/aop/test/RemotingUnitTestCase.javatutorial for composite
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Introduction
I should say: What do you WANT the semantics to be, since this is your feature request :-) Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853804#3853804 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853804 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - 3.2.7 Release Tasks (Repost)
We plan on doing a 3.2.7 release within a couple of weeks, curently targetd at Nov 12th to address some jdk 5.0 and jdk 1.3 issues in the 3.2 codebase. This topic is a list of the issues to be complete for the 3.2.7 release. Get the testuite running completely under jdk5.0, Assigned to Scott Stark. Status: In Progress Bugs item #1050864, Can't init MessageCounterHistoryDayLimit at deployment time, Assigned to: Adrian Brock, Status: In Progress Bugs item #1046450, java 5 and iiop format version error, Assigned to: Francisco, Status: In Progress Bugs item #1052254, XMBean 1.0 parsing notification bug, Assigned to: Dimitris, Status: COMPLETE Bugs item #1048467, MMBs do not emit AttributeChangeNotification to Listeners, Assigned to: Dimitris, Status: COMPLETE Bugs item #1042176, JBoss.net doesn't work with jboss-3.2.6RC2 and jboss-4.0.0, Assigned to: Thomas Diesler, Status: In Progress View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3852357#3852357 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3852357 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - 4.0.1 Release Tasks (Repost)
We are planning to do a 4.0.1 release on Nov 19. The following dynamic list of tasks need to be completed to complete the release. Any other tasks that be posted here and I'll integrate them into this summary. Bugs #1040200, Authentication exception, principal=null initially on login. , Assigned to: Scott, Status: COMPLETE Bugs item #1041273, Run-as Identity not propagated, Assigned to: Scott, Status: In Progress Bugs item #1053277, *.jbossmx.compliance.monitor.BasicTestCase failures, Assigned to: Dimitris, Status: COMPLETE Bugs item #1046721, DataSource metadata is incomplete/wrong, Assigned to Alexey, Status: In progress Bugs item #1044569, CMP beans always looks for the DefaultDS, Assigned to Alexey, Status: COMPLETE Bugs item #1047373, PropertyNotFoundException on runtime HAR deployment, Assigned to Steve Ebersole, Status: In progress Get the testuite running completely under jdk5.0, Assigned to Scott Stark. Status: In Progress View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3850586#3850586 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3850586 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-935196 ] NullPointerException in SimpleReadWriteEJBLock
Bugs item #935196, was opened at 2004-04-14 13:46 Message generated for change (Comment added) made by dgreen99 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=935196&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: eugene (eugene75) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in SimpleReadWriteEJBLock Initial Comment: When setting a CMR field (either one-to-one or one-to- many), a null pointer occurs in SimpleReadWriteEJBLock.schedule. The cause is a null method attribute in the Invocation object. When the invocation, in this case a CMRInvocation, is created in the JDBCRelationSetBridge object, no method is set. -- Comment By: David Green (dgreen99) Date: 2004-11-03 15:24 Message: Logged In: YES user_id=733416 All that is needed to fix this problem (against 3.2.5 codebase) is to change line 71 to the following: boolean reading = mi.getMethod() == null ? false : container.getBeanMetaData().isMethodReadOnly (mi.getMethod().getName()); It would be great to get this one fixed. -- Comment By: Kurt A. Seiffert (seiffert) Date: 2004-07-12 07:19 Message: Logged In: YES user_id=269007 Is there any change on this bug? This one is biting us and it would be nice if it was fixed. -- Comment By: Rajagopal Venkataraman (raja05) Date: 2004-04-20 02:33 Message: Logged In: YES user_id=206536 Or we could just get out of the schedule method on finding out that mi.getMethod is null. Anyway, the calling Tx is in effect and this method call is only to get the object corresponding to the foreign key. We probably need to change releaseReadLock and releaseWriteLock if we are going about in this manner -- Comment By: Rajagopal Venkataraman (raja05) Date: 2004-04-20 02:27 Message: Logged In: YES user_id=206536 Yes, so one way to circumvent this is to loop around the method-name argument. We could just check for a null value and substitute "no-method" instead. This would make boolean reading return false, so it would create a write lock and use the same Tx as it was called with. I can fill in a patch if that sounds ok -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=935196&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-testsuite build.5 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20041103163540Lbuild.5 BUILD COMPLETE - build.5Date of build: 11/03/2004 16:35:40Time to build: 60 minutes 21 secondsLast changed: 11/03/2004 09:31:22Last log entry: branches: 1.1.2; 1.1.4;Added beanshell license Unit Tests: (1895) Total Errors and Failures: (44)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DistributedStateTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.ExternalUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.RedeployUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestStatefulBeanFailoverorg.jboss.test.testbeancluster.test.BeanUnitTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DRMTestCasetestServletSessionFailoverorg.jboss.test.cluster.test.WebSessionTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestStatelessBeanLoadBalancingorg.jboss.test.testbeancluster.test.BeanUnitTestCasetestCacheInvalidationorg.jboss.test.testbeancluster.test.CacheInvalidationUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase Modifications since last build: (12)1.1addedkabkhanthirdparty/beanshell/beanshell/lib/license.htmlbranches: 1.1.2; 1.1.4;Added beanshell license1.3deletedkabkhanthirdparty/beanshell/beanshell/lib/bsh-core-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.1addedkabkhanthirdparty/beanshell/beanshell/lib/bsh-1.3.0.jarbranches: 1.1.2; 1.1.4;Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.2deletedkabkhanthirdparty/beanshell/beanshell/lib/bsh-commands-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.95modifiedloubyanskyvaria/build.xmlcreate derby-plugin.jar1.2modifiedloubyanskyvaria/src/main/org/jboss/jdbc/DerbyDatabase.javasimple mbean to embed Derby1.86modifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded Derby type-mapping1.2modifiedloubya
[JBoss-dev] jboss-4.0 build.134 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103155131Lbuild.134 BUILD COMPLETE - build.134Date of build: 11/03/2004 15:51:31Time to build: 31 minutes 27 secondsLast changed: 11/03/2004 12:54:37Last log entry: Refactor JBoss.NET testsuite to use propper DII calls Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (13)1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/wsr/WSRUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.1modifiedtdieslertestsuite/src/resources/jbossnet/ejbsimple/client/client-config.wsddRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/state/StateUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/message/MessageTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/security/SecurityUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/jmx/JmxUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.3modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/external/ExternalUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.1deletedtdieslertestsuite/src/main/org/jboss/test/jbossnet/ejbsimple/server/HelloBothBean.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/document/ObjectElementTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/ejbsimple/HelloUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/basic/AxisUnitTestCase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/JBossNetTestBase.javaRefactor JBoss.NET testsuite to use propper DII calls1.1.1.1.6.1deletedtdieslertestsuite/src/main/org/jboss/test/jbossnet/WSTests.javaRefactor JBoss.NET testsuite to use propper DII calls
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Introduction
FYI, this isn't implemented, just discussing how to implement... What do you think the semantics should be? And what does AspectJ support in this regard? Thanks, Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853788#3853788 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853788 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Introduction
Bill, In my opinion the sintax is ok (very useful to me!). My question is: "MySuperClass must extend the class MyTestCase extends" is a JBoss AOP limitation or just a implementation choice? Andre View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853784#3853784 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853784 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: ClassCastException in caller side advices
You are correct, it is a bug, we'll get right on fixing this. apologies Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853778#3853778 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853778 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - ClassCastException in caller side advices
Hi,
I have the following aspect class:
public class CounterAspect {
| private int counter;
| ... some other fields ...
|
| public Object start( Invocation invocation ) throws Throwable {
| counter = 0;
| return invocation.invokeNext();
| }
|
| public Object count( Invocation invocation ) throws Throwable {
| counter += 1;
| ... some log4j stuff ...
| return invocation.invokeNext();
| }
| }
and I try to advice IndexWriter class form Jakarta Lucene:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
When one of the IndexWriter.addDocument(..) methods is called I get an exception:
Caused by: java.lang.ClassCastException: org.apache.lucene.index.IndexWriter
|at org.jboss.aop.advice.PerInstanceAdvice.invoke(PerInstanceAdvice.java:46)
|...
As I can see in the JBossAOP source, it is caused by casting target object
(IndexWriter) to Advised type. Why JBossAOP assumes target object implements this
interface (but doesn't modify original class)? It is _caller_ side pointcut, so I
think only caller side should be affected.
Best ragards,
Szczepan Kuzniarz
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853769#3853769
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853769
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: Step debugging JSP pages
Excellent news. Looking forward to seeing this feature. KUDOS on the current functionality. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853765#3853765 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853765 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - setting timeouts in clients
How do you set timeouts in the WS4ee based web service client?
With apache axis it is quite straight forward
the org.apache.axis.client.Stub class has a method to set the timeout
public void setTimeout(int timeout)
In case of Jboss I have
InitialContext iniCtx = getInitialContext();
DummyService service = (DummyService)
iniCtx.lookup("java:comp/env/service/DummyService");
SchedulingPortType port = service.getSchedulingPort();
if (port instanceof javax.xml.rpc.Stub) {
((javax.xml.rpc.Stub) port)._setProperty(Stub.ENDPOINT_ADDRESS_PROPERTY, endpoint);
}
So I can set the endpoints but there's no method for setting timeouts.
Any other way of setting timeouts in this case?
Thanks
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853766#3853766
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853766
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: taglib element in deployment descriptor
Is there any news on this problem? I have installed JBoss-IDE 1.4.0 and upgraded to XDoclet 1.2.2 in the plugin folders... I still seem to experience this problem. I have tried manually editing the generated build file, but my web.xml still doesn't have mention of my taglib. I shall be following the hints to use the xml merge folder - can someone be specific on which element the merge folder property is set - is it the "webdoclet" node itself? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853763#3853763 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853763 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Default SSL context init failed: null - JBoss3.2.3
Hi, I am trying to send SOAP request through SSL, but I get
ERROR [STDERR] (Thread-202:) javax.xml.soap.SOAPException: java.net.SocketException:
Default SSL context init failed: null
2004-11-03 16:33:44,288 85448378 ERROR [STDERR] (Thread-202:) at
org.apache.axis.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:110)
Here is my codes to set the SystemProperty,
System.setProperty("javax.net.ssl.trustStore","/home/ganglu/stores/truststore/cacerts");
System.setProperty("javax.net.ssl.keyStore", "/home/ganglu/stores/client.keystore");
System.setProperty("javax.net.ssl.keyStoreType", "jks");
System.setProperty("javax.net.ssl.keyStorePassword", "dialogue");
System.setProperty("java.protocol.handler.pkgs", "javax.net.ssl");
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
It is working outside Jboss. Anybody got idea?
Thanks in advance.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853761#3853761
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853761
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Web Services] - Default SSL context init failed: null - JBoss3.2.3
Hi, I am trying to send SOAP request through SSL, but I get
ERROR [STDERR] (Thread-202:) javax.xml.soap.SOAPException: java.net.SocketException:
Default SSL context init failed: null
2004-11-03 16:33:44,288 85448378 ERROR [STDERR] (Thread-202:) at
org.apache.axis.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:110)
Here is my codes to set the SystemProperty,
System.setProperty("javax.net.ssl.trustStore","/home/ganglu/stores/truststore/cacerts");
System.setProperty("javax.net.ssl.keyStore",
"/home/ganglu/stores/client.keystore");
System.setProperty("javax.net.ssl.keyStoreType", "jks");
System.setProperty("javax.net.ssl.keyStorePassword",
"dialogue");
System.setProperty("java.protocol.handler.pkgs",
"javax.net.ssl");
Security.addProvider(new
com.sun.net.ssl.internal.ssl.Provider());
It is working outside Jboss. Anybody got idea?
Thanks in advance.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853760#3853760
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853760
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.164 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041103121529Lbuild.164 BUILD COMPLETE - build.164Date of build: 11/03/2004 12:15:29Time to build: 13 minutes 53 secondsLast changed: 11/03/2004 11:56:52Last log entry: Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added beanshell license Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.1.4.1modifiedkabkhanthirdparty/beanshell/beanshell/lib/bsh-1.3.0.jar Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added beanshell license1.1.2.2deletedkabkhanthirdparty/beanshell/beanshell/lib/bsh-core-1.3.0.jar Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added beanshell license1.1.4.1modifiedkabkhanthirdparty/beanshell/beanshell/lib/license.html Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added beanshell license
[JBoss-dev] jboss-4.0 build.133 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103115250Lbuild.133 BUILD COMPLETE - build.133Date of build: 11/03/2004 11:52:50Time to build: 18 minutes 17 secondsLast changed: 11/03/2004 11:47:50Last log entry: Replaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added license for beanshell. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.1.2.1modifiedkabkhanthirdparty/beanshell-beanshell/lib/bsh-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added license for beanshell.1.1.6.1deletedkabkhanthirdparty/beanshell-beanshell/lib/bsh-commands-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added license for beanshell.1.2.8.1deletedkabkhanthirdparty/beanshell-beanshell/lib/bsh-core-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added license for beanshell.1.1.2.1modifiedkabkhanthirdparty/beanshell-beanshell/lib/license.htmlReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar. bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did, but also additional functionality needed for an aspect (dbc) in the aspects module.Added license for beanshell.
[JBoss-dev] [Nukes Development] - Re: Permissions Module Not Building Properly in CVS Head
I added the file plus I added the directory permission/src/resources/nukes-permission-ear/META-INF and I added two files to the new directory, application.xml and jboss-app.xml. Both files were updated for the permission's module. The nukes-permission.ear file is currently not being used even though it is built. The build.xml file was updated so permissions can be done outside of the JMX-Console. I assume the ear file is a future transition for the permission's module. Danny View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853752#3853752 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853752 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.386 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041103102405Lbuild.386 BUILD COMPLETE - build.386Date of build: 11/03/2004 10:24:05Time to build: 16 minutes 51 secondsLast changed: 11/03/2004 10:05:25Last log entry: Added aspect which implements a Design by Contract framework for use with JBoss AOP Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (6)1.5modifiedkabkhanaspects/.classpathAdded aspect which implements a Design by Contract framework for use with JBoss AOP1.19modifiedkabkhanaspects/build.xmlAdded aspect which implements a Design by Contract framework for use with JBoss AOP1.1addedkabkhanthirdparty/beanshell-beanshell/lib/license.htmlAdded beanshell license1.3deletedkabkhanthirdparty/beanshell-beanshell/lib/bsh-core-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.1addedkabkhanthirdparty/beanshell-beanshell/lib/bsh-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module1.2deletedkabkhanthirdparty/beanshell-beanshell/lib/bsh-commands-1.3.0.jarReplaced bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar with bsh-1.3.0.jar.bsh-1.3.0 contains everything bsh-commands-1.3.0.jar and bsh-core-1.3.0.jar did,but also additional functionality needed for an aspect (dbc) in the aspects module
[JBoss-dev] jboss-4.0 build.132 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103093902Lbuild.132 BUILD COMPLETE - build.132Date of build: 11/03/2004 09:39:02Time to build: 20 minutes 3 secondsLast changed: 11/03/2004 09:30:10Last log entry: javadoc Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (12)1.3.8.1modifiedtdieslerj2ee/src/main/javax/xml/rpc/Call.javajavadoc1.2.8.1modifiedtdieslerj2ee/src/main/javax/xml/rpc/Service.javajavadoc1.1.1.1.6.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/external/ExternalUnitTestCase.javaBe more lenient towards the translation result1.90.2.4modifiedloubyanskyvaria/build.xmlcreate derby-plugin.jar1.1.4.1modifiedloubyanskyvaria/src/main/org/jboss/jdbc/DerbyDatabase.javasimple mbean to embed Derby1.84.2.2modifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded Derby type-mapping1.1.4.1modifiedloubyanskyconnector/src/etc/example-config/derby-ds.xml-ds.xml for derby1.1.1.1.4.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/handlers/soap/SOAPService.java cannot be loaded from deployment1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/MsgProvider.javaFix: Object is not of declaring class for dispatching method1.1.1.1.4.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/transport/http/AxisServlet.javaLog more exceptions1.406.2.21modifiedtdieslertestsuite/build.xmlAdd message centric test cases1.9.2.18modifiedtdieslertestsuite/imports/test-jars.xmlAdd message centric test cases
[JBoss-dev] [ jboss-Bugs-1059534 ] Thread creation during deactivate_object
Bugs item #1059534, was opened at 2004-11-03 14:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059534&group_id=22866
Category: JBossIIOP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Conner (kevinconner)
Assigned to: Francisco Reverbel (reverbel)
Summary: Thread creation during deactivate_object
Initial Comment:
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.java6 May 2004 12:40:00 - 1.29
+++ AOM.java21 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) ;
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059534&group_id=22866
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.385 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041103090137Lbuild.385 BUILD COMPLETE - build.385Date of build: 11/03/2004 09:01:37Time to build: 19 minutes 1 secondLast changed: 11/03/2004 08:41:58Last log entry: create derby-plugin.jar Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.95modifiedloubyanskyvaria/build.xmlcreate derby-plugin.jar1.2modifiedloubyanskyvaria/src/main/org/jboss/jdbc/DerbyDatabase.javasimple mbean to embed Derby1.86modifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded Derby type-mapping1.2modifiedloubyanskyconnector/src/etc/example-config/derby-ds.xml-ds.xml for derby
[JBoss-dev] [ jboss-Bugs-1059531 ] Performance degredation with local IIOP calls
Bugs item #1059531, was opened at 2004-11-03 14:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059531&group_id=22866 Category: JBossIIOP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Kevin Conner (kevinconner) Assigned to: Francisco Reverbel (reverbel) Summary: Performance degredation with local IIOP calls Initial Comment: This is a duplicate of bug 525 in the JacORB database. It is being submitted here so that a patch may be applied to the JBoss patched version of JacORB. This issue is critical for the functionality of ArjunaTS within JBoss. http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=525 We ran into a performance problem with jacorb, the following details the issue and the cause. Once of our tests showed that the performance of our application had dropped significantly once we enabled certain functionality in our code. I have managed to track this down to an issue with JacORB. The machine running our stress test showed a CPU usage of approx. 10%, drastically reducing our performance. The issue occurs when calls are forced to go via IIOP, in our case this was due to the existence of interceptors, and involve a second, internal, call over IIOP. The cause of this performance degredation was tracked down to the default enabling of Nagle on the IIOP Connections, the sequence of events were as follows. - first call over IIOP and flush - handling first call invokes second call over IIOP and flush - handling second call has to wait for Nagle to really send the data - response received to second call - response received to first call has to wait for Nagle. A workaround was attempted by disabling Nagle in the ServerIIOPConnection and ClientIIOPConnection. This brought performance back to a more acceptable level. The attached code demonstrates the issue. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059531&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.163 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041103083344Lbuild.163 BUILD COMPLETE - build.163Date of build: 11/03/2004 08:33:44Time to build: 14 minutes 48 secondsLast changed: 11/03/2004 08:22:04Last log entry: -ds.xml for derby Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.1.2.1modifiedloubyanskyconnector/src/etc/example-config/derby-ds.xml-ds.xml for derby1.39.2.54modifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded Derby type-mapping1.41.2.40modifiedloubyanskyvaria/build.xmlcreate derby-plugin.jar1.1.2.1modifiedloubyanskyvaria/src/main/org/jboss/jdbc/DerbyDatabase.javasimple mbean to embed Derby
[JBoss-dev] jboss-head-jdk-matrix build.2 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20041103050236Lbuild.2
BUILD COMPLETE - build.2Date of build: 11/03/2004 05:02:36Time to build: 19 minutes 54 secondsLast changed: 11/03/2004 04:32:08Last log entry: changed incorrect properties
Unit Tests: (0) Total Errors and Failures: (0)
Modifications since last build: (12)1.4modifiedbelabanremoting/src/test/org/jboss/remoting/DistributedTest.javachanged incorrect properties1.8modifiedanddhibernate/src/main/org/jboss/hibernate/jmx/Hibernate.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryBuiltEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryDestroyedEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.1addedkabkhanaop/src/test/org/jboss/test/aop/instanceofannotated/interfaces/SomeInterface.javaTests to verify that wildcards can be used in {} pointcut expressions1.2modifiedkabkhanaop/src/test/org/jboss/test/aop/instanceofannotated/InstanceOfAnnotatedTester.javaTests to verify that wildcards can be used in {} pointcut expressions1.1addedkabkhanaop/src/test/org/jboss/test/aop/instanceofannotated/WildcardPOJO.javaTests to verify that wildcards can be used in {} pointcut expressions1.2modifiedkabkhanaop/src/resources/test/instanceofannotated/jboss-aop.xmlTests to verify that wildcards can be used in {} pointcut expressions1.12modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaoptimized imports1.11modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message1.7modifiedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javaadded unit test for print()1.24modifiedbelabancache/docs/Changelog.txtno message
[JBoss-dev] jboss-4.0-testsuite build.1 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20041103071723Lbuild.1 BUILD COMPLETE - build.1Date of build: 11/03/2004 07:17:23Time to build: 73 minutes 21 secondsLast changed: 11/03/2004 04:32:08Last log entry: changed incorrect properties Unit Tests: (2092) Total Errors and Failures: (29)testAllTx_RWLockorg.jboss.test.cache.stress.EvictionLocalStressTestCasetestAllTx_RWLockorg.jboss.test.cache.stress.LocalStressTestCasetestWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DistributedStateTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestMCFDefaultValuesorg.jboss.test.jca.test.DeploymentUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestStatefulBeanFailoverorg.jboss.test.testbeancluster.test.BeanUnitTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DRMTestCasetestServletSessionFailoverorg.jboss.test.cluster.test.WebSessionTestCasetestCreateOrganizationorg.jboss.test.jaxr.create.CreateOrganizationTestCasetestJaxrDeleteorg.jboss.test.jaxr.delete.JaxrDeleteTestCasetestJaxrReadorg.jboss.test.jaxr.read.JaxrReadTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestStatelessBeanLoadBalancingorg.jboss.test.testbeancluster.test.BeanUnitTestCasetestCacheInvalidationorg.jboss.test.testbeancluster.test.CacheInvalidationUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.ClusteredSingleSignOnUnitTestCasetestWebComponentClientorg.jboss.test.webservice.ws4eesimple.SimpleClientTestCase Modifications since last build: (89)1.4modifiedbelabanremoting/src/test/org/jboss/remoting/DistributedTest.javachanged incorrect properties1.8modifiedanddhibernate/src/main/org/jboss/hibernate/jmx/Hibernate.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryBuiltEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryDestroyedEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.12modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaoptimized imports1.11modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message1.7modifiedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javaadded unit test for print()1.24modifiedbelabancache/docs/Changelog.txtno message1.31modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.javaExtract the JACC context setup to the JaccContextValue and update the logic for determining if the session is expired and should trigger a flush of the authentication cache. Fixes [1054942] Setting flushOnSessionInvalidation to true doesn't work.1.19modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/SecurityAssociationValve.javaExtract the JACC context setup to the JaccContextValue and update the logic for determining if the session is expired and should trigger a flush of the authentication cache. Fixes [1054942] Setting flushOnSessionInvalidation to true doesn't work.1.3modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/JaccAuthorizationRealm.javaObject the active web codesource from the JaccContextValve1.18modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/SecurityAssociationValve.javaUse the JBossGenericalPrincpial auth principal for the security association propagation.1.3modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/CustomPrincipalValve.javaSave the original authentication principal as well as the any caller principal mapping in the JBossGenericalPrincpial so that the correct caller principal is returned and the correct authentication principal can be propagated.1.5modifiedstarksmtomcat/src/main/org/jboss/web/tomcat/security/JBossGenericPrincipal.javaSave the original authent
[JBoss-dev] [ jboss-Bugs-1059490 ] bi-pass JacORB interceptors for purely local invocations
Bugs item #1059490, was opened at 2004-11-03 13:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059490&group_id=22866 Category: JBossIIOP Group: v3.2 Status: Open Resolution: None Priority: 7 Submitted By: Mark Little (marklittle) Assigned to: Francisco Reverbel (reverbel) Summary: bi-pass JacORB interceptors for purely local invocations Initial Comment: I registered the following issue (http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi? id=526) with JacORB bugzilla a couple of weeks ago, but no response so far. I think it's sufficiently important to register here too in case you are able to do something for JBoss. In the current implementation of JacORB (2.2), if I register an interceptor with the ORB, then it appears that all invocations to all objects go through that interceptor, even if they are co-located with the invoker. I understand that rational given the PI specification and the original intention behind that work: to make local invocations and remote invocations similar. However, most ORBs provide a way of doing a local, no- interceptor optimization. The JDK 1.4 ORB is one example (though that takes the other extreme and won't invoke interceptors on any local object). Orbix 2000, for example, supports multiple ORBs and POAs within the same VM, and interceptors are registered on a per-ORB basis, not a per VM basis as appears to be the case with JacORB. You can also turn on local optimizations for the individual ORBs. The reason for asking for this optimization is performance. With a very simple test, where the interceptor does nothing, we see a 66% degredation in performance for local calls. For example, with no interceptors we can get > 3000 invocations, whereas with a "null" interceptor this is around 1000. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1059490&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1056004 ] batch-cascade-delete problem
Bugs item #1056004, was opened at 2004-10-28 10:42 Message generated for change (Comment added) made by vmorarian You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1056004&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Vladimir Stefanyuk (kletchatey) Assigned to: Alexey Loubyansky (loubyansky) Summary: batch-cascade-delete problem Initial Comment: I have 4 entities: Client Project Order OrderLine Order has a NOT-NULL foregin key reference to Client. Order has a NULL-ABLE foreign key reference to Project. OrderLine has NOT-NULL foreign key reference to Order. Between Order and Client, Order and Project, OrderLine and Order are 1:M relations. For OrderLine-Order relation is specified in ejb-jar.xml. To prevent from UDATING to NULL orderId in OrderLine, is specified in jbosscmp- jdbc.xml. The problem is, that when Order is deleted, an attempt is made to UPDATE Order NOT-NULL foreign keys to NULL values. In case if is not specified this problem doesn't appear, but of course problem with updating OrderLine orderId field appear. Note: This updating is doing only for foreign-keys that contains NOT-NULL values. -- Comment By: Vitaliy Morarian (vmorarian) Date: 2004-11-03 12:26 Message: Logged In: YES user_id=1151684 Have the same situation (JBoss 3.2.5) In what version will be fixed this bug? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1056004&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1058660 ] Deployment problem Cannot find setter method setDocBase null
Bugs item #1058660, was opened at 2004-11-02 09:30 Message generated for change (Comment added) made by wonnekeysers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1058660&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Fromm (tfromm) Assigned to: Nobody/Anonymous (nobody) Summary: Deployment problem Cannot find setter method setDocBase null Initial Comment: 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. -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-03 12:32 Message: Logged In: YES user_id=505480 What is the rest of the stacktrace? Tomcat is trying to use the new ear ClassLoader to load, configure and deploy of the war's webapp context, but there are some version conflicts with the overridden embedded libraries.. I think that this is related to bug #1056747: Shouldn't Tomcat use its own ClassLoader for the (un)deployment and the ear's ClassLoader at runtime? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 12:01 Message: Logged In: YES user_id=79402 I tried to put back the commons-logging and got known exception: org.jboss.deployment.DeploymentException: Error during deploy; - nested throwable: (ReflectionException: Cannot find setter method setDocBase null Cause: java.lang.NoSuchMethodException: org.apache.commons.modeler.BaseModelMBean.setDocBase(java.lang.String)) ... -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-03 10:40 Message: Logged In: YES user_id=505480 It all has to do with ClassLoading. Read the following page: http://www.jboss.org/wiki/Wiki.jsp?page=Logging It explains how to use your own log4j.jar and log4j.xml. Here is more about ClassLoading configurations http://www.jboss.org/wiki/Wiki.jsp? page=ClassLoadingConfiguration The only thing I'm not sure of is whether it also works to embed the commons-logging.jar in your ear. Perhaps you can try? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 10:12 Message: Logged In: YES user_id=79402 I now removed commons-logging and had exeptions like: 9:38:12,517 INFO [STDOUT] log4j:ERROR Could not create an Appender. Reported error follows. 09:38:12,518 INFO [STDOUT] java.lang.ClassCastException 09:38:12,519 INFO [STDOUT] at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:165) Ok, then i removed log4j crap and seems to work. the question is, why i cannot have multiple jars of log4j in several applications divided by separate classloader? -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 17:36 Message: Logged In: YES user_id=505480 Can you try removing the commons-logging.jar? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 17:24 Message: Logged In: YES user_id=79402 Here is list of thirdparty tools included inside the lib/ directory inside the ear: bcmail-jdk14-122.jar jce-jdk13-122.jar avalon-framework-cvs-20020806.jar jakarta-oro-2.0.7.jar log4j-1.2.8.jar commons-dbcp-1.2.1.jar commons-pool-1.2.jar xmlrpc.jar javamail-1.3.1/mail.jar jaf-1.0.2/activation.jar soap-2_3_1/lib/soap.jar fop-0.20.5/lib/batik.jar fop-0.20.5/build/fop.jar ftp-1.2.2/ftp.jar axis-1_2/lib/axis.jar commons-discovery.jar axis-1_2/lib/wsdl4j.jar axis-1_2/lib/jaxrpc.jar axis-1_2/lib/saaj.jar axis-1_2/lib/axis-ant.jar commons-logging.jar dom4j-1.5/dom4j.jar jaxen-1.1-beta-4.jar poi-2.0-final-20040126.jar isorelax.jar jing.jar msv-20020414/msv.jar msv-20020414/xsdlib.jar verifier.light.jar saxon8.1.1/saxon8.jar saxon6.5.3/saxon.jar rhino1_5R4/js.jar hsqldb/lib/hsqldb.jar commons-collections-3.1.jar TableLayout.jar krysalis-barcode.jar xalan-j_2_6_0/bin/xalan.jar xerces-2_6_2/xercesImpl.jar xerces-2_6_2/xmlParserAPIs.jar bsh-2.0b1.jar bsf-2.3.0/lib/bsf.jar l2fprod-common-all.jar nachocalendar-0.12.jar ant.jar ant-launcher.jar jfreechart-0.9.21.jar jcommon-0.9.6.jar Maybe this makes for you easier to find possibly suspicious jars. I know, some of them are already included inside jboss, but normally i need a seperate classloader for each application e.g. when application uses lo
[JBoss-dev] jboss-4.0 build.131 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103055114Lbuild.131 BUILD COMPLETE - build.131Date of build: 11/03/2004 05:51:14Time to build: 16 minutes 34 secondsLast changed: 11/03/2004 05:19:05Last log entry: Prevent NPE when body is a fault Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (28)1.1.1.1.4.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/transport/http/AxisServlet.javaPrevent NPE when body is a fault1.1.1.1.4.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/BodyBuilder.javaPrevent NPE when body is a fault1.1.1.1.6.1modifiedtdieslertestsuite/src/resources/jbossnet/state/ear/META-INF/application.xmlConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/resources/jbossnet/external/ear/META-INF/application.xmlConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/resources/jbossnet/security/ear/META-INF/application.xmlConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/resources/jbossnet/ejbsimple/ear/META-INF/application.xmlConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/wsr/RedeployUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/wsr/WSRUnitTestCase.javaConsistently rename jboss.net test archives1.1.2.2modifiedtdieslertestsuite/src/resources/jbossnet/admindevel/META-INF/application.xmlConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/state/RedeployUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/state/StateUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/jmx/JmxUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/jmx/RedeployUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/security/SecurityUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/external/ExternalUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/external/RedeployUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/ejbsimple/HelloUnitTestCase.javaConsistently rename jboss.net test archives1.1.1.1.6.1modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/ejbsimple/RedeployUnitTestCase.javaConsistently rename jboss.net test archives1.9.2.17modifiedtdieslertestsuite/imports/test-jars.xmlConsistently rename jboss.net test archives1.173.2.5modifiedtdieslerserver/build.xmlRemove axis binary dist, modules should depend on jaxrpc.1.4.2.2modifiedtdieslertools/etc/buildmagic/libraries.xmlRemove axis binary dist, modules should depend on jaxrpc.1.41.2.1modifiedtdieslertools/etc/buildmagic/libraries.entRemove axis binary dist, modules should depend on jaxrpc.1.2.4.1deletedtdieslerthirdparty/apache-axis/LICENSERemove axis binary dist, modules should depend on jaxrpc.1.7.4.1deletedtdieslerthirdparty/apache-axis/READMERemove axis binary dist, modules should depend on jaxrpc.1.6.4.1deletedtdieslerthirdparty/apache-axis/README.txtRemove axis binary dist, modules should depend on jaxrpc.1.6.4.1deletedtdieslerthirdparty/apache-axis/release-notes.htmlRemove axis binary dist, modules should depend on jaxrpc.1.16.4.1deletedtdieslerthirdparty/apache-axis/lib/axis.jarRemove axis binary dist, modules should depend on jaxrpc.1.2.4.1deletedtdieslerthirdparty/apache-axis/lib/axis-ant.jarRemove axis binary dist, modules should depend on jaxrpc.
[JBoss-dev] [ jboss-Bugs-1058660 ] Deployment problem Cannot find setter method setDocBase null
Bugs item #1058660, was opened at 2004-11-02 08:30 Message generated for change (Comment added) made by tfromm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1058660&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Fromm (tfromm) Assigned to: Nobody/Anonymous (nobody) Summary: Deployment problem Cannot find setter method setDocBase null Initial Comment: 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. -- >Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 11:01 Message: Logged In: YES user_id=79402 I tried to put back the commons-logging and got known exception: org.jboss.deployment.DeploymentException: Error during deploy; - nested throwable: (ReflectionException: Cannot find setter method setDocBase null Cause: java.lang.NoSuchMethodException: org.apache.commons.modeler.BaseModelMBean.setDocBase(java.lang.String)) ... -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-03 09:40 Message: Logged In: YES user_id=505480 It all has to do with ClassLoading. Read the following page: http://www.jboss.org/wiki/Wiki.jsp?page=Logging It explains how to use your own log4j.jar and log4j.xml. Here is more about ClassLoading configurations http://www.jboss.org/wiki/Wiki.jsp? page=ClassLoadingConfiguration The only thing I'm not sure of is whether it also works to embed the commons-logging.jar in your ear. Perhaps you can try? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 09:12 Message: Logged In: YES user_id=79402 I now removed commons-logging and had exeptions like: 9:38:12,517 INFO [STDOUT] log4j:ERROR Could not create an Appender. Reported error follows. 09:38:12,518 INFO [STDOUT] java.lang.ClassCastException 09:38:12,519 INFO [STDOUT] at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:165) Ok, then i removed log4j crap and seems to work. the question is, why i cannot have multiple jars of log4j in several applications divided by separate classloader? -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 16:36 Message: Logged In: YES user_id=505480 Can you try removing the commons-logging.jar? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 16:24 Message: Logged In: YES user_id=79402 Here is list of thirdparty tools included inside the lib/ directory inside the ear: bcmail-jdk14-122.jar jce-jdk13-122.jar avalon-framework-cvs-20020806.jar jakarta-oro-2.0.7.jar log4j-1.2.8.jar commons-dbcp-1.2.1.jar commons-pool-1.2.jar xmlrpc.jar javamail-1.3.1/mail.jar jaf-1.0.2/activation.jar soap-2_3_1/lib/soap.jar fop-0.20.5/lib/batik.jar fop-0.20.5/build/fop.jar ftp-1.2.2/ftp.jar axis-1_2/lib/axis.jar commons-discovery.jar axis-1_2/lib/wsdl4j.jar axis-1_2/lib/jaxrpc.jar axis-1_2/lib/saaj.jar axis-1_2/lib/axis-ant.jar commons-logging.jar dom4j-1.5/dom4j.jar jaxen-1.1-beta-4.jar poi-2.0-final-20040126.jar isorelax.jar jing.jar msv-20020414/msv.jar msv-20020414/xsdlib.jar verifier.light.jar saxon8.1.1/saxon8.jar saxon6.5.3/saxon.jar rhino1_5R4/js.jar hsqldb/lib/hsqldb.jar commons-collections-3.1.jar TableLayout.jar krysalis-barcode.jar xalan-j_2_6_0/bin/xalan.jar xerces-2_6_2/xercesImpl.jar xerces-2_6_2/xmlParserAPIs.jar bsh-2.0b1.jar bsf-2.3.0/lib/bsf.jar l2fprod-common-all.jar nachocalendar-0.12.jar ant.jar ant-launcher.jar jfreechart-0.9.21.jar jcommon-0.9.6.jar Maybe this makes for you easier to find possibly suspicious jars. I know, some of them are already included inside jboss, but normally i need a seperate classloader for each application e.g. when application uses log4j where statics are used for logging initialization. -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 09:12 Message: Logged In: YES user_id=79402 No, there is also no org.apache.commons.beanutils. At jboss 3.0.8 there exists need for adding the jboss-app.xm, because i had to deploy 2 different applications with mostly the same third-party tools in them (there were problems with statics and with duplicate classes in CP as i remember). I begun yesterday to update to 3.2.6,
[JBoss-dev] jboss-head build.384 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041103053051Lbuild.384 BUILD COMPLETE - build.384Date of build: 11/03/2004 05:30:51Time to build: 13 minutes 34 secondsLast changed: 11/03/2004 04:32:08Last log entry: changed incorrect properties Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.4modifiedbelabanremoting/src/test/org/jboss/remoting/DistributedTest.javachanged incorrect properties
[JBoss-dev] jboss-4.0 build.130 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041103043548Lbuild.130 BUILD COMPLETE - build.130Date of build: 11/03/2004 04:35:48Time to build: 15 minutes 0 secondsLast changed: 11/03/2004 04:02:55Last log entry: Resurect JBoss.NET tests Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.406.2.20modifiedtdieslertestsuite/build.xmlResurect JBoss.NET tests
[JBoss-dev] [Security on JBoss] - Problems configuring SSL with JBoss on AIX
Hi, I've a configuration problem with JSSE and JBoss using IBM JRE for AIX, version info follows: ... > ./java -version java version "1.4.2" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2) Classic VM (build 1.4.2, J2RE 1.4.2 IBM AIX build ca142-20040917 (JIT enabled: jitc)) I've configured SSL following the instructions in http://www.lowagie.com/techtips/ and it works on Windows. I'm running JBoss 3.2.1+Tomcat 4.1.24 with HTTPS configured but when jboss starts up it gives me the following error: 2004-11-03 09:56:48,708 ERROR [org.jboss.security.ssl.DomainServerSocketFactory] Failed to get SSLContext for TLS algorithm java.security.NoSuchAlgorithmException: Class com.ibm.jsse.bq configured for SSLContext not a SSLContext at com.sun.net.ssl.SunJSSE_b.a(DashoA6275) at com.sun.net.ssl.SSLContext.getInstance(DashoA6275) at org.jboss.security.ssl.DomainServerSocketFactory.initSSLContext(DomainServerSocketFactory.java:174) at org.jboss.security.ssl.DomainServerSocketFactory.createServerSocket(DomainServerSocketFactory.java:107) at org.jboss.web.catalina.security.SSLServerSocketFactory.createSocket(SSLServerSocketFactory.java:74) at org.jboss.web.catalina.security.SSLServerSocketFactory.createSocket(SSLServerSocketFactory.java:57) at org.apache.catalina.connector.http.HttpConnector.open(HttpConnector.java:978) at org.apache.catalina.connector.http.HttpConnector.initialize(HttpConnector.java:1187) at org.apache.catalina.startup.Embedded.start(Embedded.java:999) ... then I tried to move to Sun JSSE copying jsse.jar, jnet.jar and jcert.jar from JBoss dist tree (they were placed in serve/default/lib) in jre/lib/ext dir but I got the same result. I also tried to specify JSSE_HOME: same results. Any idea? Thanks, Andrea View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853710#3853710 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853710 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: XDoclet doclet refresh
Hi, List of Doclet and Tasks cannot be generated from the binary distributions. There is a process to generate the list of Doclet and Tasks from the XDoclet source distribution. As XDoclet 1.2.2 is out, the list will be update and included in a future maintenance release of JBoss-IDE. Laurent. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853704#3853704 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853704 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Re: how to use jbossIDE to compile jsp
Hi, I think that there is a bug in the JSP compiler. Compiled classes from the project are not properly included in the compilation classpath. Further investigation is in progress. Laurent. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853703#3853703 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853703 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1058660 ] Deployment problem Cannot find setter method setDocBase null
Bugs item #1058660, was opened at 2004-11-02 09:30 Message generated for change (Comment added) made by wonnekeysers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1058660&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Fromm (tfromm) Assigned to: Nobody/Anonymous (nobody) Summary: Deployment problem Cannot find setter method setDocBase null Initial Comment: 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. -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-03 10:40 Message: Logged In: YES user_id=505480 It all has to do with ClassLoading. Read the following page: http://www.jboss.org/wiki/Wiki.jsp?page=Logging It explains how to use your own log4j.jar and log4j.xml. Here is more about ClassLoading configurations http://www.jboss.org/wiki/Wiki.jsp? page=ClassLoadingConfiguration The only thing I'm not sure of is whether it also works to embed the commons-logging.jar in your ear. Perhaps you can try? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 10:12 Message: Logged In: YES user_id=79402 I now removed commons-logging and had exeptions like: 9:38:12,517 INFO [STDOUT] log4j:ERROR Could not create an Appender. Reported error follows. 09:38:12,518 INFO [STDOUT] java.lang.ClassCastException 09:38:12,519 INFO [STDOUT] at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:165) Ok, then i removed log4j crap and seems to work. the question is, why i cannot have multiple jars of log4j in several applications divided by separate classloader? -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 17:36 Message: Logged In: YES user_id=505480 Can you try removing the commons-logging.jar? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 17:24 Message: Logged In: YES user_id=79402 Here is list of thirdparty tools included inside the lib/ directory inside the ear: bcmail-jdk14-122.jar jce-jdk13-122.jar avalon-framework-cvs-20020806.jar jakarta-oro-2.0.7.jar log4j-1.2.8.jar commons-dbcp-1.2.1.jar commons-pool-1.2.jar xmlrpc.jar javamail-1.3.1/mail.jar jaf-1.0.2/activation.jar soap-2_3_1/lib/soap.jar fop-0.20.5/lib/batik.jar fop-0.20.5/build/fop.jar ftp-1.2.2/ftp.jar axis-1_2/lib/axis.jar commons-discovery.jar axis-1_2/lib/wsdl4j.jar axis-1_2/lib/jaxrpc.jar axis-1_2/lib/saaj.jar axis-1_2/lib/axis-ant.jar commons-logging.jar dom4j-1.5/dom4j.jar jaxen-1.1-beta-4.jar poi-2.0-final-20040126.jar isorelax.jar jing.jar msv-20020414/msv.jar msv-20020414/xsdlib.jar verifier.light.jar saxon8.1.1/saxon8.jar saxon6.5.3/saxon.jar rhino1_5R4/js.jar hsqldb/lib/hsqldb.jar commons-collections-3.1.jar TableLayout.jar krysalis-barcode.jar xalan-j_2_6_0/bin/xalan.jar xerces-2_6_2/xercesImpl.jar xerces-2_6_2/xmlParserAPIs.jar bsh-2.0b1.jar bsf-2.3.0/lib/bsf.jar l2fprod-common-all.jar nachocalendar-0.12.jar ant.jar ant-launcher.jar jfreechart-0.9.21.jar jcommon-0.9.6.jar Maybe this makes for you easier to find possibly suspicious jars. I know, some of them are already included inside jboss, but normally i need a seperate classloader for each application e.g. when application uses log4j where statics are used for logging initialization. -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 10:12 Message: Logged In: YES user_id=79402 No, there is also no org.apache.commons.beanutils. At jboss 3.0.8 there exists need for adding the jboss-app.xm, because i had to deploy 2 different applications with mostly the same third-party tools in them (there were problems with statics and with duplicate classes in CP as i remember). I begun yesterday to update to 3.2.6, i'am still not finished and i also have not deployed the 2nd application. I hope without jboss-app.xml i do not run into trouble. -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 09:53 Message: Logged In: YES user_id=505480 Do you have the commons-beanutils.jar library embedded in your .ear? If so, try removing it... (Together with any other jakarta common .jars that are part of the embedded Tomcat) -
[JBoss-dev] [ jboss-Bugs-1058660 ] Deployment problem Cannot find setter method setDocBase null
Bugs item #1058660, was opened at 2004-11-02 08:30 Message generated for change (Comment added) made by tfromm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1058660&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Fromm (tfromm) Assigned to: Nobody/Anonymous (nobody) Summary: Deployment problem Cannot find setter method setDocBase null Initial Comment: 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. -- >Comment By: Thomas Fromm (tfromm) Date: 2004-11-03 09:12 Message: Logged In: YES user_id=79402 I now removed commons-logging and had exeptions like: 9:38:12,517 INFO [STDOUT] log4j:ERROR Could not create an Appender. Reported error follows. 09:38:12,518 INFO [STDOUT] java.lang.ClassCastException 09:38:12,519 INFO [STDOUT] at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:165) Ok, then i removed log4j crap and seems to work. the question is, why i cannot have multiple jars of log4j in several applications divided by separate classloader? -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 16:36 Message: Logged In: YES user_id=505480 Can you try removing the commons-logging.jar? -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 16:24 Message: Logged In: YES user_id=79402 Here is list of thirdparty tools included inside the lib/ directory inside the ear: bcmail-jdk14-122.jar jce-jdk13-122.jar avalon-framework-cvs-20020806.jar jakarta-oro-2.0.7.jar log4j-1.2.8.jar commons-dbcp-1.2.1.jar commons-pool-1.2.jar xmlrpc.jar javamail-1.3.1/mail.jar jaf-1.0.2/activation.jar soap-2_3_1/lib/soap.jar fop-0.20.5/lib/batik.jar fop-0.20.5/build/fop.jar ftp-1.2.2/ftp.jar axis-1_2/lib/axis.jar commons-discovery.jar axis-1_2/lib/wsdl4j.jar axis-1_2/lib/jaxrpc.jar axis-1_2/lib/saaj.jar axis-1_2/lib/axis-ant.jar commons-logging.jar dom4j-1.5/dom4j.jar jaxen-1.1-beta-4.jar poi-2.0-final-20040126.jar isorelax.jar jing.jar msv-20020414/msv.jar msv-20020414/xsdlib.jar verifier.light.jar saxon8.1.1/saxon8.jar saxon6.5.3/saxon.jar rhino1_5R4/js.jar hsqldb/lib/hsqldb.jar commons-collections-3.1.jar TableLayout.jar krysalis-barcode.jar xalan-j_2_6_0/bin/xalan.jar xerces-2_6_2/xercesImpl.jar xerces-2_6_2/xmlParserAPIs.jar bsh-2.0b1.jar bsf-2.3.0/lib/bsf.jar l2fprod-common-all.jar nachocalendar-0.12.jar ant.jar ant-launcher.jar jfreechart-0.9.21.jar jcommon-0.9.6.jar Maybe this makes for you easier to find possibly suspicious jars. I know, some of them are already included inside jboss, but normally i need a seperate classloader for each application e.g. when application uses log4j where statics are used for logging initialization. -- Comment By: Thomas Fromm (tfromm) Date: 2004-11-02 09:12 Message: Logged In: YES user_id=79402 No, there is also no org.apache.commons.beanutils. At jboss 3.0.8 there exists need for adding the jboss-app.xm, because i had to deploy 2 different applications with mostly the same third-party tools in them (there were problems with statics and with duplicate classes in CP as i remember). I begun yesterday to update to 3.2.6, i'am still not finished and i also have not deployed the 2nd application. I hope without jboss-app.xml i do not run into trouble. -- Comment By: Wonne Keysers (wonnekeysers) Date: 2004-11-02 08:53 Message: Logged In: YES user_id=505480 Do you have the commons-beanutils.jar library embedded in your .ear? If so, try removing it... (Together with any other jakarta common .jars that are part of the embedded Tomcat) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1058660&group_id=22866 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo
[JBoss-dev] [Nukes Development] - Re: Permissions Module Not Building Properly in CVS Head
can you add it ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853700#3853700 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853700 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-jdk-matrix build.2 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20041103032340Lbuild.2 BUILD COMPLETE - build.2Date of build: 11/03/2004 03:23:40Time to build: 25 minutes 2 secondsLast changed: 11/02/2004 17:10:39Last log entry: remove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (7)1.8modifiedanddhibernate/src/main/org/jboss/hibernate/jmx/Hibernate.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryBuiltEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.3deletedanddhibernate/src/main/org/jboss/hibernate/jmx/SessionFactoryDestroyedEvent.javaremove unecessary notification classes, emit distinct typeshibernate.sessionfactory.createhibernate.sessionfactory.destroy1.12modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaoptimized imports1.11modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message1.7modifiedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javaadded unit test for print()1.24modifiedbelabancache/docs/Changelog.txtno message
