From do-not-reply at jboss.com Tue Jul 1 03:00:31 2008 From: do-not-reply at jboss.com (sankarguru) Date: Tue, 1 Jul 2008 03:00:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: java.lang.ClassCastException: javax.naming.Reference whi Message-ID: <32410541.1214895631582.JavaMail.jboss@colo-br-02.atl.jboss.com> i have same problem can you pls explain what's problem behind this? i put all the JNDI properties and set sessioncontext also still i am getting same error? is there problem in Jar file? i have included- Jboss-client-all.jar,activation-jar also can anybody explain what is the problem and solution View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161665#4161665 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161665 From do-not-reply at jboss.com Tue Jul 1 03:02:15 2008 From: do-not-reply at jboss.com (sankarguru) Date: Tue, 1 Jul 2008 03:02:15 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: java.lang.ClassCastException: javax.naming.Reference whi Message-ID: <31042301.1214895735030.JavaMail.jboss@colo-br-02.atl.jboss.com> Topic: java.lang.ClassCastException i have same problem can you pls explain what's problem behind this? i put all the JNDI properties and set sessioncontext also still i am getting same error? is there problem in Jar file? i have included- Jboss-client-all.jar,activation-jar also can anybody explain what is the problem and solution View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161666#4161666 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161666 From do-not-reply at jboss.com Tue Jul 1 03:55:41 2008 From: do-not-reply at jboss.com (poisoner) Date: Tue, 1 Jul 2008 03:55:41 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Jbossws Tutorial. Message-ID: <19660543.1214898941146.JavaMail.jboss@colo-br-02.atl.jboss.com> Here is the error, why I get this error? 10:55:03,796 INFO [DefaultEndpointRegistry] register: jboss.ws:context=sum,endpoint=Sum | 10:55:04,062 INFO [TomcatDeployer] deploy, ctxPath=/sum, warUrl=.../tmp/deploy/tmp32805sum-exp.war/ | 10:55:04,281 ERROR [MainDeployer] Could not start deployment: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/sum.war | java.lang.StringIndexOutOfBoundsException: String index out of range: -1 | at java.lang.String.substring(String.java:1938) | at org.jboss.wsf.common.JavaUtils.getPackageName(JavaUtils.java:535) | at org.jboss.ws.metadata.wsdl.WSDLUtils.getTypeNamespace(WSDLUtils.java:700) | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.processWebService(JAXWSWebServiceMetaDataBuilder.java:315) | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.buildWebServiceMetaData(JAXWSWebServiceMetaDataBuilder.java:109) | at org.jboss.ws.metadata.builder.jaxws.JAXWSServerMetaDataBuilder.setupProviderOrWebService(JAXWSServerMetaDataBuilder.java:52) | at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilderJSE.buildMetaData(JAXWSMetaDataBuilderJSE.java:63) | at org.jboss.wsf.stack.jbws.UnifiedMetaDataDeploymentAspect.create(UnifiedMetaDataDeploymentAspect.java:66) | at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:118) | at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) | at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:90) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy200.start(Unknown Source) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy9.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) | at org.jboss.Main.boot(Main.java:200) | at org.jboss.Main$1.run(Main.java:508) | at java.lang.Thread.run(Thread.java:619) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161673#4161673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161673 From do-not-reply at jboss.com Tue Jul 1 04:10:52 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Tue, 1 Jul 2008 04:10:52 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Port does not contain operation meta data for: {http://www.w Message-ID: <24628539.1214899852939.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi i have a similiar problem using a client which should be able to encrypt soaprequests | javax.xml.ws.soap.SOAPFaultException: Endpoint {urn:com:tools:wsse}... Port does not contain operation meta data for: {http://www.w3.org/2001/04/xmlenc#}EncryptedData | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException(SOAPFaultHelperJAXWS.java:72) | at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.throwFaultException(SOAP11BindingJAXWS.java:109) | at org.jboss.ws.core.CommonSOAPBinding.unbindResponseMessage(CommonSOAPBinding.java:579) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:383) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:304) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:172) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:152) | at $Proxy9.get6From49(Unknown Source) | | did the community solve this problem? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161676#4161676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161676 From do-not-reply at jboss.com Tue Jul 1 04:42:43 2008 From: do-not-reply at jboss.com (poisoner) Date: Tue, 1 Jul 2008 04:42:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Jbossws Tutorial. Message-ID: <26902597.1214901763979.JavaMail.jboss@colo-br-02.atl.jboss.com> I tried also the zeeshan.javeed hello world example (foo.war in the log) but it also doesn't work. I cannot run any simple web services??? 11:40:08,000 ERROR [MainDeployer] Could not start deployment: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/foo.war | java.lang.LinkageError: JAXB 2.0 API is being loaded from the bootstrap classloader, but this RI (from jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8820jaxb-impl.jar!/com/sun/xml/bind/v2/model/impl/ModelBuilder.class) needs 2.1 API. Use the endorsed directory mechanism to place jaxb-api.jar in the bootstrap classloader. (See http://java.sun.com/j2se/1.5.0/docs/guide/standards/) | at com.sun.xml.bind.v2.model.impl.ModelBuilder.(ModelBuilder.java:172) | at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:422) | at com.sun.xml.bind.v2.runtime.JAXBContextImpl.(JAXBContextImpl.java:286) | at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:139) | at com.sun.xml.bind.api.JAXBRIContext.newInstance(JAXBRIContext.java:105) | at org.jboss.ws.core.jaxws.CustomizableJAXBContextFactory.createContext(CustomizableJAXBContextFactory.java:110) | at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.createJAXBContext(JAXWSMetaDataBuilder.java:951) | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.buildWebServiceMetaData(JAXWSWebServiceMetaDataBuilder.java:156) | at org.jboss.ws.metadata.builder.jaxws.JAXWSServerMetaDataBuilder.setupProviderOrWebService(JAXWSServerMetaDataBuilder.java:52) | at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilderJSE.buildMetaData(JAXWSMetaDataBuilderJSE.java:63) | at org.jboss.wsf.stack.jbws.UnifiedMetaDataDeploymentAspect.create(UnifiedMetaDataDeploymentAspect.java:66) | at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:118) | at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) | at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:90) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy200.start(Unknown Source) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy9.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) | at org.jboss.Main.boot(Main.java:200) | at org.jboss.Main$1.run(Main.java:508) | at java.lang.Thread.run(Thread.java:619) | 11:40:08,093 INFO [TomcatDeployer] deploy, ctxPath=/jmx-console, warUrl=.../deploy/jmx-console.war/ | 11:40:08,343 INFO [DefaultEndpointRegistry] register: jboss.ws:context=sum,endpoint=Sum | 11:40:08,343 INFO [TomcatDeployer] deploy, ctxPath=/sum, warUrl=.../tmp/deploy/tmp8870sum-exp.war/ | 11:40:08,500 ERROR [MainDeployer] Could not start deployment: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/sum.war | java.lang.StringIndexOutOfBoundsException: String index out of range: -1 | at java.lang.String.substring(String.java:1938) | at org.jboss.wsf.common.JavaUtils.getPackageName(JavaUtils.java:535) | at org.jboss.ws.metadata.wsdl.WSDLUtils.getTypeNamespace(WSDLUtils.java:700) | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.processWebService(JAXWSWebServiceMetaDataBuilder.java:315) | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.buildWebServiceMetaData(JAXWSWebServiceMetaDataBuilder.java:109) | at org.jboss.ws.metadata.builder.jaxws.JAXWSServerMetaDataBuilder.setupProviderOrWebService(JAXWSServerMetaDataBuilder.java:52) | at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilderJSE.buildMetaData(JAXWSMetaDataBuilderJSE.java:63) | at org.jboss.wsf.stack.jbws.UnifiedMetaDataDeploymentAspect.create(UnifiedMetaDataDeploymentAspect.java:66) | at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:118) | at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) | at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:90) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy200.start(Unknown Source) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy9.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) | at org.jboss.Main.boot(Main.java:200) | at org.jboss.Main$1.run(Main.java:508) | at java.lang.Thread.run(Thread.java:619) | 11:40:08,562 INFO [EARDeployer] Init J2EE application: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/jboss-forums.ear | 11:40:13,812 INFO [Configuration] configuring from url: jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8871jboss-forums.ear-contents/portal-forums.sar!/conf/hibernate/hibernate.cfg.xml | 11:40:13,812 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/CategoryImpl.hbm.xml | 11:40:13,843 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.CategoryImpl -> jbp_forums_categories | 11:40:13,843 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/ForumImpl.hbm.xml | 11:40:13,843 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.ForumImpl -> jbp_forums_forums | 11:40:13,843 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/PollImpl.hbm.xml | 11:40:13,859 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.PollImpl -> jbp_forums_polls | 11:40:13,859 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.PollImpl.options -> jbp_forums_poll_option | 11:40:13,859 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.PollImpl.voted -> jbp_forums_poll_voted | 11:40:13,859 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/PosterImpl.hbm.xml | 11:40:13,875 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.PosterImpl -> jbp_forums_posters | 11:40:13,875 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/PostImpl.hbm.xml | 11:40:13,890 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.PostImpl -> jbp_forums_posts | 11:40:13,890 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/TopicImpl.hbm.xml | 11:40:13,906 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.TopicImpl -> jbp_forums_topics | 11:40:13,906 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/WatchImpl.hbm.xml | 11:40:13,921 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.WatchImpl -> jbp_forums_watch | 11:40:13,921 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portlet.forums.impl.ForumWatchImpl -> jbp_forums_forumswatch | 11:40:13,921 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portlet.forums.impl.TopicWatchImpl -> jbp_forums_topicswatch | 11:40:13,921 INFO [Configuration] Reading mappings from resource : org/jboss/portlet/forums/impl/AttachmentImpl.hbm.xml | 11:40:13,937 INFO [HbmBinder] Mapping class: org.jboss.portlet.forums.impl.AttachmentImpl -> jbp_forums_attachments | 11:40:13,937 INFO [Configuration] Configured SessionFactory: null | 11:40:14,109 INFO [AclKernelFactory] org.jboss.security.acl.AclKernelFactory successfully started...... | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.CategoryImpl.forums -> jbp_forums_forums | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.ForumImpl.topics -> jbp_forums_topics | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.ForumImpl.forumWatch -> jbp_forums_forumswatch | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.ForumImpl.watches -> jbp_forums_forumswatch | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.PostImpl.attachments -> jbp_forums_attachments | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.TopicImpl.posts -> jbp_forums_posts | 11:40:14,140 INFO [HbmBinder] Mapping collection: org.jboss.portlet.forums.impl.TopicImpl.watches -> jbp_forums_topicswatch | 11:40:14,156 INFO [NamingHelper] JNDI InitialContext properties:{} | 11:40:14,156 INFO [DatasourceConnectionProvider] Using datasource: java:PortalDS | 11:40:14,156 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: 1.8.0 | 11:40:14,156 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driver, version: 1.8.0 | 11:40:14,156 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDialect | 11:40:14,156 INFO [TransactionFactoryFactory] Transaction strategy: org.hibernate.transaction.JTATransactionFactory | 11:40:14,156 INFO [NamingHelper] JNDI InitialContext properties:{} | 11:40:14,156 INFO [TransactionManagerLookupFactory] instantiating TransactionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup | 11:40:14,156 INFO [TransactionManagerLookupFactory] instantiated TransactionManagerLookup | 11:40:14,156 INFO [TransactionManagerLookupFactory] instantiating TransactionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup | 11:40:14,156 INFO [TransactionManagerLookupFactory] instantiated TransactionManagerLookup | 11:40:14,156 INFO [SettingsFactory] Automatic flush during beforeCompletion(): enabled | 11:40:14,156 INFO [SettingsFactory] Automatic session close at end of transaction: disabled | 11:40:14,156 INFO [SettingsFactory] JDBC batch size: 15 | 11:40:14,156 INFO [SettingsFactory] JDBC batch updates for versioned data: disabled | 11:40:14,156 INFO [SettingsFactory] Scrollable result sets: enabled | 11:40:14,156 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled | 11:40:14,156 INFO [SettingsFactory] Connection release mode: auto | 11:40:14,156 INFO [SettingsFactory] Default batch fetch size: 1 | 11:40:14,156 INFO [SettingsFactory] Generate SQL with comments: disabled | 11:40:14,156 INFO [SettingsFactory] Order SQL updates by primary key: disabled | 11:40:14,156 INFO [SettingsFactory] Order SQL inserts for batching: disabled | 11:40:14,156 INFO [SettingsFactory] Query translator: org.hibernate.hql.ast.ASTQueryTranslatorFactory | 11:40:14,156 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFactory | 11:40:14,156 INFO [SettingsFactory] Query language substitutions: {} | 11:40:14,156 INFO [SettingsFactory] JPA-QL strict compliance: disabled | 11:40:14,156 INFO [SettingsFactory] Second-level cache: enabled | 11:40:14,156 INFO [SettingsFactory] Query cache: disabled | 11:40:14,156 INFO [SettingsFactory] Cache provider: org.hibernate.cache.NoCacheProvider | 11:40:14,156 INFO [SettingsFactory] Optimize cache for minimal puts: disabled | 11:40:14,156 INFO [SettingsFactory] Structured second-level cache entries: disabled | 11:40:14,156 INFO [SettingsFactory] Statistics: disabled | 11:40:14,156 INFO [SettingsFactory] Deleted entity synthetic identifier rollback: disabled | 11:40:14,156 INFO [SettingsFactory] Default entity-mode: pojo | 11:40:14,156 INFO [SettingsFactory] Named query checking : enabled | 11:40:14,171 INFO [SessionFactoryImpl] building session factory | 11:40:15,156 INFO [SessionFactoryObjectFactory] Not binding factory to JNDI, no JNDI name configured | 11:40:15,156 INFO [NamingHelper] JNDI InitialContext properties:{} | 11:40:15,203 INFO [AuthorizationContextImpl] org.jboss.portlet.forums.auth.AuthorizationContextImpl successfully started...... | 11:40:15,312 INFO [TomcatDeployer] deploy, ctxPath=/portal-forums, warUrl=.../tmp/deploy/tmp8871jboss-forums.ear-contents/portal-forums-exp.war/ | 11:40:15,718 INFO [FacesConfigurator] Reading standard config org/apache/myfaces/resource/standard-faces-config.xml | 11:40:15,828 INFO [FacesConfigurator] Reading config jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8871jboss-forums.ear-contents/jsf-facelets.jar!/META-INF/faces-config.xml | 11:40:15,843 INFO [FacesConfigurator] Reading config jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8871jboss-forums.ear-contents/tomahawk.jar!/META-INF/faces-config.xml | 11:40:15,890 INFO [FacesConfigurator] Reading config /WEB-INF/forums-config.xml | 11:40:17,093 INFO [StartupServletContextListener] ServletContext 'C:\jboss\jboss-portal-2.6.2.GA\server\default\.\tmp\deploy\tmp8871jboss-forums.ear-contents\portal-forums-exp.war\' initialized. | 11:40:17,203 INFO [PortletAppDeployment] Parsing /portal-forums/jboss-portlet.xml | 11:40:17,250 INFO [FacesConfigurator] Reading standard config org/apache/myfaces/resource/standard-faces-config.xml | 11:40:17,359 INFO [FacesConfigurator] Reading config jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8871jboss-forums.ear-contents/jsf-facelets.jar!/META-INF/faces-config.xml | 11:40:17,375 INFO [FacesConfigurator] Reading config jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8871jboss-forums.ear-contents/tomahawk.jar!/META-INF/faces-config.xml | 11:40:17,406 INFO [FacesConfigurator] Reading config /WEB-INF/forums-config.xml | 11:40:17,468 INFO [RenderKitFactoryImpl] RenderKit with renderKitId 'HTML_BASIC' was replaced. | 11:40:17,484 INFO [MyFacesGenericPortlet] PortletContext 'C:\jboss\jboss-portal-2.6.2.GA\server\default\.\tmp\deploy\tmp8871jboss-forums.ear-contents\portal-forums-exp.war\' initialized. | 11:40:17,625 INFO [EARDeployer] Started J2EE application: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/jboss-forums.ear | 11:40:17,656 ERROR [URLDeploymentScanner] Incomplete Deployment listing: | | --- Packages waiting for a deployer --- | org.jboss.deployment.DeploymentInfo at 7f08c218 { url=file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/jboss-portal.sar/portal-wsrp.sar/portal-wsrp.jse } | deployer: null | status: Starting | state: INIT_WAITING_DEPLOYER | watch: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/jboss-portal.sar/portal-wsrp.sar/portal-wsrp.jse | altDD: null | lastDeployed: 1214642402359 | lastModified: 1214642363250 | mbeans: | | --- Incompletely deployed packages --- | org.jboss.deployment.DeploymentInfo at 900cc972 { url=file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/foo.war } | deployer: MBeanProxyExt[jboss.web:service=WebServer] | status: Deployment FAILED reason: JAXB 2.0 API is being loaded from the bootstrap classloader, but this RI (from jar:file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/tmp/deploy/tmp8820jaxb-impl.jar!/com/sun/xml/bind/v2/model/impl/ModelBuilder.class) needs 2.1 API. Use the endorsed directory mechanism to place jaxb-api.jar in the bootstrap classloader. (See http://java.sun.com/j2se/1.5.0/docs/guide/standards/) | state: FAILED | watch: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/foo.war | altDD: null | lastDeployed: 1214642406640 | lastModified: 1214642406640 | mbeans: | jboss.web:j2eeType=Servlet,name=HelloWorldService,WebModule=//localhost/foo,J2EEApplication=none,J2EEServer=none (state not available) | jboss.web:j2eeType=Servlet,name=default,WebModule=//localhost/foo,J2EEApplication=none,J2EEServer=none (state not available) | jboss.web:j2eeType=Servlet,name=jsp,WebModule=//localhost/foo,J2EEApplication=none,J2EEServer=none (state not available) | | org.jboss.deployment.DeploymentInfo at 49deb077 { url=file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/sum.war } | deployer: MBeanProxyExt[jboss.web:service=WebServer] | status: Deployment FAILED reason: String index out of range: -1 | state: FAILED | watch: file:/C:/jboss/jboss-portal-2.6.2.GA/server/default/deploy/sum.war | altDD: null | lastDeployed: 1214642408328 | lastModified: 1214642408328 | mbeans: | jboss.web:j2eeType=Servlet,name=Sum,WebModule=//localhost/sum,J2EEApplication=none,J2EEServer=none (state not available) | jboss.web:j2eeType=Servlet,name=jsp,WebModule=//localhost/sum,J2EEApplication=none,J2EEServer=none (state not available) | jboss.web:j2eeType=Servlet,name=default,WebModule=//localhost/sum,J2EEApplication=none,J2EEServer=none (state not available) | | | 11:40:17,828 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-127.0.0.1-8080 | 11:40:17,859 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp-127.0.0.1-8009 | 11:40:17,890 INFO [Server] JBoss (MX MicroKernel) [4.2.1.GA (build: SVNTag=JBoss_4_2_1_GA date=200707131605)] Started in 1m:3s:875ms | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161683#4161683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161683 From do-not-reply at jboss.com Tue Jul 1 09:21:35 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Tue, 1 Jul 2008 09:21:35 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Unable to create a WSClient that uses jboss-wsse-client. Message-ID: <9494754.1214918495911.JavaMail.jboss@colo-br-02.atl.jboss.com> I am using JBoss 4.2.2 GA + jbossws-3.0.2 GA. i tried to downgrade my System using the same AS and jbossws-2.0.3 but the error resists. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161786#4161786 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161786 From do-not-reply at jboss.com Tue Jul 1 10:14:31 2008 From: do-not-reply at jboss.com (poisoner) Date: Tue, 1 Jul 2008 10:14:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Jbossws Tutorial. Message-ID: <15696749.1214921671903.JavaMail.jboss@colo-br-02.atl.jboss.com> the problem is solved. With java 1.6 it needs jaxb 2.1, i put it in /lib/endorsed directory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161808#4161808 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161808 From do-not-reply at jboss.com Tue Jul 1 10:25:26 2008 From: do-not-reply at jboss.com (fbenvegna) Date: Tue, 1 Jul 2008 10:25:26 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: RPC WSDL and load balancing problem Message-ID: <4683519.1214922326335.JavaMail.jboss@colo-br-02.atl.jboss.com> WSDL report an include on a other *123456*.wsdl Where 123456 is a random number that change from a deploy to another! EAR is deployed as file (not exploded). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161814#4161814 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161814 From do-not-reply at jboss.com Wed Jul 2 03:05:05 2008 From: do-not-reply at jboss.com (chillal.ramkishor) Date: Wed, 2 Jul 2008 03:05:05 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Jboss-4.0.5, with EJB-2.1 and jdk1.5 Message-ID: <13226524.1214982305466.JavaMail.jboss@colo-br-02.atl.jboss.com> Configuration : Jboss-4.0.5, with EJB-2.1 and jdk1.5 I have the above configuration and now would like to implement the web-services. I downloaded JWSDK-1.5 and use JAXRPC style. After starting the server the jboss/server/default/data folder doesnot contains the WSDD file and it doesnot display the message saying WSDD is published. Let me know what could be the problem.... Thanks in advance... -RamKishore. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161942#4161942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161942 From do-not-reply at jboss.com Wed Jul 2 08:51:41 2008 From: do-not-reply at jboss.com (j_gohel) Date: Wed, 2 Jul 2008 08:51:41 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Jboss ActiveBPEL deployment error Message-ID: <998491.1215003101945.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I am using Jboss 4.0.2. I have created and placed ActiveBPEL.ear file in server/default/deploy folder which will invoking my webservices. I am getting following deployment error when accessing Deployed Processes on BpelAdmin screen (http://localhost:8080/BpelAdmin): 17:52:45,763 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logError | SEVERE: Unable to deploy: file:/D:/jboss-4.0.2/server/default/bpr/AeEngineAdmin.wsr Following is the console log for reference: =============================================================================== | . STARTING THE JBOSS... | . | JBoss Bootstrap Environment | . | JBOSS_HOME: D:\jboss-4.0.2\bin\\.. | . | JAVA: C:\j2sdk1.4.2_13\bin\java | . | JAVA_OPTS: -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=5555,server=y,suspend=n -Dpro | gram.name=run_emvolve.bat -Xms768m -Xmx1024m -Dconfig.installDir=D:/servers/config/etc -Dpx.sc.cache=D:\servers\scoreca | rd -Djava.security.policy=D:/jboss-4.0.2/server/default/conf/server.policy -Dbpr.home=D:\jboss-4.0.2\server\default -Dws | .port=8080 | . | CLASSPATH: C:\j2sdk1.4.2_13\lib\tools.jar;D:\jboss-4.0.2\bin\\run.jar;D:/servers/config/etc;emvolve4.x.zip | . | =============================================================================== | . | 17:51:51,794 INFO [Server] Starting JBoss (MX MicroKernel)... | 17:51:51,794 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023) | 17:51:51,794 INFO [Server] Home Dir: D:\jboss-4.0.2 | 17:51:51,794 INFO [Server] Home URL: file:/D:/jboss-4.0.2/ | 17:51:51,794 INFO [Server] Library URL: file:/D:/jboss-4.0.2/lib/ | 17:51:51,794 INFO [Server] Patch URL: null | 17:51:51,794 INFO [Server] Server Name: default | 17:51:51,794 INFO [Server] Server Home Dir: D:\jboss-4.0.2\server\default | 17:51:51,794 INFO [Server] Server Home URL: file:/D:/jboss-4.0.2/server/default/ | 17:51:51,794 INFO [Server] Server Data Dir: D:\jboss-4.0.2\server\default\data | 17:51:51,794 INFO [Server] Server Temp Dir: D:\jboss-4.0.2\server\default\tmp | 17:51:51,810 INFO [Server] Server Config URL: file:/D:/jboss-4.0.2/server/default/conf/ | 17:51:51,810 INFO [Server] Server Library URL: file:/D:/jboss-4.0.2/server/default/lib/ | 17:51:51,810 INFO [Server] Root Deployment Filename: jboss-service.xml | 17:51:51,810 INFO [Server] Starting General Purpose Architecture (GPA)... | 17:51:52,263 INFO [ServerInfo] Java version: 1.4.2_13,Sun Microsystems Inc. | 17:51:52,263 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.4.2_13-b06,Sun Microsystems Inc. | 17:51:52,263 INFO [ServerInfo] OS-System: Windows XP 5.1,x86 | 17:51:53,232 INFO [Server] Core system initialized | 17:52:04,341 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml | 17:52:04,482 INFO [WebService] Using RMI server codebase: http://rte-2256094b625:8083/ | 17:52:04,763 INFO [NamingService] Started jndi bootstrap jnpPort=1099, rmiPort=1098, backlog=50, bindAddress=/0.0.0.0, | Client SocketFactory=null, Server SocketFactory=org.jboss.net.sockets.DefaultSocketFactory at ad093076 | 17:52:09,154 INFO [Embedded] Catalina naming disabled | 17:52:09,951 INFO [Http11Protocol] Initializing Coyote HTTP/1.1 on http-0.0.0.0-8080 | 17:52:09,951 INFO [Catalina] Initialization processed in 672 ms | 17:52:09,951 INFO [StandardService] Starting service jboss.web | 17:52:09,966 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/5.5.9 | 17:52:10,044 INFO [StandardHost] XML validation disabled | 17:52:10,091 INFO [Catalina] Server startup in 140 ms | 17:52:10,326 INFO [TomcatDeployer] deploy, ctxPath=/invoker, warUrl=file:/D:/jboss-4.0.2/server/default/deploy/http-inv | oker.sar/invoker.war/ | 17:52:11,935 INFO [TomcatDeployer] deploy, ctxPath=/, warUrl=file:/D:/jboss-4.0.2/server/default/deploy/jbossweb-tomcat | 55.sar/ROOT.war/ | 17:52:12,294 INFO [TomcatDeployer] deploy, ctxPath=/jbossmq-httpil, warUrl=file:/D:/jboss-4.0.2/server/default/deploy/j | ms/jbossmq-httpil.sar/jbossmq-httpil.war/ | 17:52:15,498 INFO [TomcatDeployer] deploy, ctxPath=/web-console, warUrl=file:/D:/jboss-4.0.2/server/default/deploy/mana | gement/console-mgr.sar/web-console.war/ | 17:52:16,763 INFO [MailService] Mail Service bound to java:/Mail | 17:52:17,654 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/jboss-ha-local-jdbc.rar | 17:52:17,857 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/jboss-ha-xa-jdbc.rar | 17:52:18,029 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/jboss-local-jdbc.rar | 17:52:18,216 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/jboss-xa-jdbc.rar | 17:52:18,373 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/jms/jms-ra.rar | 17:52:18,529 INFO [RARDeployment] Required license terms exist view the META-INF/ra.xml: file:/D:/jboss-4.0.2/server/de | fault/deploy/mail-ra.rar | 17:52:19,435 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=jdbc/DataSource,service=DataSourceBinding to JNDI name 'java:jdbc/DataSource' | 17:52:19,498 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=emvolveds,service=DataSourceBinding to JNDI name 'java:emvolveds' | 17:52:19,544 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=recruitmentds,service=DataSourceBinding to JNDI name 'recruitmentds' | 17:52:19,576 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=configurationsds,service=DataSourceBinding to JNDI name 'configurationsds' | 17:52:19,654 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=appraisalmanagerds,service=DataSourceBinding to JNDI name 'appraisalmanagerds' | 17:52:19,685 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=insightds,service=DataSourceBinding to JNDI name 'insightds' | 17:52:21,123 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=DefaultDS,service=DataSourceBinding to JNDI name 'java:DefaultDS' | 17:52:21,732 INFO [p4mix_Determination] Bound to JNDI name: topic/p4mix_Determination | 17:52:21,732 INFO [userManagementTopic] Bound to JNDI name: topic/userManagementTopic | 17:52:21,732 INFO [importExportResultTopic] Bound to JNDI name: topic/importExportResultTopic | 17:52:21,763 INFO [importExportControlQueue] Bound to JNDI name: queue/importExportControlQueue | 17:52:21,779 INFO [A] Bound to JNDI name: queue/A | 17:52:21,779 INFO [B] Bound to JNDI name: queue/B | 17:52:21,779 INFO [C] Bound to JNDI name: queue/C | 17:52:21,779 INFO [D] Bound to JNDI name: queue/D | 17:52:21,794 INFO [ex] Bound to JNDI name: queue/ex | 17:52:21,841 INFO [testTopic] Bound to JNDI name: topic/testTopic | 17:52:21,841 INFO [securedTopic] Bound to JNDI name: topic/securedTopic | 17:52:21,841 INFO [testDurableTopic] Bound to JNDI name: topic/testDurableTopic | 17:52:21,857 INFO [testQueue] Bound to JNDI name: queue/testQueue | 17:52:21,982 INFO [UILServerILService] JBossMQ UIL service available at : /0.0.0.0:8093 | 17:52:22,091 INFO [DLQ] Bound to JNDI name: queue/DLQ | 17:52:22,435 INFO [ConnectionFactoryBindingService] Bound connection factory for resource adapter for ConnectionManager | 'jboss.jca:name=JmsXA,service=ConnectionFactoryBinding to JNDI name 'java:JmsXA' | 17:52:22,607 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=jdbc/LiferayPool,service=DataSourceBinding to JNDI name 'java:jdbc/LiferayPool' | 17:52:22,794 INFO [WrapperDataSourceService] Bound connection factory for resource adapter for ConnectionManager 'jboss | .jca:name=ReactorDS,service=DataSourceBinding to JNDI name 'java:ReactorDS' | 17:52:22,873 INFO [TomcatDeployer] deploy, ctxPath=/jmx-console, warUrl=file:/D:/jboss-4.0.2/server/default/deploy/jmx- | console.war/ | 17:52:23,279 INFO [EARDeployer] Init J2EE application: file:/D:/jboss-4.0.2/server/default/deploy/ActiveBPEL.ear | 17:52:24,732 INFO [TomcatDeployer] deploy, ctxPath=/BpelAdmin, warUrl=file:/D:/jboss-4.0.2/server/default/tmp/deploy/tm | p47518ActiveBPEL.ear-contents/BpelAdmin-exp.war/ | 17:52:25,091 INFO [TomcatDeployer] deploy, ctxPath=/BpelAdminHelp, warUrl=file:/D:/jboss-4.0.2/server/default/tmp/deplo | y/tmp47518ActiveBPEL.ear-contents/BpelAdminHelp-exp.war/ | 17:52:25,341 INFO [TomcatDeployer] deploy, ctxPath=/active-bpel, warUrl=file:/D:/jboss-4.0.2/server/default/tmp/deploy/ | tmp47518ActiveBPEL.ear-contents/active-bpel-exp.war/ | 17:52:27,623 INFO [STDOUT] Jul 2, 2008 5:52:27 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet initAxisServer | | INFO: Initialized Axis Server | 17:52:27,685 INFO [STDOUT] Jul 2, 2008 5:52:27 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet init | INFO: Active BPEL startup | 17:52:27,732 INFO [STDOUT] Jul 2, 2008 5:52:27 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: Loaded config file from D:\jboss-4.0.2\server\default\bpr\aeEngineConfig.xml | 17:52:30,638 INFO [STDOUT] Jul 2, 2008 5:52:30 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: ********** Persistent Configuration Initialized | 17:52:30,794 INFO [EARDeployer] Started J2EE application: file:/D:/jboss-4.0.2/server/default/deploy/ActiveBPEL.ear | 17:52:30,982 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 | 17:52:31,248 INFO [JkMain] Jk running ID=0 time=0/110 config=null | 17:52:31,279 INFO [Server] JBoss (MX MicroKernel) [4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)] Started in 39s: | 469ms | 17:52:45,732 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: [AeEngineAdmin.wsr] Starting WebServices deployment. | 17:52:45,732 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: [AeEngineAdmin.wsr] Deploying META-INF\service.wsdd | 17:52:45,763 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logError | SEVERE: Unable to deploy: file:/D:/jboss-4.0.2/server/default/bpr/AeEngineAdmin.wsr | 17:52:45,857 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: [appraisal.wsr] Starting WebServices deployment. | 17:52:45,857 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: [appraisal.wsr] Deploying service.wsdd | 17:52:45,982 INFO [STDOUT] Jul 2, 2008 5:52:45 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: [appraisal.wsr] Finished WebServices deployment. | 17:52:46,076 INFO [STDOUT] Jul 2, 2008 5:52:46 PM org.activebpel.rt.axis.bpel.web.AeProcessEngineServlet$AeTomcatLogger | logInfo | INFO: ********** Persistent Configuration Started View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162049#4162049 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162049 From do-not-reply at jboss.com Wed Jul 2 10:09:17 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Wed, 2 Jul 2008 10:09:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - ...Port does not contain operation meta data for: {http://ww Message-ID: <28869325.1215007757705.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Community, i know i had posted this problem allready in another thread but i seems to be a good choice to state this as standalone topic. What i need and what i had already done. I need to get working a simple Webservice using WSSecurity. Both Encryption and Signature shall be used. The Webservice should consumed by a standalone client. So what i have done. Since i had read all tutorial from JBossWS and several other Documentation i got the folloing code for my Server Side. | /* | * LottoEJBWS.java | * | * Created on 22. Juni 2008, 13:18 | * | * To change this template, choose Tools | Template Manager | * and open the template in the editor. | */ | | package com.tools.wsse; | | import java.util.Random; | import javax.ejb.Stateless; | | import javax.jws.HandlerChain; | import javax.jws.WebMethod; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | | import org.jboss.annotation.security.SecurityDomain; | import org.jboss.ws.annotation.EndpointConfig; | | | /** | * | * @author Wolfram | **/ | @WebService(name="LottoEJBWS", | targetNamespace = "urn:com:tools:wsse", | serviceName = "LottoEJBWSService") | @SOAPBinding(style = SOAPBinding.Style.DOCUMENT, | parameterStyle=SOAPBinding.ParameterStyle.WRAPPED, | use=SOAPBinding.Use.LITERAL) | @EndpointConfig(configName="Standard WSSecurity Endpoint") | public class LottoEJBWS { | @WebMethod() | public String get6from49() { | Random random = new Random(); | String result = ""; | | //cutted | | return (result); | } | | /** | * Web service operation | */ | @WebMethod() | public boolean setValue(String name, int age) { | System.out.println("===================================="); | System.out.println("Name: " + name + " Age: " + age ); | System.out.println("===================================="); | return true; | } | } | web.xml | | | | jbossws-config-name | Standard WSSecurity Endpoint | | LottoWSSE-war | | LottoEJBWS | com.tools.wsse.LottoEJBWS | 1 | | | LottoEJBWS | /LottoEJBWS | | | 30 | | | index.html | index.htm | index.jsp | default.html | default.htm | default.jsp | | | jboss-wsse-client.xml | | | | | | | | | jboss-wsse-server.xml | | | | | | | | | Since @EndpointConfig points to AS_HOME/server/default/deploy/jbosswss.sar/META-INF no need to includes standard-jaxws-endpoint-config.xml. All the above described in addition with Trust + Keystore is packed as war file and deployed successfull. The Client Side is implemented as shown below. To get Service classes etc. wsconsume -k was used. All automatically generated files arent shown. So the Cleint looks like... | /* | * Main.java | * | * Created on 22. Juni 2008, 18:20 | * | * To change this template, choose Tools | Template Manager | * and open the template in the editor. | */ | | package com.tools.wsse; | | import java.io.File; | import java.net.URL; | import java.util.ArrayList; | import java.util.Iterator; | import java.util.List; | import javax.jws.HandlerChain; | import javax.xml.namespace.QName; | import javax.xml.ws.BindingProvider; | import javax.xml.ws.Service; | import javax.xml.ws.WebServiceClient; | import javax.xml.ws.handler.Handler; | import org.apache.log4j.Logger; | import org.apache.log4j.PropertyConfigurator; | import org.jboss.ws.core.StubExt; | import org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient; | import org.jboss.ws.extensions.addressing.jaxws.WSAddressingClientHandler; | | /** | * | * @author Wolfram | */ | public class Main { | | /** Creates a new instance of Main */ | public Main() {} | | public static void main(String[] args) { | | try { // Call Web Service Operation | // PropertyConfigurator.configure("src//log4j.properties"); | | System.setProperty("org.jboss.ws.wsse.keyStore", "src/WEB-INF/keystore.jks"); | System.setProperty("org.jboss.ws.wsse.trustStore", "src/WEB-INF/cacerts.jks"); | System.setProperty("org.jboss.ws.wsse.keyStorePassword", "changeit"); | System.setProperty("org.jboss.ws.wsse.trustStorePassword", "changeit"); | System.setProperty("org.jboss.ws.wsse.keyStoreType", "jks"); | System.setProperty("org.jboss.ws.wsse.trustStoreType", "jks"); | | URL wsdlURL = new URL("http://localhost:8080/LottoWSSE-war/LottoEJBWS?wsdl"); | QName serviceName = new QName("urn:com:tools:wsse", "LottoEJBWSService"); | Service service = Service.create(wsdlURL, serviceName); | LottoEJBWS port = service.getPort(LottoEJBWS.class); | System.out.println(System.getProperty("user.dir").toString()); | ((StubExt) port).setSecurityConfig(new File("src/META-INF/jboss-wsse-client.xml").toURI().toURL().toExternalForm()); | ((StubExt) port).setConfigName("Standard WSSecurity Client"); | | BindingProvider bindingProvider = (BindingProvider)port; | List handlerChain = new ArrayList(); | handlerChain.add(new WSAddressingClientHandler()); | handlerChain.add(new WSSecurityHandlerClient()); | handlerChain.add(new LogHandler()); | bindingProvider.getBinding().setHandlerChain(handlerChain); | | //org.me.client.LottoEJBWSService service = new org.me.client.LottoEJBWSService(); | //org.me.client.LottoEJBWS port = service.getLottoEJBWSPort(); | | // TODO process result here | | java.lang.String result = port.get6From49(); | System.out.println("Result = "+result); | } catch (Exception ex) { | System.out.println("Fehler: " + ex.getMessage()); | ex.printStackTrace(System.out); | } | | } | } | | the file jboss-wsse-client.xml is the same like above ones. The SoapRequest is signed and encrypted. but the server throws the following Exception. | 14:35:26,515 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | org.jboss.ws.core.CommonSOAPFaultException: Endpoint {urn:com:tools:wsse}LottoEJBWSPort does not contain operation meta data for: {http://www.w3.org/2001/04/xmlenc#}EncryptedData | at org.jboss.ws.core.server.ServiceEndpointInvoker.getDispatchDestination(ServiceEndpointInvoker.java:468) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:177) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:466) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:284) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:201) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:134) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | 14:35:26,515 ERROR [SOAPFaultHelperJAXRPC] SOAP request exception | javax.xml.rpc.soap.SOAPFaultException: Endpoint {urn:com:tools:wsse}LottoEJBWSPort does not contain operation meta data for: {http://www.w3.org/2001/04/xmlenc#}EncryptedData | at org.jboss.ws.core.jaxrpc.SOAPFaultHelperJAXRPC.exceptionToFaultMessage(SOAPFaultHelperJAXRPC.java:189) | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.exceptionToFaultMessage(SOAPFaultHelperJAXWS.java:170) | at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.createFaultMessageFromException(SOAP11BindingJAXWS.java:104) | at org.jboss.ws.core.CommonSOAPBinding.bindFaultMessage(CommonSOAPBinding.java:671) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:279) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:466) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:284) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:201) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:134) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) I hope to pointed out detaily my problem and looking froward for response. Thank You View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162082#4162082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162082 From do-not-reply at jboss.com Wed Jul 2 11:23:45 2008 From: do-not-reply at jboss.com (adinn) Date: Wed, 2 Jul 2008 11:23:45 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - NPE deploying web services in service archive in CR1 release Message-ID: <4030957.1215012225141.JavaMail.jboss@colo-br-02.atl.jboss.com> I am trying to deploy a sar in AS5.0.0.CR1 which includes several war files. These wars include JaxWS SEI classes anotated with WebService annotations. The AS is using the bundled version of JBossWS Native. The war file deployment breaks because the WS KernelLocator bean has not been intiialized. This is supposed to happen via bean injection according to the bean definition in jbossws-container-beans.xml located in server//deploy. However, the war file is processed (by an instance of JaxWSDeployerHookPreJSE) before the value is injected. The deployer tries to look up the wsf runtime via the kernel and receives a null pointer exception (stack trace as follows): . . . Caused by: java.lang.NullPointerException at org.jboss.wsf.common.KernelAwareSPIFactory.getKernelProvidedSPI(KernelAwareSPIFactory.java:40) at org.jboss.wsf.framework.DefaultWSFRuntimeLocator.locateRuntime(DefaultWSFRuntimeLocator.java:36) at org.jboss.wsf.container.jboss50.deployer.AbstractDeployerHook.getWsfRuntime(AbstractDeployerHook.java:59) at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:86) at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalDeploy(AbstractWebServiceDeployer.java:62) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174) ... 18 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162099#4162099 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162099 From do-not-reply at jboss.com Wed Jul 2 11:24:04 2008 From: do-not-reply at jboss.com (gryffin) Date: Wed, 2 Jul 2008 11:24:04 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - WSException: Cannot find configFile: Message-ID: <33116408.1215012244631.JavaMail.jboss@colo-br-02.atl.jboss.com> I am passing on x509 for now, going for basic auth over SSL instead. The web service is up, run, and accessible over HTTPS, that's looking good. I modify the client app, test it, and get this error: run-ts-client: | [echo] Running timeservice client: C:\Documents and Settings\tx714c\My Documents\workspace\EJB3 | fun\gen\TimeServiceClient.jar | [java] Instantiating service... | [java] Getting service port... | [java] Exception in thread "main" org.jboss.ws.WSException: Cannot find configFile: | [java] at org.jboss.ws.metadata.config.JBossWSConfigFactory.filenameToURL(JBossWSConfigFactory.java:179) | [java] at org.jboss.ws.metadata.config.JBossWSConfigFactory.getConfig(JBossWSConfigFactory.java:133) | [java] at org.jboss.ws.metadata.umdm.EndpointMetaData.initEndpointConfig(EndpointMetaData.java:815) | [java] at org.jboss.ws.metadata.umdm.EndpointMetaData.setConfigNameInternal(EndpointMetaData.java:805) | [java] at org.jboss.ws.metadata.umdm.EndpointMetaData.setConfigName(EndpointMetaData.java:789) | [java] at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.processEndpointConfig(JAXWSClientMetaDataBuilder.java:335) | [java] at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.rebuildEndpointMetaData(JAXWSClientMetaDataBuilder.java:293) | [java] at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPortInternal(ServiceDelegateImpl.java:271) | [java] at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPort(ServiceDelegateImpl.java:202) | [java] at javax.xml.ws.Service.getPort(Service.java:143) | [java] at com.boeing.nmt.client.timeservice.TimeService.getTimeAgentPortBindingNamePort(TimeService.java:54) | [java] at com.boeing.nmt.client.timeservice.TimeServiceClient.main(TimeServiceClient.java:30) | [java] Java Result: 1 | | But the error doesn't tell me /what/ config file is missing. | | Here's the structure of the jar file: | C:\Documents and Settings\tx714c\My Documents\workspace\EJB3fun\files>jar -tvf ..\gen\TimeServiceCli | ent.jar | 0 Mon Jun 30 15:09:50 PDT 2008 META-INF/ | 106 Mon Jun 30 15:09:48 PDT 2008 META-INF/MANIFEST.MF | 0 Tue May 20 09:55:46 PDT 2008 com/ | 0 Tue May 20 09:55:46 PDT 2008 com/boeing/ | 0 Tue May 20 09:55:46 PDT 2008 com/boeing/nmt/ | 0 Tue May 20 09:55:46 PDT 2008 com/boeing/nmt/client/ | 0 Tue May 20 09:55:46 PDT 2008 com/boeing/nmt/client/timeservice/ | 463 Mon Jun 30 14:42:14 PDT 2008 META-INF/jboss-wsse-client.xml | 835 Mon Jun 30 15:05:06 PDT 2008 META-INF/standard-jaxws-client-config.xml | 695 Thu May 29 11:53:02 PDT 2008 com/boeing/nmt/client/timeservice/TimeAgentPortBindingName.class | | 1640 Wed Jun 04 12:54:22 PDT 2008 com/boeing/nmt/client/timeservice/TimeService.class | 2192 Mon Jun 30 14:49:20 PDT 2008 com/boeing/nmt/client/timeservice/TimeServiceClient.class | | I didn't need a config file prior to implementing security, so what am I missing? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162100#4162100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162100 From do-not-reply at jboss.com Thu Jul 3 04:27:16 2008 From: do-not-reply at jboss.com (smjain) Date: Thu, 3 Jul 2008 04:27:16 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Configuring WS-Eventing on JBossWS2.0.3 Message-ID: <2026590.1215073636095.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am using JBoss Application server 4.2.2 and JBoss WS 2.0.3. I am looking for some good book/documentation to start from scratch on WS-Eventing. We have a legacy application which acts as a Event Source. We already have connectors in java to recieve those events. I am looking out for detailed steps as to set up a basic service first and make it work. I tried with the example/s given on JBoss site but it does not work for me. I will also be interested in knowing the interfaces for SubscriptionManager if I want to take a code first approach.. Will that be possible Regards Shashank View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162261#4162261 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162261 From do-not-reply at jboss.com Thu Jul 3 07:06:13 2008 From: do-not-reply at jboss.com (bprojects) Date: Thu, 3 Jul 2008 07:06:13 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Cannot start service endpoint; - nested throwable: (org. Message-ID: <19031430.1215083173073.JavaMail.jboss@colo-br-02.atl.jboss.com> Maybe this topic is to old, but I had the same problem while using JBoss Seam 2.0.2 SP1 + JBoss AS 4.2.2 GA. According to this changelog http://jira.jboss.org/jira/secure/attachment/12320769/changelog.txt ([JBSEAM-2297]) you must remove the extra dash in standard-jaxws-endpoint-config.xml (there are 2 in the seam docs). Removing the extra dash works for me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162300#4162300 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162300 From do-not-reply at jboss.com Thu Jul 3 07:17:43 2008 From: do-not-reply at jboss.com (amitsh) Date: Thu, 3 Jul 2008 07:17:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Jboss-ws4ee vs jbossws Message-ID: <27791767.1215083863337.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Friends, I have be working on a task of migration of our application server from Jboss4.0.2 to jboss4.2.2. I was able to run my web application on Jboss 4.2.2 but the problem I have now is that jboss-4.0.2 had jboss-ws4ee stack with axis, but now with jboss 4.2.2 we just jbossws as the latest ws stack. The question that I have here is that can I run jboss-ws4ee on jboss-4.2.2 and if not then what are changes we need to do as our for our application to work with jbossws stack. Any other related info is also welcomed!!! Thanking in advance Amit View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162303#4162303 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162303 From do-not-reply at jboss.com Thu Jul 3 08:51:13 2008 From: do-not-reply at jboss.com (lall2) Date: Thu, 3 Jul 2008 08:51:13 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Problem WS-Security Standard implementation difference --> i Message-ID: <2886985.1215089473143.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I built a JBoss 4.2.2 JBossWS Native 2.0.4/3.0.1 WS Client with the following jboss-wsse-client.xml security configuration: | | | | | | | | | | | | | | All certificates and KeyStores have been installed properly on both sides. The resulting SOAP message trace looks as follows: (Listing 1) | | | | | 2008-06-13T12:45:10.976Z | 2008-06-13T12:45:40.976Z | | | | | | | | | | | | | | | | | lg6tOjzqKs26HX6KFk1nLA5YF5W5fQZ6dh2mzM9/V3r5Pg80vLz4x0EJ10Y1KdhXH08ijZxRZWjf | v1dqulorSnIyV7X0uk25y/OMDmkVYQ/VlQF7bxZr/5Q+UB6YwLy74N1jpx7lo4BZXUM9kEZmgFAo | o8SW8P3AcSgBAUoOpOc= | | | | | | | | | | | | | | | l2LG3Bc2Rk+LgAjU2OP2vrVwYBM= | | | | | | | GNamS8F3tDSDlfUzNxIzfYZpXdc= | | | | | | | | | | | | | | | | | | | | | | | | | | Due to researching, I know that the WebService system expects a reqeuest that looks as follows (Listing 2) | | | | | | | | | | 2008-04-03T13:23:17Z | 2008-04-03T13:25:17Z | | | | | | | yk+Civrkf+wQdj30aJid9VGnjtY= | | | | | | | | | | | | | | | | | | | | | | | | UaW58GCrg/nrA/EfW+OyHP2DCio= | | | | | | | LFuszgJ412Fe8PRtK3W69RTXndY= | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is a significant difference of the Envelope/Header/Security/EncryptedKey/KeyInfo element (printed in bold). This difference causes an error message: "No SecurityTokenReference was found in the /// element.", showing the reason for the failure of the WS Client request processing by the system implementing the WebService. JBoss Native's | | | | | | vs. system implementing the WebService | | | yk+Civrkf+wQdj30aJid9VGnjtY= | | | | It looks to me that there is a difference in the implementation of WS-Security between JBossWS Native and the one of the system on which the WebService runs. I am wondering if JBossWS Metro 3.0.2 behaves like JBossWS Native, differently or even the same like in the second listing. Does anyone know that? I am about to build a test case to find out, but it would time saving to know that beforehands ;-) Obviously, when looking at http://support.microsoft.com/?scid=kb%3Ben-us%3B922779&x=8&y=13, the MS Web Services Enhancements 3.0 for Microsoft .NET implement the WS-Security like in Listing 2 with a // instead of // Why does JBoss Native implement WS-Security in this way? Greets Andy View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162315#4162315 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162315 From do-not-reply at jboss.com Thu Jul 3 09:02:21 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 3 Jul 2008 09:02:21 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Problem WS-Security Standard implementation difference - Message-ID: <18663473.1215090141615.JavaMail.jboss@colo-br-02.atl.jboss.com> You just need to configure the token reference type in JBossWS Native; see this: http://jbws.dyndns.org/mediawiki/index.php?title=WS-Security_options#Token_references View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162318#4162318 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162318 From do-not-reply at jboss.com Thu Jul 3 10:24:06 2008 From: do-not-reply at jboss.com (forgr) Date: Thu, 3 Jul 2008 10:24:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - JBossWS, Websphere 5.1 WS-Security interoperability Message-ID: <32299834.1215095046609.JavaMail.jboss@colo-br-02.atl.jboss.com> I'm developing a webservice client using jbossws native stack v2.0.4 that interact with a web service deployed in websphere 5.1. Authentication was managed by ws-security username profile. By the way, webspehere ws-security implementation was based on draft 13 of ws-security standard while jbossws implements final specs. The result was the following error: 16:14:16,093 INFO [STDOUT] 16:14:16,078 WARN DefaultExceptionHandler:90 - Unhandled exception caught by the Stripes default exception handler. javax.xml.ws.soap.SOAPFaultException: com.ibm.wsspi.wssecurity.SoapSecurityException: The Application Server expected a Security header with the http://schemas.xmlsoap.org/ws/2003/06/secext or http://schemas.xmlsoap.org/ws/2002/07/secext or http://schemas.xmlsoap.org/ws/2002/04/secext namespace, but it was not found. at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException(SOAPFaultHelperJAXWS.java:72) at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.throwFaultException(SOAP11BindingJAXWS.java:109) at org.jboss.ws.core.CommonSOAPBinding.unbindResponseMessage(CommonSOAPBinding.java:579) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:380) at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:302) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:172) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:152) So, I can: - suggest an upgrade of websphere to v6 (not possible!!!) - use websphere webservice gateway (8() - downgrade to draft 13 ws-security specs used by jbossws (is possible?) - generate ws-security tag via a custom handler (is possible?) - any other ideas? Thanks, ForGR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162327#4162327 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162327 From do-not-reply at jboss.com Thu Jul 3 17:54:14 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Thu, 3 Jul 2008 17:54:14 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: ...Port does not contain operation meta data for: {http: Message-ID: <27872202.1215122054263.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi i tried several combinations of modifing jboss-wsse-*.xml | | | | | | setValueResponse | | | | | setValueResponse | | | | | | | | | | | unfortunately the result is the same. in this example http://wiki.jboss.org/wiki/WSSecurityComplexExample i saw that for respose elements a typeNamespace has been setted. Since i work with JAXWS i didnt found the annotation to activate this. Thanks in advance .... if it is a Bug how can i report it? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162406#4162406 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162406 From do-not-reply at jboss.com Fri Jul 4 01:46:54 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jul 2008 01:46:54 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: ...Port does not contain operation meta data for: {http: Message-ID: <17180228.1215150414198.JavaMail.jboss@colo-br-02.atl.jboss.com> You can add an issue on http://jira.jboss.org/jira/browse/JBWS. Please attach a simple application showing the behaviour you're seeing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162434#4162434 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162434 From do-not-reply at jboss.com Fri Jul 4 03:48:28 2008 From: do-not-reply at jboss.com (timeagentess) Date: Fri, 4 Jul 2008 03:48:28 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: ...Port does not contain operation meta data for: {http: Message-ID: <25825074.1215157708362.JavaMail.jboss@colo-br-02.atl.jboss.com> @helmutdoe: What error do you get when you only request signing in jboss-wsse-*.xml? (I'd like to see if my behaviour is the same, or whether I'm having additional problems) Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162462#4162462 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162462 From do-not-reply at jboss.com Fri Jul 4 05:26:16 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Fri, 4 Jul 2008 05:26:16 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: ...Port does not contain operation meta data for: {http: Message-ID: <3255687.1215163576945.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, if i disable encryption and only sign my requests all is don completly successfull without occuring any kind of errors. Last night i tried downgrading again and used JEMS Installer: http://www.jboss.org/jemsinstaller/downloads/. After i had patched the included jbossws stack from 2.0.1 -> 2.0.4 i get a new error which was allready discussed in this forum. | [Reference] Verification failed for URI "#timestamp" | 11:14:36,296 ERROR [WSSecurityDispatcher] Internal error occured handling inbound message: | org.jboss.ws.extensions.security.exception.FailedCheckException: Signature is invalid. | at org.jboss.ws.extensions.security.operation.SignatureVerificationOperation.process(SignatureVerificationOperation.java:65) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:134) | | Since i had downgraded from 3.0.2 to 2.0.4 disabeling timestamps arent allwoed any more. I cant imagine that everyone who implements Webservices using jbossws - stack donot use encryption. If someone got this allready working please post an example :). BIG Thanks and i hope that helps you timeagentess Bye View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162496#4162496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162496 From do-not-reply at jboss.com Fri Jul 4 09:18:18 2008 From: do-not-reply at jboss.com (timeagentess) Date: Fri, 4 Jul 2008 09:18:18 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: ...Port does not contain operation meta data for: {http: Message-ID: <1898751.1215177498541.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you! Well, I'll be following closely the jira issue related to this :) Good luck to you, too! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162557#4162557 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162557 From do-not-reply at jboss.com Fri Jul 4 11:06:44 2008 From: do-not-reply at jboss.com (timeagentess) Date: Fri, 4 Jul 2008 11:06:44 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - remote authentication=>no route to host found Message-ID: <11254301.1215184004373.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello all, I am testing authenticated access to a web service, with a security domain of my own and username/password taken from a mySQL database. I am using JBoss 4.0.5 and JBossWS 2.0.3, and on my localhost I have the mySQL database from where the username and password are taken, as well as the client. Everything works perfectly when I have all things deployed locally (web service, database, client). However, I run into problems when invoking the web service deployed on a remote machine. On the remote server console a "no route to host" error appears: anonymous wrote : | Caused by: com.mysql.jdbc.CommunicationsException: Communications link failure due to underlying exception: | | ** BEGIN NESTED EXCEPTION ** | | java.net.SocketException | MESSAGE: java.net.NoRouteToHostException: No route to host | | STACKTRACE: | | java.net.SocketException: java.net.NoRouteToHostException: No route to host | at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:156) | at com.mysql.jdbc.MysqlIO.(MysqlIO.java:284) | On the client side I receive an "Unauthorized" error: anonymous wrote : 3875 [main] DEBUG org.jboss.remoting.transport.http.HTTPClientInvoker - Error invoking http client invoker. | org.jboss.ws.WSException: Invalid HTTP server response [401] - Unauthorized | at org.jboss.ws.core.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMarshaller.java:77) | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:175) | ... | javax.xml.ws.WebServiceException: java.io.IOException: Could not transmit message | Using the default "JBossWS" security domain, with username "kermit" and password "thefrog" taken from users.properties, works with both local and remote deployment of my web service. So I was thinking maybe the data source is not found? However, the database seems to be correctly bound, judging by the server log data: anonymous wrote : INFO [org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=jdbc/WSTwoDS' to JNDI name 'java:jdbc/WSTwoDS' Perhaps my client needs special jndi.properties settings? (pure brainstorming, potentially stupid, based on some forum posts I browsed) How my files look like: Security-relevant annotations on Web Service (which is deployed as SLSB in an ear): @org.jboss.wsf.spi.annotation.WebContext(contextRoot = "/webservices-ws", urlPattern="/services/WSTwo/*", authMethod="BASIC", transportGuarantee="NONE", secureWSDLAccess=false) | @SecurityDomain("wstwo") | @RolesAllowed("friend") In server/default/conf/login-config.xml on the remote machine I have added the "wstwo" application policy thus: | | | java:/jdbc/WSTwoDS | | select pass from USERS where login=? | | | select role,'Roles' from USER_ROLES where login=? | | | | And the data source for the web service is defined in the server/default/deploy/*-ds.xml file like this: | jdbc/WSTwoDS | jdbc:mysql://IP_OF_MY_LOCALHOST:3306/security | ... | And of course the tables as described in the application policy are defined on my local machine. In the client I pass the username and password: ((BindingProvider)wstwo).getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "user"); | ((BindingProvider)wstwo).getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "pass"); Does anyone have any idea about where I'm doing something wrong? Thank you! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162598#4162598 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162598 From do-not-reply at jboss.com Fri Jul 4 14:24:21 2008 From: do-not-reply at jboss.com (gbc) Date: Fri, 4 Jul 2008 14:24:21 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Problem using a SOAP interface on JBOSS server Message-ID: <2220943.1215195861351.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Milan, At this point you should have solve your problem, but how I find the same problem and the reason of it, I'm posting for others consult. Apparently, WSConsume tool is generating wrong code when besides you specify an web URL to the wsdlLocation you specify a file URL. The consequence is that the generated code point to an inexistent wsdl file, how you can see in the warning log "2008-05-11 16:13:35,514 WARN [org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl] Cannot access wsdlUR L: file:/C:/Documents%20and%20Settings/cm304k/My%20Documents/R7/WFM%20IIA/GRANITEAsgnMgmt_QNI_AD_MER GE/GRANITEAsgnMgmt.wsdl". To solve the problem you must edit the generated code of the Service class. Where you read: static { URL url = null; try { url = new URL("file:/C:/META-INF/wsdl/ConsultarCPF.wsdl"); } catch (MalformedURLException e) { e.printStackTrace(); } CONSULTARCPF_WSDL_LOCATION = url; } write: static { URL url = null; url = ConsultarCPF.class.getResource("/META-INF/wsdl/ConsultarCPF.wsdl"); CONSULTARCPF_WSDL_LOCATION = url; } Regards, Gustavo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162612#4162612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162612 From do-not-reply at jboss.com Sun Jul 6 07:57:36 2008 From: do-not-reply at jboss.com (cardel) Date: Sun, 6 Jul 2008 07:57:36 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Web service security, how to filter client IP address? Message-ID: <31371522.1215345456072.JavaMail.jboss@colo-br-02.atl.jboss.com> I am using basic authentication (username, password) in my web services. So client have to authenticate to endpoint provider. But I would like to know, how to secure my web service endpoint servlet. I would like to allow connection only to clients with specified IP address. my web.xml | | | | All webservices | /ws/* | POST | | | wsrole | | | NONE | | | | | BASIC | Security Realm | | | | wsrole | | | | | BareEndpoint | hcp.service.BareEndpointBean | | | | BareEndpoint | /ws/bareservice | | I would like to use this kind of security to deny access to BareEndpoit servlet and only client(s) with specified IP can read wsdl from /ws/bareservice?wsdl address and call some endpoint actions. Thank you for some useful tips. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162661#4162661 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162661 From do-not-reply at jboss.com Sun Jul 6 14:33:32 2008 From: do-not-reply at jboss.com (okr2004) Date: Sun, 6 Jul 2008 14:33:32 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Derived class and generated WSDL Message-ID: <14101355.1215369212937.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi everyone, i'm building a webservice with an ejb3 stateless session bean, something like this: | @Stateless | @WebService | @SOAPBinding(style = SOAPBinding.Style.RPC) | public class Calculator implements CalculatorRemote | { | @WebMethod | public int test3(int value, DataItem dataItem) | { | // TODO Auto-generated method stub | return value+dataItem.getValue(); | } | } | DataItem is the base class for the class SpecialDataItem. My problem is, that the generated WSDL (with JBoss 4.2.2) doesn't contain the type definition for the derived class SpecialDataItem, only the definition for DataItem. How can i get this? Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162673#4162673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162673 From do-not-reply at jboss.com Sun Jul 6 16:47:34 2008 From: do-not-reply at jboss.com (jigarzon) Date: Sun, 6 Jul 2008 16:47:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Change endpoint url of public web service Message-ID: <28002056.1215377254921.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, my 4.2.2 jboss server is accessible through internet. I have installed a project that has some web services. My problem is that the endpoint urls (listed in /jbossws/services) are formed with the machine name as server name: http://myserver:8080/myapplication/MyService?wsdl I would like to change "myserver:8080" to the internet domain where my JBoss is accessed. I ve been searching on google for two days and didn't found the way. Of course, the same URL is generated inside the WSDLs, so I cannot use the Web Services from the outside without changing the WSDL by hand. Thanks for your time! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162684#4162684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162684 From do-not-reply at jboss.com Mon Jul 7 09:46:52 2008 From: do-not-reply at jboss.com (pramod_bs) Date: Mon, 7 Jul 2008 09:46:52 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: remote authentication=>no route to host found Message-ID: <24983231.1215438412959.JavaMail.jboss@colo-br-02.atl.jboss.com> R u sure you have the correct config for MySQL in your *-ds.xml after you moved to your server envt from your local envt. . It seems like theMySQL host communication error. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162860#4162860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162860 From do-not-reply at jboss.com Mon Jul 7 13:49:11 2008 From: do-not-reply at jboss.com (regget) Date: Mon, 7 Jul 2008 13:49:11 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - artifacts from wsconsume serializable? Message-ID: <12811064.1215452951542.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, is there a way to have the wsconsume tool create artifacts that are Serializable? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162919#4162919 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162919 From do-not-reply at jboss.com Tue Jul 8 09:43:15 2008 From: do-not-reply at jboss.com (bbucy) Date: Tue, 8 Jul 2008 09:43:15 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Schema Validation - Failed to read schema document Message-ID: <22752940.1215524595675.JavaMail.jboss@colo-br-02.atl.jboss.com> Back from vacation, about to start looking at this again. The xsd does seem to be available at least if I comment out @SchemaValidation everything works fine. I'll work getting a real simple application going, maybe slim down the schema a-bit. Thanks, Bob View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163064#4163064 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163064 From do-not-reply at jboss.com Tue Jul 8 14:32:59 2008 From: do-not-reply at jboss.com (dmitry.kudrenko) Date: Tue, 8 Jul 2008 14:32:59 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - wsconsume + serialisible Message-ID: <7759105.1215541979478.JavaMail.jboss@colo-br-02.atl.jboss.com> Greetings, I noticed that jbossws-native-3.0.2.GA has the following very usefull for me feature: WSDL To Java, add a configuration option so all generated types can implement java.io.Serializable Could somebody describe me where can I read about this option or how I can generated Serializable classes? I didn't find any options for this in the wsconsume --help and in the documentation. Thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163134#4163134 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163134 From do-not-reply at jboss.com Tue Jul 8 16:06:05 2008 From: do-not-reply at jboss.com (tomstrummer) Date: Tue, 8 Jul 2008 16:06:05 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - SOLUTION! (yeah, for reals) Message-ID: <6426131.1215547565029.JavaMail.jboss@colo-br-02.atl.jboss.com> Ok! I was actually able to convert the rpc/encoded WSDL to rpc/literal. So I use my modified WSDL against the service rather than their rpc/encoded one. I realized the response is valid rpc/literal, just with some added xsi:type attributes. First step: convert the WSDL: Convert the can be changed to this: For a loosely-typed array (JAXB will map it to a List): | | | | | | | | | | or for a typed List: | | | | | | | | | | Just chose your own "base" type to extend or just create a new ComplexType. Note also that I ended up switching to Metro (JAX-WS) 1.2 rather than JBossWS. But using JBossWS as a client seemed to work as well. This is a bit of a pain but still a hell of a lot better than not being able to consume an RPC/encoded service or being stuck using Axis 1. Hope this helps someone as I couldn't find any other solution in all my searching. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163152#4163152 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163152 From do-not-reply at jboss.com Wed Jul 9 03:10:14 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 9 Jul 2008 03:10:14 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - X509 Certificate issuer comparison Message-ID: <14525908.1215587414565.JavaMail.jboss@colo-br-02.atl.jboss.com> Grant Sheppar says: anonymous wrote : Hi Alessio, | | I'm relatively new to JBoss so I'm not sure whether what I've found is a bug however it seems to be. In the org.jboss.ws.extensions.security.SecurityStore class there is a method getCertificateByIssuerSerial(String issuer, String serial) that attempts to find a X509Certificate based on the given issuer and serial. The method iterates over the stored certificates and compare the issuer and serial given with the issuer and serial from each certificate. The comparison of the issuer (based on the DN of the cert) is a simple string comparison which does not take into account the various formats that a DN can take (see RFC 2253). So if a client sends an issuer DN that is not identical to one stored in a cert then the match fails. | | The solution I think would be to take the component parts of the DN and do the comparison based on these individual parts, ignoring any separator characters or extra whitespace. | | Hope this makes sense and helps, | | Regards, | | Grant Sheppard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163199#4163199 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163199 From do-not-reply at jboss.com Wed Jul 9 03:13:09 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 9 Jul 2008 03:13:09 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: X509 Certificate issuer comparison Message-ID: <27608212.1215587589575.JavaMail.jboss@colo-br-02.atl.jboss.com> http://jira.jboss.org/jira/browse/JBWS-2251 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163202#4163202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163202 From do-not-reply at jboss.com Wed Jul 9 07:47:06 2008 From: do-not-reply at jboss.com (jimpo991) Date: Wed, 9 Jul 2008 07:47:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Use my own WSDL -> Cannot publish WSDL Message-ID: <12460850.1215604026677.JavaMail.jboss@colo-br-02.atl.jboss.com> Using JBossAS 2.4.1.GA and jbossws-3.0.1-native-2.0.4.GA Trying to create a JAX-WS web service which uses my own hand written WSDL. WSDL includes .xsd type definitions using imports. Part of WSDL: | | | | | | | Endpoint interface: | @WebService(name = "EmployeeService" | , targetNamespace = "http://www.city.fi/soa-poc/EmployeeServiceWSDL" | ,wsdlLocation = "file:/D:/svn/poc/muokattu2/trunk/xml/wsdl/EmployeeService.wsdl") | | public interface EmployeeService { Endpoint implementation: | @WebService(endpointInterface = "com.foo.soapoc.webservice.employee.EmployeeService" | , targetNamespace = "http://www.city.fi/soa-poc/EmployeeServiceWSDL" | , portName = "EmployeeServiceSOAP" | ) | public class EmployeeServiceImpl implements EmployeeService { | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163271#4163271 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163271 From do-not-reply at jboss.com Wed Jul 9 07:51:01 2008 From: do-not-reply at jboss.com (jimpo991) Date: Wed, 9 Jul 2008 07:51:01 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Use my own WSDL -> Cannot publish WSDL Message-ID: <12810627.1215604261924.JavaMail.jboss@colo-br-02.atl.jboss.com> The WSDL and the xsd definitions are in structure: schema/Employee2.xsd - common definitions schema/TypeDefinitions.xsd - common definitions wsdl/schema/EmployeeServer.xsd - definitions for employee service types wsdl/EmployeeService.wsdl - employee service WSDL I have tried to put these to, and referer to the place in end point interface's wsdlLocation: 1) local file system 2) META-INF/ 3) regular web application root Each time I get the error when jbossws tries to publish the WSDL: | 14:40:18,709 INFO [JmxKernelAbstraction] persistence.units:ear=soapoc-employeeservice-1.0.ear,jar=employee-ejbs-1.0.jar,unitName=soa_poc_user | 14:40:18,740 INFO [EJBContainer] STARTED EJB: com.foobar.soapoc.ejb.manager.impl.EmployeeManagerImpl ejbName: EmployeeManagerImpl | 14:40:18,771 INFO [EJBContainer] STARTED EJB: com.foobar.soapoc.ejb.facade.impl.EmployeeFacadeImpl ejbName: EmployeeFacade | 14:40:18,787 INFO [EJB3Deployer] Deployed: file:/D:/bz-soa-poc/sandbox/3/jboss-4.2.1.GA/jboss-4.2.1.GA/server/default/tmp/deploy/tmp33208soapoc-employees | ervice-1.0.ear-contents/employee-ejbs-1.0.jar | 14:40:18,803 INFO [TomcatDeployer] deploy, ctxPath=/employee-service, warUrl=.../tmp/deploy/tmp33208soapoc-employeeservice-1.0.ear-contents/employee-servi | ce-1.0-exp.war/ | 14:40:19,209 WARN [PolicyMetaDataBuilder] Cannot get service '{http://www.city.fi/soa-poc/EmployeeServiceWSDL}EmployeeServiceImplService' from the give | n wsdl definitions! Eventual policies attached to this service won't be considered. | 14:40:19,490 INFO [WSDLFilePublisher] WSDL published to: file:/D:/bz-soa-poc/sandbox/3/jboss-4.2.1.GA/jboss-4.2.1.GA/server/default/data/wsdl/soapoc-empl | oyeeservice-1.0.ear/employee-service-1.0.war/EmployeeService.wsdl | 14:40:19,490 ERROR [MainDeployer] Could not start deployment: file:/D:/bz-soa-poc/sandbox/3/jboss-4.2.1.GA/jboss-4.2.1.GA/server/default/tmp/deploy/tmp332 | 08soapoc-employeeservice-1.0.ear-contents/employee-service-1.0.war | org.jboss.ws.WSException: Cannot publish wsdl to: D:\bz-soa-poc\sandbox\3\jboss-4.2.1.GA\jboss-4.2.1.GA\server\default\data\wsdl\soapoc-employeeservice-1. | 0.ear\employee-service-1.0.war\EmployeeService.wsdl | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishWsdlFiles(WSDLFilePublisher.java:143) | at org.jboss.wsf.stack.jbws.PublishContractDeploymentAspect.create(PublishContractDeploymentAspect.java:52) | at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:118) | at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) | at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:90) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | 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:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy45.start(Unknown Source) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at sun.reflect.GeneratedMethodAccessor20.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:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | 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:659) | at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258) | at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:287) | at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:102) | at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:77) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) | at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.io.IOException: Cannot get URL for: WEB-INF/wsdl/schema/EmployeeService.xsd | at org.jboss.wsf.common.URLLoaderAdapter.findChild(URLLoaderAdapter.java:106) | at org.jboss.wsf.framework.deployment.ArchiveDeploymentImpl.getMetaDataFileURL(ArchiveDeploymentImpl.java:99) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:242) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:262) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:262) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishWsdlFiles(WSDLFilePublisher.java:130) | ... 50 more | 14:40:19,537 ERROR [[HtmlAdaptor]] Servlet.service() for servlet HtmlAdaptor threw exception | java.io.IOException: Cannot get URL for: WEB-INF/wsdl/schema/EmployeeService.xsd | at org.jboss.wsf.common.URLLoaderAdapter.findChild(URLLoaderAdapter.java:106) | at org.jboss.wsf.framework.deployment.ArchiveDeploymentImpl.getMetaDataFileURL(ArchiveDeploymentImpl.java:99) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:242) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:262) | at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishSchemaImports(WSDLFilePublisher.java:262) | For some reason unknown to me, jbossws seems to think the type definitions should exist under WEB-INF View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163272#4163272 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163272 From do-not-reply at jboss.com Wed Jul 9 08:20:23 2008 From: do-not-reply at jboss.com (jimpo991) Date: Wed, 9 Jul 2008 08:20:23 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Use my own WSDL -> Cannot publish WSDL Message-ID: <27017632.1215606023440.JavaMail.jboss@colo-br-02.atl.jboss.com> "jimpo991" wrote : | For some reason unknown to me, jbossws seems to think the type definitions should exist under WEB-INF OK...I should have read my own post :) Putting teh wsdls and schemas under WEB-INF seems to do the trick. Files are under WEB-INF/schema/Employee2.xsd WEB-INF/schema/TypeDefinitions.xsd WEB-INF/wsdl/schema/EmployeeServer.xsd WEB-INF/wsdl/EmployeeService.wsdl and all seems to work now View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163283#4163283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163283 From do-not-reply at jboss.com Wed Jul 9 09:19:56 2008 From: do-not-reply at jboss.com (gressho) Date: Wed, 9 Jul 2008 09:19:56 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Change endpoint url of public web service Message-ID: <18759460.1215609596722.JavaMail.jboss@colo-br-02.atl.jboss.com> Look for a file named jboss-beans.xml in jbossws.sar/jbossws.beans/META-INF/ and edit the properties of the bean "WSServerConfig". It's all documented in that file. jbossws.sar you'll find in the deploy directory of your server configuration. Good luck! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163296#4163296 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163296 From do-not-reply at jboss.com Wed Jul 9 15:53:58 2008 From: do-not-reply at jboss.com (scruffyminds) Date: Wed, 9 Jul 2008 15:53:58 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web service security, how to filter client IP address? Message-ID: <520788.1215633238750.JavaMail.jboss@colo-br-02.atl.jboss.com> First, you write a class derived from org.jboss.ws.core.jaxws.handler.GenericHandler: | public class IPConstraintHandler | extends GenericHandler | { | @Override | protected boolean handleInbound( MessageContext msgContext ) | { | HttpServletRequest request = (HttpServletRequest)msgContext.get( MessageContext.SERVLET_REQUEST ); | String ip = request.getRemoteAddr(); | | if ( ipAddressIsOK( ip )) | return super.handleInbound( msgContext ); | | return false; | } | } | Next, add the following extra annotations to your web service implementation: | @SecurityDomain( "myDomain" ) | @WebContext( authMethod="BASIC", secureWSDLAccess=true, contextRoot="/myRoot", urlPattern="/myPattern" ) | @HandlerChain( file="jaxws-handlers.xml" ) | public class MyWebServiceImpl | implements MyWebService | { | .... | } | And finally, you place a file called "jaxws-handlers.xml" (or whatever you used in your @HandlerChain annotation) in the package with your web service implementation class: | | | | | ##SOAP11_HTTP | | IP Constraint Handler | my.package.IPConstraintHandler | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163402#4163402 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163402 From do-not-reply at jboss.com Thu Jul 10 06:14:51 2008 From: do-not-reply at jboss.com (dmitry.kudrenko) Date: Thu, 10 Jul 2008 06:14:51 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: artifacts from wsconsume serializable? Message-ID: <18764536.1215684891311.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I think it should be supported based on bossws-native-3.0.2.GA change log. I didn't notice your post and created the similar: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=138784 Unfortunately, no answers. Based on Feature Request: * [JBWS-1278] - WSDL To Java, add a configuration option so all generated types can implement java.io.Serializable Look to the jira thread for details: http://jira.jboss.org/jira/browse/JBWS-1278 Really, I don't understand how to generate serialisable artifacts by wsdl and which tool you for this. Please, let me know if you have a progress with this. Thank you for any help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163522#4163522 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163522 From do-not-reply at jboss.com Thu Jul 10 09:55:28 2008 From: do-not-reply at jboss.com (timeagentess) Date: Thu, 10 Jul 2008 09:55:28 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: remote authentication=>no route to host found Message-ID: <21213454.1215698128466.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you for your answer, you put me on the right track! It was something related to jndi naming as I suspected, but a much more stupid mistake -- in login-config.xml I had set the datasource to "java:/jdbc/WSTwoDS", but I should have set it to "java:jdbc/WSTwoDS", as the *-ds.xml file had "jdbc/WSTwoDS" ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163617#4163617 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163617 From do-not-reply at jboss.com Thu Jul 10 11:33:30 2008 From: do-not-reply at jboss.com (mjrother) Date: Thu, 10 Jul 2008 11:33:30 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Web Service Client Classpath Message-ID: <23110647.1215704010583.JavaMail.jboss@colo-br-02.atl.jboss.com> I am using JBossAS 4.2.2.GA. I started with a WSDl and generated classes with wsconsume. I have a web service deployed and can access it from soapUI. I am trying to access from a java application with the generated classes. I keep running into classpath issues. I looked at the wsrunclient.sh and wsrunclient.bat. They have huge discrepancies. wsrunclient.bat has: set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/activation.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/mail.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/log4j.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/javassist.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jaxb-api.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jaxb-impl.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jbossws-client.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jbossws-spi.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-jaxws.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-jaxrpc.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-saaj.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-xml-binding.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/wsdl4j.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/policy.jar rem taken from jbossall-client.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-logging-spi.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-common-core.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/concurrent.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/commons-logging.jar set WSRUNCLIENT_CLASSPATH=%WSRUNCLIENT_CLASSPATH%;%JBOSS_HOME%/client/jboss-remoting.jar while wsrunclient.sh has : # Setup the client classpath WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/log4j.jar" WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/jbossws-client.jar" # JBossAS-5.0 subset of jbossall-client.jar WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/jboss-logging-spi.jar" WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/jboss-common-core.jar" # JBossAS-4.2 subset of jbossall-client.jar WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/jboss-common-client.jar" What class path is needed? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163646#4163646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163646 From do-not-reply at jboss.com Thu Jul 10 11:46:03 2008 From: do-not-reply at jboss.com (cardel) Date: Thu, 10 Jul 2008 11:46:03 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web service security, how to filter client IP address? Message-ID: <16329852.1215704763678.JavaMail.jboss@colo-br-02.atl.jboss.com> Yes, thank you.. it works... but not only partial. When I have created my own handler for IP restriction. When I invoke some webmethod from client, endpoint is contacted and client handler checks clients IP. Other actions in my code are successful executed but at the end I have this exception. Without handler everything works ok. It seems it will be something with my webservice URL (/ws/bareservice), may be to add some Seam filter? I have only context filter in my components.xml | | | 23:53:49,546 ERROR [ContextualHttpServletRequest] ended request due to exception | java.lang.IllegalStateException: No active event context | at org.jboss.seam.core.Manager.instance(Manager.java:250) | at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:55) | at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:147) | at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:256) | at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:362) | at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:488) | at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | 23:53:49,547 ERROR [ExceptionFilter] handling uncaught exception | javax.servlet.ServletException: java.lang.IllegalStateException: No active event context | at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:74) | at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:147) | at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:256) | at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:362) | at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:488) | at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.lang.IllegalStateException: No active event context | at org.jboss.seam.core.Manager.instance(Manager.java:250) | at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:55) | ... 36 more | 23:53:49,548 ERROR [ExceptionFilter] exception root cause | java.lang.IllegalStateException: No active event context | at org.jboss.seam.core.Manager.instance(Manager.java:250) | at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:55) | at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:147) | at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:256) | at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:362) | at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:488) | at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | 23:53:49,677 ERROR [[BareEndpoint]] Servlet.service() for servlet BareEndpoint threw exception | java.lang.IllegalArgumentException: no file extension in servlet path: /ws/bareservice | at org.jboss.seam.mock.MockViewHandler.getActionURL(MockViewHandler.java:44) | at org.jboss.seam.jsf.SeamViewHandler.getActionURL(SeamViewHandler.java:74) | at org.jboss.seam.faces.FacesManager.redirect(FacesManager.java:154) | at org.jboss.seam.faces.Navigator.redirect(Navigator.java:46) | at org.jboss.seam.exception.RedirectHandler.handle(RedirectHandler.java:51) | at org.jboss.seam.exception.Exceptions.handle(Exceptions.java:75) | at org.jboss.seam.web.ExceptionFilter.endWebRequestAfterException(ExceptionFilter.java:114) | at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:70) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:147) | at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:256) | at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:362) | at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:488) | at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) | at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) | at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163649#4163649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163649 From do-not-reply at jboss.com Thu Jul 10 14:46:15 2008 From: do-not-reply at jboss.com (bbucy) Date: Thu, 10 Jul 2008 14:46:15 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Schema Validation - Failed to read schema document Message-ID: <16742529.1215715575747.JavaMail.jboss@colo-br-02.atl.jboss.com> "alessio.soldano at jboss.com" wrote : Perhaps you might create a jira issue for this, attaching a simple application proving this. Created issue (http://jira.jboss.org/jira/browse/JBWS-2254) and sample application. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163693#4163693 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163693 From do-not-reply at jboss.com Thu Jul 10 16:49:13 2008 From: do-not-reply at jboss.com (BrettSc) Date: Thu, 10 Jul 2008 16:49:13 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WS-Security trouble: {http://www.w3.org/2005/08/addressi Message-ID: <4856417.1215722953718.JavaMail.jboss@colo-br-02.atl.jboss.com> Any followup to this? I'm in a similar situation, I've taken a working EJB-backed web service, added a @EndpointConfig and a /META-INF/jboss-wsse-server.xml that should require a plaintext username token. Testing with soapUi shows that no username token is required when I expected it to fail and require the username. Did I miss a step? 1) add @EndpointConfig(configName = "Standard WSSecurity Endpoint") 2) create jboss-wsse-server.xml with | | | | | | | Client app should fail since I haven't configured it to send any username token at this point. -Brett View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163710#4163710 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163710 From do-not-reply at jboss.com Thu Jul 10 17:37:06 2008 From: do-not-reply at jboss.com (deepakjain) Date: Thu, 10 Jul 2008 17:37:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - XML schema error while migrating to JBoss Message-ID: <11375540.1215725826104.JavaMail.jboss@colo-br-02.atl.jboss.com> I am getting following error while accesing XML schemas from my application after migrating it from WEBLOGIC to JBoss. Do I need to put my schemas under any specific directory in JBoss in order to be visible to JBoss? 14:18:02,340 INFO [STDOUT] [ERROR] [10 Jul 2008 14:18:02] schema_reference.4: Failed to read schema document 'ASchema.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not . : org.xml.sax.SAXParseException: schema_reference.4: Failed to read schema document 'ASchema.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not . at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.warning(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaWarning(Unknown Source) at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source) at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaValidator.findSchemaGrammar(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) Please advise. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163719#4163719 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163719 From do-not-reply at jboss.com Fri Jul 11 01:35:05 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Fri, 11 Jul 2008 01:35:05 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: XML schema error while migrating to JBoss Message-ID: <8072048.1215754505992.JavaMail.jboss@colo-br-02.atl.jboss.com> Put WSDL and schema documents to: * META-INF/wsdl archive directory for EJB endpoints * WEB-INF/wsdl archive directory for POJO endpoints View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163756#4163756 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163756 From do-not-reply at jboss.com Fri Jul 11 04:55:16 2008 From: do-not-reply at jboss.com (timeagentess) Date: Fri, 11 Jul 2008 04:55:16 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WS-Security trouble: {http://www.w3.org/2005/08/addressi Message-ID: <32460111.1215766516725.JavaMail.jboss@colo-br-02.atl.jboss.com> I've been following the posts of helmutdoe and xinhua earlier, and Alessio Soldano seemed to suggest this might be a bug: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=138474 (just scroll down to Alessio's reply) No JIRA issues have been created yet, however, so I have no idea. I have certainly not managed to solve this yet :) Regarding your jboss-wsse-server.xml config, I am not sure, but shouldn't you have something like this: | [...] | | | | to require a signature, for instance? At any rate, my guess is that the "requires" tag should not be empty. I think your endpoint does not know it is supposed to require a username token. If you manage to make some progress, please do share! :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163800#4163800 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163800 From do-not-reply at jboss.com Fri Jul 11 05:00:31 2008 From: do-not-reply at jboss.com (timeagentess) Date: Fri, 11 Jul 2008 05:00:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service Client Classpath Message-ID: <2926656.1215766831580.JavaMail.jboss@colo-br-02.atl.jboss.com> 1. Which version do you use, wsrunclient.sh or wsrunclient.bat? 2. Is your JBOSS_HOME environment variable set to the proper value? I have never tried the .sh version, but wsrunclient.bat certainly runs out of the box. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163803#4163803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163803 From do-not-reply at jboss.com Fri Jul 11 09:34:49 2008 From: do-not-reply at jboss.com (beutleri) Date: Fri, 11 Jul 2008 09:34:49 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Start pageflow within workflow task Message-ID: <20765166.1215783289337.JavaMail.jboss@colo-br-02.atl.jboss.com> Is it possible to start a Seam pageflow within a jBPM workflow task? If yes can both processes be implemented as XML files? Any examples? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163866#4163866 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163866 From do-not-reply at jboss.com Fri Jul 11 10:22:31 2008 From: do-not-reply at jboss.com (bbucy) Date: Fri, 11 Jul 2008 10:22:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Schema Validation - Failed to read schema document Message-ID: <16089636.1215786151404.JavaMail.jboss@colo-br-02.atl.jboss.com> Decided to do some debugging. Looks like SOAPBodyElementDoc.validatePayload calls a method (e.g. SchemaExtractor.getSchemaUrl) which extracts the wsdl:types from the WSDL document resulting in a temporary file located at ${JBOSS_ROOT}\server\default\tmp\jbossws. This temporary schema is used for validation. The problem being my import is in the wsdl:types with a SchemaLocation of "WSTest.xsd". WSTest.xsd is no longer in the same directory; thus is not found by parser. If I manual move my WSTest.xsd to the "tmp" directory the transaction goes thru (e.g. schema validation fails; there is a bad pattern facet in my schema). So I guess my question is, am I defining the SchemaLocation correctly (e.g. SchemaLocation="WSTest.xsd") or does getSchemaUrl need to identify imports and either redefine the location or copy the schema to the "tmp" directory along with extracted wsdl:types schema? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163882#4163882 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163882 From do-not-reply at jboss.com Fri Jul 11 12:42:43 2008 From: do-not-reply at jboss.com (BrettSc) Date: Fri, 11 Jul 2008 12:42:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WS-Security trouble: {http://www.w3.org/2005/08/addressi Message-ID: <18161760.1215794563794.JavaMail.jboss@colo-br-02.atl.jboss.com> One step forward....YAY. So in reviewing the server.log file I noticed that despite my adding the @EndpointConfig tag, the "ServerEndpointMetaData:" still showed "configName=Standard Endpoint" This seemed wrong to me :) so after moving the @EndpointConfig to the EJB implementation class, voila I now get, "org.jboss.ws.core.CommonSOAPFaultException: This service requires , which is missing." As to the jboss-wsse-server.xml config, it seemed odd to me as well that the "requires" tag was empty but that how it is documented at http://jbws.dyndns.org/mediawiki/index.php?title=WS-Security_options#Username_Token_Authentication As a side note I did at least find the xsd file that documents the config section. It is located in the jbossws-core.jar. Didn't find any documentation on the site that details that so I thought I'd toss it in here for future reference. Also a bug report that alludes to JAAS integration only for SLSB which could be a problem as well http://jira.jboss.org/jira/browse/JBWS-1999 Now to get it to actually accept the username token. -Brett View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4163924#4163924 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4163924 From jbossws-users at lists.jboss.org Fri Jul 11 15:20:09 2008 From: jbossws-users at lists.jboss.org (VIAGRA ® Official Shop) Date: Fri, 11 Jul 2008 15:20:09 -0400 Subject: [jbossws-users] Do you care about her enjoyment , jbossws-users@lists.jboss.org Message-ID: <20080711122017.2868.qmail@victoriapc> An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbossws-users/attachments/20080711/dfce49f5/attachment.html From do-not-reply at jboss.com Sat Jul 12 19:38:04 2008 From: do-not-reply at jboss.com (javaboss2008) Date: Sat, 12 Jul 2008 19:38:04 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - How to catch/get known of broken pipe exception within serve Message-ID: <7108444.1215905884571.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi developers, I have created a WS with some WebMethods running on Jboss as an Eclipse Dynamic Web Project. I am doing that with the annotations from javax.jws.*. Now, it is possible that a method needs some time to reply to a clients call. The client could stop waiting for the reply by setting a timeout value on the WS call like: client: // a very short time to test the error | int timeout = 10; // in ms | | // set the timeout property | Map ctxt = ((BindingProvider)service).getRequestContext(); | ctxt.put(com.sun.xml.internal.ws.client.dispatch.impl.protocol.MessageDispatcherHelper.REQUEST_TIMEOUT, timeout); | | // now call the WS method | result = service.myMethod(number); If now the client stops waiting for the reply and after some time my serverside method wants to return its result to the client it fails with a java.net.SocketException 'Broken Pipe'. Unfortunately my servermethod finished successfully without getting known of the failed communication. The exception can only be seen in the jboss log. Is there a common way to get known of the clientside connection reset within my serverside method? Does the WS-Framework provide any concept to manage such a race condition in an elegant way? Or have u any other ideas on how I could solve my problem? I need to know, that the client has not recieved my result, cause in that case I need to rollback some actions that have been done on server side. jboss-log4j serverlog: 2008-07-12 20:25:19,546 INFO [myws.MyWebServiceImpl] Webservice called: myMethod(5000001) | 2008-07-12 20:25:19,766 DEBUG [myws.MyWebServiceImpl] returning result | 2008-07-12 20:25:19,767 ERROR [org.jboss.ws.core.server.AbstractServiceEndpointServlet] Error processing web service request | ClientAbortException: java.net.SocketException: Broken pipe | at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:358) | at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:434) | at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:309) | at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:288) | at org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:98) | at org.jboss.ws.core.server.ServiceEndpointManager.processRequest(ServiceEndpointManager.java:485) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.doPost(AbstractServiceEndpointServlet.java:114) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.service(AbstractServiceEndpointServlet.java:75) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) | at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | at java.lang.Thread.run(Thread.java:619) | Caused by: java.net.SocketException: Broken pipe | at java.net.SocketOutputStream.socketWrite0(Native Method) | at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) | at java.net.SocketOutputStream.write(SocketOutputStream.java:136) | at org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutputBuffer.doWrite(InternalOutputBuffer.java:764) | at org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(ChunkedOutputFilter.java:124) | at org.apache.coyote.http11.InternalOutputBuffer.doWrite(InternalOutputBuffer.java:570) | at org.apache.coyote.Response.doWrite(Response.java:560) | at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:353) | ... 27 more | Thanks a lot for help. javaboss2008 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164054#4164054 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164054 From do-not-reply at jboss.com Mon Jul 14 06:27:58 2008 From: do-not-reply at jboss.com (jhalliday) Date: Mon, 14 Jul 2008 06:27:58 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: NPE deploying web services in service archive in CR1 rel Message-ID: <25452712.1216031278205.JavaMail.jboss@colo-br-02.atl.jboss.com> This is critical for the next JBossTS release. I'd really like to see it fixed in 3.0.3, not 3.0.4. Please consider rescheduling http://jira.jboss.com/jira/browse/JBWS-2246 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164186#4164186 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164186 From do-not-reply at jboss.com Mon Jul 14 10:18:31 2008 From: do-not-reply at jboss.com (Jbchs) Date: Mon, 14 Jul 2008 10:18:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service Client : Could not transmit message Message-ID: <2348003.1216045111429.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have similar problem. Can you please let me know how you solved it. Thanks, JB View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164248#4164248 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164248 From do-not-reply at jboss.com Mon Jul 14 10:26:34 2008 From: do-not-reply at jboss.com (pramod_bs) Date: Mon, 14 Jul 2008 10:26:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Web Services Session management. Message-ID: <13944484.1216045594422.JavaMail.jboss@colo-br-02.atl.jboss.com> I need some tips on what spec to us for Web Services Session management. I read some where there are specs like WS-Context, WS-Coordination etc. Not sure which one the industry is moving towards. Any opinions will be well appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164249#4164249 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164249 From do-not-reply at jboss.com Tue Jul 15 07:31:52 2008 From: do-not-reply at jboss.com (fil78) Date: Tue, 15 Jul 2008 07:31:52 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - SAP&wsdl from JBoss Message-ID: <22343725.1216121512549.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi everybody! I have got a new task - to implement web services in SAP and in JBoss. So I am trying to implement test service - I implemented one using java and now I try to generate proxy object in SAP from wsdl. Did someone do it? and how?? - Everytime when I push generate button exception appears... Are there any traps? Here is my wsdl: | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | and here is exception: Cannot generate proxy (object missing in WSDL, see long text) | Message no. SPRX084 | | Background | During proxy generation, an interface description in WSDL format is fetched from the Integration Builder or from another source and interpreted. This WSDL document must describe the whole interface correctly. | ==> Display Query | ==> Display WSDL Document | | Diagnosis | In the WSDL document, the object | " +1 for http://jira.jboss.org/jira/browse/JBWS-2189?page=all Almost got the username token working but the lack of an EncodingType attribute causes it to fail. Any idea on when 3.0.3 will be available? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164542#4164542 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164542 From do-not-reply at jboss.com Tue Jul 15 17:53:14 2008 From: do-not-reply at jboss.com (krenfro) Date: Tue, 15 Jul 2008 17:53:14 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Can not find truststore url Message-ID: <18018073.1216158794843.JavaMail.jboss@colo-br-02.atl.jboss.com> I am getting the same exception. Did anyone figure this out? JBoss 4.2.2 JBossWS 3.0.1-native I created a keystore and added the ssl connector to server.xml in jboss-web.deployer as recommended, but I still get the error. The webservice IS actually invoked and, and everything appears to be working except the stack-dump. thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164608#4164608 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164608 From angrygreg at gmail.com Tue Jul 15 18:09:00 2008 From: angrygreg at gmail.com (Greg Akins) Date: Tue, 15 Jul 2008 18:09:00 -0400 Subject: [jbossws-users] What jar is EndpoingConfig in? Message-ID: <8526685f0807151509t6f03b966je5fec147b3c86526@mail.gmail.com> I'm a newbie to web services.. I have a new "Echo" webservice that's working; but it looks like I need the EndpoingConfig annotation to do WS-Security However, I can't find it. Looked in org.jboss.wsf.spi.annotation.* but no luck Using JBoss 4.2.2 with JbossWS 3.0 Any help is greatly appreciated (Including pointers to a good WS-Security walkthrough!) -- Greg Akins http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From do-not-reply at jboss.com Tue Jul 15 18:55:54 2008 From: do-not-reply at jboss.com (BrettSc) Date: Tue, 15 Jul 2008 18:55:54 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: SAP&wsdl from JBoss Message-ID: <26527233.1216162554685.JavaMail.jboss@colo-br-02.atl.jboss.com> The wsdl was valid in soapUI but I'm guessing that SAP proxy generator is incorrectly expecting a definition of WSTestBean_getEmployeeName in the wsdl:types. Looks like a SAP bug to me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164625#4164625 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164625 From do-not-reply at jboss.com Tue Jul 15 18:57:31 2008 From: do-not-reply at jboss.com (sendtopms) Date: Tue, 15 Jul 2008 18:57:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Attachment size limit added using SOAP Message-ID: <23748457.1216162651905.JavaMail.jboss@colo-br-02.atl.jboss.com> Using webservice to transfer these kind of load is not advisable. You can do following things, 1. Use SOAP over FTP 2. Use FTP to transfer the file into a specific location and call the webservice to process the file (still you can utilize service ) 3. FTP it to somewhere and have another process/batch to process the file View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164626#4164626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164626 From do-not-reply at jboss.com Wed Jul 16 09:40:43 2008 From: do-not-reply at jboss.com (krenfro) Date: Wed, 16 Jul 2008 09:40:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Can not find truststore url Message-ID: <27966884.1216215643701.JavaMail.jboss@colo-br-02.atl.jboss.com> Found my problem, I needed to pass the keystore location and password to jboss at startup in run.conf JAVA_OPTS="$JAVA_OPTS -Djavax.net.ssl.keyStore=/opt/jboss/server/default/conf/server.keystore -Djavax.net.ssl.keyStorePassword=password" this post was helpful http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/transport.html thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164752#4164752 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164752 From do-not-reply at jboss.com Wed Jul 16 17:11:36 2008 From: do-not-reply at jboss.com (yebo) Date: Wed, 16 Jul 2008 17:11:36 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Cyclic web services Message-ID: <31858168.1216242697118.JavaMail.jboss@colo-br-02.atl.jboss.com> I'm having the same problem and can't seem to get the correct annotations into my EJB to resolve this. I'm using a very simple web service and performing a findAll() to test. Can I not use the entity classes for this? Can anyone show any examples for the xml annotations to drive the traversal? The annotations I've inserted haven't gotten me past this exception. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164847#4164847 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164847 From do-not-reply at jboss.com Wed Jul 16 22:38:17 2008 From: do-not-reply at jboss.com (maxmad741) Date: Wed, 16 Jul 2008 22:38:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Java bean array properties returned empty Message-ID: <30016727.1216262297860.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello. First sorry for my bad English. galet: you cant solve. I have the same incovenient .. "agradeceria" much you can put the solution. Thank View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164902#4164902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164902 From do-not-reply at jboss.com Thu Jul 17 06:32:34 2008 From: do-not-reply at jboss.com (fbenvegna) Date: Thu, 17 Jul 2008 06:32:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: RPC WSDL and load balancing problem Message-ID: <4853017.1216290754351.JavaMail.jboss@colo-br-02.atl.jboss.com> | | | | | | | | You can see that there's an import (line 2) on other wsdl (with a random number) that depends on deploy! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164984#4164984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164984 From do-not-reply at jboss.com Thu Jul 17 07:20:51 2008 From: do-not-reply at jboss.com (to_anjim@yahoo.com) Date: Thu, 17 Jul 2008 07:20:51 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Incomplete Deployment Listing Error in JBoss Message-ID: <26414914.1216293651800.JavaMail.jboss@colo-br-02.atl.jboss.com> ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Incomplete Deployment listing: --- Packages waiting for a deployer --- org.jboss.deployment.DeploymentInfo at b7c8952 { url=file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationPatronsActivatedReport.jrxml } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationPatronsActivatedReport.jrxml altDD: null lastDeployed: 1216277423703 lastModified: 1216277423703 mbeans: org.jboss.deployment.DeploymentInfo at 47786940 { url=file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationPrepaidByStation.jrxml } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationPrepaidByStation.jrxml altDD: null lastDeployed: 1216277423703 lastModified: 1216277423703 mbeans: org.jboss.deployment.DeploymentInfo at 33964fc6 { url=file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationReport.jrxml } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/Prox/apps/JBoss/server/default/deploy/reports/GOActivationReport.jrxml altDD: null lastDeployed: 1216277423718 lastModified: 1216277423703 mbeans: View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164999#4164999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164999 From angrygreg at gmail.com Thu Jul 17 09:08:32 2008 From: angrygreg at gmail.com (Greg Akins) Date: Thu, 17 Jul 2008 09:08:32 -0400 Subject: [jbossws-users] Best JBoss Book Message-ID: <8526685f0807170608p6301b571u2fce67c1e4090f47@mail.gmail.com> I saw a reference to a Manning Early Access version of JBoss In Action Can anyone else recommend a good book? -- Greg Akins http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From do-not-reply at jboss.com Thu Jul 17 12:01:17 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jul 2008 12:01:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Incomplete Deployment Listing Error in JBoss 4.0.4 Message-ID: <4366686.1216310477846.JavaMail.jboss@colo-br-02.atl.jboss.com> What is a jrxml file? The error message is stating that there is no deployer that knows how to deploy jrxml file. What is the "reports" directory? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165100#4165100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165100 From do-not-reply at jboss.com Thu Jul 17 13:12:07 2008 From: do-not-reply at jboss.com (kevintaute) Date: Thu, 17 Jul 2008 13:12:07 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Incomplete Deployment Listing Error in JBoss 4.0.4 Message-ID: <2431986.1216314727219.JavaMail.jboss@colo-br-02.atl.jboss.com> jrxml is a Jasper Reports definition file. It looks like he is trying to deploy an application that includes reports (reports directory) from jasper reports. There is a free reporting tool called iReports that generates the jrxml files, and includes the required jar files for utilizing Jasper reports in a production environment. I haven't used Jasper and/or iReports with Jboss in the last few years, so I can't really help with the problem :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165131#4165131 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165131 From do-not-reply at jboss.com Thu Jul 17 14:18:06 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jul 2008 14:18:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Incomplete Deployment Listing Error in JBoss 4.0.4 Message-ID: <24154625.1216318686444.JavaMail.jboss@colo-br-02.atl.jboss.com> Looks like the reports need to be written elsewhere - they should not be in the deploy directory nor in one of its subdirectories. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165150#4165150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165150 From do-not-reply at jboss.com Thu Jul 17 16:30:36 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jul 2008 16:30:36 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WSException: Cannot find configFile: Message-ID: <15170523.1216326636665.JavaMail.jboss@colo-br-02.atl.jboss.com> I just now ran into this on 5.0.0.CR1. The missing config file is META-INF/standard-jaxws-client-config.xml. Which leads me to a question. In earlier versions of JBoss WS (such as those provided with AS 5.0 beta4) this file was optional. Is it now required? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165192#4165192 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165192 From do-not-reply at jboss.com Thu Jul 17 16:32:30 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jul 2008 16:32:30 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WSException: Cannot find configFile: Message-ID: <15700180.1216326750480.JavaMail.jboss@colo-br-02.atl.jboss.com> Oops, sorry, didn't look far enough down the list of files in your JAR - you already have that file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165193#4165193 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165193 From do-not-reply at jboss.com Fri Jul 18 09:35:42 2008 From: do-not-reply at jboss.com (Vincent321) Date: Fri, 18 Jul 2008 09:35:42 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Signing BinarySecurityToken Message-ID: <28117108.1216388142298.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Folks, I am writing a client and trying to sign the binarysecuritytoken using JbossWS 3.0.2-native. I tried to use the target element in the jboss-wsse-client.xml but apparently we can only adress element from the soapbody using the qname. Did anyone already succeed in signing the BinarySecurityToken ? Many thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165330#4165330 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165330 From do-not-reply at jboss.com Fri Jul 18 10:31:29 2008 From: do-not-reply at jboss.com (florian79) Date: Fri, 18 Jul 2008 10:31:29 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - BASIC-AUTH LOGOUT Message-ID: <29772482.1216391489382.JavaMail.jboss@colo-br-02.atl.jboss.com> my environment: jboss4.2.2GA EJB3 JAX-WS I deploy my stateless session beans as @WebService and configure it as: | @WebContext(contextRoot="bla", urlPattern = "bla", authMethod ="BASIC", transportGuarantee ="NONE", secureWSDLAccess = true) | For the authMethod=BASIC i use a class which implements javax.security.auth.spi.LoginModule as described by JAAS everything works very fine including the login! BUT: how can I call the LoginModule.logout() using a webservice method? I can see by debuging, that the method is called sometimes - but from which event? I have acess to the following ressources in my SessionBean: | @Resource() private WebServiceContext wsContext; | @Resource private SessionContext sessionContext; | How to control the call to LoginModule.logout() ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165343#4165343 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165343 From do-not-reply at jboss.com Fri Jul 18 10:56:22 2008 From: do-not-reply at jboss.com (florian79) Date: Fri, 18 Jul 2008 10:56:22 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: avoid lazy-initialization exceptions Message-ID: <29479470.1216392982114.JavaMail.jboss@colo-br-02.atl.jboss.com> another "ugly" solution is the following: instad of | @XmlIDREF | use: | @XmlJavaTypeAdapter(Entity2StringXMLAdapter.class) | and here is the implementation for the Adapter: | public class Entity2StringXMLAdapter extends XmlAdapter | { | | @Override | public String marshal(final BasicEntity entityGot) throws Exception | { | | String strValue = ""; | try | { | strValue = entityGot.getName() + "(" + entityGot.getId() + ")"; | } | catch (LazyInitializationException e) | { | Long id = this.getEntityID(entityGot); | if(id == null) | id = new Long(-1); | strValue = "lazy (" + id + ")"; | | } | return strValue; | } | | @Override | public BasicEntity unmarshal(final String arg0) throws Exception | { | return null; | } | | private Long getEntityID(final BasicEntity entityGot) | { | //dirty, but it works: | //long duration = System.currentTimeMillis(); | Long entityId = null; | Class clazz = entityGot.getClass(); | for(Field fieldHandler : clazz.getDeclaredFields()) | { | if(fieldHandler.getType().isAssignableFrom(javassist.util.proxy.MethodHandler.class) && fieldHandler.getName().equals("handler")) | { | try | { | fieldHandler.setAccessible(true); | javassist.util.proxy.MethodHandler methodHandler = (javassist.util.proxy.MethodHandler) fieldHandler.get(entityGot); | | Field fieldID = AbstractLazyInitializer.class.getDeclaredField("id"); | fieldID.setAccessible(true); | entityId = (Long)fieldID.get(methodHandler); | } | catch (SecurityException e1) | { | e1.printStackTrace(); | } | catch (IllegalArgumentException e1) | { | e1.printStackTrace(); | } | catch (IllegalAccessException e1) | { | e1.printStackTrace(); | } | catch (NoSuchFieldException e1) | { | System.out.println("======= THIS EXCEPTION DEPENDS ON A NEWER HIBERNATE VERSION!!!!!! ========"); | e1.printStackTrace(); | } | break; | } | } | return entityId; | } | } | BasicEntity is just Interface that is implemented by all my entities with the following methods: | public Long getId(); | public void setId(final Long idGot); | public String getName(); | public void setName(final String strNameGot); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165354#4165354 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165354 From do-not-reply at jboss.com Fri Jul 18 11:16:35 2008 From: do-not-reply at jboss.com (jej2003) Date: Fri, 18 Jul 2008 11:16:35 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Endpoint does not contain operation meta data... Message-ID: <10183206.1216394195662.JavaMail.jboss@colo-br-02.atl.jboss.com> I am in the fun position of trying to get a webservice that ran fine under JBoss 4.0.3sp1 to run under JBoss 4.2.2GA. The problem I am having however, is that when a servlet (I believe) tries to access the web service it throws an error saying | SOAP Request exception javax.xml.rpc.soap.SOAPFaultException: Endpoint .... does not contain operation meta data for .... | Since I can't change the code what can I change on the app server side to allow this to work? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165365#4165365 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165365 From do-not-reply at jboss.com Fri Jul 18 13:16:25 2008 From: do-not-reply at jboss.com (jej2003) Date: Fri, 18 Jul 2008 13:16:25 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Endpoint does not contain operation meta data... Message-ID: <2844817.1216401385384.JavaMail.jboss@colo-br-02.atl.jboss.com> I think this was a namespace issue now that is fixed I am getting the following | javax.xml.ws.soap.SOAPFaultException: java.lang.ClassNotFoundException: org.jboss.webservice.server.ServiceEndpointServletJSE | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException... | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165393#4165393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165393 From jbossws-users at lists.jboss.org Fri Jul 18 18:39:15 2008 From: jbossws-users at lists.jboss.org (jbossws-users at lists.jboss.org) Date: Fri, 18 Jul 2008 18:39:15 -0400 Subject: [jbossws-users] Free Video Message-ID: <20080719133650.36053.qmail@P111721> An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbossws-users/attachments/20080718/a7b95b76/attachment.html From do-not-reply at jboss.com Sun Jul 20 13:18:53 2008 From: do-not-reply at jboss.com (a3leggeddog) Date: Sun, 20 Jul 2008 13:18:53 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - HELP! Can not deploy even the simplest web service Message-ID: <22077890.1216574333720.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello - I'm very new to JBoss (done a lot of Tomcat), so please forgive the question if it is really basic. However, I am having the most frustrating time installing, configuring and deploying a WAR to JBoss. First, I'm using JBoss 4.2.2GA, WS 2.0.3GA, and Java 1.6 running on Windows. I have tried following the instructions both on the JBoss site and postings I've found online to get everything installed, but the instructions never seem to match exactly what I have. For example, trying to compile the test suite once I think I have the JBossWS installed. Either files are missing from the package I downloaded from the JBoss site, or the Ant task fails with errors. I have copied the various JaxB JARs to the endorsed LIB, etc. I think I have JBoss and JBossWS installed correctly, but I don't know for sure. I then wrote a simple web service in Eclipse (Ganymede) and tried to deploy it using Eclipse's built in deploy and by dropping the WAR in the deploy directory. When I do, I get the following error: 16:51:34,796 ERROR [MainDeployer] Could not start deployment: file:/C:/jboss-4.2.2.GA/server/default/deploy/EchoService.war | | java.lang.StringIndexOutOfBoundsException: String index out of range: -1 | | at java.lang.String.substring(Unknown Source) | | at org.jboss.wsf.common.JavaUtils.getPackageName(JavaUtils.java:535) | | at org.jboss.ws.metadata.wsdl.WSDLUtils.getTypeNamespace(WSDLUtils.java:700) | | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.processWebService(JAXWSWebServiceMetaDataBuilder.java:304) | | at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.buildWebServiceMetaData(JAXWSWebServiceMetaDataBuilder.java:108) | | at org.jboss.ws.metadata.builder.jaxws.JAXWSServerMetaDataBuilder.setupProviderOrWebService(JAXWSServerMetaDataBuilder.java:50) | | at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilderJSE.buildMetaData(JAXWSMetaDataBuilderJSE.java:63) | | at org.jboss.wsf.stack.jbws.UnifiedMetaDataDeploymentAspect.create(UnifiedMetaDataDeploymentAspect.java:66) | | at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:115) | | at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) | | at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:90) | | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) | | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) | | 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:659) | | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | | at $Proxy45.start(Unknown Source) | | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | | at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source) | | at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) | | at java.lang.reflect.Method.invoke(Unknown Source) | | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | | 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:659) | | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | | at $Proxy9.deploy(Unknown Source) | | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274) | | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225) I have been struggling with this for days, and I really don't know what I'm doing wrong or what state my environment is in. I would sincerely appreciate ANY help anyone can give - I am truly at the end of my rope. Thanks, Seth View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165533#4165533 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165533 From do-not-reply at jboss.com Mon Jul 21 04:58:40 2008 From: do-not-reply at jboss.com (timeagentess) Date: Mon, 21 Jul 2008 04:58:40 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: HELP! Can not deploy even the simplest web service Message-ID: <3367735.1216630720198.JavaMail.jboss@colo-br-02.atl.jboss.com> You can see a basic list of steps for deploying a web service as an .ear here: http://metamorphiq.livejournal.com/9532.html These are some self notes I made while learning, so they might be sketchy -- feel free to ask if some parts are blurry. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165598#4165598 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165598 From do-not-reply at jboss.com Mon Jul 21 05:55:43 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Mon, 21 Jul 2008 05:55:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: HELP! Can not deploy even the simplest web service Message-ID: <19723489.1216634143412.JavaMail.jboss@colo-br-02.atl.jboss.com> a3leggeddog, if your service endpoint class is using the default package, that's most probably be the reason of the error you posted above. This said, take a look at the project generator (http://jbws.dyndns.org/mediawiki/index.php?title=Setup_your_IDE#JBossWS_user_project_generator) if you can upgrade to jbossws 3.0.1. Looking at the samples (and the related section of the documantation) can also be very useful. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165612#4165612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165612 From do-not-reply at jboss.com Mon Jul 21 08:31:25 2008 From: do-not-reply at jboss.com (fil78) Date: Mon, 21 Jul 2008 08:31:25 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - WS and large files Message-ID: <31072114.1216643485516.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello everybody! Please, could someone help me. I have to trasfer large files using SOAP. Are there any pecularities to do it? Are there any limitations? Thanx a lot. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165630#4165630 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165630 From do-not-reply at jboss.com Mon Jul 21 11:19:31 2008 From: do-not-reply at jboss.com (BrettSc) Date: Mon, 21 Jul 2008 11:19:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: HELP! Can not deploy even the simplest web service Message-ID: <12939921.1216653571950.JavaMail.jboss@colo-br-02.atl.jboss.com> One other item...jdk 1.6 and JBoss 4.2.2 don't play well in my experience. Try jdk 1.5. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165676#4165676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165676 From do-not-reply at jboss.com Mon Jul 21 14:42:15 2008 From: do-not-reply at jboss.com (atriano) Date: Mon, 21 Jul 2008 14:42:15 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - webservice error Message-ID: <28797036.1216665735079.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! I'm trying to use a webservice deployed in my jbossAS but the server console throws the following exception, can anybody help me? thanks in advance! 15:39:18,484 ERROR [SOAPFaultHelperJAXWS] SOAP request exception java.lang.UnsupportedOperationException: setProperty must be overridden by all s ubclasses of SOAPMessage at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:441) at org.jboss.ws.core.soap.SOAPMessageImpl.(SOAPMessageImpl.java:67 ) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactor yImpl.java:207) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactor yImpl.java:185) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHan dlerImpl.java:389) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHand lerImpl.java:272) at org.jboss.soa.esb.actions.soap.SOAPProcessor.process(SOAPProcessor.ja va:150) at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.process( ActionProcessingPipeline.java:316) at org.jboss.soa.esb.listeners.message.MessageAwareListener$Transactiona lRunner.run(MessageAwareListener.java:530) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:907) at java.lang.Thread.run(Thread.java:619) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165717#4165717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165717 From do-not-reply at jboss.com Mon Jul 21 14:44:38 2008 From: do-not-reply at jboss.com (PeterJ) Date: Mon, 21 Jul 2008 14:44:38 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: webservice error Message-ID: <22295975.1216665878711.JavaMail.jboss@colo-br-02.atl.jboss.com> Try using JDK 5 instead of 6. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165719#4165719 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165719 From do-not-reply at jboss.com Mon Jul 21 14:58:21 2008 From: do-not-reply at jboss.com (japuentem) Date: Mon, 21 Jul 2008 14:58:21 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Jboss with Axis Message-ID: <33198705.1216666701757.JavaMail.jboss@colo-br-02.atl.jboss.com> I have two services and i try to use both services but with different axis.war folder. can i do this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165725#4165725 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165725 From do-not-reply at jboss.com Mon Jul 21 15:14:00 2008 From: do-not-reply at jboss.com (atriano) Date: Mon, 21 Jul 2008 15:14:00 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: webservice error Message-ID: <6736843.1216667640243.JavaMail.jboss@colo-br-02.atl.jboss.com> thanks! It's works!!!!!!!! regards, Atriano View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165732#4165732 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165732 From do-not-reply at jboss.com Mon Jul 21 16:33:38 2008 From: do-not-reply at jboss.com (atriano) Date: Mon, 21 Jul 2008 16:33:38 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - webmethod and object list return Message-ID: <9873776.1216672418566.JavaMail.jboss@colo-br-02.atl.jboss.com> hi, I want to make a webmethod that returns an object list for example: | //class Person has a "name" attribute... | | @WebMethod | public ArrayList getPool() { | ArrayList array=new ArrayList(); | for(int i=0;i<5;i++){ | Person person=new Person("name"+i); | array.add(person); | } | return array; | } when I run any webservice like this the console server throws an exception as follows: ERROR [RequestHandlerImpl] Error processing web service request | org.jboss.ws.WSException: javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException | - with linked exception: | [javax.xml.bind.JAXBException: class org.jboss.soa.esb.samples.quickstart.model. | Person nor any of its super class is known to this context.] | at org.jboss.ws.WSException.rethrow(WSException.java:68) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:310) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:189) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:122) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | ... | ... | ... Can anybody help me? thanks in advance, Atriano View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165745#4165745 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165745 From do-not-reply at jboss.com Tue Jul 22 04:33:06 2008 From: do-not-reply at jboss.com (adijo1) Date: Tue, 22 Jul 2008 04:33:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - WS-Security - extract information from signature in SOAP mes Message-ID: <19546231.1216715586356.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm using WS-Security to sign SOAP messages. Currently on endpoint side I know only that I trust the client that called some web service but I don't know which of the clients has called it. Now I would also like to know which client has called the web service. Can you please help me how to extract client information from signature in SOAP message or maybe how to know which alias was used for authentication. Sorry for my English. I'm using (for server and client): - JbossAS : 4.2.1.GA - JbossWS : 1.2.1.GA (build=200704151756) - Eclipse : 3.3.1.1 - JDK : 1.5.0_14 Server side configuration: WsServer.java package app.ws.server; | | import javax.ejb.Remote; | | @Remote | public interface WsServer { | public String hello(String parameter); | } WsServerBean.java package app.ws.server; | | import org.jboss.ws.annotation.WebContext; | import javax.ejb.Stateless; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | import javax.jws.WebMethod; | import javax.jws.WebParam; | import org.jboss.ws.annotation.EndpointConfig; | import org.apache.log4j.Logger; | import org.jboss.annotation.security.SecurityDomain; | | @Stateless | @WebContext(contextRoot="/TestWebServices") | @WebService(serviceName="testws", targetNamespace="http://testuri.org/") | @SOAPBinding(style = SOAPBinding.Style.DOCUMENT, use = SOAPBinding.Use.LITERAL, parameterStyle = SOAPBinding.ParameterStyle.WRAPPED) | @EndpointConfig(configName = "Standard WSSecurity Endpoint") | @SecurityDomain("JBossWS") | public class WsServerBean implements WsServer { | private static final Logger logger = Logger.getLogger(WsServerBean.class.getName()); | | @WebMethod(operationName = "hello", action = "urn:hello") | public String hello(@WebParam(name = "parameter") String parameter) { | logger.info("You have called method hello with parameter : " + parameter); | return "Hello world. You have called method hello with parameter : " + parameter; | } | } META-INF/standard-jaxws-endpoint-config.xml | | | Standard WSSecurity Endpoint | | | ##SOAP11_HTTP | | WSSecurity Handler | org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer | | | | | | | META-INF/jboss-wsse-server.xml | | META-INF/wsse.keystore | jbossws | META-INF/wsse.truststore | jbossws | | | | | | | META-INF/wsse.keystore keytool -genkey -keystore wsse.keystore -storepass jbossws -keyalg RSA -alias wsse -validity 365 META-INF/wsse.cer keytool -export -file wsse.cer -keystore wsse.keystore -storepass jbossws -alias wsse META-INF/wsse.truststore keytool -import -alias wsse -file wsse.cer -keystore wsse.truststore -storepass jbossws | keytool -import -alias wssc -file wssc.cer -keystore wsse.truststore -storepass jbossws output 09:31:27,777 INFO [Reference] Verification successful for URI "#element-1-1216711887170-23623672" | 09:31:27,777 INFO [Reference] Verification successful for URI "#timestamp" | 09:31:27,796 INFO [WsServerBean] You have called method hello with parameter : aaaaa Client side configuration: Generating stubs from WSDL wsconsume.sh -k -p "app.ws.client" "http://10.10.11.173:8080/TestWebServices/WsServerBean?wsdl" I have to change the service implementation class. In my case Testws.java. FROM : public class Testws extends Service TO : public class Testws extends ServiceExt META-INF/wssc.keystore keytool -genkey -keystore wssc.keystore -storepass jbossws -keyalg RSA -alias wssc -validity 365 META-INF/wssc.cer keytool -export -file wssc.cer -keystore wssc.keystore -storepass jbossws -alias wssc META-INF/wssc.truststore keytool -import -alias wssc -file wssc.cer -keystore wssc.truststore -storepass jbossws | keytool -import -alias wsse -file wsse.cer -keystore wssc.truststore -storepass jbossws TestClient.java package app.ws.client; | | import java.io.File; | import java.net.URL; | import javax.xml.namespace.QName; | import org.jboss.ws.core.StubExt; | import org.jboss.ws.core.jaxws.client.ServiceExt; | | public class TestClient { | public static void main(String[] args) { | try{ | System.setProperty("org.jboss.wsse.keyStore", "/workspace/test/src/app/ws/client/META-INF/wssc.keystore"); | System.setProperty("org.jboss.wsse.keyStorePassword", "jbossws"); | System.setProperty("org.jboss.wsse.keyStoreType", "jks"); | System.setProperty("org.jboss.wsse.trustStore", "/workspace/test/src/app/ws/client/META-INF/wssc.truststore"); | System.setProperty("org.jboss.wsse.trustStorePassword", "jbossws"); | System.setProperty("org.jboss.wsse.trustStoreType", "jks"); | | String wsdlLocation = "http://10.10.11.173:8080/TestWebServices/WsServerBean?wsdl"; | URL securityURL = new File("/workspace/test/src/app/ws/client/META-INF/jboss-wsse-client.xml").toURL(); | String targetNamespace = "http://testuri.org/"; | String serviceName = "testws"; | | Testws service = new Testws(new URL(wsdlLocation), new QName(targetNamespace, serviceName)); | ((ServiceExt)service).setSecurityConfig(securityURL.toExternalForm()); | | WsServerBean wsServerBean = service.getWsServerBeanPort(); | ((StubExt)wsServerBean).setConfigName("Standard WSSecurity Client"); | | System.out.println("\n===[ hello ]===================================================================v"); | System.out.println(wsServerBean.hello("aaaaa")); | System.out.println("===============================================================================^"); | | } | catch (Exception e) { | System.out.println("\n===[ Exception handler ]=======================================================v"); | e.printStackTrace(); | System.out.println("===============================================================================^"); | } | } | } META-INF/jboss-wsse-client.xml | | /workspace/test/src/app/ws/client/META-INF/wssc.keystore | jbossws | /workspace/test/src/app/ws/client/META-INF/wssc.truststore | jbossws | | | | | | | META-INF/standard-jaxws-client-config.xml | | | Standard WSSecurity Client | | | ##SOAP11_HTTP | | WSSecurityHandlerOutbound | org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient | | | | | | I have to add following lines to "wsrunclient.sh". WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/wsdl4j.jar" | WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/lib/jboss-common.jar" | WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/xmlsec.jar" | WSRUNCLIENT_CLASSPATH="$WSRUNCLIENT_CLASSPATH:$JBOSS_HOME/client/commons-logging.jar" Running the client: wsrunclient.sh -classpath /workspace/test/src/app/ws/client "app.ws.client.TestClient" -/usr/local/jboss/bin output: ===[ hello ]===================================================================v | 08:31:27,890 INFO [Reference] Verification successful for URI "#element-16-1216711887803-747136" | 08:31:27,892 INFO [Reference] Verification successful for URI "#timestamp" | Hello world. You have called method hello with parameter : aaaaa | ===============================================================================^ Thanks and Regards, Peter View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165812#4165812 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165812 From do-not-reply at jboss.com Tue Jul 22 04:51:11 2008 From: do-not-reply at jboss.com (florian79) Date: Tue, 22 Jul 2008 04:51:11 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: BASIC-AUTH LOGOUT Message-ID: <30303112.1216716671504.JavaMail.jboss@colo-br-02.atl.jboss.com> realy no idea? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165819#4165819 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165819 From do-not-reply at jboss.com Tue Jul 22 16:04:03 2008 From: do-not-reply at jboss.com (jlvosters) Date: Tue, 22 Jul 2008 16:04:03 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Client timeout Message-ID: <3061457.1216757043363.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello - I was wondering if any discoveries have been made on this post. I had attempted similar code in the 3.0.2 GA release of jbossws and also could not get the timeout to occur. Really, what is needed is to have the socket throw and exception if the response does not come back in an acceptable time frame. Thank you for any help and it would be greatly appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165981#4165981 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165981 From do-not-reply at jboss.com Tue Jul 22 16:28:20 2008 From: do-not-reply at jboss.com (rjaros) Date: Tue, 22 Jul 2008 16:28:20 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Client timeout Message-ID: <4806550.1216758500322.JavaMail.jboss@colo-br-02.atl.jboss.com> In fact I have found a simple solution to this problem. Try setting -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=10000 properties of the JVM (both values are in milliseconds). It works for me. And I'm still using | ((BindingProvider)port).getRequestContext().put(StubExt.PROPERTY_CLIENT_TIMEOUT, new Integer(500)); as well, because sometimes it is necessery (I think when I can connect to remote side but I don't get any answer for a long time). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165984#4165984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165984 From do-not-reply at jboss.com Tue Jul 22 16:44:02 2008 From: do-not-reply at jboss.com (jlvosters) Date: Tue, 22 Jul 2008 16:44:02 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Client timeout Message-ID: <13070623.1216759442899.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you very much. That worked beautifully. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165990#4165990 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4165990 From do-not-reply at jboss.com Tue Jul 22 19:56:36 2008 From: do-not-reply at jboss.com (sfisque) Date: Tue, 22 Jul 2008 19:56:36 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - standard BASIC AUTH Message-ID: <7098196.1216770996350.JavaMail.jboss@colo-br-02.atl.jboss.com> i am trying to deploy a pojo endpoint webservice facade to an ORM library in JBoss 4.2.2. on Solaris 10. i have the entities deploying fine, and the facades and webservice endpoint are deploying fine as well. all of this is in a .JAR file with no WEB-INF or other webapp kruft. i have been able to secure my web service using the JBoss proprietary annotations (SecurityDomain and WebContext) without much problem. my question is, is there a way to do a .JAR deployment (no WEB-INF/web.xml) that would allow me to secure the endpoint without using any proprietary annotations or linkages. i am hoping to create a deployment that is container agnostic if possible (i've been able to keep all the entity annotations limited to JPA standard ones, so far) TIA == stanton View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166032#4166032 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166032 From jbossws-users at lists.jboss.org Wed Jul 23 04:26:47 2008 From: jbossws-users at lists.jboss.org (jbossws-users at lists.jboss.org) Date: Wed, 23 Jul 2008 04:26:47 -0400 Subject: [jbossws-users] Anjelina Jolie XXX Video Free. Message-ID: <20080723152637.2229.qmail@Manager3> An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbossws-users/attachments/20080723/24e32b98/attachment.html From do-not-reply at jboss.com Wed Jul 23 05:05:33 2008 From: do-not-reply at jboss.com (halylam) Date: Wed, 23 Jul 2008 05:05:33 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: consume WS error after update to JBossWS 2.0 Message-ID: <2753255.1216803933304.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Fantagir! I have the same problem of you and I also don't have the jaxws-rt and jaxws-tools in classpath. Did you solve your problem? I'm looking foreward for your replies. Thanks in advance. halylam View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166101#4166101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166101 From do-not-reply at jboss.com Wed Jul 23 08:33:34 2008 From: do-not-reply at jboss.com (robert.raksi) Date: Wed, 23 Jul 2008 08:33:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Deployment failure Message-ID: <26068243.1216816414823.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! I get the same error. If I change the List to ArrayList the error is gone but the types generated in the wsdl are empty. One has to write an adaptor and marshall/unmarshall the array list somehow? Shouldn't this be done automaticaly for Lists? I hope someone can clarify things for me in this matter, thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166129#4166129 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166129 From do-not-reply at jboss.com Wed Jul 23 08:42:53 2008 From: do-not-reply at jboss.com (gressho) Date: Wed, 23 Jul 2008 08:42:53 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Casting to StubExr leads to ClassCastException Message-ID: <276859.1216816973560.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I'm trying to add WS-Security to my web services which are running fine without. I generated the client code with Netbeans 6.1 and built the following class to use it. I added all jars from wsrunclient to the classpath of my project and tried to run it. The result was anonymous wrote : | java.lang.ClassCastException: $Proxy31 cannot be cast to org.jboss.ws.core.StubExt | at javaapplication1.Main.main(Main.java:33) | My code: | /* | * To change this template, choose Tools | Templates | * and open the template in the editor. | */ | | package javaapplication1; | | import de.wwu.services.mailservice.Charset; | import de.wwu.services.mailservice.Recipient; | import de.wwu.services.mailservice.RecipientType; | import java.io.File; | import java.net.URL; | import org.jboss.ws.core.StubExt; | | /** | * | * @author gressho | */ | public class Main { | | /** | * @param args the command line arguments | */ | public static void main(String[] args) { | | try { // Call Web Service Operation | de.wwu.services.mailservice.NotificationService service = new de.wwu.services.mailservice.NotificationService(); | de.wwu.services.mailservice.NotificationEndpoint port = service.getNotificationEndpointPort(); | URL securityURL = new File("META-INF/jboss-wsse-client.xml").toURI().toURL(); | URL securityConfig= new File("META-INF/standard-jaxws-client-config.xml").toURI().toURL(); | ((StubExt)port).setSecurityConfig(securityConfig.toExternalForm()); | ((StubExt)port).setConfigName("Standard WSSecurity Client"); | // TODO initialize WS operation arguments here | de.wwu.services.mailservice.Message message = new de.wwu.services.mailservice.Message(); | message.setCharset(Charset.UTF_8); | Recipient firstRecipient = new Recipient(); | firstRecipient.setRecipientType(RecipientType.TO); | firstRecipient.setRecipientAddress("gressho at uni-muenster.de"); | message.getRecipients().add(firstRecipient); | message.setSender("gressho at uni-muenster.de"); | message.setSubject("Clustertest"); | message.setContent("Diese Mail ist ein Test... Also gleich wegschmei????en!"); | port.NotifyRecipients(message); | } catch (Exception ex) { | ex.printStackTrace(); | // TODO handle custom exceptions here | } | | // TODO code application logic here | } | | } | Every help is appreciated Werner View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166131#4166131 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166131 From do-not-reply at jboss.com Wed Jul 23 09:03:55 2008 From: do-not-reply at jboss.com (adinn) Date: Wed, 23 Jul 2008 09:03:55 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - NPE when web services are shut down Message-ID: <15238722.1216818235439.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi guys, I found a problem in shutdown processing for JBossWS Native 3.0.2 on 5.0.0.CR1. I'm getting NullPointerExceptions from BareWSFRuntime.stop() as web services are being undeployed. This occurs both for an application web service (the XTS demo) and for the web services deployed in the XTS sar as part of the XTS implementation. The stack traces are as follows | 13:32:45,437 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-t11.war | java.lang.NullPointerException | at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71) | at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109) | at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144) | at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354) | at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406) | at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160) | at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508) | at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827) | | 13:32:45,438 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-c11.war | java.lang.NullPointerException | at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71) | at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109) | at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144) | at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354) | at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406) | at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160) | at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508) | at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827) | | 13:32:45,437 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-t11.war | java.lang.NullPointerException | at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71) | at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109) | at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144) | at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354) | at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406) | at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160) | at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508) | at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827) | 13:32:45,438 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-c11.war | java.lang.NullPointerException | at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71) | at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109) | at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144) | at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354) | at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406) | at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160) | at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508) | at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827) | The WSFRuntime has a null value in its deploymentManager field. This can only happen if it has not been initialised after creation. I debugged the error and noticed that ArchiveDeployerHook.undeploy will create a new runtime when shutting down a web service if the current runtime is null. Presumably this is happening because the runtime which started the web services has been closed down before the web services and then a new instance recreated by ArchiveDeployerHook in an environment where it cannot obtain a deploymentManager when it initialises. Please note that the XTS service does not declare a service/bean dependency on JBossWS because of another issue to do with start-up (see JBWS-2246). Nevertheless, the problem is obviously not just to do with service dependencies because the XTS demo application is a simple app rather than a service and should not be expected to declare dependencies upon JBossWS services/beans in order to be started and stopped correctly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166135#4166135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166135 From do-not-reply at jboss.com Wed Jul 23 11:00:09 2008 From: do-not-reply at jboss.com (gressho) Date: Wed, 23 Jul 2008 11:00:09 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Casting to StubExr leads to ClassCastException Message-ID: <26204702.1216825209221.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I've just observed that Netbeans generated JAX-WS 2.1 compliant client classes. In the news paper sample it was JAX-WS 2.0. Is that a problem? The classes look very similar to me. Best wishes Werner View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166182#4166182 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166182 From do-not-reply at jboss.com Wed Jul 23 12:13:38 2008 From: do-not-reply at jboss.com (hbadami) Date: Wed, 23 Jul 2008 12:13:38 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Achieving asynchronous communications Message-ID: <24231934.1216829618618.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi I am trying to implement a java webservice client (jboss 4.2 AS as the application server with JBossWS Native installed) for a webservice written in C#. The use case is : My java client has a for loop. In every iteration it sends two strings to the .net webservice. The .net webservice extracts that information and processes it. The process typically takes 5-6 mins to complete and currently the client has to wait. I want my client to be asynchronous i.e. once it sends the data to the webservice it should move on and process the next iteration. This way it can send all the requests (associated to the for loop iteration) to the webservice. Once the webservice is done with a single request (ie. iteration of the for loop) it returns an integer which is a database id for a row. Now the idle sitting client should receive this number and do some further processing. So the client would process every number the webservice returns (equal to the iterations of the for loop) I need to work on deciding which methodology would be suitable. I read an article at http://developers.sun.com/appserver/reference/techart/async_paper.html which makes sense to me. Also I went through http://jbws.dyndns.org/mediawiki/index.php?title=Asynchronous_invocations_sample article but am not sure how applicable is it to the platform interoperability requirement. Please share your experience and thoughts. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166205#4166205 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166205 From do-not-reply at jboss.com Wed Jul 23 12:45:07 2008 From: do-not-reply at jboss.com (PeterJ) Date: Wed, 23 Jul 2008 12:45:07 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Casting to StubExr leads to ClassCastException Message-ID: <21471199.1216831507830.JavaMail.jboss@colo-br-02.atl.jboss.com> I think you should use wsconsume to generate the client stubs, and then use those stubs. It will make your client much simpler - it will not need any of the security-related code you posted. See http://www.jboss.com/index.html?module=bb&op=viewtopic&t=127824 for a complete example. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166212#4166212 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166212 From do-not-reply at jboss.com Wed Jul 23 15:26:50 2008 From: do-not-reply at jboss.com (shadowfury) Date: Wed, 23 Jul 2008 15:26:50 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Client jar interfering with server-side WS Message-ID: <6601891.1216841210406.JavaMail.jboss@colo-br-02.atl.jboss.com> Our application has both server-side web services (EJB3 stateless bean exposed via annotations) and web service client components, completely separate components. The client uses a couple required jars provided by the host that the client interfaces with, and one of these jars contains a class that's interfering with the server-side web services. Any call made to the exposed EJB throws the following exception: 2008-07-23 16:45:45,697 ERROR [ContainerBase] http-localhost%2F127.0.0.1-8080-1 Servlet.service() for servlet MyService threw exception java.lang.AbstractMethodError: weblogic.webservice.core.soap.SOAPElementImpl.setAttributeNS(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V at org.jboss.wsf.common.DOMUtils.copyAttributes(Unknown Source) at org.jboss.ws.core.soap.SOAPFactoryImpl.createElement(SOAPFactoryImpl.java:125) at org.jboss.ws.core.soap.EnvelopeBuilderDOM.build(EnvelopeBuilderDOM.java:124) at org.jboss.ws.core.soap.EnvelopeBuilderDOM.build(EnvelopeBuilderDOM.java:96) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:262) at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:185) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:389) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:272) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:189) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:122) at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) 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:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:613) The weblogic.webservice.core.soap.SOAPElementImpl is from the client jar, when what it should be using (I'm assuming) is org.jboss.ws.core.soap.SOAPElementImpl from one of the jbossws-*.jar's. How do I tell JBoss to use the correct one for the server-side stuff and not break the client component? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166243#4166243 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166243 From do-not-reply at jboss.com Thu Jul 24 02:52:14 2008 From: do-not-reply at jboss.com (qiqigeyue) Date: Thu, 24 Jul 2008 02:52:14 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - How to discover wsdl file of web service from JBoss using AP Message-ID: <3323804.1216882334441.JavaMail.jboss@colo-br-02.atl.jboss.com> Does anyone know how to discover wsdl file of web service from JBoss using API? The wsdl file is included in the wsdl directory of the war, as JBoss using JMX to manage resource, maybe I can use MBean to find the wsdl file of webservice, but as there are so many MBeans, could anyone help me? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166312#4166312 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166312 From do-not-reply at jboss.com Thu Jul 24 03:22:38 2008 From: do-not-reply at jboss.com (dmitry.kudrenko) Date: Thu, 24 Jul 2008 03:22:38 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: artifacts from wsconsume serializable? Message-ID: <10466780.1216884158135.JavaMail.jboss@colo-br-02.atl.jboss.com> Use binding file to generate serializable artifacts: 1. create the file, for example, jaxb-bindings.xml 2. Use -b key to specify binding file for wsconsume. Unfortunately, this key didn't work for me with wsconsume. It is why I used JAX-WS wsimport instead of wsconsume. It generates the same code but binding works and it has maven plugin to work with. Hope this information will help you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166318#4166318 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166318 From do-not-reply at jboss.com Thu Jul 24 03:26:47 2008 From: do-not-reply at jboss.com (dmitry.kudrenko) Date: Thu, 24 Jul 2008 03:26:47 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: wsconsume + serialisible Message-ID: <5794754.1216884407289.JavaMail.jboss@colo-br-02.atl.jboss.com> I found the solution: I used binding file to generate serializable artifacts: 1. create the file, for example, jaxb-bindings.xml 2. Use -b key to specify binding file for wsconsume. Unfortunately, this key didn't work for me with wsconsume. It is why I used JAX-WS wsimport instead of wsconsume. It generates the same code but binding works and it has maven plugin to work with. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166321#4166321 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166321 From do-not-reply at jboss.com Thu Jul 24 06:09:48 2008 From: do-not-reply at jboss.com (gressho) Date: Thu, 24 Jul 2008 06:09:48 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Casting to StubExr leads to ClassCastException Message-ID: <12625161.1216894188655.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks, using the JBoss classes instead of JAX-WS 2.1 from Netbeans resolved the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166366#4166366 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166366 From do-not-reply at jboss.com Thu Jul 24 10:16:49 2008 From: do-not-reply at jboss.com (jeffrho) Date: Thu, 24 Jul 2008 10:16:49 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Username token password type? Message-ID: <24959844.1216909009557.JavaMail.jboss@colo-br-02.atl.jboss.com> I'm using a JBossWS Native 3.0.2 client to invoke a secure Web service running on WebLogic. When the JBoss client creates a username token it looks like this: | awdadmin | awdadmin | Note the ".xsd" in the Type value. WebLogic fails to process the UNT header because it does not recognize the password type. When I invoke this Web service with another client, it generates a different password type - without the ".xsd" in the Type value: | awdadmin | awdadmin | WebLogic is able to process the above UNT header and I can successfully consume the service. Is Native 3.0.2 client mistakenly putting the .xsd on the password Type? I don't think I've seen the ".xsd" on any examples of UNT password type. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166430#4166430 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166430 From do-not-reply at jboss.com Thu Jul 24 10:34:18 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 24 Jul 2008 10:34:18 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Username token password type? Message-ID: <11891901.1216910058709.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you for pointing this out. https://jira.jboss.org/jira/browse/JBWS-2265 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166439#4166439 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166439 From do-not-reply at jboss.com Fri Jul 25 05:30:18 2008 From: do-not-reply at jboss.com (rohit.macherla) Date: Fri, 25 Jul 2008 05:30:18 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - XSD import in JBoss generated WSDL Message-ID: <31418225.1216978218453.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am using JBoss 4.2.2.GA installed on HP-UX machine. When I deploy a WAR file (annotated one, so that a WebService is deployed), the WSDL file has the XSD embedded into it. Is there any way I can get the XSD in a different location and have the WSDL import it ? For example, when I deploy a service I get something like this in the WSDL: | | - | | | | ................................................... | But I want something like this : | | - | | | Where should the configurations be changed to reflect this? In Sun One server, the WSDL's are generated like this by default and our application is now migrated on to JBoss and we want the same WSDL structure. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166604#4166604 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166604 From do-not-reply at jboss.com Fri Jul 25 09:45:47 2008 From: do-not-reply at jboss.com (adijo1) Date: Fri, 25 Jul 2008 09:45:47 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: WS-Security - extract information from signature in SOAP Message-ID: <13472370.1216993547667.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I have search further and found these two topics: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=110386 - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=88871 that encourage me to upgrade to latest version (jbossws-native-3.0.2.GA). I have tried to read http://jbws.dyndns.org/mediawiki/index.php?title=WS-Security_options#X.509_certificate_token document but I don't understand much. If I insert following | | lines to jboss-wsse-server.xml file I get error: 15:00:46,874 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | javax.ejb.EJBAccessException: Authentication failure | at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.handleGeneralSecurityException(Ejb3AuthenticationInterceptor.java:68) | at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:70) | at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.wsf.container.jboss42.InvocationHandlerEJB3.invoke(InvocationHandlerEJB3.java:103) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:221) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:466) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:284) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:201) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:134) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) | at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | at java.lang.Thread.run(Thread.java:595) I'm sorry if my question is too newbie one. Can anyone look at this topic and try to help me with some examples or direct me to simple document please? Thanks and Best Regards, Peter View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166668#4166668 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166668 From do-not-reply at jboss.com Fri Jul 25 12:13:21 2008 From: do-not-reply at jboss.com (Houla) Date: Fri, 25 Jul 2008 12:13:21 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - SchemaValidation doesn't work with some special characters Message-ID: <12345694.1217002401501.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi everyone! We're trying to use @SchemaValidation for our WebService. It works great as long as there is no umlaut (a special german letter like an o with two dots on top) in the content. If there is one, we get the following exception: | org.jboss.ws.WSException: org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence. | at org.jboss.ws.WSException.rethrow(WSException.java:68) | at org.jboss.ws.core.soap.SOAPBodyElementDoc.validatePayload(SOAPBodyElementDoc.java:130) | at org.jboss.ws.core.soap.SOAPBodyElementDoc.transitionTo(SOAPBodyElementDoc.java:82) | at org.jboss.ws.core.soap.SOAPContentElement.getObjectValue(SOAPContentElement.java:173) | at org.jboss.ws.core.EndpointInvocation.transformPayloadValue(EndpointInvocation.java:263) | at org.jboss.ws.core.EndpointInvocation.getRequestParamValue(EndpointInvocation.java:115) | at org.jboss.ws.core.EndpointInvocation.getRequestPayload(EndpointInvocation.java:135) | at org.jboss.ws.core.server.DelegatingInvocation.getArgs(DelegatingInvocation.java:82) | at org.jboss.wsf.container.jboss42.InvocationHandlerEJB3.invoke(InvocationHandlerEJB3.java:95) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:221) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:466) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:284) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:201) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:134) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:613) | ... | We had a look on the source of the JBossWS-code and found the following line in org.jboss.ws.extensions.validation.SchemaValidationHelper: | ByteArrayInputStream bais = new ByteArrayInputStream(inxml.getBytes()); | It works perfectly (at least on our tests) if we change it to | ByteArrayInputStream bais = new ByteArrayInputStream(inxml.getBytes("UTF-8")); | But: We're not sure if this is a general solution. While digging deeper through the code we found the following: In InputSource (which is used by the parser which validates the document), there should be some magical automation which should determine the right encoding. But that doesn't seem to work. It seems that this automatism allways determines UTF-8, even if it is ISO-8859-1 or MacRoman or ... We're using JBossAS 4.2.2 whith JBossWS 3.0.1 or 3.0.2 GA under MacOS 10.4. Does anyone have an idea whats going wrong here? Do I do something wrong or is it a bug in JBossWS? Thanks! Houla View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166713#4166713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166713 From do-not-reply at jboss.com Fri Jul 25 12:34:21 2008 From: do-not-reply at jboss.com (dakk) Date: Fri, 25 Jul 2008 12:34:21 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Looking to pass complex types in web service... Message-ID: <14789554.1217003661588.JavaMail.jboss@colo-br-02.atl.jboss.com> OK, so I am a newbie... I've got the example from chapter 12 running -- the Hello example -- that passes a string. I'd like to modify the example to pass in say 2 strings, and return a complex type that is made up of ints and strings. I am using JBoss 4.2.0, and JWSDP 2. I think I've gotten a long way (I can at least invoke the service) but I am getting serialization errors (null ptr error) from com.sun.xml.rpc.encoding.DynamicInternalTypeMappingRegistry.getSerializer() - where the cause is emanating from com.sun.xml.rpc.encoding.literal.ValueTypeLiteralSerializer.doSetTargetClass(). What I am wondering is if I can really use the same approach that the Hello example used (i.e., ServiceFactory.createService, service.getPort, and then invoke my service method), or if I really need to use another API to pass complex types. Any help would be appreciated! Norm View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166716#4166716 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166716 From do-not-reply at jboss.com Fri Jul 25 16:12:08 2008 From: do-not-reply at jboss.com (dakk) Date: Fri, 25 Jul 2008 16:12:08 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Looking for basic example involving web services that pass c Message-ID: <3623248.1217016728202.JavaMail.jboss@colo-br-02.atl.jboss.com> What is the best way to create a BASIC web service that can send images and complex data types? I have run the Hello example, but it appears that one cannot get from that to a real world app at all (OK, so I could write my own de/serializers and dump it all into a string!). I'd really appreciate some simple guidance (pointers to an example would be greaaat!) from those experienced in web services using JBoss. There MUST be some basic examples that exist! E.g. do I need to create my own de/serializers? Thanks!!! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166749#4166749 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166749 From do-not-reply at jboss.com Fri Jul 25 16:51:10 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 25 Jul 2008 16:51:10 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <1620236.1217019070056.JavaMail.jboss@colo-br-02.atl.jboss.com> As long as the complex type implements Serializable, then it should work. Please post the full exception stack trace you are getting - it is hard to pinpoint the error with it. Also, post the source for the complex class (you can leave out the methods). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166751#4166751 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166751 From do-not-reply at jboss.com Fri Jul 25 16:57:31 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 25 Jul 2008 16:57:31 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <13300838.1217019451977.JavaMail.jboss@colo-br-02.atl.jboss.com> I meant "it is hard to pinpoint the error without it" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166754#4166754 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166754 From do-not-reply at jboss.com Fri Jul 25 17:04:56 2008 From: do-not-reply at jboss.com (dakk) Date: Fri, 25 Jul 2008 17:04:56 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <2407242.1217019896330.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for your help! Norm The class is: ======== import java.util.Date; /** * * @author dakk */ public class DataRecord implements java.io.Serializable { public String fileName; public byte[] photo; //as an array of base64-encoded bytes public Float salary; public Float d2; public Float d3; public Float d4; public Date date; public Integer empID; public Float d5; public DataRecord() {} public String toString() { return "Data Record Filename="+this.fileName; } } Here is the run: =================================== init: deps-jar: compile-single: run-single: Contacting webservice at http://localhost:8080/myservlet/MyServletInterface?wsdl Exception in thread "main" deserialization error: unexpected XML reader state. expected: END but found: START: date at com.sun.xml.rpc.encoding.literal.LiteralResponseSerializer.deserialize(LiteralResponseSerializer.java:331) at com.sun.xml.rpc.client.dii.CallInvokerImpl._readFirstBodyElement(CallInvokerImpl.java:350) at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:228) at com.sun.xml.rpc.client.dii.CallInvokerImpl.doInvoke(CallInvokerImpl.java:103) at com.sun.xml.rpc.client.dii.BasicCall.invoke(BasicCall.java:486) at com.sun.xml.rpc.client.dii.CallInvocationHandler.doCall(CallInvocationHandler.java:121) at com.sun.xml.rpc.client.dii.CallInvocationHandler.invoke(CallInvocationHandler.java:85) at $Proxy0.getDataRecord(Unknown Source) at MyClient.main(MyClient.java:48) CAUSE: unexpected XML reader state. expected: END but found: START: date at com.sun.xml.rpc.streaming.XMLReaderUtil.verifyReaderState(XMLReaderUtil.java:51) at com.sun.xml.rpc.encoding.literal.LiteralResponseSerializer.internalDeserialize(LiteralResponseSerializer.java:373) at com.sun.xml.rpc.encoding.literal.LiteralResponseSerializer.deserialize(LiteralResponseSerializer.java:327) at com.sun.xml.rpc.client.dii.CallInvokerImpl._readFirstBodyElement(CallInvokerImpl.java:350) at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:228) at com.sun.xml.rpc.client.dii.CallInvokerImpl.doInvoke(CallInvokerImpl.java:103) at com.sun.xml.rpc.client.dii.BasicCall.invoke(BasicCall.java:486) at com.sun.xml.rpc.client.dii.CallInvocationHandler.doCall(CallInvocationHandler.java:121) at com.sun.xml.rpc.client.dii.CallInvocationHandler.invoke(CallInvocationHandler.java:85) at $Proxy0.getDataRecord(Unknown Source) at MyClient.main(MyClient.java:48) Java Result: 1 BUILD SUCCESSFUL (total time: 17 seconds) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166755#4166755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166755 From do-not-reply at jboss.com Fri Jul 25 17:54:52 2008 From: do-not-reply at jboss.com (dakk) Date: Fri, 25 Jul 2008 17:54:52 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <20741114.1217022892587.JavaMail.jboss@colo-br-02.atl.jboss.com> Any chance this could be as simple as adjusting the wscompile params? I am currently using: View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166761#4166761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166761 From do-not-reply at jboss.com Fri Jul 25 17:58:57 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 25 Jul 2008 17:58:57 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <28035770.1217023137595.JavaMail.jboss@colo-br-02.atl.jboss.com> Enclose your XML text in UBBCode "code" tags - you can do this by selecting the XML text and clicking the Code button above the editor window. Also, click the Preview button to ensure that the formatting is correct and the XML text shows up before posting. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166764#4166764 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166764 From do-not-reply at jboss.com Fri Jul 25 20:02:23 2008 From: do-not-reply at jboss.com (dakk) Date: Fri, 25 Jul 2008 20:02:23 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <29553919.1217030543164.JavaMail.jboss@colo-br-02.atl.jboss.com> "PeterJ" wrote : Enclose your XML text in UBBCode "code" tags - you can do this by selecting the XML text and clicking the Code button above the editor window. Also, click the Preview button to ensure that the formatting is correct and the XML text shows up before posting. ...Are you referring to the XML msgs related to method invocation? If so, I am not generating the XML... this is all being handled by the stubs that I believe that wscompile generated. Please clarify if I misunderstood, or tell me a little more about how I would do this. (Is there a switch in wscompile that would help?) Thanks again!! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166769#4166769 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166769 From do-not-reply at jboss.com Mon Jul 28 03:15:30 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Mon, 28 Jul 2008 03:15:30 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: SchemaValidation doesn't work with some special characte Message-ID: <8356771.1217229330161.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for pointing on that. You can register yourself for notification here: JBWS-2266 on future progress of this issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166871#4166871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166871 From do-not-reply at jboss.com Mon Jul 28 06:34:06 2008 From: do-not-reply at jboss.com (seeteshaparna) Date: Mon, 28 Jul 2008 06:34:06 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Strange java.lang.ClassCastException: org.jboss.axis.Mes Message-ID: <20528508.1217241246618.JavaMail.jboss@colo-br-02.atl.jboss.com> Stub stub = (Stub) (new MyHelloService_Impl().getHelloIFPort()); stub._setProperty (javax.xml.rpc.Stub.ENDPOINT_ADDRESS_PROPERTY, "http://localhost:8080/seetws/HelloSeet"); HelloIF hello = (HelloIF) stub; // hello.populateData("ssss"); hello.fetchData(); The exception occurs after hello.fetchData() method is executed. Any Inputs? Rgds, Seetesh Hindlekar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166931#4166931 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166931 From do-not-reply at jboss.com Mon Jul 28 07:13:15 2008 From: do-not-reply at jboss.com (xinhua) Date: Mon, 28 Jul 2008 07:13:15 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Newbie question : What does it mean... Message-ID: <22779226.1217243595962.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I have a Jboss WS which handles 50,000 SOAP requests everyday. Almost every 10,000 requests i got an Exception: ERROR org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS - SOAP request exception | org.jboss.ws.core.CommonSOAPFaultException: Read timed out | at org.jboss.ws.core.soap.EnvelopeBuilderDOM.build(EnvelopeBuilderDOM.java:93) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:280) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:195) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:447) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:284) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:201) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:134) | at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84) | 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:230) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) | 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:157) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) | at java.lang.Thread.run(Thread.java:595) | I know it is an Exception about "Read Time", but , read what??? read request from client or something comes from server? What could it be? Lots of thanks in advance for any explanation/help View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166948#4166948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166948 From do-not-reply at jboss.com Mon Jul 28 09:46:26 2008 From: do-not-reply at jboss.com (dakk) Date: Mon, 28 Jul 2008 09:46:26 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <16014100.1217252786757.JavaMail.jboss@colo-br-02.atl.jboss.com> Wow... ok I am apparently SLOW. I thought you were providing a solution! I didn't see my previous post (which obviously has hidden XML)! Here is the XML for running wscompile: Btw, is there a way to see the XML that is being sent? Not that I could remedy the problem, but the stub code that wscompile is generating is compiled. I prefer to be able to instrument this so I can see what xml it is passing around. Thanks!! Norm | | | | | | | | | | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167040#4167040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167040 From do-not-reply at jboss.com Mon Jul 28 09:48:43 2008 From: do-not-reply at jboss.com (r12345_2003) Date: Mon, 28 Jul 2008 09:48:43 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - JBoss WS security throws javax.xml.ws.WebServiceException: o Message-ID: <22386660.1217252923349.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I am using Jboss Web services and WS security. I have Jboss version 4.2.2 GA. My web service is implemented as a stateless EJB. The problem is when I invoke the web service from a client application, the following exception is thrown: | javax.xml.ws.WebServiceException: org.jboss.ws.core.CommonSOAPFaultException: An internal WS-Security error occurred. See log for details | org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.processHandlerFailure(HandlerChainExecutor.java:276) | org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:155) | org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(ClientImpl.java:168) | org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) | org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:164) | org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) | $Proxy119.getUserDetailsFromURSID(Unknown Source) | test.filter.base.SecurityFilter.getUserDetails(SecurityFilter.java:274) | test.filter.base.SecurityFilter.doFilter(SecurityFilter.java:166) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | root cause | | org.jboss.ws.core.CommonSOAPFaultException: An internal WS-Security error occurred. See log for details | org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) | org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) | org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) | org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handleInbound(WSSecurityHandlerClient.java:40) | org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) | org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) | org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) | org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(ClientImpl.java:168) | org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) | org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:164) | org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) | $Proxy119.getUserDetailsFromURSID(Unknown Source) | test.filter.base.SecurityFilter.getUserDetails(SecurityFilter.java:274) | test.filter.base.SecurityFilter.doFilter(SecurityFilter.java:166) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | There are no exceptions in the server log or the client logs. When I deploy the web service on my windows box, it works fine, I get the above error only when I'm running the web service on my linux environment. This makes me think that there may be some configuration error in my linux environment. However, I checked the most likely reasons like a misconfigured login-conf.xml, or a missing jboss-wsse-server.xml or a missing jboss-wsse-client.xml and it looks fine. Another thing to mention is the debug statements inside the web service method being invoked are printed, however the control doesnt return to the client. Does anyone have any idea what is going on? Any help would be greatly appreciated! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167042#4167042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167042 From do-not-reply at jboss.com Mon Jul 28 11:30:01 2008 From: do-not-reply at jboss.com (PeterJ) Date: Mon, 28 Jul 2008 11:30:01 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <20582508.1217259001107.JavaMail.jboss@colo-br-02.atl.jboss.com> So see the SOAP messages on the server, edit the server/xxx/conf/jboss-log4j.xml file, uncommenting the org.jboss.ws.core.MessageTrace category. To see them on the client provide a log4j config file that enables the same category. Also, have you tried removing the "byte[] photo" field? I am guessing that it might be the cause. If it works without that, we will at least know where to focus our effort. I was about to say "Please post your mapping.xml file.", but decided to check the options before I did so to make sure that it was not a file that was being generated. But there is no such thing as wscompile in JBoss Web Services. There is a wsconsume, wsprovide, and wsrunclient (and a wstools, but it is for the old-style web services). And based in the command line, it appears that wscompile is part of Sun's web service's implementation. You really need to sue the JBoss Web Service tools. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167088#4167088 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167088 From do-not-reply at jboss.com Mon Jul 28 11:42:40 2008 From: do-not-reply at jboss.com (dakk) Date: Mon, 28 Jul 2008 11:42:40 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <11104685.1217259760274.JavaMail.jboss@colo-br-02.atl.jboss.com> Peter, I guess I'd prefer not to waste your time (or anyone else that might help me) to debug a Sun tool if there is a better, more reliable way to go... I was led down this path as a newbie by following any example I got from the JBoss site (some book on JBoss). If there is another example, or simple docs that'll walk me thru sending a complex type, by all means I am eager to go that route instead! Thanks for your fast response to this, I'd really like to get this working asap! Norm View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167097#4167097 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167097 From do-not-reply at jboss.com Mon Jul 28 12:28:08 2008 From: do-not-reply at jboss.com (adinn) Date: Mon, 28 Jul 2008 12:28:08 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Use of PostCreate in JaxWS WebService implementation class Message-ID: <26093317.1217262488263.JavaMail.jboss@colo-br-02.atl.jboss.com> JSR 109 appears (to me at least) to suggest that the @PostCreate and @PreDestroy annotations can be used to annotate lifecycle methods of either an EJB or a POJO, so long as the EJB/POJO is tagged with a WebService annotation. Here is the relevant text from version 1.2 anonymous wrote : | 5.3.2.4.2.1 The optional @PostConstruct or @PreDestroy annotations | A Service Implementation Bean may use javax.annotation.PostConstruct or javax.annotation.PreDestroy annotation on methods for lifecycle event callbacks. The methods annotated with javax.annotation.PostConstruct or javax.annotation.PreDestroy annotation allow the web container to notify a Service Implementation Bean instance of impending changes in its state. The bean may use the notification to prepare its internal state for the transition. If the bean implements methods that are annotated with javax.annotation.PostConstruct or javax.annotation.PreDestroy annotations then the container is required to call them in the manner described below. | . . . | This is all subsumed under section 5.3.2.4 'Web container programming model' and is distinct from the case described in section 5.2.3.3 'EJB container programming model' which is why I take it to be referring to use of POJOs annotated with @WebService. I tried to use this feature in a service implementation class running under JBossWS Native 3.0.2 on AS 5.0.0.CR1 and the life cycle methods were not invoked. Is this because I am reading JSR 109 wrong I am reading JSR 109 correct but JBossWS Native 3.0.2 does not (yet) implement lifecycle methods I am reading JSR 109 correct and JBossWS Native 3.0.2 does implement lifecycle methods but there is a bug small print may apply Any clarification would be most gratefully received View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167118#4167118 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167118 From do-not-reply at jboss.com Mon Jul 28 13:19:17 2008 From: do-not-reply at jboss.com (PeterJ) Date: Mon, 28 Jul 2008 13:19:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <25772129.1217265557149.JavaMail.jboss@colo-br-02.atl.jboss.com> I don't know of an example that uses a complex type, but there is documentation on JBoss Web Services, and its tools, at http://jbws.dyndns.org/mediawiki/index.php?title=JAX-WS_User_Guide. I also have another resource, but it is not free, nor does it cover complex types, but it does walk you through a complete example. I can supply the URL if you like. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167133#4167133 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167133 From do-not-reply at jboss.com Mon Jul 28 14:09:12 2008 From: do-not-reply at jboss.com (dakk) Date: Mon, 28 Jul 2008 14:09:12 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Looking to pass complex types in web service... Message-ID: <2885026.1217268552952.JavaMail.jboss@colo-br-02.atl.jboss.com> UPDATE: ===== I went back and started by reducing the data struct I was passing to just one attribute, then two, then ... etc., until I found the problems. 1) It turns out that one problem I had was that two attrs started with capital letters (my bad)... neither javac or wscompile caught this, but it did cause parsing errors. 2) It also does not like the java.util.Date type. I suppose I can convert this to a string and then back to a date. (I get the same parsing error I got before - something like 'saw START but expected END'... 3) It was having trouble parsing the byte array (that will store up to a 1.5MB image), that at this point only contained a string converted to bytes. I changed that attr to a String and then Base64 encoded the bytes and it works fine. --> If there is a more efficent way to pass a 1.5MB file back in a response, please let me know. Thanks! Norm. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167150#4167150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167150 From do-not-reply at jboss.com Mon Jul 28 15:21:22 2008 From: do-not-reply at jboss.com (dakk) Date: Mon, 28 Jul 2008 15:21:22 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - JBoss - problem parsing Date attribute Message-ID: <8073753.1217272882842.JavaMail.jboss@colo-br-02.atl.jboss.com> I have noticed that including a Date attr in a service request/response causes a parsing error...as long at the attr is not the last one. The stub code was generated by wscompile... Is this a bug with JBoss parsing, or with the code that wscompile generated? If I rename the date attr myDate to zMyDate to ensure it is the last attr in the object being passed (they are ordered alphabetically), then the error is averted. The same goes for the msg inovation -- as long as the Date param is the last param, then it parses fine. Anyone know which component is causing the problem? Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167159#4167159 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167159 From do-not-reply at jboss.com Mon Jul 28 20:20:45 2008 From: do-not-reply at jboss.com (lambeths) Date: Mon, 28 Jul 2008 20:20:45 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Class javax/xml/rpc/ParameterMode violates loader constr Message-ID: <10419647.1217290846095.JavaMail.jboss@colo-br-02.atl.jboss.com> I had this same error and found that it was because I was including some JAX RPC libs in my EAR file that did not mesh well with the libs on the JBoss server install. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167193#4167193 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167193 From do-not-reply at jboss.com Tue Jul 29 00:58:26 2008 From: do-not-reply at jboss.com (kvnchien) Date: Tue, 29 Jul 2008 00:58:26 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: wsconsume https Message-ID: <7461184.1217307506614.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am running into the same problem. Have you found the solution yet? Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167210#4167210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167210 From do-not-reply at jboss.com Tue Jul 29 05:12:23 2008 From: do-not-reply at jboss.com (adinn) Date: Tue, 29 Jul 2008 05:12:23 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Use of PostCreate in JaxWS WebService implementation cla Message-ID: <32293438.1217322744538.JavaMail.jboss@colo-br-02.atl.jboss.com> I checked up on Sun's online documentation for Metro and it confirms that PostCreate and PreDestroy annotated methodsof a WebService are supposed to be invoked by JaxWS. See: | https://jax-ws.dev.java.net/jax-ws-ea3/docs/annotations.html | The JaxWS 2.0 and 2.1 spec both refer to JSR 109 in section 11 when discussing the deployment model for @WebService annotated classes. So, I'm going to raise a JIRA against JBossWS Native for not honouring these annotations. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167263#4167263 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167263 From do-not-reply at jboss.com Tue Jul 29 05:15:42 2008 From: do-not-reply at jboss.com (adinn) Date: Tue, 29 Jul 2008 05:15:42 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Use of PostCreate in JaxWS WebService implementation cla Message-ID: <70163.1217322943676.JavaMail.jboss@colo-br-02.atl.jboss.com> Apologies, for all occurences of PostCreate please read PostConstruct View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167264#4167264 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167264 From akarypid at yahoo.gr Tue Jul 29 05:44:00 2008 From: akarypid at yahoo.gr (Alexandros Karypidis) Date: Tue, 29 Jul 2008 12:44:00 +0300 Subject: [jbossws-users] Require authentication for everything but the WSDL Message-ID: <488EE660.7050407@yahoo.gr> Hello all, This is a beginner question. I've been using the instructions here: http://jbws.dyndns.org/mediawiki/index.php/JAX-WS_User_Guide I've successfully created a POJO web service and published it as a servlet in JBoss 4.2.2. I also created a user / role in the jbossws security realm and restricted access to my web service using web.xml. ===> The problem is: the way I've configured things, JBoss asks me for a password even when trying to access the WSDL. If I download the published WSDL with Firefox and save it locally, my test client can read it and then accesses the web services successfully (using the BindingProvider properties). I would like to retrieve the WSDL from the server as follows: URL wsdlURL = new URL( "file:///path/to/MyTestService.wsdl"); //<==== THIS WORKS // URL wsdlURL = new URL( // "http://localhost:8080/jbossws/services/MyTestService?wsdl"); // <==== THE ABOVE FAILS BECAUSE IT REQUIRES HTTP BASIC AUTH ====> QName serviceName = ...; Service s = Service.create(wsdlURL, serviceName); MyService ms = (MyService) s.getPort(MyService.class); BindingProvider bp = (BindingProvider) rs; bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "xxx"); bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "yyy"); From do-not-reply at jboss.com Tue Jul 29 05:48:53 2008 From: do-not-reply at jboss.com (lall2) Date: Tue, 29 Jul 2008 05:48:53 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Error SAP WS-Security client calling JBoss Security WS Message-ID: <32420742.1217324933289.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I get the following exception when the SAP system invokes a JBossWS WS-Security WS: | ERROR [WSSecurityDispatcher] Internal error occured handling inbound message: | org.jboss.ws.extensions.security.exception.WSSecurityException: Inavliad message, Reference element is missing a ValueType | at org.jboss.ws.extensions.security.element.DirectReference.(DirectReference.java:78) | at org.jboss.ws.extensions.security.element.Reference.getReference(Reference.java:39) | at org.jboss.ws.extensions.security.element.SecurityTokenReference.(SecurityTokenReference.java:61) | at org.jboss.ws.extensions.security.KeyResolver.extractSecurityTokenReference(KeyResolver.java:70) | at org.jboss.ws.extensions.security.KeyResolver.resolvePublicKey(KeyResolver.java:161) | at org.jboss.ws.extensions.security.element.Signature.(Signature.java:56) | at org.jboss.ws.extensions.security.element.SecurityHeader.(SecurityHeader.java:87) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:175) | at org.jboss.ws.extensions.security.WSSecurityDispatcher.decodeMessage(WSSecurityDispatcher.java:219) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:83) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer.handleInbound(WSSecurityHandlerServer.java:41) | It looks to me that this occurs when the SAP's request Envelope/Header/Security/Signature/KeyInfo/SecurityTokenReference/Reference element is checked. If so, can this check in org.jboss.ws.extensions.security.element.DirectReference be skipped, since the ValueType attribute of Envelope/Header/Security/Signature/KeyInfo/SecurityTokenReference/Reference does not contain specific information? Additionally, the same value type is also contained in Envelope/Header/Security/BinarySecurityToken element with a wsu:Id="token-2-1215429956710-11328770" attribute referencing/referenced in the URI attribute of Envelope/Header/Security/Signature/KeyInfo/SecurityTokenReference/Reference I have outlined the important sections in bold of the two following SOAP trace listings. a) The request from the SAP system looks as follows: | | | | | | | | 2008-07-07T14:30:55Z | 2008-07-07T14:31:55Z | | | | | | tZwIZ4EyuXCscFmLexbBSDw4pXc= | | | | dN7Jdu9ZrqKdO4gmMhVVqEraDWATPkXyfaOwqTJ9iiNBGslSZxS9wDPaMms+1AVIsEj+zPxOP1m9 | iGzNZgUj36ytFnfMPEYy79LZhjlsrRcuNNIYdIosI1aR55Cg8LWhmExp8xfPwcaero2ku6mnHqZT | PCoAWq859YRnQsmxoF8= | | | | | | | | | | | | | | | uPX1GhMMPxAyFhdKOyOWTSXoaFg= | | | | | | | 720bTnzpOnIall0ooGeyk32Syqs= | | | AzlqPk9OCrqetQVS2BPZ6u3ZwMHGtPGgYQwMTBLnREKPhNEI/Cb8o3EJAgIfB73kKgKFmw0Dj3WN | c+MesXZ1LEOqvT2YDq6Jxpz4I/cYWbY+79tKKmuOfstfoQzBGn8uo4+wwR8Vn3l0Ns/DuYHwvnNR | 34RzPbLDllZUW4qdXmE= | | | | | | | | | | | | | | | | | | | | | | | | | The SAP request only has the ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" attribute within the Envelope/Header/Security/BinarySecurityToken element. The JBoss request ValueType attribute is contained in Envelope/Header/Security/BinarySecurityToken and Envelope/Header/Security/Signature/KeyInfo/SecurityTokenReference/Reference. Is the second ValueType attribute required by JBossWS internal processing? b) When a JBossWS WS-Security client calls an SAP WS-Security WS, there are no problems. The request looks as follows: | | | | | 2008-07-07T11:25:56.523Z | 2008-07-07T11:26:26.523Z | | | | | | | | | | NS0xdPUqf/9XQw4/YZ+lMnTguf8= | | | | dqWVJQ08cTvj6O/lbEC+e6giBMlU5msZsGS5fShB1bdkkGUh1Fc0Kk38FNYfUW/EZZu0H3/YDInN | W7HcQle5KL0LpD1vGCNlXElGlOfRYdX96stIL8e6r386lglQdYxdL78RaPlI6OF4fnD6XCS3QfM9 | XhODTHWQf8LIw2xQVyI= | | | | | | | | | | | | | | | ZmQ7YZUv5swk3OnUn5X3w2JyenE= | | | | | | | OyIUQGrnwhkJoimoqv07+ML45IE= | | | | | | | | | | | | | | | | | | | | | | | | | I use version: JBoss 4.2.2 - JBossWS 3.0.1. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167271#4167271 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167271 From do-not-reply at jboss.com Tue Jul 29 05:50:28 2008 From: do-not-reply at jboss.com (r12345_2003) Date: Tue, 29 Jul 2008 05:50:28 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: JBoss WS security throws javax.xml.ws.WebServiceExceptio Message-ID: <28502700.1217325028725.JavaMail.jboss@colo-br-02.atl.jboss.com> Can anyone help? I'm really stuck with this problem, any hints would be really appreciated! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167272#4167272 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167272 From do-not-reply at jboss.com Tue Jul 29 06:13:26 2008 From: do-not-reply at jboss.com (lall2) Date: Tue, 29 Jul 2008 06:13:26 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Error SAP WS-Security client calling JBoss Security WS Message-ID: <4733781.1217326406130.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, i found a similar case with a Microsoft WCF client calling an Oracle WS: http://weblogs.asp.net/gsusx/archive/2006/10/20/WCF-Oracle-Application-Server-WS_2D00_Security-interoperability-Part1_3A00_-from-WCF-to-Oracle.aspx The last code listing contains a WS-Security request trace with an element KeyInfo without the ValueType attribute: | ... | | | | | | ... | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167276#4167276 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167276 From akarypid at yahoo.gr Tue Jul 29 06:19:03 2008 From: akarypid at yahoo.gr (Alexandros Karypidis) Date: Tue, 29 Jul 2008 13:19:03 +0300 Subject: [jbossws-users] Require authentication for everything but the WSDL In-Reply-To: <488EE660.7050407@yahoo.gr> References: <488EE660.7050407@yahoo.gr> Message-ID: <488EEE97.5040706@yahoo.gr> Basically, I'm looking for the correct security constraint for the deployment descriptor. The "servlet" (it's a @WebService-annotated POJO really) has a security constraint in the web.xml as follows: MyService mytest.MyService MyService /MyService/* Whatever... /MyService/* SOMEROLE SOMEROLE BASIC Alexandros Karypidis wrote: > Hello all, > > This is a beginner question. > > I've been using the instructions here: > http://jbws.dyndns.org/mediawiki/index.php/JAX-WS_User_Guide > > I've successfully created a POJO web service and published it as a > servlet in JBoss 4.2.2. I also created a user / role in the jbossws > security realm and restricted access to my web service using web.xml. > > ===> The problem is: the way I've configured things, JBoss asks me for > a password even when trying to access the WSDL. If I download the > published WSDL with Firefox and save it locally, my test client can > read it and then accesses the web services successfully (using the > BindingProvider properties). I would like to retrieve the WSDL from > the server as follows: > > URL wsdlURL = new URL( > "file:///path/to/MyTestService.wsdl"); //<==== THIS WORKS > > // URL wsdlURL = new URL( > // > "http://localhost:8080/jbossws/services/MyTestService?wsdl"); > // <==== THE ABOVE FAILS BECAUSE IT REQUIRES HTTP BASIC AUTH ====> > > > QName serviceName = ...; > Service s = Service.create(wsdlURL, serviceName); > MyService ms = (MyService) s.getPort(MyService.class); > BindingProvider bp = (BindingProvider) rs; > bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, > "xxx"); > bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, > "yyy"); > > > _______________________________________________ > jbossws-users mailing list > jbossws-users at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbossws-users From do-not-reply at jboss.com Tue Jul 29 09:57:44 2008 From: do-not-reply at jboss.com (bbucy) Date: Tue, 29 Jul 2008 09:57:44 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: XSD import in JBoss generated WSDL Message-ID: <27426606.1217339864021.JavaMail.jboss@colo-br-02.atl.jboss.com> You will need to take a top-down approach (e.g. contract first using wsconsume to generate artifacts). This is described in the Tools documentation (e.g. http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Top-Down_.28Using_wsconsume.29). One side note, this all works fine, but if you turn SchemaValidation on you will encounter an exception being thrown. There looks to be a bug or an enhancement required in order to get the schema validation logic to work when referencing an imported schema from the WSDL (see http://www.jboss.com/index.html?module=bb&op=viewtopic&t=137791). Note, I have created an example application which is attached to JIRA 2254 (https://jira.jboss.org/jira/browse/JBWS-2254) which demonstrates this issue. This may get you on your way just comment out the @SchemaValidation annotation and all should work. One caveat, if you get SchemaValidation to work you have to share your solution :) --Bob View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167337#4167337 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167337 From do-not-reply at jboss.com Tue Jul 29 11:34:34 2008 From: do-not-reply at jboss.com (Shiroyanagi) Date: Tue, 29 Jul 2008 11:34:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Signed security provider jar inquiry Message-ID: <18144153.1217345674187.JavaMail.jboss@colo-br-02.atl.jboss.com> I am implementing a custom handler (GenericSOAPHandler) which uses the JSafeJCE cryptography provider. The JSafeJCE jar is signed, and it performs a self-integrity check when one attempts to access any of its contents. The self-integrity check is failing in my service, which is generally the result of the signature being broken (for example, if I modified the contents of the jar, this would occur): 11:13:40,999 ERROR [[TestService]] Servlet.service() for servlet TestService thr ew exception java.lang.SecurityException: JsafeJCE provider self-integrity check failed at com.rsa.jsafe.provider.JsafeJCE.(Unknown Source) If I run my JBossWS client within the context of eclipse, however, there are no issues. By this, I mean that I am inserting my custom handler into the HandlerChain within my client (as opposed to setting the @HandlerChain annotation in the deployed service), so the libraries are being referenced from my classpath, and not from JBoss' lib directory. I have no idea why the self-integrity check fails in the first case--is it possible that JBoss is somehow modifying/unsigning the JSafe jar? Any suggestions would be much appreciated! :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167369#4167369 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167369 From do-not-reply at jboss.com Tue Jul 29 12:05:18 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Tue, 29 Jul 2008 12:05:18 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: IndexOutOfBoundsException when transforming into SAAJ SO Message-ID: <31944998.1217347518996.JavaMail.jboss@colo-br-02.atl.jboss.com> OK, I've taken a look at your issue: I've added your test to the native testsuite. Our implementation of Node, NodeImpl, holds the actual w3c node along with its children and our implementation of soapChildren. The exception you were having was due to the latter being null while it should have not. That's happen because of the transformation you use to append your document content to the SOAPBody. I've put a check there to prevent throwing the exception, but I know that's not the solution of your issue, as you don't get the soap message you would expect. In particular, as far as I can see, the current implementation was written relying on the following signature for the org.w3c.dom.Node's appendChild method: public org.w3c.dom.Node appendChild(org.w3c.dom.Node newChild) throws DOMException The implementation returns a new Node (a wrapper of the supplied one), that's what is actually appended as a child. The xalan implementation that does the transformation works on the node parameter supplied to the appendChild method. For the sake of understanding, the following patch on the current trunk of Xalan would fix this: | [alessio at dhcp-176-228 trunk]$ svn diff src/org/apache/xml/utils/DOMBuilder.java | Index: src/org/apache/xml/utils/DOMBuilder.java | =================================================================== | --- src/org/apache/xml/utils/DOMBuilder.java (revisione 680693) | +++ src/org/apache/xml/utils/DOMBuilder.java (copia locale) | @@ -172,26 +172,27 @@ | * | * @param newNode New node to append | */ | - protected void append(Node newNode) throws org.xml.sax.SAXException | + protected Node append(Node newNode) throws org.xml.sax.SAXException | { | | Node currentNode = m_currentNode; | + Node result = null; | | if (null != currentNode) | { | if (currentNode == m_root && m_nextSibling != null) | - currentNode.insertBefore(newNode, m_nextSibling); | + result = currentNode.insertBefore(newNode, m_nextSibling); | else | - currentNode.appendChild(newNode); | + result = currentNode.appendChild(newNode); | | // System.out.println(newNode.getNodeName()); | } | else if (null != m_docFrag) | { | if (m_nextSibling != null) | - m_docFrag.insertBefore(newNode, m_nextSibling); | + result = m_docFrag.insertBefore(newNode, m_nextSibling); | else | - m_docFrag.appendChild(newNode); | + result = m_docFrag.appendChild(newNode); | } | else | { | @@ -226,11 +227,12 @@ | if (ok) | { | if (m_nextSibling != null) | - m_doc.insertBefore(newNode, m_nextSibling); | + result = m_doc.insertBefore(newNode, m_nextSibling); | else | - m_doc.appendChild(newNode); | + result = m_doc.appendChild(newNode); | } | } | + return result; | } | | /** | @@ -329,7 +331,7 @@ | else | elem = m_doc.createElementNS(ns, name); | | - append(elem); | + elem = (Element)append(elem); | | try | { | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167381#4167381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167381 From do-not-reply at jboss.com Tue Jul 29 12:14:56 2008 From: do-not-reply at jboss.com (poutsma) Date: Tue, 29 Jul 2008 12:14:56 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: IndexOutOfBoundsException when transforming into SAAJ SO Message-ID: <15073799.1217348096487.JavaMail.jboss@colo-br-02.atl.jboss.com> Ok, thanks for the fix. I understand the issue. Are you planning on sharing that DOMBuilder patch with Xalan? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167384#4167384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167384 From do-not-reply at jboss.com Tue Jul 29 18:11:09 2008 From: do-not-reply at jboss.com (nobleman1997) Date: Tue, 29 Jul 2008 18:11:09 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - ant task org.jboss.wsf.spi.tools.ant.WSConsumeTask problem Message-ID: <26771172.1217369469356.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi I am trying to create source and output of web services based on wsdl file. I am using following ant task in my build. i am using jbossws-native-3.0.2 in my class path wsconsume fork="false" verbose="true" destdir="output" sourcedestdir="gen-src" keep="true" wsdl="Test.wsdl"> wsconsume when i run task, I am getting following error. [wsconsume] parsing WSDL... [wsconsume] Failed to invoke WsImport [wsconsume] java.lang.NullPointerException [wsconsume] at com.sun.tools.xjc.reader.xmlschema.Messages.format(Messages.java:49) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.ClassSelector.addSchemaFragmentJavadoc(ClassSelector.java:410) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.ClassSelector.access$300(ClassSelector.java:88) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.ClassSelector$Binding.build(ClassSelector.java:182) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.ClassSelector.executeTasks(ClassSelector.java:355) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.BGMBuilder._build(BGMBuilder.java:176) [wsconsume] at com.sun.tools.xjc.reader.xmlschema.BGMBuilder.build(BGMBuilder.java:114) [wsconsume] at com.sun.tools.xjc.ModelLoader.annotateXMLSchema(ModelLoader.java:415) [wsconsume] at com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.java:241) [wsconsume] at com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.java:85) [wsconsume] at com.sun.tools.ws.processor.modeler.wsdl.JAXBModelBuilder.bind(JAXBModelBuilder.java:134) [wsconsume] at com.sun.tools.ws.processor.modeler.wsdl.WSDLModeler.buildJAXBModel(WSDLModeler.java:2244) [wsconsume] at com.sun.tools.ws.processor.modeler.wsdl.WSDLModeler.internalBuildModel(WSDLModeler.java:187) [wsconsume] at com.sun.tools.ws.processor.modeler.wsdl.WSDLModeler.buildModel(WSDLModeler.java:133) [wsconsume] at com.sun.tools.ws.wscompile.WsimportTool.run(WsimportTool.java:182) [wsconsume] at org.jboss.ws.tools.jaxws.impl.SunRIConsumerImpl.consume(SunRIConsumerImpl.java:231) [wsconsume] at org.jboss.wsf.spi.tools.WSContractConsumer.consume(WSContractConsumer.java:203) [wsconsume] at org.jboss.wsf.spi.tools.ant.WSConsumeTask.executeNonForked(WSConsumeTask.java:221) [wsconsume] at org.jboss.wsf.spi.tools.ant.WSConsumeTask.execute(WSConsumeTask.java:241) [wsconsume] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193) [wsconsume] at org.apache.tools.ant.Task.perform(Task.java:341) [wsconsume] at org.apache.tools.ant.Target.execute(Target.java:309) [wsconsume] at org.apache.tools.ant.Target.performTasks(Target.java:336) [wsconsume] at org.apache.tools.ant.Project.executeTarget(Project.java:1339) [wsconsume] at org.apache.tools.ant.Project.executeTargets(Project.java:1255) [wsconsume] at org.apache.tools.ant.Main.runBuild(Main.java:609) [wsconsume] at org.apache.tools.ant.Main.start(Main.java:196) [wsconsume] at org.apache.tools.ant.Main.main(Main.java:235) could you please help me. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167458#4167458 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167458 From do-not-reply at jboss.com Wed Jul 30 01:19:34 2008 From: do-not-reply at jboss.com (rohit.macherla) Date: Wed, 30 Jul 2008 01:19:34 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: XSD import in JBoss generated WSDL Message-ID: <27913798.1217395174654.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks bbucy. I'll test it and let you know the results in case I stumble upon something. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167496#4167496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167496 From do-not-reply at jboss.com Wed Jul 30 03:08:22 2008 From: do-not-reply at jboss.com (sirigere) Date: Wed, 30 Jul 2008 03:08:22 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - testing web services using SeamTest Message-ID: <19330317.1217401702253.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, We are using JAX-WS for realizing our EJB3 components as web services. We would like to test the functionality using the microcontainer+embedded Jboss. We would be greateful if someone could answer/provide pointers to the below questions 1. Can we test web services using the microcontainer + embedded jboss that gets shipped with the Seam 2.0.1 2. Where to place the wsdl file references in the @webservice annotation. In the EAR file, we are placing it at web-inf/wsdl directory 3. How to invoke the webservices 4. what port does the web services will be running? Can we configure the port. thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167508#4167508 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167508 From do-not-reply at jboss.com Wed Jul 30 03:28:40 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 30 Jul 2008 03:28:40 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: testing web services using SeamTest Message-ID: <19024122.1217402920943.JavaMail.jboss@colo-br-02.atl.jboss.com> "sirigere" wrote : 2. Where to place the wsdl file references in the @webservice annotation. In the EAR file, we are placing it at web-inf/wsdl directory You should put wsdl and xsd artifacts to: * META-INF/wsdl for EJB3 endpoints * WEB-INF/wsdl for POJO endpoints "sirigere" wrote : 3. How to invoke the webservices Using standard JAX-WS clients (e.g. Web Service proxy or Dispatch) "sirigere" wrote : 4. what port does the web services will be running? Can we configure the port.Web Services will be running on the same port as your JBossAS instance. There's no way to configure the webservice port. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167518#4167518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167518 From do-not-reply at jboss.com Wed Jul 30 03:33:17 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 30 Jul 2008 03:33:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: testing web services using SeamTest Message-ID: <19288425.1217403197778.JavaMail.jboss@colo-br-02.atl.jboss.com> "sirigere" wrote : 1. Can we test web services using the microcontainer + embedded jboss that gets shipped with the Seam 2.0.1 I don't know how such embedded AS looks like and which components it ships with. So I'm not able to answer your question now. Maybe you should post this question to Seam user forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167519#4167519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167519 From do-not-reply at jboss.com Wed Jul 30 05:28:27 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 30 Jul 2008 05:28:27 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: problem with calling ssl web service Message-ID: <15759292.1217410107447.JavaMail.jboss@colo-br-02.atl.jboss.com> See JBWS-2216 last comment if still confused how to correctly set up everything. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167555#4167555 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167555 From do-not-reply at jboss.com Wed Jul 30 08:32:11 2008 From: do-not-reply at jboss.com (sirigere) Date: Wed, 30 Jul 2008 08:32:11 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: testing web services using SeamTest Message-ID: <20307771.1217421131328.JavaMail.jboss@colo-br-02.atl.jboss.com> thanks for the quick response. I will post my question #1 on Seam forum.. Thanks, Sanjeev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167600#4167600 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167600 From do-not-reply at jboss.com Wed Jul 30 09:24:57 2008 From: do-not-reply at jboss.com (Shiroyanagi) Date: Wed, 30 Jul 2008 09:24:57 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Signed security provider jar inquiry Message-ID: <15005456.1217424297175.JavaMail.jboss@colo-br-02.atl.jboss.com> This appears to be a bug in 5.0.0.CR1 -- it works fine in 4.2.3GA View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167618#4167618 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167618 From do-not-reply at jboss.com Wed Jul 30 11:19:01 2008 From: do-not-reply at jboss.com (karypid) Date: Wed, 30 Jul 2008 11:19:01 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Web Service URL pattern Message-ID: <31175122.1217431141486.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I have a war file that publishes a POJO web service in JBoss (using the native stack in JBoss AS 4.2.2, which is probably JBossWS 2.0.1). I am trying to restrict access to the web service to authenticated users only. Adding a security-constraint in the deployment descriptor of the war with the * (asterisk) wild-character gets the job done. However, it also restricts access to the auto-generated WSDL published by JBoss. This is because JBoss publishes the WSDL under the servlet prefix, adding a ?wsdl parameter. For instance: | MyTestWS | ...servlet-class> | | | MyTestWS | /MyTestWS | | | | ... | /MyTestWS/* | | ... | The above causes the web service to be published under: http://localhost:8080/MyTestWS and the WSDL is published under http://localhost:8080/MyTestWS?wsdl As a result, clients that try to access the stub generated with wsimport have a problem accessing the WSDL and fail. I need to keep a copy of the WSDL on the client for things to work as follows: URL wsdlURL = Launcher.class.getResource("MyTestWS.wsdl"); | // URL wsdlURL = new URL("http://localhost:8080/MyTestWS?wsdl"); // does not work | QName serviceName = new QName("...", | "..."); | MyTestWSService rss = new MyTestWSService(wsdlURL, | serviceName); | MyTestWS rs = rss.getMyTestWSPort(); | | BindingProvider bp = (BindingProvider) rs; | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, | "xxx"); | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, | "yyy"); | | String t = rs.secureHello(); The client is able to log in and access the MyTestWS web service when using a local copy of the WSDL only. How can I avoid this? I would like to have the client access the WSDL from the server. I need a way to either: 1) publish the WSDL in another URL 2) restrict access to the web service URL but put an exception for URL?wsdl 3) set the login credentials earlier (as I do with BindingProvider) so that the WSDL can be accessed to construct the stub. I don't know how to do any of the above.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167649#4167649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167649 From do-not-reply at jboss.com Wed Jul 30 11:54:59 2008 From: do-not-reply at jboss.com (jfrankman) Date: Wed, 30 Jul 2008 11:54:59 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - java.lang.LinkageError: loader constraints violated Message-ID: <6055983.1217433299999.JavaMail.jboss@colo-br-02.atl.jboss.com> I am trying to deploy a project that includes a WS client that uses JBoss WS. I used wsconsume command to generate the client code. I can get the web service to run properly from a unit test, but when I deploy it on JBoss I get the following error: anonymous wrote : | javax.ejb.EJBTransactionRolledbackException: java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class | at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:87) | at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:130) | at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:95) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) | at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:240) | at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:210) | at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:84) | at $Proxy212.encodeLocation(Unknown Source) | 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.seam.util.Reflections.invoke(Reflections.java:21) | at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31) | at org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) | at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) | at org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54) | at org.javassist.tmp.java.lang.Object_$$_javassist_5.encodeLocation(Object_$$_javassist_5.java) | at com.idfbins.nexus.batch.GISEncodeLocationHandler.onMessage(GISEncodeLocationHandler.java:72) | 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.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112) | at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166) | at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:44) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) | at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:118) | at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:50) | 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.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118) | at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126) | at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.mdb.MessagingContainer.localInvoke(MessagingContainer.java:249) | at org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.delivery(MessageInflowLocalProxy.java:268) | at org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.invoke(MessageInflowLocalProxy.java:138) | at $Proxy183.onMessage(Unknown Source) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession.onMessage(JmsServerSession.java:178) | at org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:891) | at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:170) | at org.jboss.mq.SpySession.run(SpySession.java:323) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServerSession.java:237) | at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204) | at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275) | at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:756) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.lang.RuntimeException: java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class | at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:174) | at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:44) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) | at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.persistence.EntityManagerProxyInterceptor.aroundInvoke(EntityManagerProxyInterceptor.java:26) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.persistence.HibernateSessionProxyInterceptor.aroundInvoke(HibernateSessionProxyInterceptor.java:27) | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) | at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) | at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:50) | 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.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118) | at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126) | ... 74 more | Caused by: java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class | at com.idfbins.esriclientx.addressfinder.AddressFinder.(AddressFinder.java:36) | at com.idfbins.nexus.business.GISEncoderServiceImpl.getAddressCandidates(GISEncoderServiceImpl.java:421) | at com.idfbins.nexus.business.GISEncoderServiceImpl.encodeLocation(GISEncoderServiceImpl.java:293) | 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.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112) | at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166) | ... 100 more | >From doing a search it looks like this is a classloader issue with incompatible xml classes invovled. Is my assumption correct? If so, I basically have two questions: 1. What is the general problem here ? 2. what are some things I can do to fix this problem (where do I start)? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167668#4167668 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167668 From do-not-reply at jboss.com Wed Jul 30 12:24:17 2008 From: do-not-reply at jboss.com (victorstar) Date: Wed, 30 Jul 2008 12:24:17 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - 3.0.3 - when? Message-ID: <1063027.1217435057507.JavaMail.jboss@colo-br-02.atl.jboss.com> We need a fix for JBWS-2189 which is supposed to be in 3.0.3. Is there any ETA for 3.0.3 version yet? Or should we just patch jbossws for now? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167684#4167684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167684 From do-not-reply at jboss.com Wed Jul 30 12:45:12 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 30 Jul 2008 12:45:12 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: 3.0.3 - when? Message-ID: <869421.1217436312879.JavaMail.jboss@colo-br-02.atl.jboss.com> The JBWS-2189 issue is already solved, thus will go for sure in the next release. See here https://jira.jboss.org/jira/browse/JBWS/fixforversion/12312130, it should be around the 19th of August. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167691#4167691 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167691 From do-not-reply at jboss.com Wed Jul 30 13:20:55 2008 From: do-not-reply at jboss.com (PeterJ) Date: Wed, 30 Jul 2008 13:20:55 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service URL pattern Message-ID: <3146425.1217438455620.JavaMail.jboss@colo-br-02.atl.jboss.com> The WSDL is requested via a GET and the actual services are requested via POST. So you could limit security to POST requests: | | ... | /MyTestWS/* | POST | | ... | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167698#4167698 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167698 From do-not-reply at jboss.com Thu Jul 31 02:36:27 2008 From: do-not-reply at jboss.com (kcp) Date: Thu, 31 Jul 2008 02:36:27 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: java.lang.LinkageError: loader constraints violated Message-ID: <32640126.1217486187119.JavaMail.jboss@colo-br-02.atl.jboss.com> Have you verfified that you did not (e.g. by accident) package a jar containing the QName class into your application? If you have got QName packaged with your application this might explain the error. Regards Charly View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167795#4167795 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167795 From do-not-reply at jboss.com Thu Jul 31 08:55:55 2008 From: do-not-reply at jboss.com (smmartins) Date: Thu, 31 Jul 2008 08:55:55 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Create the simplest WebService possible Message-ID: <11940586.1217508955807.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I've been a JBoss user for a while and I'm now going to enter the "great world" of Web Services. I' using: JBoss 4.2.2.GA JDK 1.6 JBossWS 2.0.1 EJB3.0 I've searched JBoss site, JBossWS (http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS) and looked everywhere for a simples example from scratch and couldn't find one!!! I was able to create a simple web service, deployed the using a jar and it deployed and I can see the wsdl file on jbossws/service url. My problem is that I cannot call it from any client! All the examples that exist "so simple" don't show a client connecting to a previous explained build WS. Is there any COMPLETE example with server classes and client classes? Please don't send me to the samples page (http://jbws.dyndns.org/mediawiki/index.php?title=Samples_testsuite) or to the new JBossWS download page. Can someone help me? I'm really desperate and after 6 years working with JBoss, I'm starting to loose faith in JBoss documentantion. Thanks in Advance, Sergio ps. Hope someone helps me on this one, because on my other questions none could help me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167902#4167902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167902 From do-not-reply at jboss.com Thu Jul 31 09:44:45 2008 From: do-not-reply at jboss.com (helmutdoe) Date: Thu, 31 Jul 2008 09:44:45 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: JBoss WS security throws javax.xml.ws.WebServiceExceptio Message-ID: <2684741.1217511885937.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, i had similiar problems. Make sure you are using only jboss jars. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167914#4167914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167914 From do-not-reply at jboss.com Thu Jul 31 10:59:55 2008 From: do-not-reply at jboss.com (karypid) Date: Thu, 31 Jul 2008 10:59:55 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service URL pattern Message-ID: <8684253.1217516395983.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, Thank you for that. It works indeed. However, it is an all-or-nothing method. Is it possible to control access to individual operations of the web service? In other words, can I have some methods in the POJO require authorization and others be accessible by all? The simple workaround would be to have two web services (one for public use and one for authorized-only use), but that would not be elegant in my case (there's just two operations that need to be public). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167939#4167939 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167939 From do-not-reply at jboss.com Thu Jul 31 11:05:10 2008 From: do-not-reply at jboss.com (karypid) Date: Thu, 31 Jul 2008 11:05:10 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Create the simplest WebService possible Message-ID: <18986690.1217516710152.JavaMail.jboss@colo-br-02.atl.jboss.com> The first thing you need to do is to create a "client proxy" for accessing the web service. JBoss ships with a tool called "wsconsume" that can do this, but it doesn't work for me due to a bug in JBossWS 2.0.1 (this bug is already fixed by the way). In any case, I suggest you use "wsimport" from the Sun Metro Web Services stack which works perfectly well for me. Get it here: http://java.sun.com/webservices/downloads/index.jsp What you need to do is run: wsimport -s /path/to/source/files -d /path/to/compiled/files http://hostname/webservice?wsdl This will create the source code & compiled binaries for the "proxy client" of your web service. Then, all you need to do is put the generated classes in your classpath and try something like: public class TestCallingMyWebService { | public static void main(String[] args) throws MalformedURLException { | MyWSTestService rss = new MyWSTestService(); | MyWSTest client = rss.getMyWSTestPort(); | // call client.X() methods.... | } | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167942#4167942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167942 From do-not-reply at jboss.com Thu Jul 31 11:47:53 2008 From: do-not-reply at jboss.com (r12345_2003) Date: Thu, 31 Jul 2008 11:47:53 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: JBoss WS security throws javax.xml.ws.WebServiceExceptio Message-ID: <25936732.1217519273231.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for replying. What do you mean by only JBoss JARs ? Can you please specify which jars to include and which not to include? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167961#4167961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167961 From do-not-reply at jboss.com Thu Jul 31 11:54:50 2008 From: do-not-reply at jboss.com (r12345_2003) Date: Thu, 31 Jul 2008 11:54:50 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - javax.xml.ws.soap.SOAPFaultException: org.jboss.ws.core.Comm Message-ID: <20089673.1217519690937.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I am using JBoss web services and web service security. I have my web service deployed on a linux box and am invoking it from my windows system. However, when I run the web service client from Windows, I get the following exception on the server side: | javax.xml.ws.soap.SOAPFaultException: org.jboss.ws.core.CommonSOAPFaultException: Expired message. | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException(SOAPFaultHelperJAXWS.java:69) | at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.throwFaultException(SOAP11BindingJAXWS.java:109) | at org.jboss.ws.core.CommonSOAPBinding.unbindResponseMessage(CommonSOAPBinding.java:553) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:371) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:164) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) | at $Proxy17.getEvents(Unknown Source) | at uk.co.autotrader.urs.wsclient.TestURSWebServiceClient.testGetEvents(TestURSWebServiceClient.java:211) | 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 junit.framework.TestCase.runTest(TestCase.java:164) | at junit.framework.TestCase.runBare(TestCase.java:130) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:120) | at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) | at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) | I checked the date & time on both the systems and they are almost identical. I also have timestamp tolerance set in my jboss-wsse-server.xml as recommended at http://jbws.dyndns.org/mediawiki/index.php?title=WS-Security_options#Advanced_tuning:_timestamp_verification. So this file is as follows: | | | | | | | | I have set the createdTolerance to 2 hours and expiresTolerance to 1 minute. Does anyone have any idea what could be the issue? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167963#4167963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167963 From do-not-reply at jboss.com Thu Jul 31 12:21:38 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 31 Jul 2008 12:21:38 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service URL pattern Message-ID: <7460674.1217521298985.JavaMail.jboss@colo-br-02.atl.jboss.com> That is not possible within web.xml because all requests for a single web service use the same URL, so there is no way to differentiate between requests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167973#4167973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167973 From do-not-reply at jboss.com Thu Jul 31 12:38:18 2008 From: do-not-reply at jboss.com (smmartins) Date: Thu, 31 Jul 2008 12:38:18 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Create the simplest WebService possible Message-ID: <2133914.1217522298802.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for your reply karypid. I've managed to finally build a succesfull web service. Two important things: - changed several JBoss libs from place - Found two really useful web pages: - http://www.theregister.co.uk/2007/01/23/ejb_web_services/ - http://thesmallpotato.blogspot.com/2007/06/jdk-16-jboss-420-ejb3-web-service-axis2.html Simple things that Red Hat JBoss developers usually don't do: simple things that work. Starter developers don't want complex things. They(we) want to start by simple things and then start evolving. JBoss docs never do this. Sergio View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167980#4167980 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167980 From do-not-reply at jboss.com Thu Jul 31 13:20:10 2008 From: do-not-reply at jboss.com (karypid) Date: Thu, 31 Jul 2008 13:20:10 -0400 (EDT) Subject: [jbossws-users] [JBossWS] - Re: Web Service URL pattern Message-ID: <23860584.1217524810988.JavaMail.jboss@colo-br-02.atl.jboss.com> Ok then. At least it's good to know it's actually not possible and not something I am unaware of. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167990#4167990 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167990