-
1. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 8, 2008 2:12 PM (in response to anil.saldhana)Under JACC, WS invocations will fail to clear the endpoint servlet as there are no permissions assigned to it.
-
2. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 8, 2008 2:16 PM (in response to anil.saldhana)This issue does not exist in JBoss 4.x, because the JACC permissions were created in the tomcat/ejb deployers. In 5.x, we create them externally in the security deployers (because the deployment life cycle dictates the lifecycle of the jacc permissions for a deployment).
-
3. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 8, 2008 5:38 PM (in response to anil.saldhana)A solution to this problem will clear 3 failing tests in the AS5 test suite.
-
4. Re: JBossWebService WS4EE Deployments and JACC
starksm64 Sep 8, 2008 7:04 PM (in response to anil.saldhana)What is the ws deployer for step b)? Adding any output type it produces to the WarSecurityDeployer inputs would order these correctly.
-
5. Re: JBossWebService WS4EE Deployments and JACC
adrian.brock Sep 8, 2008 7:22 PM (in response to anil.saldhana)There isn't one.
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059193#4059193What do I find, you've reinvented the wheel again (the deployers framework)
with something called DeployerHooks. Why??????
and
One example of (2) is how do I modify the webserivices metadata with a new deployer?
I can't. I have to use a different api, the DeployersHook to do this.
This is just stupid.
Since all the DeployerHooks are invoked from a single deployer, you can't interleave them
with other deployers either. -
6. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 8, 2008 8:24 PM (in response to anil.saldhana)One hack would be to create the jacc war permissions in the web services module at the location where it attaches the JBossWebMetaData to the deployment unit. This seems fine because we are just going to add the web perms to the ejb jacc policy configuration because the jacc context id is going to be the same. The dynamic web app is just an auxiliary side effect generated by the WS layer.
* This would make webservices module dependent on server module.
Scott, thoughts on this one?
The distinct deployer architecture in the WS layer is certainly a stumbling block in all that we have strived for in AS5 (staging deployers etc). :( -
7. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 8, 2008 11:18 PM (in response to anil.saldhana)https://jira.jboss.org/jira/browse/JBAS-5935
has the necessary fixes. This issue is now resolved.
WS deployers need to be reworked to adhere to AS5 deployer mechanism. -
8. Re: JBossWebService WS4EE Deployments and JACC
dimitris Sep 10, 2008 4:01 AM (in response to anil.saldhana)What's even more interesting is the tests now pass for the jdk1.5 runs, but fail for the jdk1.6 runs!!??
http://hudson.qa.jboss.com/hudson/view/JBoss%20AS/job/JBoss-AS-5.0.x-TestSuite-sun15-sun16/254/testReport/
http://hudson.qa.jboss.com/hudson/view/JBoss%20AS/job/JBoss-AS-5.0.x-TestSuite-sun16-sun16/134/testReport/ -
9. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 10, 2008 10:14 AM (in response to anil.saldhana)Sir,
it is a JBossWS with JDK6 issue:java.rmi.RemoteException: Call invocation failed; nested exception is: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage at org.jboss.ws.core.jaxrpc.client.CallImpl.invokeInternal(CallImpl.java:533) at org.jboss.ws.core.jaxrpc.client.CallImpl.invoke(CallImpl.java:274) at org.jboss.ws.core.jaxrpc.client.PortProxy.invoke(PortProxy.java:154) at $Proxy6.getContactInfo(Unknown Source) at org.jboss.test.webservice.jbws309.JBWS309TestCase.testBasicSecuredServiceAccess(JBWS309TestCase.java:132) 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.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:441) at org.jboss.ws.core.soap.SOAPMessageImpl.<init>(SOAPMessageImpl.java:82) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:169) at org.jboss.ws.core.CommonSOAP11Binding.createMessage(CommonSOAP11Binding.java:57) at org.jboss.ws.core.CommonSOAPBinding.bindRequestMessage(CommonSOAPBinding.java:156) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:290) at org.jboss.ws.core.jaxrpc.client.CallImpl.invokeInternal(CallImpl.java:514)
Thank you. -
10. Re: JBossWebService WS4EE Deployments and JACC
ropalka Sep 10, 2008 10:37 AM (in response to anil.saldhana)See installation instructions for JDK 6 here:
http://jbws.dyndns.org/mediawiki/index.php?title=Installation -
11. Re: JBossWebService WS4EE Deployments and JACC
dimitris Sep 10, 2008 10:46 AM (in response to anil.saldhana)Hm, it could be a testsuite setup issue. I think I had fixed that in Branch_4_2 at some point.
-
12. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 10, 2008 11:47 AM (in response to anil.saldhana)Dimitris, can you take a look and fix it, please?
http://jbws.dyndns.org/mediawiki/index.php?title=Installation -
13. Re: JBossWebService WS4EE Deployments and JACC
dimitris Sep 10, 2008 1:58 PM (in response to anil.saldhana)I think I got it: when under jdk16 both the server and the client need to point to lib/endorsed to pick up the correct apis.
-
14. Re: JBossWebService WS4EE Deployments and JACC
anil.saldhana Sep 10, 2008 4:22 PM (in response to anil.saldhana)Just ensure that there are no test suite failures. I do see some security failures that is due to some xml parsing or such issues (ant tests-security-basic-unit). Not sure if your changes to client classpath (endorsed) is the cause or some new mc/deployers release is the issue.