[JBoss-dev] [ jboss-Bugs-1046721 ] DataSource metadata is incomplete/wrong
Bugs item #1046721, was opened at 2004-10-14 03:58 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 Category: JBossCX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Alexey Loubyansky (loubyansky) Summary: DataSource metadata is incomplete/wrong Initial Comment: The DataSource metadata processing is incomplete/wrong. 1) The MBean does not belong in the JBoss JDBC resource adapter. This should neither depend on JMX or CMP. I already have TODOs to remove the current dependencies that have crept in so this RAR can be used outside of the jboss server. Besides, it is possible for db vendors to provide their own resource adapters (cf Firebird) and this service should still work. If it belongs anywhere in the connector module (which I don't think it does) it should be in a top level directory. The created service is logically associated with the connection factory deployment rather than the resource adapter deployment anyway. 2) The metadata/typemapping is not documented in jboss-ds-1_5.dtd Additionally, the whole point of this file is to have a flat namespace, why the metadata/typemapping? There are plans to replace this config with a programmatic javabean style deployment. I'm not sure how you fix this now it has been released in 4.0.0 When I agreed to this, I said I didn't mind the -ds.xml deployer creating the MBean, it is the obvious place to put this configuration. But I said the implementation should be elsewhere, i.e. in the server module (because it uses the CMP metadata) or whatever jdbc abstraction project is created in the future. The service is used by the consumer of the DataSource not the DataSource or the connection factory deployment. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-10-18 10:18 Message: Logged In: YES user_id=543482 The type-mapping metadata does not belong to CMP. The metadata is JDBC specific and should be available to any JDBC client. The class hierarchy is in CMP package for historical reasons. That's why I thought it should be in JDBC resource adaptor. 2) metadata is added to the dtd with type ANY for now. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041018034821 BUILD FAILEDAnt Error Message:file:/home/cruisecontrol/work/scripts/build-jboss-head.xml:89: exec returned: 1Date of build:10/18/2004 03:48:21Time to build:32 minutes 33 secondsLast changed:10/18/2004 03:05:30Last log entry:added metadata to datasources and connection factories Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(40)1.1.2.1modifiedloubyanskyconnector/src/resources/dtd/jboss-ds_1_5.dtdadded metadata to datasources and connection factories1.3.6.1modifiedstarksmsecurity/src/main/org/jboss/security/plugins/SecurityManagerMBean.javaAdd a credential argument to the doesUserHaveRole and getUserRoles methods as the underlying security manager require a preceeding isValid call.1.27.2.2modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaAuthenticate the principal using isValid prior to querying the roles in case the security manager requires an authenticated caller to be associated with the thread.1.27.2.1modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaAuthenticate the principal using isValid prior to querying the roles in case the security manager requires an authenticated caller to be associated with the thread.1.3.6.1modifiedstarksmtestsuite/src/main/org/jboss/test/cts/test/MDBUnitTestCase.javaInclude the runEx message in the fail message1.4.6.1modifiedstarksmtestsuite/src/main/org/jboss/test/util/ejb/EJBTestRunnerBean.javaInclude the original exception in the EJBException1.4.4.1modifiedstarksmtestsuite/src/main/org/jboss/test/testbeancluster/test/BeanUnitTestCase.javaUse the cluster node jndi urls to lookup the ejb homes1.25.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/management/test/JSR77SpecUnitTestCase.javaLog the begin and end of the mbean report method1.1.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/web/servlets/TestSessionListener.javaLog the session attribute that exist from the sessionDestroyed callback1.2.4.2modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaasAuthenticationInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.1.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaccAuthorizationInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.46.4.2modifiedstarksmserver/src/main/org/jboss/ejb/plugins/SecurityInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.33.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/LogInterceptor.javaHandle SecurityExceptions specially to tranform into one of the security related ejb or rmi exceptions to allow users to identitify them more easily. The exception is either wrapped in a javax.ejb.AccessLocalException or a java.rmi.AccessException depending on the method invocation type.1.2.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaasAuthenticationInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.12.2.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/RunAsSecurityInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.46.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/SecurityInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.24.4.2modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/EJBSpecUnitTestCase.javaAdd tests of deep run-as identity propagation and stateful session handle security1.11.6.3modifiedstarksmtestsuite/src/resources/security-spec/META-INF/jboss.xmlFix the element ordering and remove the duplicate container config1.2.16.1modifiedstarksmtestsuite/src/main/org/jboss/test/security/interfaces/CalledSession.javaAdd a test of the run-as identity propagating more than just one call level1.7.6.2modifiedstarksmtestsuite/src/resources/security-spec/META-INF/ejb-jar.xmlAdd a test of the run-as identity propagating more than just one call level1.11.6.2modifiedstarksmtestsuite/src/resources/security-spec/META-INF/jboss.xmlAdd a test of the run-as identity propagating more than just one call
[JBoss-dev] [ jboss-Bugs-1049111 ] Wrong warning when deploying a connector specifying an icon
Bugs item #1049111, was opened at 2004-10-18 09:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049111group_id=22866 Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: JeanFI (lfsr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong warning when deploying a connector specifying an icon Initial Comment: This bug is the same as jboss-Bugs-1044507 but for JBoss3.2.6. How to reproduce: Deploy a connector specifying an icon element in the ra.xml. It produces the following warning: 11:51:35,847 WARN [RARMetaData] Element '[icon: null]' not recognised. The element icon is valid and must be a direct child of the root element connector. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049111group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.321 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041018045120Lbuild.321 BUILD COMPLETE-build.321Date of build:10/18/2004 04:51:20Time to build:73 minutes 4 secondsLast changed:10/18/2004 04:21:47Last log entry:FIXME, does not compile Unit Tests: (1973) Total Errors and Failures: (54)testWarXmlOverridesScopingUnitTestCasetestServletSessionLoadBalancingWebSessionTestCasetestEjbInterceptionHibernateEjbInterceptorUnitTestCasetestOIL2MutliSessionOneConnectionOIL2InvocationLayerStressTestCaseunknownLargeMessageUnitTestCaseunknownOILConnectionUnitTestCasetestMCFDefaultValuesDeploymentUnitTestCasetestDeploySARDeployServiceUnitTestCasetestDependsListElementDeployServiceUnitTestCasetestCrashInStartDeployServiceUnitTestCasetestInvokeTargetMethodJMXInvokerProxyUnitTestCasetestInvokeJMXInvokerProxyUnitTestCasetestServerFoundJMXInvokerProxyUnitTestCaseunknownJMXInvokerProxyUnitTestCasetestMBeanDependsOnEJBMBeanDependsOnEJBUnitTestCasetestBrokenPackageRedeploymentUndeployBrokenPackageUnitTestCasetestBadEjbRedeploymentUndeployBrokenPackageUnitTestCasetestBadSideAffectsUndeployBrokenPackageUnitTestCasetestCreateSubcontextPooledInvokerUnitTestCasetestLookupFailuresPooledInvokerUnitTestCasetestSecureHttpInvokerSecurityUnitTestCasetestHttpReadonlyContextLookupSecurityUnitTestCasetestHaInvokerSimpleUnitTestCasetestCreateHaJndiSubcontextSimpleUnitTestCasetestHaParitionNameSimpleUnitTestCasetestDiscoveryPortSimpleUnitTestCasetestOldProxyBeanStressTestCasetestHttpRedirectSSLUnitTestCasetestHttpsSSLUnitTestCasetestEvictionReplicatedLRUPolicyUnitTestCasetestEvictionReplicationReplicatedLRUPolicyUnitTestCasetestStateTransferAsyncUnitTestCasetestSyncReplAsyncUnitTestCasetestSyncReplSyncTxUnitTestCasetestASyncReplSyncTxUnitTestCasetestPutSyncTxUnitTestCasetestPutTxSyncTxUnitTestCasetestUserTransactionBmpUnitTestCasetestCounterSimpleNotificationBasicTestCasetestCounterDifferenceNotificationBasicTestCasetestGaugeSimpleBothNotificationBasicTestCasetestGaugeSimpleHighNotificationBasicTestCasetestGaugeSimpleLowNotificationBasicTestCasetestStringBothNotificationBasicTestCasetestStringMatchNotificationBasicTestCasetestStringDifferNotificationBasicTestCasetestNameChangesSimpleUnitTestCasetestCreateCallerEJBSpecUnitTestCasetestUserTransactionBMPUnitTestCasetestUserInRoleServletWebIntegrationUnitTestCasetestFormAuthSingleSignOnClusteredSingleSignOnUnitTestCasetestFormAuthSubjectFormAuthUnitTestCasetestFormAuthSingleSignOnSingleSignOnUnitTestCasetestUserInRoleServletWebIntegrationUnitTestCase Modifications since last build:(51)1.26modifiedtdieslertestsuite/src/main/org/jboss/test/security/test/EJBSpecUnitTestCase.javaFIXME, does not compile1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/WSDLValidator.javaWSDLOperation - WSDLInterfaceOperation1.2modifiedloubyanskyconnector/src/resources/dtd/jboss-ds_1_5.dtdadded metadata to datasources and connection factories1.4modifiedstarksmsecurity/src/main/org/jboss/security/plugins/SecurityManagerMBean.javaAdd a credential argument to the doesUserHaveRole and getUserRoles methods as the underlying security manager require a preceeding isValid call.1.28modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaAuthenticate the principal using isValid prior to querying the roles in case the security manager requires an authenticated caller to be associated with the thread.1.4modifiedstarksmtestsuite/src/main/org/jboss/test/cts/test/MDBUnitTestCase.javaInclude the runEx message in the fail message1.4modifiedstarksmtestsuite/src/main/org/jboss/test/web/test/FormAuthUnitTestCase.javaTest form authentication of a secured servlet and validate that there is a SecurityAssociation setting for the authenticated Subject.1.5modifiedstarksmtestsuite/src/main/org/jboss/test/web/servlets/SecureServlet.javaAdd a validateSubject parameter that when true indicates that the SecurityAssociation subject should be validated to not be null.1.5modifiedstarksmtestsuite/src/main/org/jboss/test/util/ejb/EJBTestRunnerBean.javaInclude the original exception in the EJBException1.5modifiedstarksmtestsuite/src/main/org/jboss/test/testbeancluster/test/BeanUnitTestCase.javaUse the cluster node jndi urls to lookup the ejb homes1.26modifiedstarksmtestsuite/src/main/org/jboss/test/management/test/JSR77SpecUnitTestCase.javaLog the begin and end of the mbean report method1.2modifiedstarksmtestsuite/src/main/org/jboss/test/web/servlets/TestSessionListener.javaLog the session attribute that exist from the sessionDestroyed callback1.3modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaasAuthenticationInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - AOP interceptor applied to all JSP/Servlet requests?
I'm trying to create an interceptor that will be applied to all requests that the server receives, including all JSPs/Servlets, etc. Is this realistic and a good way to use AOP in this instance? If you have any ideas or experiences, it would be great if you can share a little bit. Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851705#3851705 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851705 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041018065911 BUILD FAILEDAnt Error Message:file:/home/cruisecontrol/work/scripts/build-jboss-head.xml:89: exec returned: 1Date of build:10/18/2004 06:59:11Time to build:20 minutes 49 secondsLast changed:10/18/2004 06:25:16Last log entry:First cut JAXB implementation Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(11)1.1addedtdieslerj2ee/src/main/javax/xml/bind/MarshalException.javaFirst cut JAXB implementation1.1addedtdieslerj2ee/src/main/javax/xml/bind/JAXBException.javaFirst cut JAXB implementation1.2modifiedtdieslerj2ee/src/main/javax/xml/bind/JAXBContext.javaFirst cut JAXB implementation1.1addedtdieslerj2ee/src/main/javax/xml/bind/JAXBContext.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/Marshaller.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/Unmarshaller.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/UnmarshallerHandler.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/ValidationEvent.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/ValidationEventHandler.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/ValidationEventLocator.javaImport top level JAXB API1.1addedtdieslerj2ee/src/main/javax/xml/bind/Validator.javaImport top level JAXB API
[JBoss-dev] [ jboss-Bugs-1049111 ] Wrong warning when deploying a connector specifying an icon
Bugs item #1049111, was opened at 2004-10-18 09:57 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049111group_id=22866 Category: JBossCX Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: JeanFI (lfsr) Assigned to: Adrian Brock (ejort) Summary: Wrong warning when deploying a connector specifying an icon Initial Comment: This bug is the same as jboss-Bugs-1044507 but for JBoss3.2.6. How to reproduce: Deploy a connector specifying an icon element in the ra.xml. It produces the following warning: 11:51:35,847 WARN [RARMetaData] Element '[icon: null]' not recognised. The element icon is valid and must be a direct child of the root element connector. -- Comment By: Adrian Brock (ejort) Date: 2004-10-18 12:19 Message: Logged In: YES user_id=9459 It is just a warning that can be ignored. We do not use the icon metadata internally. I have reduced the message to DEBUG level for future releases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049111group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Deployment sorting
The way the AOP deployer works is that when jboss-aop.deployer is deployed, it inserts .aop and aop.xml into the MainDeployer suffix list. ARe you having problems? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851713#3851713 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851713 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
I don't believe you can intercept code with JSPs within precompiling the JSPs. You MAY be able to do this with JDK 5.0 and our instrumentor, or the new JDK 1.4 classloader stuff we have in HEAD. Kabir is going to take a look. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851715#3851715 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851715 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Deployment sorting
No, no problems - au contraire. It wasn't obvious to be that it does this, and I apparently did not read enough of AspectDeployer.java ;-/ Thanks Heiko View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851716#3851716 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851716 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1046721 ] DataSource metadata is incomplete/wrong
Bugs item #1046721, was opened at 2004-10-14 00:58 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 Category: JBossCX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Alexey Loubyansky (loubyansky) Summary: DataSource metadata is incomplete/wrong Initial Comment: The DataSource metadata processing is incomplete/wrong. 1) The MBean does not belong in the JBoss JDBC resource adapter. This should neither depend on JMX or CMP. I already have TODOs to remove the current dependencies that have crept in so this RAR can be used outside of the jboss server. Besides, it is possible for db vendors to provide their own resource adapters (cf Firebird) and this service should still work. If it belongs anywhere in the connector module (which I don't think it does) it should be in a top level directory. The created service is logically associated with the connection factory deployment rather than the resource adapter deployment anyway. 2) The metadata/typemapping is not documented in jboss-ds-1_5.dtd Additionally, the whole point of this file is to have a flat namespace, why the metadata/typemapping? There are plans to replace this config with a programmatic javabean style deployment. I'm not sure how you fix this now it has been released in 4.0.0 When I agreed to this, I said I didn't mind the -ds.xml deployer creating the MBean, it is the obvious place to put this configuration. But I said the implementation should be elsewhere, i.e. in the server module (because it uses the CMP metadata) or whatever jdbc abstraction project is created in the future. The service is used by the consumer of the DataSource not the DataSource or the connection factory deployment. -- Comment By: Adrian Brock (ejort) Date: 2004-10-18 12:36 Message: Logged In: YES user_id=9459 Ok, so you say it shouldn't be in CMP (which I agree with) and I say it should be in the RAR (which is where it is currently located). I noticed somebody else raised a bug report about it not working with the Firebird rar? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-10-18 07:18 Message: Logged In: YES user_id=543482 The type-mapping metadata does not belong to CMP. The metadata is JDBC specific and should be available to any JDBC client. The class hierarchy is in CMP package for historical reasons. That's why I thought it should be in JDBC resource adaptor. 2) metadata is added to the dtd with type ANY for now. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1047373 ] PropertyNotFoundException on runtime HAR deployment
Bugs item #1047373, was opened at 2004-10-14 21:45 Message generated for change (Settings changed) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1047373group_id=22866 Category: Hibernate Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Tor-Einar Skog (treinar) Assigned to: Steve Ebersole (steveebersole) Summary: PropertyNotFoundException on runtime HAR deployment Initial Comment: OS: Linux 2.4.22-36mdkenterprise (i386) JVM: 1.4.2_06-b03 I have a HAR archive, with one class: Pesticide.class and its hibernate mapping file. Pesticide class has to properties: id and name (with getter/setter methods). A META-INF/hibernate-service.xml is also provided. When deploying a HAR archive when JBoss runs, the deployment fails. The following Exception is thrown: net.sf.hibernate.PropertyNotFoundException: Could not find a setter for property name in class no.planteforsk.pvmdb.persistent.Pesticide However, when JBoss is restarted, the HAR deploys fine. The Exception is thrown in net.sf.hibernate.property.BasicPropertyAccessor, in the method getSetter. The cause of the exception is that no match between set method (setName) and property (name) is found in method setterMethod. I inserted a few debug outputs in BasicPropertyAccessor, and it turns out that when the HAR is deployed at runtime, the method setName in Pesticide is wrongly assumed to take no parameters, (methods[i].getParameterTypes().length returns 0). When jboss is restarted, and the deployment takes place on the same HAR file, setName is assumed to take 1 parameter, which of course is correct. I'm not sure if this is a Java error or a JBoss error, or even a Hibernate error, but maybe you do. It does concern JBoss, however. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1047373group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
What's this new classloader stuff that you guys have in head? Mind sharing the concept a little bit? What I'm trying to do is to prototype some security framework that can be applied to web applications in a more or less uniform way. Unfortunately, having a clean and clear-cut interceptor that does not mess around with the application code is not that easy. It's hard to apply design patterns and object models here. Maybe I'm thinking in the wrong direction? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851719#3851719 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851719 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1046721 ] DataSource metadata is incomplete/wrong
Bugs item #1046721, was opened at 2004-10-14 03:58 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 Category: JBossCX Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Alexey Loubyansky (loubyansky) Summary: DataSource metadata is incomplete/wrong Initial Comment: The DataSource metadata processing is incomplete/wrong. 1) The MBean does not belong in the JBoss JDBC resource adapter. This should neither depend on JMX or CMP. I already have TODOs to remove the current dependencies that have crept in so this RAR can be used outside of the jboss server. Besides, it is possible for db vendors to provide their own resource adapters (cf Firebird) and this service should still work. If it belongs anywhere in the connector module (which I don't think it does) it should be in a top level directory. The created service is logically associated with the connection factory deployment rather than the resource adapter deployment anyway. 2) The metadata/typemapping is not documented in jboss-ds-1_5.dtd Additionally, the whole point of this file is to have a flat namespace, why the metadata/typemapping? There are plans to replace this config with a programmatic javabean style deployment. I'm not sure how you fix this now it has been released in 4.0.0 When I agreed to this, I said I didn't mind the -ds.xml deployer creating the MBean, it is the obvious place to put this configuration. But I said the implementation should be elsewhere, i.e. in the server module (because it uses the CMP metadata) or whatever jdbc abstraction project is created in the future. The service is used by the consumer of the DataSource not the DataSource or the connection factory deployment. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-10-18 15:57 Message: Logged In: YES user_id=543482 The Firebird issue was fixed (metadata wasn't defined for connection factories). So what needs to be done to fix this is just to move the metadata related MBeans to another package, right? And replace metadata/type-mapping with just metadata or just type-mapping? -- Comment By: Adrian Brock (ejort) Date: 2004-10-18 15:36 Message: Logged In: YES user_id=9459 Ok, so you say it shouldn't be in CMP (which I agree with) and I say it should be in the RAR (which is where it is currently located). I noticed somebody else raised a bug report about it not working with the Firebird rar? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-10-18 10:18 Message: Logged In: YES user_id=543482 The type-mapping metadata does not belong to CMP. The metadata is JDBC specific and should be available to any JDBC client. The class hierarchy is in CMP package for historical reasons. That's why I thought it should be in JDBC resource adaptor. 2) metadata is added to the dtd with type ANY for now. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1046721group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - NOTYETINSTALLED error
Hi , Thank you for your time.. I searched all the archive but was unable to locate the ans to my problem. I have created a new mbean under jboss: domain. mbean code=Mmmm name=jboss:service=Mmmm,name=Mmmm classpath codebase=lib archives=jbossmq.jar depends jboss.mq:service=InvocationLayer,type=UIL2 depends jboss.mq:service=JMSProviderLoader depends jboss.mq:* I am getting a NOTYETINSTALLED error . I checked with jmx-console, these services are 'STARTED' What am I missing. Thanks again, Moss. 17:49:03,921 ERROR [URLDeploymentScanner] Incomplete Deployment listing: MBeans waiting for other MBeans: ObjectName: jboss:service=M,name= state: CONFIGURED I Depend On: jboss.mq:service=InvocationLayer,type=UIL2 jboss.mq:service=JMSProviderLoader jboss.mq:* Depends On Me: MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM: ObjectName: jboss.mq:service=JMSProviderLoader state: NOTYETINSTALLED I Depend On: Depends On Me: jboss:service=Mmmm,name=Mmmm View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851722#3851722 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851722 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
JBoss AOP works in two ways. Either you precompile your Java .class files to push in the AOP stuff, or you set JBoss AOP up so that it does the bytecode transformations at runtime when the class is loaded. Load-time transformation requires hooks into the classloader. With JDK 1.4, we originally had to OWN the classloader. Unfortunately, JSPs in tomcat are loaded by a different classloader I think than the JBoss classloader (haven't tried it yet). Fortunately, JDK 5.0 provides a way to hook in your own transformers via the java.lang.instrument package. Kevin Conner recently committed something to CVS that can transform java.lang.classloader so that it can provide hooks for transformation. We should be releasing JBoss AOP 1.0 this week with directions on how to use this. Now, on to the other part of your question You'll have to give me more insight on what your goals are with your security framework, then maybe I can suggest some ideas. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851728#3851728 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851728 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
Hi. My penny to disscussion. I have Struts application and been using Tomcat server. I'd like to use JBossAOP with it. So what I've tried is: precompiled my plain servlets, jsps (in Struts meaning) with jasper/jspc. This way I got sources of my web pages for my application. As I have sources I can apply JBossAOP aspects to them - including crosscutting every Struts action and applying your own concerns (JBossAOP has some security concern @@org.jboss.aspects.security.*) I haven't tried to put compiled sources into Tomcat - but I think there shouldn't be a problem, as these are normal java classess. The only problem is: this way one looses favourite way of development. On every change of JSP we must recompile, redeploy whole app. :/ Solution would be to use somehow JBoss AS with Tomcat and dynamic classloader. I wait for some JBoss + Tomcat + Struts HOWTO. If there won't be any until September, I'll write one myself :) Regards, Tomasz View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851730#3851730 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851730 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
Thanks for the explanation. The idea for the security framework is that, the declarative security model is static, and it's very hard to do dynamic access control management. For example, say I have a content management app, which I want to hook to an external acess manager. Let say I can define my security policies in the access manager and apply them to my content management app. When I change my policies, I want them to apply in real-time. I don't want to have to stop my jboss server, reconfigure a bunch of deployment descriptors, re-deploy, etc. This should be so dynamic and it's transparent. Maybe I'm in the wrong direction here, but I'm trying to prototype some interceptor that I can apply to any access request to any of my resources (in my content mgmt app). So the request will be security-checked first to see if the user has permission to that resource. I'm diving into the source code of Tomcat and JBoss to see if there is anywhere I can place a hook in, which gives me some clean way to intercept everything. thks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851731#3851731 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851731 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
Hey, thanks for explaining diff between static and dynamic sec model. I will need dynamic one in some application and was wondering whether to use already written JBoss' security aspects. Tomasz View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851733#3851733 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851733 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP interceptor applied to all JSP/Servlet requests?
hany_bee, What about a servlet filter or a Tomcat valve? This is how we implemented JBoss Security integration with Tomcat. If you're dealing with web requests (HttpServletRequests), then a filter or valve is probably a better solution anyways... Thomas, Kabir is working on JSP side of things this week. Hopefully we'll have some kind of doco around this by the 1.0 release at the end of the week. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851734#3851734 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851734 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.136 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041018084700Lbuild.136 BUILD COMPLETE-build.136Date of build:10/18/2004 08:47:00Time to build:68 minutes 36 secondsLast changed:10/18/2004 08:20:29Last log entry:Unused metadata - debug Unit Tests: (1892) Total Errors and Failures: (44)testWarXmlOverridesScopingUnitTestCasetestServletSessionLoadBalancingWebSessionTestCaseunknownLargeMessageUnitTestCaseunknownOILConnectionUnitTestCasetestQueueMessageOrderOILJBossMQUnitTestCasetestRequestReplyQueueOILJBossMQUnitTestCasetestTemporaryQueueDeleteOILJBossMQUnitTestCasetestTemporaryTopicDeleteOILJBossMQUnitTestCasetestInvalidDestinationQueueSendOILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseOILJBossMQUnitTestCasetestInvalidDestinationTopicPublishOILJBossMQUnitTestCasetestErrorsTopicSubscribeOILJBossMQUnitTestCasetestCreateQueueOILJBossMQUnitTestCasetestMessageListenerOILJBossMQUnitTestCasetestApplicationServerStuffOILJBossMQUnitTestCasetestTopicsOILJBossMQUnitTestCasetestTopicNoLocalOILJBossMQUnitTestCasetestTopicNoLocalBounceOILJBossMQUnitTestCasetestTopicSelectorChangeOILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyOILJBossMQUnitTestCasetestSendReceiveOutdatedOILJBossMQUnitTestCasetestSendListenOutdatedOILJBossMQUnitTestCasetestFederatedExternalUnitTestCasetestFederatedRedeployUnitTestCasetestAuthenticationSecurityUnitTestCasetestAuthorizationSecurityUnitTestCasetestInvokeTargetMethodJMXInvokerProxyUnitTestCasetestInvokeJMXInvokerProxyUnitTestCasetestServerFoundJMXInvokerProxyUnitTestCaseunknownJMXInvokerProxyUnitTestCasetestSecureHttpInvokerSecurityUnitTestCasetestHttpReadonlyContextLookupSecurityUnitTestCasetestHaParitionNameSimpleUnitTestCasetestDiscoveryPortSimpleUnitTestCasetestEvictionReplicatedLRUPolicyUnitTestCasetestEvictionReplicationReplicatedLRUPolicyUnitTestCasetestStateTransferAsyncUnitTestCasetestSyncReplAsyncUnitTestCasetestSyncReplSyncTxUnitTestCasetestASyncReplSyncTxUnitTestCasetestPutSyncTxUnitTestCasetestPutTxSyncTxUnitTestCasetestNameChangesSimpleUnitTestCasetestFormAuthSingleSignOnClusteredSingleSignOnUnitTestCase Modifications since last build:(1)1.14.2.3modifiedejortconnector/src/main/org/jboss/resource/RARMetaData.javaUnused metadata - debug
[JBoss-dev] [ jboss-Bugs-1049336 ] JBoss 3.2.6 startup fails in Java 5.0
Bugs item #1049336, was opened at 2004-10-18 12:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Glaucio Scheibel (gscheibel) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss 3.2.6 startup fails in Java 5.0 Initial Comment: When I start JBoss 3.2.6 with java 5.0, I get the following exception: If I use 3.2.5, it works. ERROR [MainDeployer] could not create deployment: file:/opt/ jboss-3.2.6/server/default/conf/jboss-service.xml org.jboss.deployment.DeploymentException: create operation failed for package file:/opt/jboss-3.2.6/server/default/conf/jboss- service.xml; - nested throwable: (org.jboss.deployment. DeploymentException: Error parsing the XML file: ; - nested throwable: (org.jboss.mx.util. JBossNotCompliantMBeanException: Error parsing the XML file: )) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: EJB endpoint authentication and authorization
Dear Werner, Thanks for your post. I have changed jboss.xml according to your suggestion and, yes, it changes something! Now I get a regular HTTP 401 error when calling the web service. Great stuff, except that I do not know how to authenticate: neither my Java default Authenticator or stub._setProperty seem to be taken in account. How do you authenticate from clients? Thanks, David View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851737#3851737 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851737 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Are 404's desirable for anyone else?
I came across the need to have the HTMLModule generate 404's for pages that aren't present. In my case I wanted to specify my error pages in my Apache frontend that'll be connecting to JBoss through mod_jk2. It's a really quick fix(I think under 10 lines) but I wanted to see if anyone else wanted this behavior before I committed it. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851741#3851741 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851741 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - How to configure JBossCache to commnicate between two nodes
HI All, I am planning to use JBoss Cache. I am using JBOSS 3.0.3 version My problem is: I have two machines and both running JBOSS 3.0.3 I have written a class (say Class A) which uses JBOSS Cache and using class A in both the machines. In Machine 1, If I put an object in JBOSS cache through Class A-putObjInCache method, it stores in JBOSS Cache. But my problem is when JBOSS cache store an object on machine 1 it is not updating the cache on the other machine. I am using Asynchronous updates on other machines and I am using Asynchronous XML given in JBOSS Cache sample My questions are: 1. Do I need to make any changes attribute name=ClusterConfig 2. Please provide me a sample code either Java or in XML so that both the machines can communicate each other. 3. Do I need to have mcast_addr=a.b.c.d same on both the machines Are their any rules to define mcast_addr IP address? Please help me I am strucked and not able to use JBOSS Cache to update objects on other machines. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851743#3851743 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851743 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: EJB endpoint authentication and authorization
Dear David, here is a code fragment from my junit test case: public void testJAXRPCBinding() throws Exception |{ | final Service service = ServiceFactory.newInstance().createService(m_WsdldUrl, SERVICEQN); | final _DAMONA_INFO message = new _DAMONA_INFO(); | final ConfigurationMessage cnfgMessage = new ConfigurationMessage(); | final SapInfo sapInfo = new SapInfo(); | final SapIdsapId = new SapId(); | final VpnIdvpnId = new VpnId(0123456789); | final SapNosapNo = new SapNo(123456); | final IServiceActivationRemote endpoint= (IServiceActivationRemote)service.getPort(IServiceActivationRemote.class); | | final String[] astrUserInfo = m_WsdldUrl.getUserInfo().split(:); | if (astrUserInfo != null astrUserInfo.length 0) | { | ((Stub)endpoint)._setProperty(Stub.USERNAME_PROPERTY, astrUserInfo[0]); | if (astrUserInfo.length == 2) | ((Stub)endpoint)._setProperty(Stub.PASSWORD_PROPERTY, astrUserInfo[1]); } | | sapId.setVPN_ID(vpnId); | sapId.setSAP_NO(sapNo); | sapInfo.setSAP_ID(sapId); | cnfgMessage.setSAP_INFO(new SapInfo[] { sapInfo }); | message.setCONFIGURATION_MESSAGE(cnfgMessage); | | final _DAMONA_INFO returnMsg = endpoint.processMessage(message); | . | . | . | The authentication related code is bold. In case you are using the java:/jaas/other domain, have you put roles.properties and user.properties into the conf/ directory ? Hope his helps a bit... Regards Werner View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851745#3851745 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851745 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Are 404's desirable for anyone else?
just make it configurable, w/ the default value being don't use - then if other ppl want to use it in the future, the functionality is there. personally, i think it's a good idea. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851746#3851746 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851746 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - WARN [ServiceDescription] Guessing fault java type from qn
Hello there. During the successfull deploying of my ws4ee Jboss Webservices, I ve got this Warnings for every Exception I throw in my Service Methods WARN [ServiceDescription] Guessing fault java type from qname: package.xy.SomeException I know that Java Exceptions not directly supported in SOAP becouse of interoperability, and Fault Messages are the SOAP Concept to send Exceptions. What is the deeper meaning behind this warning, and how can I prevent this warning, what did I wrong, and what can I Expect if an Exception is thrown from the Server to the Client? Thanx for every hint. dre View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851750#3851750 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851750 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Primitive types transparency
Finally got around to fixing this. Its in CVS now, will be in 1.0 Final release this week. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851754#3851754 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851754 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1049336 ] JBoss 3.2.6 startup fails in Java 5.0
Bugs item #1049336, was opened at 2004-10-18 14:18 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Glaucio Scheibel (gscheibel) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss 3.2.6 startup fails in Java 5.0 Initial Comment: When I start JBoss 3.2.6 with java 5.0, I get the following exception: If I use 3.2.5, it works. ERROR [MainDeployer] could not create deployment: file:/opt/ jboss-3.2.6/server/default/conf/jboss-service.xml org.jboss.deployment.DeploymentException: create operation failed for package file:/opt/jboss-3.2.6/server/default/conf/jboss- service.xml; - nested throwable: (org.jboss.deployment. DeploymentException: Error parsing the XML file: ; - nested throwable: (org.jboss.mx.util. JBossNotCompliantMBeanException: Error parsing the XML file: )) -- Comment By: Adrian Brock (ejort) Date: 2004-10-18 16:33 Message: Logged In: YES user_id=9459 This has already been fixed. There are plans to get a 3.2.7 release out quickly once we have tested this and some jdk1.3 issues. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.322 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041018104622Lbuild.322 BUILD COMPLETE-build.322Date of build:10/18/2004 10:46:22Time to build:95 minutes 29 secondsLast changed:10/18/2004 08:53:34Last log entry:Use the JAXB implementation in the SOAP12BindingProvider Unit Tests: (1973) Total Errors and Failures: (57)testWarXmlOverridesScopingUnitTestCasetestStateReplicationDistributedStateTestCasetestServletSessionLoadBalancingWebSessionTestCasetestEjbInterceptionHibernateEjbInterceptorUnitTestCasetestOIL2MutliSessionOneConnectionOIL2InvocationLayerStressTestCaseunknownLargeMessageUnitTestCaseunknownOILConnectionUnitTestCasetestMCFDefaultValuesDeploymentUnitTestCasetestDeploySARDeployServiceUnitTestCasetestDependsListElementDeployServiceUnitTestCasetestCrashInStartDeployServiceUnitTestCasetestInvokeTargetMethodJMXInvokerProxyUnitTestCasetestInvokeJMXInvokerProxyUnitTestCasetestServerFoundJMXInvokerProxyUnitTestCaseunknownJMXInvokerProxyUnitTestCasetestMBeanDependsOnEJBMBeanDependsOnEJBUnitTestCasetestBrokenPackageRedeploymentUndeployBrokenPackageUnitTestCasetestBadEjbRedeploymentUndeployBrokenPackageUnitTestCasetestBadSideAffectsUndeployBrokenPackageUnitTestCasetestCreateSubcontextPooledInvokerUnitTestCasetestLookupFailuresPooledInvokerUnitTestCasetestSecureHttpInvokerSecurityUnitTestCasetestHttpReadonlyContextLookupSecurityUnitTestCasetestHaInvokerSimpleUnitTestCasetestCreateHaJndiSubcontextSimpleUnitTestCasetestHaParitionNameSimpleUnitTestCasetestDiscoveryPortSimpleUnitTestCasetestOldProxyBeanStressTestCasetestHttpRedirectSSLUnitTestCasetestHttpsSSLUnitTestCasetestEvictionReplicatedLRUPolicyUnitTestCasetestEvictionReplicationReplicatedLRUPolicyUnitTestCasetestStateTransferAsyncUnitTestCasetestSyncReplAsyncUnitTestCasetestSyncReplSyncTxUnitTestCasetestASyncReplSyncTxUnitTestCasetestPutSyncTxUnitTestCasetestPutTxSyncTxUnitTestCasetestStateReplicationDRMTestCasetestServletSessionFailoverWebSessionTestCasetestUserTransactionBmpUnitTestCasetestCounterSimpleNotificationBasicTestCasetestCounterDifferenceNotificationBasicTestCasetestGaugeSimpleBothNotificationBasicTestCasetestGaugeSimpleHighNotificationBasicTestCasetestGaugeSimpleLowNotificationBasicTestCasetestStringBothNotificationBasicTestCasetestStringMatchNotificationBasicTestCasetestStringDifferNotificationBasicTestCasetestNameChangesSimpleUnitTestCasetestCreateCallerEJBSpecUnitTestCasetestUserTransactionBMPUnitTestCasetestUserInRoleServletWebIntegrationUnitTestCasetestFormAuthSingleSignOnClusteredSingleSignOnUnitTestCasetestFormAuthSubjectFormAuthUnitTestCasetestFormAuthSingleSignOnSingleSignOnUnitTestCasetestUserInRoleServletWebIntegrationUnitTestCase Modifications since last build:(51)1.1addedtdieslerwebservice/test/resources/tools/PrimitiveTypesService_RPC.xsdUse the JAXB implementation in the SOAP12BindingProvider1.3modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/WSDLValidator.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/Base.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/ServiceException.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/SomeException.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/StandardJavaArrayTypes.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/StandardJavaTypes.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/sei/ValueTypes.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/JAXRPCTypesTestCase.javaUse the JAXB implementation in the SOAP12BindingProvider1.3modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/WSDLValidator.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/sei/Base.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/sei/ServiceException.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/sei/SomeException.javaUse the JAXB implementation in the SOAP12BindingProvider1.2modifiedtdieslerwebservice/test/java/org/jboss/test/ws/tools/java2wsdl/sei/StandardJavaArrayTypes.javaUse the JAXB implementation in the
[JBoss-dev] jboss-4.0 Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041018132152 BUILD FAILEDAnt Error Message:file:/home/cruisecontrol/work/scripts/build-jboss-head.xml:89: exec returned: 1Date of build:10/18/2004 13:21:52Time to build:18 minutes 17 secondsLast changed:10/18/2004 12:53:09Last log entry:Port synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(45)1.44.2.1modifiedejortserver/src/main/org/jboss/ejb/plugins/TxInterceptorCMT.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.26.4.3modifiedejortserver/src/main/org/jboss/web/WebServer.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.69.2.2modifiedejortserver/src/main/org/jboss/metadata/BeanMetaData.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.1.4.1modifiedejortiiop/src/main/org/jboss/proxy/ejb/NoTxPropagationInterceptor.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.17.2.2modifiedpatriot1burkethirdparty/javassist/lib/javassist.jarbackmerge1.1.2.1modifiedloubyanskyconnector/src/resources/dtd/jboss-ds_1_5.dtdadded metadata to datasources and connection factories1.3.6.1modifiedstarksmsecurity/src/main/org/jboss/security/plugins/SecurityManagerMBean.javaAdd a credential argument to the doesUserHaveRole and getUserRoles methods as the underlying security manager require a preceeding isValid call.1.27.2.2modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaAuthenticate the principal using isValid prior to querying the roles in case the security manager requires an authenticated caller to be associated with the thread.1.27.2.1modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaAuthenticate the principal using isValid prior to querying the roles in case the security manager requires an authenticated caller to be associated with the thread.1.3.6.1modifiedstarksmtestsuite/src/main/org/jboss/test/cts/test/MDBUnitTestCase.javaInclude the runEx message in the fail message1.4.6.1modifiedstarksmtestsuite/src/main/org/jboss/test/util/ejb/EJBTestRunnerBean.javaInclude the original exception in the EJBException1.4.4.1modifiedstarksmtestsuite/src/main/org/jboss/test/testbeancluster/test/BeanUnitTestCase.javaUse the cluster node jndi urls to lookup the ejb homes1.25.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/management/test/JSR77SpecUnitTestCase.javaLog the begin and end of the mbean report method1.1.2.1modifiedstarksmtestsuite/src/main/org/jboss/test/web/servlets/TestSessionListener.javaLog the session attribute that exist from the sessionDestroyed callback1.2.4.2modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaasAuthenticationInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.1.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaccAuthorizationInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.46.4.2modifiedstarksmserver/src/main/org/jboss/ejb/plugins/SecurityInterceptor.javaJust throw a SecurityException and let it be wrapped approriately by the LogInterceptor. Also remove the error level logging of the security failure.1.33.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/LogInterceptor.javaHandle SecurityExceptions specially to tranform into one of the security related ejb or rmi exceptions to allow users to identitify them more easily. The exception is either wrapped in a javax.ejb.AccessLocalException or a java.rmi.AccessException depending on the method invocation type.1.2.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/JaasAuthenticationInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.12.2.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/RunAsSecurityInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.46.4.1modifiedstarksmserver/src/main/org/jboss/ejb/plugins/SecurityInterceptor.javaDon't push the runAsIdentity unless it exists as pushing null causes the run-as identity to fail to propagate to more than the immediate called ejb. Fixes [ 1041273 ] Run-as Identity not propagated.1.24.4.2modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/EJBSpecUnitTestCase.javaAdd tests of deep run-as
[JBoss-dev] [JBossCache] - Re: JBossCache in production
Hi Bela I've just discovered that with 1.1 you have bundled sleepycats java db. Thi s is a little awkward for us as sleepycats license conflicts with jboss' lgpl. is there any chance you could find/use a db that is consistent with lgpl? Thanks Nick View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851774#3851774 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851774 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: autodiscovery and bind address
I've been testing 3.2.6 and setting -Dbind.address does not seem to have any effect. I still see the following from netstat: udp4 0 0 *.1102 *.* udp4 0 0 *.45566*.* Can anyone post some info on getting autodiscovery and jgroups to bind to a specific IP? Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851777#3851777 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851777 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1048143 ] 3.2.6: Optimist Version Lock not assigneable
Bugs item #1048143, was opened at 2004-10-15 17:23 Message generated for change (Comment added) made by ioparra You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1048143group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ivan Parra (ioparra) Assigned to: Alexey Loubyansky (loubyansky) Summary: 3.2.6: Optimist Version Lock not assigneable Initial Comment: When defined in jbosscmp-jdbc.xml optimistic-locking version-column/ column-nameOCA/column-name jdbc-typeINTEGER/jdbc-type sql-typeINTEGER/sql-type /optimistic-locking We recieve deployment error saying version_lock does not exist. This descriptor worked in 3.2.5 and was introduce somewhere on the way. 3.2.6 jdk1.4.2_05 win2000 -- Comment By: Ivan Parra (ioparra) Date: 2004-10-18 11:43 Message: Logged In: YES user_id=812998 3.2.5 jdbc(1).pm(ie Fake or hidden OCA field). Are you planning to support both in jdbc2? If you don't, are you planning to update xdoclet so a tag can be exposed to support the field-name column? -Ivan -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-10-16 00:51 Message: Logged In: YES user_id=543482 For which persistence manager it worked in 3.2.5? Standard persistence manager allows you to have fake fields in optimistic locking. jdbc2 pm needs a real field. For example: optimistic-locking version-column/ field-namenextNumber/field-name /optimistic-locking where nextNumber is a real CMP field. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1048143group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.137 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041018134917Lbuild.137 BUILD COMPLETE-build.137Date of build:10/18/2004 13:49:17Time to build:77 minutes 3 secondsLast changed:10/18/2004 11:53:16Last log entry:Correclty Synchronize the classloader map. Unit Tests: (1884) Total Errors and Failures: (46)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestServletSessionLoadBalancingorg.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.OILJBossMQUnitTestCaseunknownorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestFederatedorg.jboss.test.jbossnet.external.ExternalUnitTestCasetestFederatedorg.jboss.test.jbossnet.external.RedeployUnitTestCasetestAuthenticationorg.jboss.test.jbossnet.security.SecurityUnitTestCasetestAuthorizationorg.jboss.test.jbossnet.security.SecurityUnitTestCasetestInvokeTargetMethodorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestInvokeorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestEvictionorg.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.DRMTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase Modifications since last build:(3)1.22.2.8modifiedejortserver/src/main/org/jboss/web/WebServer.javaCorreclty Synchronize the classloader map.1.27.2.16modifiedejortserver/src/main/org/jboss/ejb/plugins/TxInterceptorCMT.javaSynchronize the access the cached method attributes and CMT transaction attributes.1.41.2.12modifiedejortserver/src/main/org/jboss/metadata/BeanMetaData.javaSynchronize the access the cached method attributes and CMT transaction attributes.
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Problem with AopC Ant Task -- cmd too long!
After following the instructions, and trying to run the AopC ant task, I constantly get the following error: BUILD FAILED: C:\eclipse\workspace\myproject\build.xml:309: java.io.IOException: CreateProcess: lots removed After much debugging, I have come to the conclusion that the issue stems from a physical limit to the length that a forked-java command can be. See, when I run the command at the command line with my src dir of my classes being './bin' -- it works fine. However, looking at the code for the AopC and task, it walks through every single directory and appends every single class to compile at the end of the command. Well, it my case, that generates a String that is ~40k chars long (~200 classes with fullpaths is long!) -- and that is *after* the java command. That is just the length of all of the files it wants to AopCompile. In fact, the command is so long, that I cannot run it at a command promt (WinXP), as it truncates there as well. Now, when stepping through the debugger for the ant task, and telling it to not fork the command, it works fine as well. So, is there a reason why the Ant task must list every single file, when the Aop standalone compiler is happy to except a directory? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851780#3851780 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851780 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: How to configure JBossCache to commnicate between two no
mcast_addr has to be the same on both machines. Additionally the NIC has to setup that multicast works (the route to 224.0.0.0 netmask 240.0.0.0 has to be bound to the NIC and not the local loopback only so the ip-packages actually leave the machine). Just search Google for 'multicast ip' to get more understanding of how ip-multicast works. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851781#3851781 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851781 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: How to configure JBossCache to commnicate between two no
given multicast is working on the machnice sample xml-files replSyncService.xml or replAsyncService.xml will work out-of-the box without modification. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851782#3851782 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851782 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Deployment sorting
What was the reason for adding this dynamically as opposed to using the xbmean deployment descriptor attribute? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851784#3851784 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851784 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache[AOP] on JDK 1.3.1
If you do cvs checkout, cvs co jboss-head as an anynomous user, that should be it. Keep in mind that JBossCache don't officially support jdk1.3 though. -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851786#3851786 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851786 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: putting, removing, and rolling back in the same transact
Looks like this is a bug. Is it possible you can create a bug report in sourceforge and assign it to me for now? Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851787#3851787 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851787 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache in production
In 1.2 release (scheduled sometime in November), we plan to ship a cache loader that uses JDBC. That may be what you need. -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851788#3851788 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851788 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Security on JBoss] - javax.net.ssl.SSLException: No available certificate corresp
Hi, I did installed a trial certificate SSL and when bought the full version Certificate I did installed on the Java Jboss Server without stoping the server, looks like I corrupted something because the server does not start anymore, just keeps looping the same message No available certificate correspond to the SSL cipher suites which are enabled.(See the server log below). I did tryed uninstalling the certs and reisuing CSR to my provider many times already and the same error happens. HELP!!! Please any help will be highly appreciated. Thanks [12:30:15,166,JettyService] Starting [12:30:15,166,Jetty] Starting Jetty/4.0.4 [12:30:15,181,Jetty] Started [EMAIL PROTECTED] [12:30:15,181,Jetty] jetty.ssl.keystore=C:/jboss_jetty/genkey1/exponline.keystore [12:30:15,181,Jetty] jetty.ssl.password= [12:30:15,197,Jetty] jetty.ssl.keypassword= [12:30:15,275,Jetty] [EMAIL PROTECTED] [12:30:15,275,Jetty] JsseListener.needClientAuth=false [12:30:15,306,Jetty] Started SocketListener on 0.0.0.0:443 [12:30:15,306,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) [12:30:15,338,Jetty] Started SocketListener on 0.0.0.0:80 [12:30:15,338,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) [12:30:15,369,Jetty] Started [EMAIL PROTECTED] [12:30:15,369,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) [12:30:15,369,JettyService] Started [12:30:15,400,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) [12:30:15,416,J2eeDeployer] Starting [12:30:15,447,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) [12:30:15,447,J2eeDeployer] Cleaning up deployment directory [12:30:15,478,Jetty] WARNING: javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851789#3851789 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851789 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1049560 ] ConcurrentModificationException during rollback
Bugs item #1049560, was opened at 2004-10-18 20:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049560group_id=22866 Category: JBossCache Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: lantz moore (lmoore) Assigned to: Nobody/Anonymous (nobody) Summary: ConcurrentModificationException during rollback Initial Comment: if you put, remove, and remove (again) the same Fqn during a single transaction and then rollback, a ConcurrentModifcationException is thrown in TreeCache.rollback leaving locks locked and orphaned. a full description and potential patch can be found here: http://www.jboss.org/index.html?module=bbop=viewtopict=55352 thanks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049560group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1049560 ] ConcurrentModificationException during rollback
Bugs item #1049560, was opened at 2004-10-18 20:35 Message generated for change (Settings changed) made by lmoore You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049560group_id=22866 Category: JBossCache Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: lantz moore (lmoore) Assigned to: Ben Wang (bwang00) Summary: ConcurrentModificationException during rollback Initial Comment: if you put, remove, and remove (again) the same Fqn during a single transaction and then rollback, a ConcurrentModifcationException is thrown in TreeCache.rollback leaving locks locked and orphaned. a full description and potential patch can be found here: http://www.jboss.org/index.html?module=bbop=viewtopict=55352 thanks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049560group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Security on JBoss] - MY SERVER DOES NOT START: javax.net.ssl.SSLException: No av
mcabrejo wrote : Hi, I did installed a trial certificate SSL and when bought the full version Certificate I did installed on the Java Jboss Server without stoping the server, looks like I corrupted something because the server does not start anymore, just keeps looping the same message No available certificate correspond to the SSL cipher suites which are enabled.(See the server log below). I did tryed uninstalling the certs and reisuing CSR to my provider many times already and the same error happens. | | HELP!!! | | Please any help will be highly appreciated. | | Thanks | | [12:30:15,166,JettyService] Starting | [12:30:15,166,Jetty] Starting Jetty/4.0.4 | [12:30:15,181,Jetty] Started [EMAIL PROTECTED] | [12:30:15,181,Jetty] jetty.ssl.keystore=C:/jboss_jetty/genkey1/exponline.keystore | [12:30:15,181,Jetty] jetty.ssl.password= | [12:30:15,197,Jetty] jetty.ssl.keypassword= | [12:30:15,275,Jetty] [EMAIL PROTECTED] | [12:30:15,275,Jetty] JsseListener.needClientAuth=false | [12:30:15,306,Jetty] Started SocketListener on 0.0.0.0:443 | [12:30:15,306,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | | [12:30:15,338,Jetty] Started SocketListener on 0.0.0.0:80 | [12:30:15,338,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | | [12:30:15,369,Jetty] Started [EMAIL PROTECTED] | [12:30:15,369,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | | [12:30:15,369,JettyService] Started | [12:30:15,400,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | | [12:30:15,416,J2eeDeployer] Starting | [12:30:15,447,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | | [12:30:15,447,J2eeDeployer] Cleaning up deployment directory | [12:30:15,478,Jetty] WARNING: | javax.net.ssl.SSLException: No available certificate corresponds to the SSL cipher suites which are enabled. | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.a(DashoA6275) | at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(DashoA6275) | at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:342) | at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:510) | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851794#3851794 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851794 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: I want to contribute a workflow/BPM engine
tom.baeyens wrote : | | Do you think that offering a BPM-module with JBoss is a good idea ? | Yes it is tom.baeyens wrote : | Do you think jBpm would be a good base to start from ? | Yes it is Goodluck, Ronald View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851798#3851798 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851798 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.323 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041018152618Lbuild.323 BUILD COMPLETE-build.323Date of build:10/18/2004 15:26:18Time to build:84 minutes 27 secondsLast changed:10/18/2004 14:53:10Last log entry:Port synchronization fixes from jboss4 Unit Tests: (1973) Total Errors and Failures: (54)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCasetestEjbInterceptionorg.jboss.test.hibernate.test.HibernateEjbInterceptorUnitTestCasetestOIL2MutliSessionOneConnectionorg.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestMCFDefaultValuesorg.jboss.test.jca.test.DeploymentUnitTestCasetestDeploySARorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestDependsListElementorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestCrashInStartorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestInvokeTargetMethodorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestInvokeorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestMBeanDependsOnEJBorg.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCasetestBrokenPackageRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadEjbRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadSideAffectsorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestCreateSubcontextorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestLookupFailuresorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaInvokerorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateHaJndiSubcontextorg.jboss.test.naming.test.SimpleUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestOldProxyorg.jboss.test.pooled.test.BeanStressTestCasetestHttpRedirectorg.jboss.test.web.test.ssl.SSLUnitTestCasetestHttpsorg.jboss.test.web.test.ssl.SSLUnitTestCasetestEvictionorg.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.SyncTxUnitTestCasetestUserTransactionorg.jboss.test.cts.test.BmpUnitTestCasetestCounterSimpleNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestCounterDifferenceNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleHighNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleLowNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringMatchNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringDifferNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateCallerorg.jboss.test.security.test.EJBSpecUnitTestCasetestUserTransactionorg.jboss.test.securitymgr.test.BMPUnitTestCasetestUserInRoleServletorg.jboss.test.securitymgr.test.WebIntegrationUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.ClusteredSingleSignOnUnitTestCasetestFormAuthSubjectorg.jboss.test.web.test.FormAuthUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.SingleSignOnUnitTestCasetestUserInRoleServletorg.jboss.test.web.test.WebIntegrationUnitTestCase Modifications since last build:(15)1.45modifiedejortserver/src/main/org/jboss/ejb/plugins/TxInterceptorCMT.javaPort synchronization fixes from jboss41.2modifiedejortiiop/src/main/org/jboss/proxy/ejb/NoTxPropagationInterceptor.javaPort synchronization fixes from jboss41.72modifiedejortserver/src/main/org/jboss/metadata/BeanMetaData.javaPort synchronization fixes from jboss41.14modifiedpatriot1burkeaop/RELEASE_NOTES.txtrelease notes update1.19modifiedpatriot1burkethirdparty/javassist/lib/javassist.jarhandle primitives in annotation ClassMembers1.8modifiedpatriot1burkeaop/src/main/org/jboss/aop/annotation/ProxyMapCreator.javahandle primitives in annotation
[JBoss-dev] [ jboss-Bugs-1049336 ] JBoss 3.2.6 startup fails in Java 5.0
Bugs item #1049336, was opened at 2004-10-18 07:18 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Glaucio Scheibel (gscheibel) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss 3.2.6 startup fails in Java 5.0 Initial Comment: When I start JBoss 3.2.6 with java 5.0, I get the following exception: If I use 3.2.5, it works. ERROR [MainDeployer] could not create deployment: file:/opt/ jboss-3.2.6/server/default/conf/jboss-service.xml org.jboss.deployment.DeploymentException: create operation failed for package file:/opt/jboss-3.2.6/server/default/conf/jboss- service.xml; - nested throwable: (org.jboss.deployment. DeploymentException: Error parsing the XML file: ; - nested throwable: (org.jboss.mx.util. JBossNotCompliantMBeanException: Error parsing the XML file: )) -- Comment By: Scott M Stark (starksm) Date: 2004-10-18 14:56 Message: Logged In: YES user_id=175228 There is a trivial workaround for getting 3.2.6 to startup. Simply edit the conf/xmdesc/NamingService-xmbean.xml descriptor and delete the following 4 lines: constructor descriptionThe default constructor/description nameNamingService/name /constructor The NamingService ctor definition is not required to create and register the NamingService and the bug that was fixed had to do with an invalid constructor info. -- Comment By: Adrian Brock (ejort) Date: 2004-10-18 09:33 Message: Logged In: YES user_id=9459 This has already been fixed. There are plans to get a 3.2.7 release out quickly once we have tested this and some jdk1.3 issues. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=1049336group_id=22866 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Clarifications on RC2 mechanism for aspects to load custom X
I read the release notes for RC2 and yet to start using it but have a few questions 1. Is the dependency on XmlLoadable completely removed in Aspects ? And if so does it also mean there is no more dependency with jboss-common.jar ? (That would be hallelujah when it comes to using with other app servers :-) ) 2. So, is the ability to configure custom attributes via XML definitions on Aspects then now supported via the setElement() method provided in AspectDefinition ? The source code seems to indicate that but would just like to verify it for sure. Thanks, Rajiv Kadayam View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851804#3851804 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851804 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: NIO
I was under the impression that SSL only worked with NIO as of java 1.5. You'll probably have to make it 1.5 only if you want to use NIO for SSL. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851807#3851807 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851807 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Milestone 2
Here's my official whine Please finish Milestone 2 promptly. At work I'm trying to use jboss mail services with itracker to make an email-enabled issue tracker, it would help greatly if your mail services worked well. If they did, then we could bundle jboss mail services along with itracker to assist others who have similar problems. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851808#3851808 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851808 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Few questions
This is basically asking for a short architectural overview. Some of this I dug up on the forums, but I would like a fairly detailed overview. Here's a little bit of a starting point.. I take it that the mail services uses ejb-cmp in order to store all the actual data. IMAP support is planned, but not available yet (so I hear). Does the email server support attachments? Do these attachments get stored in the database, or does the system use one of those horrible hybrid db/file systems that leaves half the data on your app server and half of it in the database. Can the mail server integrate with one of the java webmail systems out there? Is there a plan to integrate it with http://sourceforge.net/projects/jwma at some point in the future? Is there a plugin architecture for spamasassin and similar modules? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851809#3851809 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851809 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Ideas for a DeploymentService
I'm prototyping a DeploymentService that can generate simple deployment descriptors (e.g. to create a jms queue) or more complex unpacked archives (e.g. the ./deploy/jms or /jmx-console) that are created by copying a directory structure and overlaying/rendering any deployment descriptor using apache-velocity templates. This allows the programmatic creation of durable services that survive server restarts, and the development of GUI apps that allow the administrator to instantiate services on the server (e.g. JMS) without having to write the descriptors. In the prototype I can output the modules directly to ./deploy for the scanner to pick up, but I thought it would be better to use an intermediate directory (e.g. undeploy) where modules could be generated OR uploaded and reside there in an undeployed state, until they are explicitly moved to ./deploy (or back to undeploy). So the API would look something like Upload() Create() (all 3 operating in the undeploy dir) Remove() Then I need a deploy() and undeploy(). In those 2 operations I would like to synchronise with the MainDeployer, somehow, so that I don't wait for the deployment scanner (faster) and get more immediate input on the outcome. So If I just move the module to deploy then immediately call MainDeployer.deploy() are there any issues conflicting with the Scanner? What if it happens to get there first? And if so, how will I learn about the fate and possible problem of the deployment (or undeployment)? Also, it would be as well easy to move modules to ./farm or ha-singleton dirs, however, whom do I call for farmed or ha-singleton deployments? How the MainDeployer behaves in this case? Any ideas and suggestion are welcome. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851811#3851811 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851811 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.75 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041018174800Lbuild.75 BUILD COMPLETE-build.75Date of build:10/18/2004 17:48:00Time to build:83 minutes 56 secondsLast changed:10/18/2004 16:08:41Last log entry:Fix the CallerBean method name Unit Tests: (1967) Total Errors and Failures: (49)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DistributedStateTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCasetestOIL2MutliSessionOneConnectionorg.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestMCFDefaultValuesorg.jboss.test.jca.test.DeploymentUnitTestCasetestDeploySARorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestDependsListElementorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestCrashInStartorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestInvokeTargetMethodorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestInvokeorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestMBeanDependsOnEJBorg.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCasetestBrokenPackageRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadEjbRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadSideAffectsorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestCreateSubcontextorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestLookupFailuresorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaInvokerorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateHaJndiSubcontextorg.jboss.test.naming.test.SimpleUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestOldProxyorg.jboss.test.pooled.test.BeanStressTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestThreadedAccess_SimpleLockorg.jboss.test.cache.test.generic.IdentityLockUnitTestCasetestStateTransferorg.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.DRMTestCasetestUserTransactionorg.jboss.test.cts.test.BmpUnitTestCasetestCounterSimpleNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestCounterDifferenceNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleHighNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleLowNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringMatchNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringDifferNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateCallerorg.jboss.test.security.test.EJBSpecUnitTestCasetestUserTransactionorg.jboss.test.securitymgr.test.BMPUnitTestCase Modifications since last build:(46)1.24.4.3modifiedstarksmtestsuite/src/main/org/jboss/test/security/test/EJBSpecUnitTestCase.javaFix the CallerBean method name1.44.2.1modifiedejortserver/src/main/org/jboss/ejb/plugins/TxInterceptorCMT.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.26.4.3modifiedejortserver/src/main/org/jboss/web/WebServer.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.69.2.2modifiedejortserver/src/main/org/jboss/metadata/BeanMetaData.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.1.4.1modifiedejortiiop/src/main/org/jboss/proxy/ejb/NoTxPropagationInterceptor.javaPort synchronization fixes from 3.2 and move CMT attribute caching to BeanMetaData1.17.2.2modifiedpatriot1burkethirdparty/javassist/lib/javassist.jarbackmerge1.1.2.1modifiedloubyanskyconnector/src/resources/dtd/jboss-ds_1_5.dtdadded metadata to datasources and connection
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: Ideas for a DeploymentService
Obviously you want this to be interactive so you can display errors back to the user. But I'm not convinced the deployers are thread safe enough to make this possible. e.g. after MainDeployer.deploy() it will check for incomplete deployments which will give spurious errors if there are concurrent requests. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851813#3851813 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851813 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: Ideas for a DeploymentService
My preferred solution would be to do this via the Scanner. The farm is a subclass of DeploymentScanner. i.e. Telll the scanner you are adding a new url and get it to suspend its work while you deploy. This will also allow it to update its deployment/timestamp correctly so it doesn't try to redeploy. The only downside to this, is that the Scanner can monitor any URLs. You would have to matchup the file URL with the Scanner that is monitoring it. What do you do when there are no file URLs being monitored, e.g. netboot? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851814#3851814 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851814 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: Ideas for a DeploymentService
There is a TODO to make deploy-hasingleton an extension to Farm/Scanner. Currently it does not hot deploy new urls. The idea is that it would work like the Farm in distributing deployments, but they would only hotdeploy on the singleton server. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851815#3851815 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851815 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: conf/jbossmq-state.xml
I've removed jbossmq-state.xml from conf/ I don't see any advantage to changing the example config since the majority of users wanting to use it will be people porting from an older version of JBoss. Making them put it in data would just confuse them even more. This config can be achieved by using ../data/jbossmq-state.xml View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851816#3851816 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851816 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - JBOSS.net
Hi All, We are using JBOSS.net to expose ejb methods as SOAP based webservices. Question: How do we implement client Authorization in a webservice interface? what are pros cons? Can email to [EMAIL PROTECTED] thanks, Rp View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851818#3851818 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851818 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: DO NOT POST USER QUESTIONS HERE
Bump View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851819#3851819 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851819 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Clarifications on RC2 mechanism for aspects to load cust
The jboss-common.jar dependency still exists. Why would it matter with other app servers? Its only using a few org.jboss classes. Read this and let me know if it answers your config questions: http://docs.jboss.org/aop/aspect-framework/reference/en/html/xml.html#xml-aspect3 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851820#3851820 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851820 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Clarifications on RC2 mechanism for aspects to load cust
For one the packaging becomes lighter. It may not be an issue but have this fear that there might be some conflicts with maybe like xml parsers, etc. The javabean style attribute setting sort of takes away the generic property based configuration that was possible in the previous release. Wonder if I could try to exhibit the same behavior in a roundabout. Basically I could at run-time construct a bunch of xml based attribute specification and pass it on to the AspectDefinition as an Element and whenever XmlLoadable was called I could cleanly parse and pick out all these name based attributes. These attributes I'd store in a Map and simply retrieve it by name. This is un-structured but gives the flexibility I need for my requirements. I noticed that even a Document could be set as a javabean attribute in RC2. Could you illustrate with an example, I could maybe do the same to achieve what I managed in RC1 Thanks Rajiv View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851821#3851821 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851821 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Clarifications on RC2 mechanism for aspects to load cust
See section 4.4.4. You can write your own factory by implementing AspectFactory which accepts an Element. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851823#3851823 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851823 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Clarifications on RC2 mechanism for aspects to load cust
That helps, thanks a lot. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851824#3851824 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851824 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.324 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041018202238Lbuild.324 BUILD COMPLETE-build.324Date of build:10/18/2004 20:22:38Time to build:82 minutes 3 secondsLast changed:10/18/2004 16:45:30Last log entry:down to one failure Unit Tests: (1885) Total Errors and Failures: (74)
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - *Have* to deploy as an *.aop file?
I have an exisiting system where I am investigating using JBoss AOP to do TX demarcation. All I am using right now is the annotations for Transactions. If I first use the Annotation Compiler, and then the AopC compiler to instrument the classes before being deployed, is there any reason that it will still need to be loaded by the AOP deployer, and thus can stay as an EAR file? At that point, haven't I mutated the bytecode all that is nessecary, and it can just run as normal? Or is there another aspect I am missing to this? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851825#3851825 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851825 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.76 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041018220404Lbuild.76 BUILD COMPLETE-build.76Date of build:10/18/2004 22:04:04Time to build:73 minutes 0 secondsLast changed:10/18/2004 21:25:22Last log entry:Move jbossmq-state.xml to jms/examples Unit Tests: (1967) Total Errors and Failures: (50)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DistributedStateTestCasetestServletSessionLoadBalancingorg.jboss.test.cluster.test.WebSessionTestCasetestOIL2MutliSessionOneConnectionorg.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestMCFDefaultValuesorg.jboss.test.jca.test.DeploymentUnitTestCasetestDeploySARorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestDependsListElementorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestCrashInStartorg.jboss.test.jmx.test.DeployServiceUnitTestCasetestInvokeTargetMethodorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestInvokeorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestMBeanDependsOnEJBorg.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCasetestBrokenPackageRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadEjbRedeploymentorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestBadSideAffectsorg.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCasetestCreateSubcontextorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestLookupFailuresorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaInvokerorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateHaJndiSubcontextorg.jboss.test.naming.test.SimpleUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestOldProxyorg.jboss.test.pooled.test.BeanStressTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestThreadedAccess_SimpleLockorg.jboss.test.cache.test.generic.IdentityLockUnitTestCasetestStateTransferorg.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.WebSessionTestCasetestUserTransactionorg.jboss.test.cts.test.BmpUnitTestCasetestCounterSimpleNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestCounterDifferenceNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleHighNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestGaugeSimpleLowNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringBothNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringMatchNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestStringDifferNotificationorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCasetestCreateCallerorg.jboss.test.security.test.EJBSpecUnitTestCasetestUserTransactionorg.jboss.test.securitymgr.test.BMPUnitTestCase Modifications since last build:(8)1.355.2.6modifiedejortbuild/build.xmlMove jbossmq-state.xml to jms/examples1.2.6.1deletedejortmessaging/src/etc/server/default/conf/jbossmq-state.xmlMove jbossmq-state.xml to jms/examples1.355.2.5modifiedejortbuild/build.xmlMove jbossmq-state.xml to jms/examples1.1.28.1modifiedejortcommon/src/main/org/jboss/util/Primitives.javaSync jbossmq source1.13.6.2modifiedejortmessaging/src/main/org/jboss/mq/selectors/Operator.javaSync jbossmq source1.11.6.2modifiedejortmessaging/src/main/org/jboss/mq/SpyMapMessage.javaSync jbossmq source1.9.6.2modifiedejortmessaging/src/main/org/jboss/mq/SpyStreamMessage.javaSync jbossmq source1.27.6.2modifiedejortmessaging/src/main/org/jboss/mq/SpyMessage.javaSync jbossmq source
[JBoss-dev] [JBoss Remoting, Unified Invokers] - Re: AbstractInvoker and thread context classloader
Think is refering to org.jboss.remoting.AbstractInvoker. Will fix. Thanks. -Tom View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3851842#3851842 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3851842 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.138 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041018232925Lbuild.138 BUILD COMPLETE-build.138Date of build:10/18/2004 23:29:25Time to build:60 minutes 13 secondsLast changed:10/18/2004 21:21:59Last log entry:Move jbossmq-state.xml to examples/jms/conf Unit Tests: (1892) Total Errors and Failures: (43)testWarXmlOverridesorg.jboss.test.classloader.test.ScopingUnitTestCasetestServletSessionLoadBalancingorg.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.RedeployUnitTestCasetestAuthenticationorg.jboss.test.jbossnet.security.SecurityUnitTestCasetestAuthorizationorg.jboss.test.jbossnet.security.SecurityUnitTestCasetestInvokeTargetMethodorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestInvokeorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestSecureHttpInvokerorg.jboss.test.naming.test.SecurityUnitTestCasetestHttpReadonlyContextLookuporg.jboss.test.naming.test.SecurityUnitTestCasetestHaParitionNameorg.jboss.test.naming.test.SimpleUnitTestCasetestDiscoveryPortorg.jboss.test.naming.test.SimpleUnitTestCasetestEvictionorg.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.SyncTxUnitTestCasetestNameChangesorg.jboss.test.naming.test.SimpleUnitTestCase Modifications since last build:(2)1.1.4.1deletedejortmessaging/src/etc/server/default/conf/jbossmq-state.xmlMove jbossmq-state.xml to examples/jms/conf1.160.2.171modifiedejortbuild/build.xmlMove jbossmq-state.xml to examples/jms/conf