[JBoss JIRA] Created: (JBAS-5544) Rename metadata-beans.xml in deployers to metadata-deployer-beans.xml for consistency
by Anil Saldhana (JIRA)
Rename metadata-beans.xml in deployers to metadata-deployer-beans.xml for consistency
-------------------------------------------------------------------------------------
Key: JBAS-5544
URL: http://jira.jboss.com/jira/browse/JBAS-5544
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Deployers
Affects Versions: JBossAS-5.0.0.Beta4
Reporter: Anil Saldhana
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.CR1
I also do not understand why metadata-beans.xml has two beans of the same name:
=================================
<!-- The old style reference metdata resolving deployer
<bean name="ReferenceMetaDataResolverDeployer"
class="org.jboss.deployment.ReferenceMetaDataResolverDeployer">
</bean>
-->
<!-- A reference metadata resolving deployer that creates and endpoint map
for the deployments
-->
<bean name="ReferenceMetaDataResolverDeployer"
class="org.jboss.deployment.MappedReferenceMetaDataResolverDeployer">
</bean>
=================================
Additionally, if you rename the file, there is an issue of AnnotationsMetaDataDeployer being already installed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (JBAS-5532) Fix org.jboss.test.security.test.HttpsUnitTestCase
by Anil Saldhana (JIRA)
Fix org.jboss.test.security.test.HttpsUnitTestCase
--------------------------------------------------
Key: JBAS-5532
URL: http://jira.jboss.com/jira/browse/JBAS-5532
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-5.0.0.Beta4
Reporter: Anil Saldhana
Assigned To: Marcus Moyses
Fix For: JBossAS-5.0.0.CR1
Seems to be some trust store and JDK5 issue.
2008-05-19 17:42:54,046 DEBUG [org.jboss.test.security.service.HttpsClient] (RMI TCP Connection(33)-127.0.0.1) ContentLength: -1
2008-05-19 17:42:54,046 ERROR [org.jboss.test.security.service.HttpsClient] (RMI TCP Connection(33)-127.0.0.1) Failed to readURL
javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1225)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1219)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:906)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234)
at org.jboss.test.security.service.HttpsClient.internalReadURL(HttpsClient.java:104)
at org.jboss.test.security.service.HttpsClient.readURL(HttpsClient.java:78)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:270)
at sun.reflect.GeneratedMethodAccessor178.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140)
at org.jboss.jmx.connector.invoker.SerializableInterceptor.invoke(SerializableInterceptor.java:74)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:179)
at sun.reflect.GeneratedMethodAccessor177.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:815)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:416)
at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:595)
Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:166)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1584)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1547)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1530)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1100)
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:402)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:170)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934)
at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:1923)
at java.net.URLConnection.getHeaderFieldInt(URLConnection.java:573)
at java.net.URLConnection.getContentLength(URLConnection.java:468)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getContentLength(HttpsURLConnectionImpl.java:378)
at org.jboss.test.security.service.HttpsClient.internalReadURL(HttpsClient.java:102)
... 47 more
Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:56)
at sun.security.validator.Validator.getInstance(Validator.java:146)
at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:105)
at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:167)
at com.sun.net.ssl.internal.ssl.JsseX509TrustManager.checkServerTrusted(SSLContextImpl.java:320)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:841)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:106)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:495)
at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:433)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:877)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1089)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1116)
... 56 more
Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
at java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:54)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (JGRP-700) FLUSH: flushing should span merge
by Bela Ban (JIRA)
FLUSH: flushing should span merge
---------------------------------
Key: JGRP-700
URL: http://jira.jboss.com/jira/browse/JGRP-700
Project: JGroups
Issue Type: Task
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7
When we run flush during a merge (say between {A,B} and {C,D}), then the flush protocol is run only when installing the new merge view {A,B,C,D} in both subgroups *individually*, e.g. flush is run for {A,B} and for {C,D}. If the flush in {C,D} completes sooner than the one in {A,B}, C and D will be able to send messages during {A,B}'s flush phase, thus violating the properties of flush.
The change should be as follows:
- A merge between the 2 subgroups is detected
- If flush is enabled, run the flush protocol in {A,B} and {C,D}, *before* the new view V2={A,B,C,D} is installed
- Install V2
- When the view installation is complete, ie. A and C have acked it, only *then* complete the flush and allow members to resume message sending
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (JBAS-5388) JBossXBRuntimeException: Missing value for the required attribute
by Thomas Diesler (JIRA)
JBossXBRuntimeException: Missing value for the required attribute
-----------------------------------------------------------------
Key: JBAS-5388
URL: http://jira.jboss.com/jira/browse/JBAS-5388
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Thomas Diesler
Fix For: JBossAS-5.0.1.CR1
[tdiesler@tdvaio trunk]$ ant -Dtest=jaxrpc/jbws720 test
tests-run-internal:
[junit] Running org.jboss.test.ws.jaxrpc.jbws720.JBWS720TestCase
[junit] Tests run: 5, Failures: 0, Errors: 1, Time elapsed: 12.435 sec
[junit] Test org.jboss.test.ws.jaxrpc.jbws720.JBWS720TestCase FAILED
BUILD SUCCESSFUL
Total time: 15 seconds
[tdiesler@tdvaio trunk]$ cat output/tests/reports/TEST-org.jboss.test.ws.jaxrpc.jbws720.JBWS720TestCase.txt
Testsuite: org.jboss.test.ws.jaxrpc.jbws720.JBWS720TestCase
Tests run: 5, Failures: 0, Errors: 1, Time elapsed: 12.435 sec
Testcase: testLangEmptyAny took 4.263 sec
Testcase: testEmptyLangEmptyAny took 0.041 sec
Testcase: testLangAnyWithNamespace took 0.379 sec
Testcase: testLangAnyWithoutNamespace took 0.041 sec
Testcase: testAllNull took 0.009 sec
Caused an ERROR
Call invocation failed; nested exception is:
java.io.IOException: Could not transmit message
java.rmi.RemoteException: Call invocation failed; nested exception is:
java.io.IOException: Could not transmit message
at org.jboss.ws.core.jaxrpc.client.CallImpl.invokeInternal(CallImpl.java:536)
at org.jboss.ws.core.jaxrpc.client.CallImpl.invoke(CallImpl.java:277)
at org.jboss.ws.core.jaxrpc.client.PortProxy.invoke(PortProxy.java:156)
at $Proxy5.getProperty(Unknown Source)
at org.jboss.test.ws.jaxrpc.jbws720.JBWS720TestCase.testAllNull(JBWS720TestCase.java:126)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
Caused by: java.io.IOException: Could not transmit message
at org.jboss.ws.core.client.HTTPRemotingConnection.invoke(HTTPRemotingConnection.java:255)
at org.jboss.ws.core.client.SOAPProtocolConnectionHTTP.invoke(SOAPProtocolConnectionHTTP.java:73)
at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:339)
at org.jboss.ws.core.jaxrpc.client.CallImpl.invokeInternal(CallImpl.java:517)
... 23 more
Caused by: org.jboss.xb.binding.JBossXBRuntimeException: Missing value for the required attribute strAttr of element {http://org.jboss.test.ws/jbws720/types}getProperty
at org.jboss.xb.binding.sunday.marshalling.DefaultAttributeMarshaller.marshalValue(DefaultAttributeMarshaller.java:90)
at org.jboss.xb.binding.sunday.marshalling.AbstractAttributeMarshaller.marshal(AbstractAttributeMarshaller.java:39)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshalComplexType(MarshallerImpl.java:547)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshalElementType(MarshallerImpl.java:430)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshalElement(MarshallerImpl.java:329)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshalElementOccurence(MarshallerImpl.java:309)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshallInternal(MarshallerImpl.java:200)
at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.marshal(MarshallerImpl.java:157)
at org.jboss.ws.core.jaxrpc.binding.jbossxb.JBossXBMarshallerImpl.marshal(JBossXBMarshallerImpl.java:146)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months