[JBossWS] - Getting NotImplementedException for NodeImpl.getTextContent(
by rk_jboss
Hi,
I'm getting org.jboss.util.NotImplementedException, when SAML api internally calls
org.jboss.ws.core.soap.NodeImpl.getTextContent() method. I'm using jboss-5.0.0.GA
with jbossws-native-3.1.2.GA.
Looks like jbossws implementation does not support some of the DOM API's.
Just I'm wondering, is there any alternative ways to make it work. Pls can you update me
if jboss has any tentative plans to implement those methods.Its a show stopper for me.
I really appreciate your response.
I'm copying the exception stacktrace.
| org.jboss.util.NotImplementedException: getTextContent
| at org.jboss.ws.core.soap.NodeImpl.getTextContent(NodeImpl.java:618)
| at org.opensaml.xml.util.XMLHelper.getXSIType(XMLHelper.java:111)
| at org.opensaml.xml.io.UnmarshallerFactory.getUnmarshaller(UnmarshallerFactory.java:77)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshallChildElement(AbstractXMLObjectUnmarshaller.java:300)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshall(AbstractXMLObjectUnmarshaller.java:120)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshallChildElement(AbstractXMLObjectUnmarshaller.java:317)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshall(AbstractXMLObjectUnmarshaller.java:120)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshallChildElement(AbstractXMLObjectUnmarshaller.java:317)
| at org.opensaml.xml.io.AbstractXMLObjectUnmarshaller.unmarshall(AbstractXMLObjectUnmarshaller.java:120)
| at com.mycompany.xxx.AssertionValidatorHandler.handleMessage(AssertionValidatorHandler.java:111)
| at com.mycompany.xxx.AssertionValidatorHandler.handleMessage(AssertionValidatorHandler.java:1)
| at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:293)
| at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:138)
| at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:97)
| at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:125)
| at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:197)
| at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:498)
| at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:295)
| at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:205)
| at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:131)
| at org.jboss.wsf.common.servlet.AbstractEndpointServlet.service(AbstractEndpointServlet.java:109)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
| at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
| at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Thread.java:595)
|
Thanks,
Ram
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250732#4250732
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250732
14 years, 8 months
[JBossWS] - Enabling HTTPS for runtime generated WSDL
by alexb413
Hello,
I'm trying to enable HTTPS for WSDLs that are generated using the annotations in the java file, rather than through a static XML file. So, the application is just an ear file that is deployed on JBoss.
I can do this via @WebContext(transportGuarantee="CONFIDENTIAL") but this means that we need to change the source code, check-in and rebuild, everytime we want to enable/disable HTTPS.
I was wondering if its possible to do this through a web.xml file, that would work in parallel with the annotations in the source code, just for the transport-guarantee part. The problem is, this application is just an ear file, so it doesn't have it's own directory in JBoss with it's own config files. Is there anyway to do this?
Thanks in advance,
Alex
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250693#4250693
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250693
14 years, 8 months