From do-not-reply at jboss.com Wed Jan 2 03:11:59 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 2 Jan 2008 03:11:59 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How to replace REPLACE_WITH_ACTUAL_URL with dot form IP Message-ID: <23693761.1199261519387.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, you can set it up in file jbossws.sar/META-INF/jboss-beans.xml by setting the text value of /deployment/bean[@name='WSServerConfig']/property[@name='webServiceHost'] element Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116312#4116312 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116312 From do-not-reply at jboss.com Wed Jan 2 03:15:37 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 2 Jan 2008 03:15:37 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS integration with Standalone Tomcat Message-ID: <33205142.1199261737647.JavaMail.jboss@colo-br-02.atl.jboss.com> "yogeshkb" wrote : Is their any further plans to support Tomcat in future..? | There are no plans to support Tomcat integration in near future View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116316#4116316 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116316 From do-not-reply at jboss.com Wed Jan 2 03:19:57 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 2 Jan 2008 03:19:57 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: DateTime Format errors Message-ID: <6925893.1199261997252.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Matthew, you have two options: * mark date field as required in your WSDL contract or * throws Exception when you receive date with value null Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116317#4116317 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116317 From do-not-reply at jboss.com Wed Jan 2 03:23:18 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 2 Jan 2008 03:23:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: problem with jbossws examples Message-ID: <2855825.1199262198322.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, your problem can be your service depends directly or indirectly on classes that are not on the classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116318#4116318 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116318 From do-not-reply at jboss.com Wed Jan 2 03:25:10 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 2 Jan 2008 03:25:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: jbossws2.0.2 codepage problems Message-ID: <2685196.1199262310019.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, it seems you are fighting with your system default settings. You can specify the default encoding on commandline when starting JBoss server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116319#4116319 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116319 From ropalka at redhat.com Wed Jan 2 03:29:17 2008 From: ropalka at redhat.com (Richard Opalka) Date: Wed, 02 Jan 2008 09:29:17 +0100 Subject: [jbossws-users] (no subject) In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> Message-ID: <477B4B5D.6090609@redhat.com> Hi Raj, you have to put junit.jar to your ANT_HOME/lib directory to make it work. Rajagopal_Yendluri wrote: > > Hi, > > I am new to JBoss WS, I just started working on this for a POC, I > successfully installed the WS on JBoss AS. > > When I try to run the samples, by using?ant from jbossWS home, am > getting the following exceptions? > > I can understand that the junit.jar is missing and something for > assertions, but let me know where can I keep the junit.jar? it exists > in lib directory of JBossWS. > > Any Suggestions?. > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase.java:58: > cannot find symbol > > [javac] symbol : class Test > > [javac] location: class > org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase > > [javac] public static Test suite() > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase.java:53: > cannot find symbol > > [javac] symbol : class Test > > [javac] location: class > org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase > > [javac] public static Test suite() > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > cannot find symbol > > [javac] symbol: class TestCase > > [javac] public class ScriptTestCase extends TestCase > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46: > cannot find symbol > > [javac] symbol: class TestCase > > [javac] public class WSConsumerTestCase extends TestCase > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > > [javac] symbol: class RemoteBinding > > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java:38: > cannot find symbol > > [javac] symbol: class RemoteBinding > > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispatchTestCase.java:66: > cannot access junit.extensions.TestSetup > > [javac] file junit\extensions\TestSetup.class not found > > [javac] return new > JBossWSTestSetup(AsynchronousDispatchTestCase.class, > "jaxws-samples-asynchronous.war"); > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispatchTestCase.java:100: > cannot find symbol > > [javac] symbol : method assertTrue(java.lang.String,boolean) > > [javac] location: class > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCase > > [javac] assertTrue("Async handler called", asyncHandlerCalled); > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\tests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispatchTestCase.java:105: > cannot find symbol > > **Regards,** > > **Rajagopal Y (Raj)** > > **HCU-Consulting & Enterprise Solutions.** > > **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** > > DISCLAIMER: > This email (including any attachments) is intended for the sole use of > the intended recipient/s and may contain material that is CONFIDENTIAL > AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or > copying or distribution or forwarding of any or all of the contents in > this message is STRICTLY PROHIBITED. If you are not the intended > recipient, please contact the sender by email and delete all copies; > your cooperation in this regard is appreciated.. > > ------------------------------------------------------------------------ > > _______________________________________________ > jbossws-users mailing list > jbossws-users at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbossws-users > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From Rajagopal_Yendluri at satyam.com Wed Jan 2 03:50:37 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Wed, 2 Jan 2008 14:20:37 +0530 Subject: [jbossws-users] (no subject) In-Reply-To: <477B4B5D.6090609@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> Hi Richard, Thanks for your help, now I am getting the following exceptions. Which jar is missing and where I have to keep it. ======================================================================== = tests-compile: [javac] Compiling 205 source files to C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o utput\classes [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: package org.jboss.annotation.ejb does not exist [javac] import org.jboss.annotation.ejb.RemoteBinding; [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: 33: package org.jboss.annotation.ejb does not exist [javac] import org.jboss.annotation.ejb.RemoteBinding; [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: cannot find symbol [javac] symbol: class RemoteBinding [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: 38: cannot find symbol [javac] symbol: class RemoteBinding [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 4 errors BUILD FAILED ======================================================================== === Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Wednesday, January 02, 2008 1:59 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] (no subject) Hi Raj, you have to put junit.jar to your ANT_HOME/lib directory to make it work. Rajagopal_Yendluri wrote: > > Hi, > > I am new to JBoss WS, I just started working on this for a POC, I > successfully installed the WS on JBoss AS. > > When I try to run the samples, by using...ant from jbossWS home, am > getting the following exceptions... > > I can understand that the junit.jar is missing and something for > assertions, but let me know where can I keep the junit.jar... it exists > in lib directory of JBossWS. > > Any Suggestions.... > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. java:58: > cannot find symbol > > [javac] symbol : class Test > > [javac] location: class > org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase > > [javac] public static Test suite() > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. java:53: > cannot find symbol > > [javac] symbol : class Test > > [javac] location: class > org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase > > [javac] public static Test suite() > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > cannot find symbol > > [javac] symbol: class TestCase > > [javac] public class ScriptTestCase extends TestCase > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 : > cannot find symbol > > [javac] symbol: class TestCase > > [javac] public class WSConsumerTestCase extends TestCase > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > > [javac] symbol: class RemoteBinding > > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: 38: > cannot find symbol > > [javac] symbol: class RemoteBinding > > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa tchTestCase.java:66: > cannot access junit.extensions.TestSetup > > [javac] file junit\extensions\TestSetup.class not found > > [javac] return new > JBossWSTestSetup(AsynchronousDispatchTestCase.class, > "jaxws-samples-asynchronous.war"); > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa tchTestCase.java:100: > cannot find symbol > > [javac] symbol : method assertTrue(java.lang.String,boolean) > > [javac] location: class > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas e > > [javac] assertTrue("Async handler called", asyncHandlerCalled); > > [javac] ^ > > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa tchTestCase.java:105: > cannot find symbol > > **Regards,** > > **Rajagopal Y (Raj)** > > **HCU-Consulting & Enterprise Solutions.** > > **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** > > DISCLAIMER: > This email (including any attachments) is intended for the sole use of > the intended recipient/s and may contain material that is CONFIDENTIAL > AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or > copying or distribution or forwarding of any or all of the contents in > this message is STRICTLY PROHIBITED. If you are not the intended > recipient, please contact the sender by email and delete all copies; > your cooperation in this regard is appreciated.. > > ------------------------------------------------------------------------ > > _______________________________________________ > jbossws-users mailing list > jbossws-users at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbossws-users > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From ropalka at redhat.com Wed Jan 2 04:00:56 2008 From: ropalka at redhat.com (Richard Opalka) Date: Wed, 02 Jan 2008 10:00:56 +0100 Subject: [jbossws-users] (no subject) In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> Message-ID: <477B52C8.9030301@redhat.com> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar Rajagopal_Yendluri wrote: > Hi Richard, > > Thanks for your help, now I am getting the following exceptions. > > Which jar is missing and where I have to keep it. > > ======================================================================== > = > > tests-compile: > [javac] Compiling 205 source files to > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > utput\classes > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 33: package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 4 errors > > BUILD FAILED > ======================================================================== > === > > > > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 1:59 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > Hi Raj, > > you have to put junit.jar to your ANT_HOME/lib directory to make it > work. > > Rajagopal_Yendluri wrote: > >> Hi, >> >> I am new to JBoss WS, I just started working on this for a POC, I >> successfully installed the WS on JBoss AS. >> >> When I try to run the samples, by using...ant from jbossWS home, am >> getting the following exceptions... >> >> I can understand that the junit.jar is missing and something for >> assertions, but let me know where can I keep the junit.jar... it >> > exists > >> in lib directory of JBossWS. >> >> Any Suggestions.... >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > java:58: > >> cannot find symbol >> >> [javac] symbol : class Test >> >> [javac] location: class >> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >> >> [javac] public static Test suite() >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > java:53: > >> cannot find symbol >> >> [javac] symbol : class Test >> >> [javac] location: class >> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >> >> [javac] public static Test suite() >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > >> cannot find symbol >> >> [javac] symbol: class TestCase >> >> [javac] public class ScriptTestCase extends TestCase >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > : > >> cannot find symbol >> >> [javac] symbol: class TestCase >> >> [javac] public class WSConsumerTestCase extends TestCase >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> >> [javac] symbol: class RemoteBinding >> >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: > >> cannot find symbol >> >> [javac] symbol: class RemoteBinding >> >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:66: > >> cannot access junit.extensions.TestSetup >> >> [javac] file junit\extensions\TestSetup.class not found >> >> [javac] return new >> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >> "jaxws-samples-asynchronous.war"); >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:100: > >> cannot find symbol >> >> [javac] symbol : method assertTrue(java.lang.String,boolean) >> >> [javac] location: class >> >> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > e > >> [javac] assertTrue("Async handler called", asyncHandlerCalled); >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:105: > >> cannot find symbol >> >> **Regards,** >> >> **Rajagopal Y (Raj)** >> >> **HCU-Consulting & Enterprise Solutions.** >> >> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >> >> DISCLAIMER: >> This email (including any attachments) is intended for the sole use of >> > > >> the intended recipient/s and may contain material that is CONFIDENTIAL >> > > >> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >> copying or distribution or forwarding of any or all of the contents in >> > > >> this message is STRICTLY PROHIBITED. If you are not the intended >> recipient, please contact the sender by email and delete all copies; >> your cooperation in this regard is appreciated.. >> >> >> > ------------------------------------------------------------------------ > >> _______________________________________________ >> jbossws-users mailing list >> jbossws-users at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbossws-users >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From Rajagopal_Yendluri at satyam.com Wed Jan 2 04:09:52 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Wed, 2 Jan 2008 14:39:52 +0530 Subject: [jbossws-users] (no subject) In-Reply-To: <477B52C8.9030301@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the exception. Do I need to keep the jar in some where else also.. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Wednesday, January 02, 2008 2:31 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] (no subject) jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar Rajagopal_Yendluri wrote: > Hi Richard, > > Thanks for your help, now I am getting the following exceptions. > > Which jar is missing and where I have to keep it. > > ======================================================================== > = > > tests-compile: > [javac] Compiling 205 source files to > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > utput\classes > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 33: package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 4 errors > > BUILD FAILED > ======================================================================== > === > > > > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 1:59 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > Hi Raj, > > you have to put junit.jar to your ANT_HOME/lib directory to make it > work. > > Rajagopal_Yendluri wrote: > >> Hi, >> >> I am new to JBoss WS, I just started working on this for a POC, I >> successfully installed the WS on JBoss AS. >> >> When I try to run the samples, by using...ant from jbossWS home, am >> getting the following exceptions... >> >> I can understand that the junit.jar is missing and something for >> assertions, but let me know where can I keep the junit.jar... it >> > exists > >> in lib directory of JBossWS. >> >> Any Suggestions.... >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > java:58: > >> cannot find symbol >> >> [javac] symbol : class Test >> >> [javac] location: class >> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >> >> [javac] public static Test suite() >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > java:53: > >> cannot find symbol >> >> [javac] symbol : class Test >> >> [javac] location: class >> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >> >> [javac] public static Test suite() >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > >> cannot find symbol >> >> [javac] symbol: class TestCase >> >> [javac] public class ScriptTestCase extends TestCase >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > : > >> cannot find symbol >> >> [javac] symbol: class TestCase >> >> [javac] public class WSConsumerTestCase extends TestCase >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> >> [javac] symbol: class RemoteBinding >> >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: > >> cannot find symbol >> >> [javac] symbol: class RemoteBinding >> >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:66: > >> cannot access junit.extensions.TestSetup >> >> [javac] file junit\extensions\TestSetup.class not found >> >> [javac] return new >> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >> "jaxws-samples-asynchronous.war"); >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:100: > >> cannot find symbol >> >> [javac] symbol : method assertTrue(java.lang.String,boolean) >> >> [javac] location: class >> >> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > e > >> [javac] assertTrue("Async handler called", asyncHandlerCalled); >> >> [javac] ^ >> >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > tchTestCase.java:105: > >> cannot find symbol >> >> **Regards,** >> >> **Rajagopal Y (Raj)** >> >> **HCU-Consulting & Enterprise Solutions.** >> >> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >> >> DISCLAIMER: >> This email (including any attachments) is intended for the sole use of >> > > >> the intended recipient/s and may contain material that is CONFIDENTIAL >> > > >> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >> copying or distribution or forwarding of any or all of the contents in >> > > >> this message is STRICTLY PROHIBITED. If you are not the intended >> recipient, please contact the sender by email and delete all copies; >> your cooperation in this regard is appreciated.. >> >> >> > ------------------------------------------------------------------------ > >> _______________________________________________ >> jbossws-users mailing list >> jbossws-users at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbossws-users >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From ropalka at redhat.com Wed Jan 2 04:24:08 2008 From: ropalka at redhat.com (Richard Opalka) Date: Wed, 02 Jan 2008 10:24:08 +0100 Subject: [jbossws-users] (no subject) In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> Message-ID: <477B5838.6090804@redhat.com> Hi, this is the output of my tool: >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deployers/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/deployers/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-client.jar It's strange you're still getting this compilation error. Are you driving against JBoss AS trunk? Richard Rajagopal_Yendluri wrote: > It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the > exception. Do I need to keep the jar in some where else also.. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 2:31 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar > > Rajagopal_Yendluri wrote: > >> Hi Richard, >> >> Thanks for your help, now I am getting the following exceptions. >> >> Which jar is missing and where I have to keep it. >> >> >> > ======================================================================== > >> = >> >> tests-compile: >> [javac] Compiling 205 source files to >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> utput\classes >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 33: package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> [javac] ^ >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] 4 errors >> >> BUILD FAILED >> >> > ======================================================================== > >> === >> >> >> >> Regards, >> Rajagopal Y (Raj) >> HCU-Consulting & Enterprise Solutions. >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 1:59 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> Hi Raj, >> >> you have to put junit.jar to your ANT_HOME/lib directory to make it >> work. >> >> Rajagopal_Yendluri wrote: >> >> >>> Hi, >>> >>> I am new to JBoss WS, I just started working on this for a POC, I >>> successfully installed the WS on JBoss AS. >>> >>> When I try to run the samples, by using...ant from jbossWS home, am >>> getting the following exceptions... >>> >>> I can understand that the junit.jar is missing and something for >>> assertions, but let me know where can I keep the junit.jar... it >>> >>> >> exists >> >> >>> in lib directory of JBossWS. >>> >>> Any Suggestions.... >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> java:58: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> java:53: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class ScriptTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> : >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class WSConsumerTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:66: >> >> >>> cannot access junit.extensions.TestSetup >>> >>> [javac] file junit\extensions\TestSetup.class not found >>> >>> [javac] return new >>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>> "jaxws-samples-asynchronous.war"); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:100: >> >> >>> cannot find symbol >>> >>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>> >>> [javac] location: class >>> >>> >>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> e >> >> >>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:105: >> >> >>> cannot find symbol >>> >>> **Regards,** >>> >>> **Rajagopal Y (Raj)** >>> >>> **HCU-Consulting & Enterprise Solutions.** >>> >>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>> >>> DISCLAIMER: >>> This email (including any attachments) is intended for the sole use >>> > of > >>> >>> >> >> >>> the intended recipient/s and may contain material that is >>> > CONFIDENTIAL > >>> >>> >> >> >>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >>> copying or distribution or forwarding of any or all of the contents >>> > in > >>> >>> >> >> >>> this message is STRICTLY PROHIBITED. If you are not the intended >>> recipient, please contact the sender by email and delete all copies; >>> your cooperation in this regard is appreciated.. >>> >>> >>> >>> > ------------------------------------------------------------------------ > >> >> >>> _______________________________________________ >>> jbossws-users mailing list >>> jbossws-users at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From Rajagopal_Yendluri at satyam.com Wed Jan 2 04:31:12 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Wed, 2 Jan 2008 15:01:12 +0530 Subject: [jbossws-users] (no subject) In-Reply-To: <477B5838.6090804@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF077DA014@blamsg001.corp.satyam.ad> No, I am not driving against JBoss AS trunck... Let me check again.. from scractch.. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Wednesday, January 02, 2008 2:54 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] (no subject) Hi, this is the output of my tool: >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye rs/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep loyers/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot ations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl ient.jar It's strange you're still getting this compilation error. Are you driving against JBoss AS trunk? Richard Rajagopal_Yendluri wrote: > It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the > exception. Do I need to keep the jar in some where else also.. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 2:31 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar > > Rajagopal_Yendluri wrote: > >> Hi Richard, >> >> Thanks for your help, now I am getting the following exceptions. >> >> Which jar is missing and where I have to keep it. >> >> >> > ======================================================================== > >> = >> >> tests-compile: >> [javac] Compiling 205 source files to >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> utput\classes >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 33: package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> [javac] ^ >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] 4 errors >> >> BUILD FAILED >> >> > ======================================================================== > >> === >> >> >> >> Regards, >> Rajagopal Y (Raj) >> HCU-Consulting & Enterprise Solutions. >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 1:59 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> Hi Raj, >> >> you have to put junit.jar to your ANT_HOME/lib directory to make it >> work. >> >> Rajagopal_Yendluri wrote: >> >> >>> Hi, >>> >>> I am new to JBoss WS, I just started working on this for a POC, I >>> successfully installed the WS on JBoss AS. >>> >>> When I try to run the samples, by using...ant from jbossWS home, am >>> getting the following exceptions... >>> >>> I can understand that the junit.jar is missing and something for >>> assertions, but let me know where can I keep the junit.jar... it >>> >>> >> exists >> >> >>> in lib directory of JBossWS. >>> >>> Any Suggestions.... >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> java:58: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> java:53: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class ScriptTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> : >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class WSConsumerTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:66: >> >> >>> cannot access junit.extensions.TestSetup >>> >>> [javac] file junit\extensions\TestSetup.class not found >>> >>> [javac] return new >>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>> "jaxws-samples-asynchronous.war"); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:100: >> >> >>> cannot find symbol >>> >>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>> >>> [javac] location: class >>> >>> >>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> e >> >> >>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:105: >> >> >>> cannot find symbol >>> >>> **Regards,** >>> >>> **Rajagopal Y (Raj)** >>> >>> **HCU-Consulting & Enterprise Solutions.** >>> >>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>> >>> DISCLAIMER: >>> This email (including any attachments) is intended for the sole use >>> > of > >>> >>> >> >> >>> the intended recipient/s and may contain material that is >>> > CONFIDENTIAL > >>> >>> >> >> >>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >>> copying or distribution or forwarding of any or all of the contents >>> > in > >>> >>> >> >> >>> this message is STRICTLY PROHIBITED. If you are not the intended >>> recipient, please contact the sender by email and delete all copies; >>> your cooperation in this regard is appreciated.. >>> >>> >>> >>> > ------------------------------------------------------------------------ > >> >> >>> _______________________________________________ >>> jbossws-users mailing list >>> jbossws-users at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From Rajagopal_Yendluri at satyam.com Wed Jan 2 04:35:09 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Wed, 2 Jan 2008 15:05:09 +0530 Subject: [jbossws-users] (no subject) In-Reply-To: <477B5838.6090804@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> Hi Richard, Following is my complete log ------------------------------------------------------------------------ ---- Buildfile: build.xml prepare: tests-prepare: [echo] ----------------------------------------------- [echo] jboss.home = C:jboss-5.0.0.B3 [echo] excludesfile = C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t ests/resources/test-excludes-jboss500.txt [echo] java.home = C:\jdk1.5.0_06\jre [echo] jboss.bind = localhost [echo] ----------------------------------------------- tests-classpath-jboss50: tests-classpath-jboss42: tests-classpath-jboss40: tests-classpath-jboss40-no-ejb3: tests-classpath: tests-init: tests-compile: [javac] Compiling 205 source files to C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o utput\classes [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: package org.jboss.annotation.ejb does not exist [javac] import org.jboss.annotation.ejb.RemoteBinding; [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: 33: package org.jboss.annotation.ejb does not exist [javac] import org.jboss.annotation.ejb.RemoteBinding; [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: cannot find symbol [javac] symbol: class RemoteBinding [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") [javac] ^ [javac] C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: 38: cannot find symbol [javac] symbol: class RemoteBinding [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 4 errors BUILD FAILED C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b uild.xml:137: The following error occurred while executing this line: C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t ests\ant-import\build-testsuite.xml:340: Compile failed; see the compiler error output for details. Total time: 4 seconds C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> ------------------------------------------------------------------------ ---- Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Wednesday, January 02, 2008 2:54 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] (no subject) Hi, this is the output of my tool: >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye rs/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep loyers/ejb3.deployer/jboss-annotations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot ations-ejb3.jar >>> archive is: /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl ient.jar It's strange you're still getting this compilation error. Are you driving against JBoss AS trunk? Richard Rajagopal_Yendluri wrote: > It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the > exception. Do I need to keep the jar in some where else also.. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 2:31 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar > > Rajagopal_Yendluri wrote: > >> Hi Richard, >> >> Thanks for your help, now I am getting the following exceptions. >> >> Which jar is missing and where I have to keep it. >> >> >> > ======================================================================== > >> = >> >> tests-compile: >> [javac] Compiling 205 source files to >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> utput\classes >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 33: package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> [javac] ^ >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] 4 errors >> >> BUILD FAILED >> >> > ======================================================================== > >> === >> >> >> >> Regards, >> Rajagopal Y (Raj) >> HCU-Consulting & Enterprise Solutions. >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 1:59 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> Hi Raj, >> >> you have to put junit.jar to your ANT_HOME/lib directory to make it >> work. >> >> Rajagopal_Yendluri wrote: >> >> >>> Hi, >>> >>> I am new to JBoss WS, I just started working on this for a POC, I >>> successfully installed the WS on JBoss AS. >>> >>> When I try to run the samples, by using...ant from jbossWS home, am >>> getting the following exceptions... >>> >>> I can understand that the junit.jar is missing and something for >>> assertions, but let me know where can I keep the junit.jar... it >>> >>> >> exists >> >> >>> in lib directory of JBossWS. >>> >>> Any Suggestions.... >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> java:58: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> java:53: >> >> >>> cannot find symbol >>> >>> [javac] symbol : class Test >>> >>> [javac] location: class >>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>> >>> [javac] public static Test suite() >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class ScriptTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> : >> >> >>> cannot find symbol >>> >>> [javac] symbol: class TestCase >>> >>> [javac] public class WSConsumerTestCase extends TestCase >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: >> >> >>> cannot find symbol >>> >>> [javac] symbol: class RemoteBinding >>> >>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:66: >> >> >>> cannot access junit.extensions.TestSetup >>> >>> [javac] file junit\extensions\TestSetup.class not found >>> >>> [javac] return new >>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>> "jaxws-samples-asynchronous.war"); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:100: >> >> >>> cannot find symbol >>> >>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>> >>> [javac] location: class >>> >>> >>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> e >> >> >>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>> >>> [javac] ^ >>> >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> tchTestCase.java:105: >> >> >>> cannot find symbol >>> >>> **Regards,** >>> >>> **Rajagopal Y (Raj)** >>> >>> **HCU-Consulting & Enterprise Solutions.** >>> >>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>> >>> DISCLAIMER: >>> This email (including any attachments) is intended for the sole use >>> > of > >>> >>> >> >> >>> the intended recipient/s and may contain material that is >>> > CONFIDENTIAL > >>> >>> >> >> >>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >>> copying or distribution or forwarding of any or all of the contents >>> > in > >>> >>> >> >> >>> this message is STRICTLY PROHIBITED. If you are not the intended >>> recipient, please contact the sender by email and delete all copies; >>> your cooperation in this regard is appreciated.. >>> >>> >>> >>> > ------------------------------------------------------------------------ > >> >> >>> _______________________________________________ >>> jbossws-users mailing list >>> jbossws-users at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From ropalka at redhat.com Wed Jan 2 04:48:15 2008 From: ropalka at redhat.com (Richard Opalka) Date: Wed, 02 Jan 2008 10:48:15 +0100 Subject: [jbossws-users] (no subject) In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> Message-ID: <477B5DDF.3000908@redhat.com> [echo] jboss.home = C:jboss-5.0.0.B3 The above looks strange to me, it should to be: C:\jboss-5.0.0.B3 Please double check your ant.properties file (try to specify \\ instead of \ there) Richard Rajagopal_Yendluri wrote: > Hi Richard, > > Following is my complete log > ------------------------------------------------------------------------ > ---- > Buildfile: build.xml > > prepare: > > tests-prepare: > > [echo] ----------------------------------------------- > [echo] jboss.home = C:jboss-5.0.0.B3 > [echo] excludesfile = > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > ests/resources/test-excludes-jboss500.txt > [echo] java.home = C:\jdk1.5.0_06\jre > [echo] jboss.bind = localhost > [echo] ----------------------------------------------- > > tests-classpath-jboss50: > > tests-classpath-jboss42: > > tests-classpath-jboss40: > > tests-classpath-jboss40-no-ejb3: > > tests-classpath: > > tests-init: > > tests-compile: > [javac] Compiling 205 source files to > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > utput\classes > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 33: package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 4 errors > > BUILD FAILED > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > uild.xml:137: The following error occurred while executing this line: > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\ant-import\build-testsuite.xml:340: Compile failed; see the > compiler error output for details. > > Total time: 4 seconds > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > > ------------------------------------------------------------------------ > ---- > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 2:54 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > Hi, > > this is the output of my tool: > > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > rs/ejb3.deployer/jboss-annotations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > loyers/ejb3.deployer/jboss-annotations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > ations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > ient.jar > > It's strange you're still getting this compilation error. Are you > driving against JBoss AS trunk? > > Richard > > Rajagopal_Yendluri wrote: > >> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the >> exception. Do I need to keep the jar in some where else also.. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 2:31 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar >> >> Rajagopal_Yendluri wrote: >> >> >>> Hi Richard, >>> >>> Thanks for your help, now I am getting the following exceptions. >>> >>> Which jar is missing and where I have to keep it. >>> >>> >>> >>> > ======================================================================== > >> >> >>> = >>> >>> tests-compile: >>> [javac] Compiling 205 source files to >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> >> >>> utput\classes >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> >> >>> package org.jboss.annotation.ejb does not exist >>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 33: package org.jboss.annotation.ejb does not exist >>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> cannot find symbol >>> [javac] symbol: class RemoteBinding >>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 38: cannot find symbol >>> [javac] symbol: class RemoteBinding >>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>> [javac] ^ >>> [javac] Note: Some input files use unchecked or unsafe >>> > operations. > >>> [javac] Note: Recompile with -Xlint:unchecked for details. >>> [javac] 4 errors >>> >>> BUILD FAILED >>> >>> >>> > ======================================================================== > >> >> >>> === >>> >>> >>> >>> Regards, >>> Rajagopal Y (Raj) >>> HCU-Consulting & Enterprise Solutions. >>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >>> >>> -----Original Message----- >>> From: Richard Opalka [mailto:ropalka at redhat.com] >>> Sent: Wednesday, January 02, 2008 1:59 PM >>> To: Rajagopal_Yendluri >>> Cc: jbossws-users at lists.jboss.org >>> Subject: Re: [jbossws-users] (no subject) >>> >>> Hi Raj, >>> >>> you have to put junit.jar to your ANT_HOME/lib directory to make it >>> work. >>> >>> Rajagopal_Yendluri wrote: >>> >>> >>> >>>> Hi, >>>> >>>> I am new to JBoss WS, I just started working on this for a POC, I >>>> successfully installed the WS on JBoss AS. >>>> >>>> When I try to run the samples, by using...ant from jbossWS home, am >>>> getting the following exceptions... >>>> >>>> I can understand that the junit.jar is missing and something for >>>> assertions, but let me know where can I keep the junit.jar... it >>>> >>>> >>>> >>> exists >>> >>> >>> >>>> in lib directory of JBossWS. >>>> >>>> Any Suggestions.... >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> >> >>> java:58: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : class Test >>>> >>>> [javac] location: class >>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>>> >>>> [javac] public static Test suite() >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> >> >>> java:53: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : class Test >>>> >>>> [javac] location: class >>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>>> >>>> [javac] public static Test suite() >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: >>> > > >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class TestCase >>>> >>>> [javac] public class ScriptTestCase extends TestCase >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> >> >>> : >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class TestCase >>>> >>>> [javac] public class WSConsumerTestCase extends TestCase >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class RemoteBinding >>>> >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 38: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class RemoteBinding >>>> >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:66: >>> >>> >>> >>>> cannot access junit.extensions.TestSetup >>>> >>>> [javac] file junit\extensions\TestSetup.class not found >>>> >>>> [javac] return new >>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>>> "jaxws-samples-asynchronous.war"); >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:100: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>>> >>>> [javac] location: class >>>> >>>> >>>> >>>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> >> >>> e >>> >>> >>> >>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:105: >>> >>> >>> >>>> cannot find symbol >>>> >>>> **Regards,** >>>> >>>> **Rajagopal Y (Raj)** >>>> >>>> **HCU-Consulting & Enterprise Solutions.** >>>> >>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>>> >>>> DISCLAIMER: >>>> This email (including any attachments) is intended for the sole use >>>> >>>> >> of >> >> >>>> >>>> >>>> >>> >>> >>> >>>> the intended recipient/s and may contain material that is >>>> >>>> >> CONFIDENTIAL >> >> >>>> >>>> >>>> >>> >>> >>> >>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >>>> > > >>>> copying or distribution or forwarding of any or all of the contents >>>> >>>> >> in >> >> >>>> >>>> >>>> >>> >>> >>> >>>> this message is STRICTLY PROHIBITED. If you are not the intended >>>> recipient, please contact the sender by email and delete all copies; >>>> > > >>>> your cooperation in this regard is appreciated.. >>>> >>>> >>>> >>>> >>>> > ------------------------------------------------------------------------ > >> >> >>> >>> >>> >>>> _______________________________________________ >>>> jbossws-users mailing list >>>> jbossws-users at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From do-not-reply at jboss.com Wed Jan 2 04:59:39 2008 From: do-not-reply at jboss.com (techie_techie) Date: Wed, 2 Jan 2008 04:59:39 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Unsupported content type Exception while consuming JbossWS Message-ID: <10151217.1199267979694.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, My web service is hosted on Jboss 4.0.4 GA and Jboss WS 1.0.2 GA. Web service is document/literal style and JSR181 based. I have created JBossWS 1.0.2 web service client to consume the web service using JAX-RPC style - ServiceFactory method as given in the sample examples of the Jboss WS 1.0.2 GA. Service is over HTTPS and so did the necessary SSL configuration on the client to access the service. Web service client code is invoked through a JSP. With this way, I am able to invoke some services but when invoking one particular service I am getting the following exception. Any idea what is missing? Is it something to do with MessageFactory? 2007-12-31 16:00:59,125 DEBUG [org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker] connect called for: org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker at c77512 | 2007-12-31 16:00:59,125 DEBUG [org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker] Setting request header with SOAPAction : "" | 2007-12-31 16:00:59,125 DEBUG [org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker] Setting request header with Content-Type : text/xml; charset=UTF-8 | 2007-12-31 16:00:59,156 DEBUG [org.jboss.ws.binding.soap.SOAPMessageUnMarshaller] getMimeHeaders from: {null=[HTTP/1.1 200 OK], ResponseCodeMessage=OK, Set-cookie=[JSESSIONID=2000581CECAB64B685C0648F6E818CB2;Path=/webauth;Secure], Transfer-encoding=[chunked], http.basic.password=admin12, Date=[Mon, 31 Dec 2007 10:13:45 GMT], http.basic.username=admin, Server=[Sun-ONE-Web-Server/6.1], HEADER={SOAPAction="", Content-Type=text/xml; charset=UTF-8}, Content-type=[text/html;charset=ISO-8859-1], ResponseCode=200} | 2007-12-31 16:00:59,156 DEBUG [org.jboss.ws.soap.MessageFactoryImpl] createMessage: [contentType=text/html; charset=ISO-8859-1] | 2007-12-31 16:00:59,156 ERROR [org.jboss.ws.binding.soap.SOAPMessageUnMarshaller] Cannot unmarshall SOAPMessage | javax.xml.soap.SOAPException: Unsupported content type: text/html; charset=ISO-8859-1 | at org.jboss.ws.soap.MessageFactoryImpl.createMessageInternal(MessageFactoryImpl.java:204) | at org.jboss.ws.binding.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMarshaller.java:76) | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:175) | at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:81) | at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143) | at org.jboss.remoting.Client.invoke(Client.java:525) | at org.jboss.remoting.Client.invoke(Client.java:488) | at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:186) | at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:687) | at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:404) | at org.jboss.ws.jaxrpc.CallProxy.invoke(CallProxy.java:148) | at $Proxy58.getAllServiceDomains(Unknown Source) | at org.apache.jsp.nrsm_jsp._jspService(nrsm_jsp.java:173) | at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) | at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) | at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) | at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) | at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) | at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) | at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419) | at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211) | at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108) | at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:233) | at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41) | at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | 2007-12-31 16:00:59,171 DEBUG [org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker] Error invoking http client invoker. | java.io.IOException: javax.xml.soap.SOAPException: Unsupported content type: text/html; charset=ISO-8859-1 | at org.jboss.ws.binding.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMarshaller.java:82) | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:175) | at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:81) | at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143) | at org.jboss.remoting.Client.invoke(Client.java:525) | at org.jboss.remoting.Client.invoke(Client.java:488) | at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:186) | at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:687) | at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:404) | at org.jboss.ws.jaxrpc.CallProxy.invoke(CallProxy.java:148) | at $Proxy58.getAllServiceDomains(Unknown Source) | at org.apache.jsp.nrsm_jsp._jspService(nrsm_jsp.java:173) | at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) | at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) | at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) | at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) | at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) | at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) | at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419) | at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211) | at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108) | at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:233) | at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41) | at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | 2007-12-31 16:00:59,171 ERROR [org.jboss.ws.jaxrpc.CallImpl] Call invocation failed with unkown Exception | javax.xml.soap.SOAPException: Could not transmit message | at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:201) | at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:687) | at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:404) | at org.jboss.ws.jaxrpc.CallProxy.invoke(CallProxy.java:148) | at $Proxy58.getAllServiceDomains(Unknown Source) | at org.apache.jsp.nrsm_jsp._jspService(nrsm_jsp.java:173) | at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) | at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) | at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) | at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) | at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) | at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) | at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419) | at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211) | at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108) | at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:233) | at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41) | at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | Caused by: org.jboss.remoting.CannotConnectException: Can not connect http client invoker. | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:201) | at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:81) | at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143) | at org.jboss.remoting.Client.invoke(Client.java:525) | at org.jboss.remoting.Client.invoke(Client.java:488) | at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:186) | ... 46 more | Caused by: java.io.IOException: javax.xml.soap.SOAPException: Unsupported content type: text/html; charset=ISO-8859-1 | at org.jboss.ws.binding.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMarshaller.java:82) | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:175) | ... 51 more | 2007-12-31 16:00:59,171 DEBUG [org.jboss.ws.soap.MessageContextAssociation] popMessageContext: org.jboss.ws.soap.SOAPMessageContextImpl at 137f594 | 2007-12-31 16:00:59,171 ERROR [STDERR] java.rmi.RemoteException: Call invocation failed: Could not transmit message; nested exception is: | javax.xml.soap.SOAPException: Could not transmit message | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:718) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:404) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.jaxrpc.CallProxy.invoke(CallProxy.java:148) | 2007-12-31 16:00:59,171 ERROR [STDERR] at $Proxy58.getAllServiceDomains(Unknown Source) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.jsp.nrsm_jsp._jspService(nrsm_jsp.java:173) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | 2007-12-31 16:00:59,171 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | 2007-12-31 16:00:59,171 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:233) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132) | 2007-12-31 16:00:59,171 ERROR [STDERR] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | 2007-12-31 16:00:59,171 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) | 2007-12-31 16:00:59,171 ERROR [STDERR] Caused by: javax.xml.soap.SOAPException: Could not transmit message | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:201) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:687) | 2007-12-31 16:00:59,171 ERROR [STDERR] ... 45 more | 2007-12-31 16:00:59,171 ERROR [STDERR] Caused by: org.jboss.remoting.CannotConnectException: Can not connect http client invoker. | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:201) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:81) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.Client.invoke(Client.java:525) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.Client.invoke(Client.java:488) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.soap.SOAPConnectionImpl.call(SOAPConnectionImpl.java:186) | 2007-12-31 16:00:59,171 ERROR [STDERR] ... 46 more | 2007-12-31 16:00:59,171 ERROR [STDERR] Caused by: java.io.IOException: javax.xml.soap.SOAPException: Unsupported content type: text/html; charset=ISO-8859-1 | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.ws.binding.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMarshaller.java:82) | 2007-12-31 16:00:59,171 ERROR [STDERR] at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:175) | 2007-12-31 16:00:59,171 ERROR [STDERR] ... 51 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116330#4116330 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116330 From do-not-reply at jboss.com Wed Jan 2 17:59:09 2008 From: do-not-reply at jboss.com (constantine) Date: Wed, 2 Jan 2008 17:59:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - new or old issue? Message-ID: <10873267.1199314749228.JavaMail.jboss@colo-br-02.atl.jboss.com> i have got a exception under jdk1.6/jboss-4.2.2.GA/WS-2.0.1 or ws-2.0.2/ubuntu7.10 64bit: | 22:53:04,857 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage | at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424) | at org.jboss.ws.core.soap.SOAPMessageImpl.(SOAPMessageImpl.java:67) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:207) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:185) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:395) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) | 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:619) | 22:53:04,869 ERROR [RequestHandlerImpl] Error processing web service request | org.jboss.ws.WSException: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage | at org.jboss.ws.WSException.rethrow(WSException.java:68) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:311) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) | 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:619) | Caused by: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage | at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424) | at org.jboss.ws.core.soap.SOAPMessageImpl.(SOAPMessageImpl.java:67) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:161) | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.toSOAPMessage(SOAPFaultHelperJAXWS.java:245) | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.exceptionToFaultMessage(SOAPFaultHelperJAXWS.java:174) | at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.createFaultMessageFromException(SOAP11BindingJAXWS.java:104) | at org.jboss.ws.core.CommonSOAPBinding.bindFaultMessage(CommonSOAPBinding.java:645) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:436) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) | ... 23 more | 22:53:04,875 ERROR [[LaolaWS]] Servlet.service() for servlet LaolaWS threw exception | java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage | at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424) | at org.jboss.ws.core.soap.SOAPMessageImpl.(SOAPMessageImpl.java:67) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:161) | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.toSOAPMessage(SOAPFaultHelperJAXWS.java:245) | at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.exceptionToFaultMessage(SOAPFaultHelperJAXWS.java:174) | at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.createFaultMessageFromException(SOAP11BindingJAXWS.java:104) | at org.jboss.ws.core.CommonSOAPBinding.bindFaultMessage(CommonSOAPBinding.java:645) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:436) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) | 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:619) | jdk1.5 works all fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116556#4116556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116556 From Rajagopal_Yendluri at satyam.com Thu Jan 3 01:33:41 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Thu, 3 Jan 2008 12:03:41 +0530 Subject: [jbossws-users] In-Reply-To: <477B5DDF.3000908@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> <477B5DDF.3000908@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> The jboss-annotations-ejb3.jar contains no classes, am I missing some thing ??? Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Wednesday, January 02, 2008 3:18 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] (no subject) [echo] jboss.home = C:jboss-5.0.0.B3 The above looks strange to me, it should to be: C:\jboss-5.0.0.B3 Please double check your ant.properties file (try to specify \\ instead of \ there) Richard Rajagopal_Yendluri wrote: > Hi Richard, > > Following is my complete log > ------------------------------------------------------------------------ > ---- > Buildfile: build.xml > > prepare: > > tests-prepare: > > [echo] ----------------------------------------------- > [echo] jboss.home = C:jboss-5.0.0.B3 > [echo] excludesfile = > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > ests/resources/test-excludes-jboss500.txt > [echo] java.home = C:\jdk1.5.0_06\jre > [echo] jboss.bind = localhost > [echo] ----------------------------------------------- > > tests-classpath-jboss50: > > tests-classpath-jboss42: > > tests-classpath-jboss40: > > tests-classpath-jboss40-no-ejb3: > > tests-classpath: > > tests-init: > > tests-compile: > [javac] Compiling 205 source files to > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > utput\classes > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 33: package org.jboss.annotation.ejb does not exist > [javac] import org.jboss.annotation.ejb.RemoteBinding; > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > [javac] ^ > [javac] > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > 38: cannot find symbol > [javac] symbol: class RemoteBinding > [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 4 errors > > BUILD FAILED > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > uild.xml:137: The following error occurred while executing this line: > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > ests\ant-import\build-testsuite.xml:340: Compile failed; see the > compiler error output for details. > > Total time: 4 seconds > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > > ------------------------------------------------------------------------ > ---- > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 2:54 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > Hi, > > this is the output of my tool: > > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > rs/ejb3.deployer/jboss-annotations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > loyers/ejb3.deployer/jboss-annotations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > ations-ejb3.jar > >>> archive is: > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > ient.jar > > It's strange you're still getting this compilation error. Are you > driving against JBoss AS trunk? > > Richard > > Rajagopal_Yendluri wrote: > >> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the >> exception. Do I need to keep the jar in some where else also.. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 2:31 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar >> >> Rajagopal_Yendluri wrote: >> >> >>> Hi Richard, >>> >>> Thanks for your help, now I am getting the following exceptions. >>> >>> Which jar is missing and where I have to keep it. >>> >>> >>> >>> > ======================================================================== > >> >> >>> = >>> >>> tests-compile: >>> [javac] Compiling 205 source files to >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> >> >>> utput\classes >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> >> >>> package org.jboss.annotation.ejb does not exist >>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 33: package org.jboss.annotation.ejb does not exist >>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> cannot find symbol >>> [javac] symbol: class RemoteBinding >>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>> [javac] ^ >>> [javac] >>> >>> >>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 38: cannot find symbol >>> [javac] symbol: class RemoteBinding >>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>> [javac] ^ >>> [javac] Note: Some input files use unchecked or unsafe >>> > operations. > >>> [javac] Note: Recompile with -Xlint:unchecked for details. >>> [javac] 4 errors >>> >>> BUILD FAILED >>> >>> >>> > ======================================================================== > >> >> >>> === >>> >>> >>> >>> Regards, >>> Rajagopal Y (Raj) >>> HCU-Consulting & Enterprise Solutions. >>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >>> >>> -----Original Message----- >>> From: Richard Opalka [mailto:ropalka at redhat.com] >>> Sent: Wednesday, January 02, 2008 1:59 PM >>> To: Rajagopal_Yendluri >>> Cc: jbossws-users at lists.jboss.org >>> Subject: Re: [jbossws-users] (no subject) >>> >>> Hi Raj, >>> >>> you have to put junit.jar to your ANT_HOME/lib directory to make it >>> work. >>> >>> Rajagopal_Yendluri wrote: >>> >>> >>> >>>> Hi, >>>> >>>> I am new to JBoss WS, I just started working on this for a POC, I >>>> successfully installed the WS on JBoss AS. >>>> >>>> When I try to run the samples, by using...ant from jbossWS home, am >>>> getting the following exceptions... >>>> >>>> I can understand that the junit.jar is missing and something for >>>> assertions, but let me know where can I keep the junit.jar... it >>>> >>>> >>>> >>> exists >>> >>> >>> >>>> in lib directory of JBossWS. >>>> >>>> Any Suggestions.... >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> >> >>> java:58: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : class Test >>>> >>>> [javac] location: class >>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>>> >>>> [javac] public static Test suite() >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> >> >>> java:53: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : class Test >>>> >>>> [javac] location: class >>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>>> >>>> [javac] public static Test suite() >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: >>> > > >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class TestCase >>>> >>>> [javac] public class ScriptTestCase extends TestCase >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> >> >>> : >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class TestCase >>>> >>>> [javac] public class WSConsumerTestCase extends TestCase >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class RemoteBinding >>>> >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> 38: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol: class RemoteBinding >>>> >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:66: >>> >>> >>> >>>> cannot access junit.extensions.TestSetup >>>> >>>> [javac] file junit\extensions\TestSetup.class not found >>>> >>>> [javac] return new >>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>>> "jaxws-samples-asynchronous.war"); >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:100: >>> >>> >>> >>>> cannot find symbol >>>> >>>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>>> >>>> [javac] location: class >>>> >>>> >>>> >>>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> >> >>> e >>> >>> >>> >>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>>> >>>> [javac] ^ >>>> >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> tchTestCase.java:105: >>> >>> >>> >>>> cannot find symbol >>>> >>>> **Regards,** >>>> >>>> **Rajagopal Y (Raj)** >>>> >>>> **HCU-Consulting & Enterprise Solutions.** >>>> >>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>>> >>>> DISCLAIMER: >>>> This email (including any attachments) is intended for the sole use >>>> >>>> >> of >> >> >>>> >>>> >>>> >>> >>> >>> >>>> the intended recipient/s and may contain material that is >>>> >>>> >> CONFIDENTIAL >> >> >>>> >>>> >>>> >>> >>> >>> >>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or >>>> > > >>>> copying or distribution or forwarding of any or all of the contents >>>> >>>> >> in >> >> >>>> >>>> >>>> >>> >>> >>> >>>> this message is STRICTLY PROHIBITED. If you are not the intended >>>> recipient, please contact the sender by email and delete all copies; >>>> > > >>>> your cooperation in this regard is appreciated.. >>>> >>>> >>>> >>>> >>>> > ------------------------------------------------------------------------ > >> >> >>> >>> >>> >>>> _______________________________________________ >>>> jbossws-users mailing list >>>> jbossws-users at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From ropalka at redhat.com Thu Jan 3 02:47:08 2008 From: ropalka at redhat.com (Richard Opalka) Date: Thu, 03 Jan 2008 08:47:08 +0100 Subject: [jbossws-users] In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> <477B5DDF.3000908@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> Message-ID: <477C92FC.4040103@redhat.com> Hi Raj, you're right. Further more there is no such class in JBoss AS 5 code base. I took a look to our current code base and reference to RemoteBinding was removed because it is not compatible accross container versions. I suggest you to download and use our current trunk: https://svn.jboss.org/repos/jbossws/stack/native/trunk It's fixed there. Richard Rajagopal_Yendluri wrote: > The jboss-annotations-ejb3.jar contains no classes, > > am I missing some thing ??? > > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 3:18 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > [echo] jboss.home = C:jboss-5.0.0.B3 > > The above looks strange to me, it should to be: > > C:\jboss-5.0.0.B3 > > Please double check your ant.properties file (try to specify \\ instead > of \ there) > > Richard > > Rajagopal_Yendluri wrote: > >> Hi Richard, >> >> Following is my complete log >> >> > ------------------------------------------------------------------------ > >> ---- >> Buildfile: build.xml >> >> prepare: >> >> tests-prepare: >> >> [echo] ----------------------------------------------- >> [echo] jboss.home = C:jboss-5.0.0.B3 >> [echo] excludesfile = >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > >> ests/resources/test-excludes-jboss500.txt >> [echo] java.home = C:\jdk1.5.0_06\jre >> [echo] jboss.bind = localhost >> [echo] ----------------------------------------------- >> >> tests-classpath-jboss50: >> >> tests-classpath-jboss42: >> >> tests-classpath-jboss40: >> >> tests-classpath-jboss40-no-ejb3: >> >> tests-classpath: >> >> tests-init: >> >> tests-compile: >> [javac] Compiling 205 source files to >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> utput\classes >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 33: package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> [javac] ^ >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] 4 errors >> >> BUILD FAILED >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > >> uild.xml:137: The following error occurred while executing this line: >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> ests\ant-import\build-testsuite.xml:340: Compile failed; see the >> compiler error output for details. >> >> Total time: 4 seconds >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > >> > ------------------------------------------------------------------------ > >> ---- >> Regards, >> Rajagopal Y (Raj) >> HCU-Consulting & Enterprise Solutions. >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 2:54 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> Hi, >> >> this is the output of my tool: >> >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > >> rs/ejb3.deployer/jboss-annotations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > >> loyers/ejb3.deployer/jboss-annotations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > >> ations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > >> ient.jar >> >> It's strange you're still getting this compilation error. Are you >> driving against JBoss AS trunk? >> >> Richard >> >> Rajagopal_Yendluri wrote: >> >> >>> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the >>> exception. Do I need to keep the jar in some where else also.. >>> >>> -----Original Message----- >>> From: Richard Opalka [mailto:ropalka at redhat.com] >>> Sent: Wednesday, January 02, 2008 2:31 PM >>> To: Rajagopal_Yendluri >>> Cc: jbossws-users at lists.jboss.org >>> Subject: Re: [jbossws-users] (no subject) >>> >>> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar >>> >>> Rajagopal_Yendluri wrote: >>> >>> >>> >>>> Hi Richard, >>>> >>>> Thanks for your help, now I am getting the following exceptions. >>>> >>>> Which jar is missing and where I have to keep it. >>>> >>>> >>>> >>>> >>>> > ======================================================================== > >> >> >>> >>> >>> >>>> = >>>> >>>> tests-compile: >>>> [javac] Compiling 205 source files to >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> >> >>> >>> >>> >>>> utput\classes >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> >> >>> >>> >>> >>>> package org.jboss.annotation.ejb does not exist >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 33: package org.jboss.annotation.ejb does not exist >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> cannot find symbol >>>> [javac] symbol: class RemoteBinding >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 38: cannot find symbol >>>> [javac] symbol: class RemoteBinding >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>> [javac] ^ >>>> [javac] Note: Some input files use unchecked or unsafe >>>> >>>> >> operations. >> >> >>>> [javac] Note: Recompile with -Xlint:unchecked for details. >>>> [javac] 4 errors >>>> >>>> BUILD FAILED >>>> >>>> >>>> >>>> > ======================================================================== > >> >> >>> >>> >>> >>>> === >>>> >>>> >>>> >>>> Regards, >>>> Rajagopal Y (Raj) >>>> HCU-Consulting & Enterprise Solutions. >>>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >>>> >>>> -----Original Message----- >>>> From: Richard Opalka [mailto:ropalka at redhat.com] >>>> Sent: Wednesday, January 02, 2008 1:59 PM >>>> To: Rajagopal_Yendluri >>>> Cc: jbossws-users at lists.jboss.org >>>> Subject: Re: [jbossws-users] (no subject) >>>> >>>> Hi Raj, >>>> >>>> you have to put junit.jar to your ANT_HOME/lib directory to make it >>>> work. >>>> >>>> Rajagopal_Yendluri wrote: >>>> >>>> >>>> >>>> >>>>> Hi, >>>>> >>>>> I am new to JBoss WS, I just started working on this for a POC, I >>>>> successfully installed the WS on JBoss AS. >>>>> >>>>> When I try to run the samples, by using...ant from jbossWS home, am >>>>> > > >>>>> getting the following exceptions... >>>>> >>>>> I can understand that the junit.jar is missing and something for >>>>> assertions, but let me know where can I keep the junit.jar... it >>>>> >>>>> >>>>> >>>>> >>>> exists >>>> >>>> >>>> >>>> >>>>> in lib directory of JBossWS. >>>>> >>>>> Any Suggestions.... >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> >> >>> >>> >>> >>>> java:58: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : class Test >>>>> >>>>> [javac] location: class >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>>>> >>>>> [javac] public static Test suite() >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> >> >>> >>> >>> >>>> java:53: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : class Test >>>>> >>>>> [javac] location: class >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>>>> >>>>> [javac] public static Test suite() >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > >>>> >>>> >> >> >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class TestCase >>>>> >>>>> [javac] public class ScriptTestCase extends TestCase >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> >> >>> >>> >>> >>>> : >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class TestCase >>>>> >>>>> [javac] public class WSConsumerTestCase extends TestCase >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class RemoteBinding >>>>> >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 38: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class RemoteBinding >>>>> >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:66: >>>> >>>> >>>> >>>> >>>>> cannot access junit.extensions.TestSetup >>>>> >>>>> [javac] file junit\extensions\TestSetup.class not found >>>>> >>>>> [javac] return new >>>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>>>> "jaxws-samples-asynchronous.war"); >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:100: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>>>> >>>>> [javac] location: class >>>>> >>>>> >>>>> >>>>> >>>>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> >> >>> >>> >>> >>>> e >>>> >>>> >>>> >>>> >>>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:105: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> **Regards,** >>>>> >>>>> **Rajagopal Y (Raj)** >>>>> >>>>> **HCU-Consulting & Enterprise Solutions.** >>>>> >>>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>>>> >>>>> DISCLAIMER: >>>>> This email (including any attachments) is intended for the sole use >>>>> >>>>> >>>>> >>> of >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> the intended recipient/s and may contain material that is >>>>> >>>>> >>>>> >>> CONFIDENTIAL >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others >>>>> > or > >>>>> >>>>> >> >> >>>>> copying or distribution or forwarding of any or all of the contents >>>>> >>>>> >>>>> >>> in >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> this message is STRICTLY PROHIBITED. If you are not the intended >>>>> recipient, please contact the sender by email and delete all >>>>> > copies; > >>>>> >>>>> >> >> >>>>> your cooperation in this regard is appreciated.. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> > ------------------------------------------------------------------------ > >> >> >>> >>> >>> >>>> >>>> >>>> >>>> >>>>> _______________________________________________ >>>>> jbossws-users mailing list >>>>> jbossws-users at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From Rajagopal_Yendluri at satyam.com Thu Jan 3 03:45:41 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Thu, 3 Jan 2008 14:15:41 +0530 Subject: [jbossws-users] Problem running Samples In-Reply-To: <477C92FC.4040103@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> <477B5DDF.3000908@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> <477C92FC.4040103@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF07825A99@blamsg001.corp.satyam.ad> Thanks Richard, Let me know how can I download the stack, where as I can see the SVN files as following: .classpath .project ant-import/ ant-import-tests/ ant.properties.example build.bat build.sh build.xml jbossws-native-2.0.2.iml src/ tools/ version.properties Is there any way to download the whole project as .zip? Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Thursday, January 03, 2008 1:17 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] Hi Raj, you're right. Further more there is no such class in JBoss AS 5 code base. I took a look to our current code base and reference to RemoteBinding was removed because it is not compatible accross container versions. I suggest you to download and use our current trunk: https://svn.jboss.org/repos/jbossws/stack/native/trunk It's fixed there. Richard Rajagopal_Yendluri wrote: > The jboss-annotations-ejb3.jar contains no classes, > > am I missing some thing ??? > > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Wednesday, January 02, 2008 3:18 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] (no subject) > > [echo] jboss.home = C:jboss-5.0.0.B3 > > The above looks strange to me, it should to be: > > C:\jboss-5.0.0.B3 > > Please double check your ant.properties file (try to specify \\ instead > of \ there) > > Richard > > Rajagopal_Yendluri wrote: > >> Hi Richard, >> >> Following is my complete log >> >> > ------------------------------------------------------------------------ > >> ---- >> Buildfile: build.xml >> >> prepare: >> >> tests-prepare: >> >> [echo] ----------------------------------------------- >> [echo] jboss.home = C:jboss-5.0.0.B3 >> [echo] excludesfile = >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > >> ests/resources/test-excludes-jboss500.txt >> [echo] java.home = C:\jdk1.5.0_06\jre >> [echo] jboss.bind = localhost >> [echo] ----------------------------------------------- >> >> tests-classpath-jboss50: >> >> tests-classpath-jboss42: >> >> tests-classpath-jboss40: >> >> tests-classpath-jboss40-no-ejb3: >> >> tests-classpath: >> >> tests-init: >> >> tests-compile: >> [javac] Compiling 205 source files to >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> utput\classes >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 33: package org.jboss.annotation.ejb does not exist >> [javac] import org.jboss.annotation.ejb.RemoteBinding; >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >> [javac] ^ >> [javac] >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> 38: cannot find symbol >> [javac] symbol: class RemoteBinding >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >> [javac] ^ >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] 4 errors >> >> BUILD FAILED >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > >> uild.xml:137: The following error occurred while executing this line: >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> ests\ant-import\build-testsuite.xml:340: Compile failed; see the >> compiler error output for details. >> >> Total time: 4 seconds >> >> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > >> > ------------------------------------------------------------------------ > >> ---- >> Regards, >> Rajagopal Y (Raj) >> HCU-Consulting & Enterprise Solutions. >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >> >> -----Original Message----- >> From: Richard Opalka [mailto:ropalka at redhat.com] >> Sent: Wednesday, January 02, 2008 2:54 PM >> To: Rajagopal_Yendluri >> Cc: jbossws-users at lists.jboss.org >> Subject: Re: [jbossws-users] (no subject) >> >> Hi, >> >> this is the output of my tool: >> >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > >> rs/ejb3.deployer/jboss-annotations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > >> loyers/ejb3.deployer/jboss-annotations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > >> ations-ejb3.jar >> >>> archive is: >> >> > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > >> ient.jar >> >> It's strange you're still getting this compilation error. Are you >> driving against JBoss AS trunk? >> >> Richard >> >> Rajagopal_Yendluri wrote: >> >> >>> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the >>> exception. Do I need to keep the jar in some where else also.. >>> >>> -----Original Message----- >>> From: Richard Opalka [mailto:ropalka at redhat.com] >>> Sent: Wednesday, January 02, 2008 2:31 PM >>> To: Rajagopal_Yendluri >>> Cc: jbossws-users at lists.jboss.org >>> Subject: Re: [jbossws-users] (no subject) >>> >>> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar >>> >>> Rajagopal_Yendluri wrote: >>> >>> >>> >>>> Hi Richard, >>>> >>>> Thanks for your help, now I am getting the following exceptions. >>>> >>>> Which jar is missing and where I have to keep it. >>>> >>>> >>>> >>>> >>>> > ======================================================================== > >> >> >>> >>> >>> >>>> = >>>> >>>> tests-compile: >>>> [javac] Compiling 205 source files to >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > >> >> >>> >>> >>> >>>> utput\classes >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > >> >> >>> >>> >>> >>>> package org.jboss.annotation.ejb does not exist >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 33: package org.jboss.annotation.ejb does not exist >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> cannot find symbol >>>> [javac] symbol: class RemoteBinding >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>> [javac] ^ >>>> [javac] >>>> >>>> >>>> >>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 38: cannot find symbol >>>> [javac] symbol: class RemoteBinding >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>> [javac] ^ >>>> [javac] Note: Some input files use unchecked or unsafe >>>> >>>> >> operations. >> >> >>>> [javac] Note: Recompile with -Xlint:unchecked for details. >>>> [javac] 4 errors >>>> >>>> BUILD FAILED >>>> >>>> >>>> >>>> > ======================================================================== > >> >> >>> >>> >>> >>>> === >>>> >>>> >>>> >>>> Regards, >>>> Rajagopal Y (Raj) >>>> HCU-Consulting & Enterprise Solutions. >>>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. >>>> >>>> -----Original Message----- >>>> From: Richard Opalka [mailto:ropalka at redhat.com] >>>> Sent: Wednesday, January 02, 2008 1:59 PM >>>> To: Rajagopal_Yendluri >>>> Cc: jbossws-users at lists.jboss.org >>>> Subject: Re: [jbossws-users] (no subject) >>>> >>>> Hi Raj, >>>> >>>> you have to put junit.jar to your ANT_HOME/lib directory to make it >>>> work. >>>> >>>> Rajagopal_Yendluri wrote: >>>> >>>> >>>> >>>> >>>>> Hi, >>>>> >>>>> I am new to JBoss WS, I just started working on this for a POC, I >>>>> successfully installed the WS on JBoss AS. >>>>> >>>>> When I try to run the samples, by using...ant from jbossWS home, am >>>>> > > >>>>> getting the following exceptions... >>>>> >>>>> I can understand that the junit.jar is missing and something for >>>>> assertions, but let me know where can I keep the junit.jar... it >>>>> >>>>> >>>>> >>>>> >>>> exists >>>> >>>> >>>> >>>> >>>>> in lib directory of JBossWS. >>>>> >>>>> Any Suggestions.... >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > >> >> >>> >>> >>> >>>> java:58: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : class Test >>>>> >>>>> [javac] location: class >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase >>>>> >>>>> [javac] public static Test suite() >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > >> >> >>> >>> >>> >>>> java:53: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : class Test >>>>> >>>>> [javac] location: class >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase >>>>> >>>>> [javac] public static Test suite() >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > >>>> >>>> >> >> >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class TestCase >>>>> >>>>> [javac] public class ScriptTestCase extends TestCase >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > >> >> >>> >>> >>> >>>> : >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class TestCase >>>>> >>>>> [javac] public class WSConsumerTestCase extends TestCase >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > >> >> >>> >>> >>> >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class RemoteBinding >>>>> >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > >> >> >>> >>> >>> >>>> 38: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol: class RemoteBinding >>>>> >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:66: >>>> >>>> >>>> >>>> >>>>> cannot access junit.extensions.TestSetup >>>>> >>>>> [javac] file junit\extensions\TestSetup.class not found >>>>> >>>>> [javac] return new >>>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, >>>>> "jaxws-samples-asynchronous.war"); >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:100: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> [javac] symbol : method assertTrue(java.lang.String,boolean) >>>>> >>>>> [javac] location: class >>>>> >>>>> >>>>> >>>>> >>>>> > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > >> >> >>> >>> >>> >>>> e >>>> >>>> >>>> >>>> >>>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); >>>>> >>>>> [javac] ^ >>>>> >>>>> [javac] >>>>> >>>>> >>>>> >>>>> >>>>> > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > >> >> >>> >>> >>> >>> > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > >> >> >>> >>> >>> >>>> tchTestCase.java:105: >>>> >>>> >>>> >>>> >>>>> cannot find symbol >>>>> >>>>> **Regards,** >>>>> >>>>> **Rajagopal Y (Raj)** >>>>> >>>>> **HCU-Consulting & Enterprise Solutions.** >>>>> >>>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** >>>>> >>>>> DISCLAIMER: >>>>> This email (including any attachments) is intended for the sole use >>>>> >>>>> >>>>> >>> of >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> the intended recipient/s and may contain material that is >>>>> >>>>> >>>>> >>> CONFIDENTIAL >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others >>>>> > or > >>>>> >>>>> >> >> >>>>> copying or distribution or forwarding of any or all of the contents >>>>> >>>>> >>>>> >>> in >>> >>> >>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>> this message is STRICTLY PROHIBITED. If you are not the intended >>>>> recipient, please contact the sender by email and delete all >>>>> > copies; > >>>>> >>>>> >> >> >>>>> your cooperation in this regard is appreciated.. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> > ------------------------------------------------------------------------ > >> >> >>> >>> >>> >>>> >>>> >>>> >>>> >>>>> _______________________________________________ >>>>> jbossws-users mailing list >>>>> jbossws-users at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/jbossws-users >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbossws-users/attachments/20080103/e4e1d8a9/attachment.html From ropalka at redhat.com Thu Jan 3 05:02:41 2008 From: ropalka at redhat.com (Richard Opalka) Date: Thu, 03 Jan 2008 11:02:41 +0100 Subject: [jbossws-users] Problem running Samples In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF07825A99@blamsg001.corp.satyam.ad> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> <477B5DDF.3000908@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> <477C92FC.4040103@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF07825A99@blamsg001.corp.satyam.ad> Message-ID: <477CB2C1.6090603@redhat.com> You can always use your local JBossWS version. If you don't need the serviceref feature, just specify this test in your excludes file: There're files in src/test/resources called test-excludes-jbossXYZ.txt The content of these files is really simple. Just specify the test you want to exclude from compilation, in your case just add org/jboss/test/ws/jaxws/samples/serviceref/* to test-excludes-jboss500.txt Richard Rajagopal_Yendluri wrote: > > Thanks Richard, > > > > Let me know how can I download the stack, where as I can see the SVN > files as following: > > > > .classpath > > .project > > ant-import/ > > ant-import-tests/ > > ant.properties.example > > build.bat > > build.sh > > build.xml > > jbossws-native-2.0.2.iml > > src/ > > tools/ > > version.properties > > > > > > > > Is there any way to download the whole project as .zip? > > > > Regards, > > Rajagopal Y (Raj) > > HCU-Consulting & Enterprise Solutions. > > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Thursday, January 03, 2008 1:17 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] > > > > Hi Raj, > > > > you're right. Further more there is no such class in JBoss AS 5 code > > base. > > I took a look to our current code base and reference to RemoteBinding was > > removed because it is not compatible accross container versions. > > I suggest you to download and use our current trunk: > > https://svn.jboss.org/repos/jbossws/stack/native/trunk > > It's fixed there. > > > > Richard > > > > Rajagopal_Yendluri wrote: > > > The jboss-annotations-ejb3.jar contains no classes, > > > > > > am I missing some thing ??? > > > > > > Regards, > > > Rajagopal Y (Raj) > > > HCU-Consulting & Enterprise Solutions. > > > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > > > > > -----Original Message----- > > > From: Richard Opalka [mailto:ropalka at redhat.com] > > > Sent: Wednesday, January 02, 2008 3:18 PM > > > To: Rajagopal_Yendluri > > > Cc: jbossws-users at lists.jboss.org > > > Subject: Re: [jbossws-users] (no subject) > > > > > > [echo] jboss.home = C:jboss-5.0.0.B3 > > > > > > The above looks strange to me, it should to be: > > > > > > C:\jboss-5.0.0.B3 > > > > > > Please double check your ant.properties file (try to specify \\ instead > > > of \ there) > > > > > > Richard > > > > > > Rajagopal_Yendluri wrote: > > > > > >> Hi Richard, > > >> > > >> Following is my complete log > > >> > > >> > > > ------------------------------------------------------------------------ > > > > > >> ---- > > >> Buildfile: build.xml > > >> > > >> prepare: > > >> > > >> tests-prepare: > > >> > > >> [echo] ----------------------------------------------- > > >> [echo] jboss.home = C:jboss-5.0.0.B3 > > >> [echo] excludesfile = > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > > > > > >> ests/resources/test-excludes-jboss500.txt > > >> [echo] java.home = C:\jdk1.5.0_06\jre > > >> [echo] jboss.bind = localhost > > >> [echo] ----------------------------------------------- > > >> > > >> tests-classpath-jboss50: > > >> > > >> tests-classpath-jboss42: > > >> > > >> tests-classpath-jboss40: > > >> > > >> tests-classpath-jboss40-no-ejb3: > > >> > > >> tests-classpath: > > >> > > >> tests-init: > > >> > > >> tests-compile: > > >> [javac] Compiling 205 source files to > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > > > > > >> utput\classes > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > > > > > >> package org.jboss.annotation.ejb does not exist > > >> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> 33: package org.jboss.annotation.ejb does not exist > > >> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> cannot find symbol > > >> [javac] symbol: class RemoteBinding > > >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> 38: cannot find symbol > > >> [javac] symbol: class RemoteBinding > > >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >> [javac] ^ > > >> [javac] Note: Some input files use unchecked or unsafe operations. > > >> [javac] Note: Recompile with -Xlint:unchecked for details. > > >> [javac] 4 errors > > >> > > >> BUILD FAILED > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > > > > > >> uild.xml:137: The following error occurred while executing this line: > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> ests\ant-import\build-testsuite.xml:340: Compile failed; see the > > >> compiler error output for details. > > >> > > >> Total time: 4 seconds > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > > > > > >> > > > ------------------------------------------------------------------------ > > > > > >> ---- > > >> Regards, > > >> Rajagopal Y (Raj) > > >> HCU-Consulting & Enterprise Solutions. > > >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > >> > > >> -----Original Message----- > > >> From: Richard Opalka [mailto:ropalka at redhat.com] > > >> Sent: Wednesday, January 02, 2008 2:54 PM > > >> To: Rajagopal_Yendluri > > >> Cc: jbossws-users at lists.jboss.org > > >> Subject: Re: [jbossws-users] (no subject) > > >> > > >> Hi, > > >> > > >> this is the output of my tool: > > >> > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > > > > > >> rs/ejb3.deployer/jboss-annotations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > > > > > >> loyers/ejb3.deployer/jboss-annotations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > > > > > >> ations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > > > > > >> ient.jar > > >> > > >> It's strange you're still getting this compilation error. Are you > > >> driving against JBoss AS trunk? > > >> > > >> Richard > > >> > > >> Rajagopal_Yendluri wrote: > > >> > > >> > > >>> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the > > >>> exception. Do I need to keep the jar in some where else also.. > > >>> > > >>> -----Original Message----- > > >>> From: Richard Opalka [mailto:ropalka at redhat.com] > > >>> Sent: Wednesday, January 02, 2008 2:31 PM > > >>> To: Rajagopal_Yendluri > > >>> Cc: jbossws-users at lists.jboss.org > > >>> Subject: Re: [jbossws-users] (no subject) > > >>> > > >>> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar > > >>> > > >>> Rajagopal_Yendluri wrote: > > >>> > > >>> > > >>> > > >>>> Hi Richard, > > >>>> > > >>>> Thanks for your help, now I am getting the following exceptions. > > >>>> > > >>>> Which jar is missing and where I have to keep it. > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > > ======================================================================== > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> = > > >>>> > > >>>> tests-compile: > > >>>> [javac] Compiling 205 source files to > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> utput\classes > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> package org.jboss.annotation.ejb does not exist > > >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 33: package org.jboss.annotation.ejb does not exist > > >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> cannot find symbol > > >>>> [javac] symbol: class RemoteBinding > > >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 38: cannot find symbol > > >>>> [javac] symbol: class RemoteBinding > > >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >>>> [javac] ^ > > >>>> [javac] Note: Some input files use unchecked or unsafe > > >>>> > > >>>> > > >> operations. > > >> > > >> > > >>>> [javac] Note: Recompile with -Xlint:unchecked for details. > > >>>> [javac] 4 errors > > >>>> > > >>>> BUILD FAILED > > >>>> > > >>>> > > >>>> > > >>>> > > > ======================================================================== > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> === > > >>>> > > >>>> > > >>>> > > >>>> Regards, > > >>>> Rajagopal Y (Raj) > > >>>> HCU-Consulting & Enterprise Solutions. > > >>>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > >>>> > > >>>> -----Original Message----- > > >>>> From: Richard Opalka [mailto:ropalka at redhat.com] > > >>>> Sent: Wednesday, January 02, 2008 1:59 PM > > >>>> To: Rajagopal_Yendluri > > >>>> Cc: jbossws-users at lists.jboss.org > > >>>> Subject: Re: [jbossws-users] (no subject) > > >>>> > > >>>> Hi Raj, > > >>>> > > >>>> you have to put junit.jar to your ANT_HOME/lib directory to make it > > >>>> work. > > >>>> > > >>>> Rajagopal_Yendluri wrote: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> Hi, > > >>>>> > > >>>>> I am new to JBoss WS, I just started working on this for a POC, I > > >>>>> successfully installed the WS on JBoss AS. > > >>>>> > > >>>>> When I try to run the samples, by using...ant from jbossWS home, am > > >>>>> > > > > > > > > >>>>> getting the following exceptions... > > >>>>> > > >>>>> I can understand that the junit.jar is missing and something for > > >>>>> assertions, but let me know where can I keep the junit.jar... it > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> exists > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> in lib directory of JBossWS. > > >>>>> > > >>>>> Any Suggestions.... > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> java:58: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : class Test > > >>>>> > > >>>>> [javac] location: class > > >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase > > >>>>> > > >>>>> [javac] public static Test suite() > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> java:53: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : class Test > > >>>>> > > >>>>> [javac] location: class > > >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase > > >>>>> > > >>>>> [javac] public static Test suite() > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > > > > > >>>> > > >>>> > > >> > > >> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class TestCase > > >>>>> > > >>>>> [javac] public class ScriptTestCase extends TestCase > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> : > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class TestCase > > >>>>> > > >>>>> [javac] public class WSConsumerTestCase extends TestCase > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class RemoteBinding > > >>>>> > > >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 38: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class RemoteBinding > > >>>>> > > >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:66: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot access junit.extensions.TestSetup > > >>>>> > > >>>>> [javac] file junit\extensions\TestSetup.class not found > > >>>>> > > >>>>> [javac] return new > > >>>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, > > >>>>> "jaxws-samples-asynchronous.war"); > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:100: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : method assertTrue(java.lang.String,boolean) > > >>>>> > > >>>>> [javac] location: class > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> e > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:105: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> **Regards,** > > >>>>> > > >>>>> **Rajagopal Y (Raj)** > > >>>>> > > >>>>> **HCU-Consulting & Enterprise Solutions.** > > >>>>> > > >>>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** > > >>>>> > > >>>>> DISCLAIMER: > > >>>>> This email (including any attachments) is intended for the sole use > > >>>>> > > >>>>> > > >>>>> > > >>> of > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> the intended recipient/s and may contain material that is > > >>>>> > > >>>>> > > >>>>> > > >>> CONFIDENTIAL > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others > > >>>>> > > > or > > > > > >>>>> > > >>>>> > > >> > > >> > > >>>>> copying or distribution or forwarding of any or all of the contents > > >>>>> > > >>>>> > > >>>>> > > >>> in > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> this message is STRICTLY PROHIBITED. If you are not the intended > > >>>>> recipient, please contact the sender by email and delete all > > >>>>> > > > copies; > > > > > >>>>> > > >>>>> > > >> > > >> > > >>>>> your cooperation in this regard is appreciated.. > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > ------------------------------------------------------------------------ > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> _______________________________________________ > > >>>>> jbossws-users mailing list > > >>>>> jbossws-users at lists.jboss.org > > >>>>> https://lists.jboss.org/mailman/listinfo/jbossws-users > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > > > > > -- > > B.Sc. Richard Opalka > > Senior Software Engineer > > JBoss, a division of Red Hat > > > > Mobile: +420 731 186 942 > > Mail: ropalka at redhat.com > > > > > > DISCLAIMER: > This email (including any attachments) is intended for the sole use of > the intended recipient/s and may contain material that is CONFIDENTIAL > AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or > copying or distribution or forwarding of any or all of the contents in > this message is STRICTLY PROHIBITED. If you are not the intended > recipient, please contact the sender by email and delete all copies; > your cooperation in this regard is appreciated.. > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com From do-not-reply at jboss.com Thu Jan 3 05:36:58 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 3 Jan 2008 05:36:58 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Question about webservice returning array with nillable= Message-ID: <30751450.1199356618649.JavaMail.jboss@colo-br-02.atl.jboss.com> This is the JAXB related issue. http://jbws.dyndns.org/mediawiki/index.php?title=FAQ#Customizing_WSDL_Schema_Generation View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116660#4116660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116660 From do-not-reply at jboss.com Thu Jan 3 07:00:48 2008 From: do-not-reply at jboss.com (constantine) Date: Thu, 3 Jan 2008 07:00:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: new or old issue? Message-ID: <3766422.1199361648711.JavaMail.jboss@colo-br-02.atl.jboss.com> this excpetion is throw just if jboss as is loaded inside eclipse. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116692#4116692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116692 From do-not-reply at jboss.com Thu Jan 3 07:25:09 2008 From: do-not-reply at jboss.com (wtnat) Date: Thu, 3 Jan 2008 07:25:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - tomcat-jboss integration Message-ID: <32871350.1199363109435.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am trying to integrate tomcat6.0 with jbossws2.0.0(I am trying to eliminate the dependency on jbossws-1.2.0 which is a older version and using the jars from the latest jboss server and jboss ws) I am trying to create jbossws-thirdparty.jar using the build.xml file from the following link: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossws/trunk/integration-tomcat/build.xml?view=markup&pathrev=1975 I am not able to get the following jar files: jboss-container.jar jboss-dependency.jar jboss-logging-log4j.jar jboss-logging-spi.jar jboss-microcontainer.jar jboss-common-core.jar Where can I get the above jars so that I can successfully create jbossws-thirdparty.jar using the jar files available in the jbossws2.0.0 and jboss-4.2.2.GA View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116701#4116701 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116701 From do-not-reply at jboss.com Thu Jan 3 08:24:21 2008 From: do-not-reply at jboss.com (hopkinst) Date: Thu, 3 Jan 2008 08:24:21 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBoss Hanging on start up during Web Service ServletCont Message-ID: <11919904.1199366661544.JavaMail.jboss@colo-br-02.atl.jboss.com> Anyone have any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116715#4116715 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116715 From do-not-reply at jboss.com Thu Jan 3 11:15:31 2008 From: do-not-reply at jboss.com (bkruns) Date: Thu, 3 Jan 2008 11:15:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Wrong incomming SOAP not intercepted Message-ID: <15691965.1199376931688.JavaMail.jboss@colo-br-02.atl.jboss.com> We are running jbossws 1.2.0.SP1 and it still does not seem to be doing the basic WSDL validations. We have an elements setup as minoccurs=1 and it excepts the SOAP message even if that elements is not provided. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116771#4116771 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116771 From do-not-reply at jboss.com Thu Jan 3 16:12:05 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 3 Jan 2008 16:12:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: jbossws-native-2.0.2.GA doesn't deploy out of the box on Message-ID: <29111440.1199394725603.JavaMail.jboss@colo-br-02.atl.jboss.com> JBWS-1924 has been resolved. The fix will be available in 2.0.3.GA which right now is scheduled for the 1st of February 2008. In the mean time a workaround could be to get the jbossws-jboss421.jar compiling the sources from the SVN and manually adding it to server/default/lib and client/lib. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116864#4116864 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116864 From do-not-reply at jboss.com Thu Jan 3 16:13:59 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 3 Jan 2008 16:13:59 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Writing a client - no examples for BindingProvider based doc Message-ID: <3681674.1199394839216.JavaMail.jboss@colo-br-02.atl.jboss.com> Short background: I'm migrating a project from JBOSS 4.0.5GA that used Axis to generate WSDL interfaces for my JAX-RPC based clients. I've got a simple web service up under JBOSS. I can see it under http://localhost:8080/jbossws/services. It has a very simplistic Web Service that simply reads data from a table in the DB using EJB's generated using Hibernate to reveng an existing db. Accessing the WSDL through the localhost url requires a login userid and password, which seems to mean I have my database-based authentication setup correctly (or at least I think it does). The server side appears ready to access with a client. So I've read up on writing clients: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=62678 (found the Wiki pages and sample explanations discussed there: http://jbws.dyndns.org/mediawiki/index.php?title=Samples) http://jbws.dyndns.org/mediawiki/index.php?title=JAX-WS_User_Guide#Service_client_handlers http://www.jboss.com/index.html?module=bb&op=viewtopic&t=123643 http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Client_Side http://www.jboss.com/index.html?module=bb&op=viewtopic&t=108760 http://www.jboss.com/index.html?module=bb&op=viewtopic&t=104091 http://jbws.dyndns.org/mediawiki/index.php?title=Authentication http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools All the examples I can find show the use of BindingProvider to set the username and password. Some of these links suggest looking at the example code in the testsuite in the JBOSS source code. So I downloaded the JBOSS-4.2.2GA source but none of the code (any of it) uses BindingProvider. Then I discovered that the source was actually JBOSS-WS from http://labs.jboss.com/jbossws/downloads/. My first questions, then, are this: isn't WS included in the application server? Do I need to download the WS binary and add it to the JBOSS application server (for V4.2.2GA of the app server)? At the moment I've got a compile-time problem so have not been able to simply try it and find out. Looking through the examples in the WS source code I cannot find an example that seems to implement the simplistic code shown in the client example here: http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Client_Side I was hoping it would be as easy as this shows, with the added properties to the BindingProvider for username and password. The SimpleUserNameTestCase example uses a QName class and does a Service.create(), something the JAX-WS Tools page (http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Client_Side) recommends not doing. I've written this client, but it fails to compile with an error I've not seen in any discussions or in any googled pages: package wsTestJAXWS; | | import java.net.URL; | import javax.xml.ws.*; | import javax.jws.*; | | /* Web Services interfaces */ | import com.cei.crunch.server.subscriberservices.*; | | /* Crunch DB tables. */ | import com.cei.crunch.ejb.Subscriber; | | public class wsTestJAXWS { | | private static URL targetURL = null; | private String subscriberID = null; | private String pw = null; | private String host = null; | private String crunchServer = null; | private Subscriber profile = null; | SubscriberServicesEndpoint ss = null; | | private boolean serviceBind() | { | try { | | SubscriberServicesService service = new SubscriberServicesService(); | ss = service.getSubscriberServicesPort(); | | /* Set NEW Endpoint Location */ | BindingProvider bp = (BindingProvider)ss; | bp.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, crunchServer); | | /* Setup to authenticate with the server. */ | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, subscriberID); | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, pw); | | return true; | } | catch (Exception e) { | System.out.println("Failed to login to server."); | System.exit(1); | } | return false; | } | | public void run(String[] args) { | | /* Save the subscriber login information. */ | if ( args.length != 3 ) | { | System.out.println("Missing command line args (userid, password, server)."); | System.exit(1); | } | this.subscriberID = args[0]; | this.pw = args[1]; | this.host = args[2]; | | // crunchServer = "https://" + this.host + ":8443/Crunch/services/SubscriberServices"; | crunchServer = "http://" + this.host + ":8080/Crunch/services/SubscriberServices"; | System.out.println("Trying to connect to " + crunchServer + " as User: " + subscriberID + ", password: " + pw); | | /* Get the WSDL interfaces to the server. */ | if ( serviceBind() == false ) | { | System.out.println("Login failed."); | System.exit(1); | } | | /* Retrieve subscriber profile information. */ | try { | profile = ss.findSubscriber("CRUNCH-DEFAULT-SUPERUSER"); | } | catch (Exception e) { | System.out.println("Failed findSubscriber(): " + e.getMessage()); | e.printStackTrace(); | System.exit(1); | } | if ( profile == null ) | { | System.out.println("findSubscriber() failed."); | System.exit(1); | } | | System.out.println("Subscriber name : " + profile.getFirstname()); | System.out.println("Subscriber email: " + profile.getEmailAddress()); | } | | public static void main(String[] args) { | new wsTestJAXWS().run(args); | } | | } The compile time error is this: -client.test: | [javac] Compiling 1 source file to /home/mjhammel/src/cei/crunch/build/classes/client | [javac] /home/mjhammel/src/cei/crunch/src/com/cei/crunch/clients/tests/wsTestJAXWS.java:74: cannot access javax.xml.bind.annotation.XmlAccessorType | [javac] file javax/xml/bind/annotation/XmlAccessorType.class not found | [javac] profile = ss.findSubscriber("CRUNCH-DEFAULT-SUPERUSER"); | [javac] ^ | [javac] /home/mjhammel/src/cei/crunch/src/com/cei/crunch/clients/tests/wsTestJAXWS.java:76: cannot access javax.xml.bind.annotation.XmlElement | [javac] file javax/xml/bind/annotation/XmlElement.class not found | [javac] catch (Exception e) { | [javac] ^ | [javac] 2 errors I can't find any discussion on what the XmlAccessorType or XmlElement classes are or why they're being referenced at the specified points in my code. FYI: The SubscriberServicesService class is being generated using wsconsume (http://jbws.dyndns.org/mediawiki/index.php?title=Wsconsume). Any pointers to getting this first test client working with username/password login (BASIC authentication, with DatabaseServerLoginModule configured in my application-policy) would be greatly appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116866#4116866 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116866 From do-not-reply at jboss.com Thu Jan 3 18:56:31 2008 From: do-not-reply at jboss.com (kkurni) Date: Thu, 3 Jan 2008 18:56:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Authentication for webservices Message-ID: <32129361.1199404592719.JavaMail.jboss@colo-br-02.atl.jboss.com> You can use Partial Class That's the solution to keep your code. so when you updating the proxy class, you still can maintain your own code... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116902#4116902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116902 From do-not-reply at jboss.com Thu Jan 3 18:57:35 2008 From: do-not-reply at jboss.com (kkurni) Date: Thu, 3 Jan 2008 18:57:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Authentication for webservices Message-ID: <9784496.1199404655229.JavaMail.jboss@colo-br-02.atl.jboss.com> You can use Partial Class That's the solution to keep your code. so when you updating the proxy class, you still can maintain your own code... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116904#4116904 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116904 From Rajagopal_Yendluri at satyam.com Fri Jan 4 01:20:11 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Fri, 4 Jan 2008 11:50:11 +0530 Subject: [jbossws-users] Problem running Samples In-Reply-To: <477CB2C1.6090603@redhat.com> References: <9E2CF8F41656E247AE8F1612D19E95BF077977A8@blamsg001.corp.satyam.ad> <477B4B5D.6090609@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9F5B@blamsg001.corp.satyam.ad> <477B52C8.9030301@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077D9FB6@blamsg001.corp.satyam.ad> <477B5838.6090804@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF077DA01B@blamsg001.corp.satyam.ad> <477B5DDF.3000908@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF078258BB@blamsg001.corp.satyam.ad> <477C92FC.4040103@redhat.com> <9E2CF8F41656E247AE8F1612D19E95BF07825A99@blamsg001.corp.satyam.ad> <477CB2C1.6090603@redhat.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF07863104@blamsg001.corp.satyam.ad> Thanks Richard, Along with the once I excluded the following also org/jboss/test/ws/jaxws/samples/webserviceref/* Then only it's working.. It's time to start the POC.. Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: Richard Opalka [mailto:ropalka at redhat.com] Sent: Thursday, January 03, 2008 3:33 PM To: Rajagopal_Yendluri Cc: jbossws-users at lists.jboss.org Subject: Re: [jbossws-users] Problem running Samples You can always use your local JBossWS version. If you don't need the serviceref feature, just specify this test in your excludes file: There're files in src/test/resources called test-excludes-jbossXYZ.txt The content of these files is really simple. Just specify the test you want to exclude from compilation, in your case just add org/jboss/test/ws/jaxws/samples/serviceref/* to test-excludes-jboss500.txt Richard Rajagopal_Yendluri wrote: > > Thanks Richard, > > > > Let me know how can I download the stack, where as I can see the SVN > files as following: > > > > .classpath > > .project > > ant-import/ > > ant-import-tests/ > > ant.properties.example > > build.bat > > build.sh > > build.xml > > jbossws-native-2.0.2.iml > > src/ > > tools/ > > version.properties > > > > > > > > Is there any way to download the whole project as .zip? > > > > Regards, > > Rajagopal Y (Raj) > > HCU-Consulting & Enterprise Solutions. > > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > > > -----Original Message----- > From: Richard Opalka [mailto:ropalka at redhat.com] > Sent: Thursday, January 03, 2008 1:17 PM > To: Rajagopal_Yendluri > Cc: jbossws-users at lists.jboss.org > Subject: Re: [jbossws-users] > > > > Hi Raj, > > > > you're right. Further more there is no such class in JBoss AS 5 code > > base. > > I took a look to our current code base and reference to RemoteBinding was > > removed because it is not compatible accross container versions. > > I suggest you to download and use our current trunk: > > https://svn.jboss.org/repos/jbossws/stack/native/trunk > > It's fixed there. > > > > Richard > > > > Rajagopal_Yendluri wrote: > > > The jboss-annotations-ejb3.jar contains no classes, > > > > > > am I missing some thing ??? > > > > > > Regards, > > > Rajagopal Y (Raj) > > > HCU-Consulting & Enterprise Solutions. > > > Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > > > > > -----Original Message----- > > > From: Richard Opalka [mailto:ropalka at redhat.com] > > > Sent: Wednesday, January 02, 2008 3:18 PM > > > To: Rajagopal_Yendluri > > > Cc: jbossws-users at lists.jboss.org > > > Subject: Re: [jbossws-users] (no subject) > > > > > > [echo] jboss.home = C:jboss-5.0.0.B3 > > > > > > The above looks strange to me, it should to be: > > > > > > C:\jboss-5.0.0.B3 > > > > > > Please double check your ant.properties file (try to specify \\ instead > > > of \ there) > > > > > > Richard > > > > > > Rajagopal_Yendluri wrote: > > > > > >> Hi Richard, > > >> > > >> Following is my complete log > > >> > > >> > > > ------------------------------------------------------------------------ > > > > > >> ---- > > >> Buildfile: build.xml > > >> > > >> prepare: > > >> > > >> tests-prepare: > > >> > > >> [echo] ----------------------------------------------- > > >> [echo] jboss.home = C:jboss-5.0.0.B3 > > >> [echo] excludesfile = > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA/t > > > > > >> ests/resources/test-excludes-jboss500.txt > > >> [echo] java.home = C:\jdk1.5.0_06\jre > > >> [echo] jboss.bind = localhost > > >> [echo] ----------------------------------------------- > > >> > > >> tests-classpath-jboss50: > > >> > > >> tests-classpath-jboss42: > > >> > > >> tests-classpath-jboss40: > > >> > > >> tests-classpath-jboss40-no-ejb3: > > >> > > >> tests-classpath: > > >> > > >> tests-init: > > >> > > >> tests-compile: > > >> [javac] Compiling 205 source files to > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > > > > > >> utput\classes > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > > > > > >> package org.jboss.annotation.ejb does not exist > > >> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> 33: package org.jboss.annotation.ejb does not exist > > >> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> cannot find symbol > > >> [javac] symbol: class RemoteBinding > > >> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >> [javac] ^ > > >> [javac] > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> 38: cannot find symbol > > >> [javac] symbol: class RemoteBinding > > >> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >> [javac] ^ > > >> [javac] Note: Some input files use unchecked or unsafe operations. > > >> [javac] Note: Recompile with -Xlint:unchecked for details. > > >> [javac] 4 errors > > >> > > >> BUILD FAILED > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\b > > > > > >> uild.xml:137: The following error occurred while executing this line: > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> ests\ant-import\build-testsuite.xml:340: Compile failed; see the > > >> compiler error output for details. > > >> > > >> Total time: 4 seconds > > >> > > >> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA> > > > > > >> > > > ------------------------------------------------------------------------ > > > > > >> ---- > > >> Regards, > > >> Rajagopal Y (Raj) > > >> HCU-Consulting & Enterprise Solutions. > > >> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > >> > > >> -----Original Message----- > > >> From: Richard Opalka [mailto:ropalka at redhat.com] > > >> Sent: Wednesday, January 02, 2008 2:54 PM > > >> To: Rajagopal_Yendluri > > >> Cc: jbossws-users at lists.jboss.org > > >> Subject: Re: [jbossws-users] (no subject) > > >> > > >> Hi, > > >> > > >> this is the output of my tool: > > >> > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/all/deploye > > > > > >> rs/ejb3.deployer/jboss-annotations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/server/default/dep > > > > > >> loyers/ejb3.deployer/jboss-annotations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-annot > > > > > >> ations-ejb3.jar > > >> >>> archive is: > > >> > > >> > > > /opt/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-cl > > > > > >> ient.jar > > >> > > >> It's strange you're still getting this compilation error. Are you > > >> driving against JBoss AS trunk? > > >> > > >> Richard > > >> > > >> Rajagopal_Yendluri wrote: > > >> > > >> > > >>> It Exists @ "C:\jboss-5.0.0.B3\client ", still am getting the > > >>> exception. Do I need to keep the jar in some where else also.. > > >>> > > >>> -----Original Message----- > > >>> From: Richard Opalka [mailto:ropalka at redhat.com] > > >>> Sent: Wednesday, January 02, 2008 2:31 PM > > >>> To: Rajagopal_Yendluri > > >>> Cc: jbossws-users at lists.jboss.org > > >>> Subject: Re: [jbossws-users] (no subject) > > >>> > > >>> jboss-4.2.2.GA/client/jboss-annotations-ejb3.jar > > >>> > > >>> Rajagopal_Yendluri wrote: > > >>> > > >>> > > >>> > > >>>> Hi Richard, > > >>>> > > >>>> Thanks for your help, now I am getting the following exceptions. > > >>>> > > >>>> Which jar is missing and where I have to keep it. > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > > ======================================================================== > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> = > > >>>> > > >>>> tests-compile: > > >>>> [javac] Compiling 205 source files to > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\o > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> utput\classes > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:24: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> package org.jboss.annotation.ejb does not exist > > >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 33: package org.jboss.annotation.ejb does not exist > > >>>> [javac] import org.jboss.annotation.ejb.RemoteBinding; > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> cannot find symbol > > >>>> [javac] symbol: class RemoteBinding > > >>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >>>> [javac] ^ > > >>>> [javac] > > >>>> > > >>>> > > >>>> > > >>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 38: cannot find symbol > > >>>> [javac] symbol: class RemoteBinding > > >>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >>>> [javac] ^ > > >>>> [javac] Note: Some input files use unchecked or unsafe > > >>>> > > >>>> > > >> operations. > > >> > > >> > > >>>> [javac] Note: Recompile with -Xlint:unchecked for details. > > >>>> [javac] 4 errors > > >>>> > > >>>> BUILD FAILED > > >>>> > > >>>> > > >>>> > > >>>> > > > ======================================================================== > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> === > > >>>> > > >>>> > > >>>> > > >>>> Regards, > > >>>> Rajagopal Y (Raj) > > >>>> HCU-Consulting & Enterprise Solutions. > > >>>> Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. > > >>>> > > >>>> -----Original Message----- > > >>>> From: Richard Opalka [mailto:ropalka at redhat.com] > > >>>> Sent: Wednesday, January 02, 2008 1:59 PM > > >>>> To: Rajagopal_Yendluri > > >>>> Cc: jbossws-users at lists.jboss.org > > >>>> Subject: Re: [jbossws-users] (no subject) > > >>>> > > >>>> Hi Raj, > > >>>> > > >>>> you have to put junit.jar to your ANT_HOME/lib directory to make it > > >>>> work. > > >>>> > > >>>> Rajagopal_Yendluri wrote: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> Hi, > > >>>>> > > >>>>> I am new to JBoss WS, I just started working on this for a POC, I > > >>>>> successfully installed the WS on JBoss AS. > > >>>>> > > >>>>> When I try to run the samples, by using...ant from jbossWS home, am > > >>>>> > > > > > > > > >>>>> getting the following exceptions... > > >>>>> > > >>>>> I can understand that the junit.jar is missing and something for > > >>>>> assertions, but let me know where can I keep the junit.jar... it > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> exists > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> in lib directory of JBossWS. > > >>>>> > > >>>>> Any Suggestions.... > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPHandlerTestCase. > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> java:58: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : class Test > > >>>>> > > >>>>> [javac] location: class > > >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPHandlerTestCase > > >>>>> > > >>>>> [javac] public static Test suite() > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\xop\doclit\XOPWrappedTestCase. > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> java:53: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : class Test > > >>>>> > > >>>>> [javac] location: class > > >>>>> org.jboss.test.ws.jaxws.samples.xop.doclit.XOPWrappedTestCase > > >>>>> > > >>>>> [javac] public static Test suite() > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\ScriptTestCase.java:37: > > > > > >>>> > > >>>> > > >> > > >> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class TestCase > > >>>>> > > >>>>> [javac] public class ScriptTestCase extends TestCase > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\smoke\tools\WSConsumerTestCase.java:46 > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> : > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class TestCase > > >>>>> > > >>>>> [javac] public class WSConsumerTestCase extends TestCase > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\serviceref\EJBClient.java:38: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class RemoteBinding > > >>>>> > > >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb/EJBClient") > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\webserviceref\EJB3Client.java: > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> 38: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol: class RemoteBinding > > >>>>> > > >>>>> [javac] @RemoteBinding(jndiBinding = "/ejb3/EJB3Client") > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:66: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot access junit.extensions.TestSetup > > >>>>> > > >>>>> [javac] file junit\extensions\TestSetup.class not found > > >>>>> > > >>>>> [javac] return new > > >>>>> JBossWSTestSetup(AsynchronousDispatchTestCase.class, > > >>>>> "jaxws-samples-asynchronous.war"); > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:100: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> [javac] symbol : method assertTrue(java.lang.String,boolean) > > >>>>> > > >>>>> [javac] location: class > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > org.jboss.test.ws.jaxws.samples.asynchronous.AsynchronousDispatchTestCas > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> e > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> [javac] assertTrue("Async handler called", asyncHandlerCalled); > > >>>>> > > >>>>> [javac] ^ > > >>>>> > > >>>>> [javac] > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > C:\Rajagopal\Softwares\jbossws-native-2.0.2.GA\jbossws-native-2.0.2.GA\t > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>> > > > ests\java\org\jboss\test\ws\jaxws\samples\asynchronous\AsynchronousDispa > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> tchTestCase.java:105: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> cannot find symbol > > >>>>> > > >>>>> **Regards,** > > >>>>> > > >>>>> **Rajagopal Y (Raj)** > > >>>>> > > >>>>> **HCU-Consulting & Enterprise Solutions.** > > >>>>> > > >>>>> **Phone: (C) +91-9986584084 / (W)+91-80-6658 3685.** > > >>>>> > > >>>>> DISCLAIMER: > > >>>>> This email (including any attachments) is intended for the sole use > > >>>>> > > >>>>> > > >>>>> > > >>> of > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> the intended recipient/s and may contain material that is > > >>>>> > > >>>>> > > >>>>> > > >>> CONFIDENTIAL > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> AND PRIVATE COMPANY INFORMATION. Any review or reliance by others > > >>>>> > > > or > > > > > >>>>> > > >>>>> > > >> > > >> > > >>>>> copying or distribution or forwarding of any or all of the contents > > >>>>> > > >>>>> > > >>>>> > > >>> in > > >>> > > >>> > > >>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> this message is STRICTLY PROHIBITED. If you are not the intended > > >>>>> recipient, please contact the sender by email and delete all > > >>>>> > > > copies; > > > > > >>>>> > > >>>>> > > >> > > >> > > >>>>> your cooperation in this regard is appreciated.. > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > > ------------------------------------------------------------------------ > > > > > >> > > >> > > >>> > > >>> > > >>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> _______________________________________________ > > >>>>> jbossws-users mailing list > > >>>>> jbossws-users at lists.jboss.org > > >>>>> https://lists.jboss.org/mailman/listinfo/jbossws-users > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > > > > > -- > > B.Sc. Richard Opalka > > Senior Software Engineer > > JBoss, a division of Red Hat > > > > Mobile: +420 731 186 942 > > Mail: ropalka at redhat.com > > > > > > DISCLAIMER: > This email (including any attachments) is intended for the sole use of > the intended recipient/s and may contain material that is CONFIDENTIAL > AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or > copying or distribution or forwarding of any or all of the contents in > this message is STRICTLY PROHIBITED. If you are not the intended > recipient, please contact the sender by email and delete all copies; > your cooperation in this regard is appreciated.. > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka at redhat.com DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From do-not-reply at jboss.com Fri Jan 4 03:15:17 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:15:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <20170178.1199434517914.JavaMail.jboss@colo-br-02.atl.jboss.com> "mjhammel" wrote : | Then I discovered that the source was actually JBOSS-WS from http://labs.jboss.com/jbossws/downloads/. My first questions, then, are this: isn't WS included in the application server? Do I need to download the WS binary and add it to the JBOSS application server (for V4.2.2GA of the app server)? | The application server includes a webservice stack (JBossWS) you can of course use without any further installation. However you would probably want to upgrade the ws stack since JBossWS is released more often than the application server. anonymous wrote : | Looking through the examples in the WS source code I cannot find an example that seems to implement the simplistic code shown in the client example here: | http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Client_Side | Most of the examples use an equivalent generic way of getting the endpoint that is | Service service = Service.create(wsdlURL, qname); | MyEndpoint port = (MyEndpoint)service.getPort(MyEndpoint.class); | however you can take a look at the org.jboss.test.ws.jaxws.samples.retail sample which also has a @WebServiceClient annotated service class generated through the tools. anonymous wrote : | I was hoping it would be as easy as this shows, with the added properties to the BindingProvider for username and password. | And it should be that easy. Take a look at the org.jboss.test.ws.jaxws.samples.context sample, it is a real simple test case and uses basic auth. anonymous wrote : | I've written this client, but it fails to compile with an error I've not seen in any discussions or in any googled pages: | | package wsTestJAXWS; | | | | import java.net.URL; | | import javax.xml.ws.*; | | import javax.jws.*; | | | | /* Web Services interfaces */ | | import com.cei.crunch.server.subscriberservices.*; | | | | /* Crunch DB tables. */ | | import com.cei.crunch.ejb.Subscriber; | | | | public class wsTestJAXWS { | | | | private static URL targetURL = null; | | private String subscriberID = null; | | private String pw = null; | | private String host = null; | | private String crunchServer = null; | | private Subscriber profile = null; | | SubscriberServicesEndpoint ss = null; | | | | private boolean serviceBind() | | { | | try { | | | | SubscriberServicesService service = new SubscriberServicesService(); | | ss = service.getSubscriberServicesPort(); | | | | /* Set NEW Endpoint Location */ | | BindingProvider bp = (BindingProvider)ss; | | bp.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, crunchServer); | | | | /* Setup to authenticate with the server. */ | | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, subscriberID); | | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, pw); | | | | return true; | | } | | catch (Exception e) { | | System.out.println("Failed to login to server."); | | System.exit(1); | | } | | return false; | | } | | | | public void run(String[] args) { | | | | /* Save the subscriber login information. */ | | if ( args.length != 3 ) | | { | | System.out.println("Missing command line args (userid, password, server)."); | | System.exit(1); | | } | | this.subscriberID = args[0]; | | this.pw = args[1]; | | this.host = args[2]; | | | | // crunchServer = "https://" + this.host + ":8443/Crunch/services/SubscriberServices"; | | crunchServer = "http://" + this.host + ":8080/Crunch/services/SubscriberServices"; | | System.out.println("Trying to connect to " + crunchServer + " as User: " + subscriberID + ", password: " + pw); | | | | /* Get the WSDL interfaces to the server. */ | | if ( serviceBind() == false ) | | { | | System.out.println("Login failed."); | | System.exit(1); | | } | | | | /* Retrieve subscriber profile information. */ | | try { | | profile = ss.findSubscriber("CRUNCH-DEFAULT-SUPERUSER"); | | } | | catch (Exception e) { | | System.out.println("Failed findSubscriber(): " + e.getMessage()); | | e.printStackTrace(); | | System.exit(1); | | } | | if ( profile == null ) | | { | | System.out.println("findSubscriber() failed."); | | System.exit(1); | | } | | | | System.out.println("Subscriber name : " + profile.getFirstname()); | | System.out.println("Subscriber email: " + profile.getEmailAddress()); | | } | | | | public static void main(String[] args) { | | new wsTestJAXWS().run(args); | | } | | | | } | | The compile time error is this: | | -client.test: | | [javac] Compiling 1 source file to /home/mjhammel/src/cei/crunch/build/classes/client | | [javac] /home/mjhammel/src/cei/crunch/src/com/cei/crunch/clients/tests/wsTestJAXWS.java:74: cannot access javax.xml.bind.annotation.XmlAccessorType | | [javac] file javax/xml/bind/annotation/XmlAccessorType.class not found | | [javac] profile = ss.findSubscriber("CRUNCH-DEFAULT-SUPERUSER"); | | [javac] ^ | | [javac] /home/mjhammel/src/cei/crunch/src/com/cei/crunch/clients/tests/wsTestJAXWS.java:76: cannot access javax.xml.bind.annotation.XmlElement | | [javac] file javax/xml/bind/annotation/XmlElement.class not found | | [javac] catch (Exception e) { | | [javac] ^ | | [javac] 2 errors | | I can't find any discussion on what the XmlAccessorType or XmlElement classes are or why they're being referenced at the specified points in my code. | | FYI: The SubscriberServicesService class is being generated using wsconsume (http://jbws.dyndns.org/mediawiki/index.php?title=Wsconsume). | This seems to me an issue with the libraries in your classpath. Check for example that jaxb-api.jar is in your classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116938#4116938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116938 From do-not-reply at jboss.com Fri Jan 4 03:19:51 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:19:51 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Wrong incomming SOAP not intercepted Message-ID: <14076815.1199434791698.JavaMail.jboss@colo-br-02.atl.jboss.com> "bkruns" wrote : We are running jbossws 1.2.0.SP1 and it still does not seem to be doing the basic WSDL validations. We have an elements setup as minoccurs=1 and it excepts the SOAP message even if that elements is not provided. Do you have the same problem with JBossWS 2.0.X ? You may eventually create a a jira issue with a simple test reproducing the problem so that we can take care of it. Thank you View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116940#4116940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116940 From do-not-reply at jboss.com Fri Jan 4 03:27:20 2008 From: do-not-reply at jboss.com (wtnat) Date: Fri, 4 Jan 2008 03:27:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: new or old issue? Message-ID: <11381561.1199435240789.JavaMail.jboss@colo-br-02.atl.jboss.com> If the jdk version is 1.6.0_01 the following jars needs to be put in the endorsed directory in jre\lib\endorsed: 1. jaxb-api.jar 2. jboss-saaj.jar This might solve the problem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116943#4116943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116943 From do-not-reply at jboss.com Fri Jan 4 03:36:37 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:36:37 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Unsupported content type Exception while consuming Jboss Message-ID: <1922126.1199435797367.JavaMail.jboss@colo-br-02.atl.jboss.com> The stack complains because it cannot process html messages. I suggest you to check how you set the content-type in your client, since you're actually providing both text/xml and text/html content types. anonymous wrote : | | 2007-12-31 16:00:59,156 DEBUG [org.jboss.ws.binding.soap.SOAPMessageUnMarshaller] getMimeHeaders from: {null=[HTTP/1.1 200 OK], ResponseCodeMessage=OK, Set-cookie=[JSESSIONID=2000581CECAB64B685C0648F6E818CB2;Path=/webauth;Secure], Transfer-encoding=[chunked], http.basic.password=admin12, Date=[Mon, 31 Dec 2007 10:13:45 GMT], http.basic.username=admin, Server=[Sun-ONE-Web-Server/6.1], HEADER={SOAPAction="", Content-Type=text/xml; charset=UTF-8}, Content-type=[text/html;charset=ISO-8859-1], ResponseCode=200} | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116946#4116946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116946 From do-not-reply at jboss.com Fri Jan 4 03:42:27 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:42:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem starting user guide Message-ID: <32464795.1199436147949.JavaMail.jboss@colo-br-02.atl.jboss.com> "b_" wrote : Hi i'm having the same problem ... i added the TrivialService.class to the classpath but to no avail. | | Can you please tell me how you solved the problem ? http://www.jboss.com/index.html?module=bb&op=viewtopic&t=126748 Also consider switching to JAX-WS and the new tools http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116948#4116948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116948 From do-not-reply at jboss.com Fri Jan 4 03:46:56 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:46:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <31659102.1199436416023.JavaMail.jboss@colo-br-02.atl.jboss.com> AFAIK the injection requires your class to be an EJB. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116950#4116950 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116950 From do-not-reply at jboss.com Fri Jan 4 03:56:31 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 03:56:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Clients stopped to work after upgrade from jboss 4.0.5 t Message-ID: <20589660.1199436991837.JavaMail.jboss@colo-br-02.atl.jboss.com> I guess your problem is exposing services with the same contract as before the upgrade, so that clients do not have to change. If this is your concern, I suggest you to use the top-down-approach http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Top-Down_.28Using_wsconsume.29 i.e. recreate the endpoint interface and related classes given the wsdl contract you don't want to change. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116951#4116951 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116951 From do-not-reply at jboss.com Fri Jan 4 04:12:05 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 04:12:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Relationship between wsconsume and wsimport Message-ID: <31134117.1199437925640.JavaMail.jboss@colo-br-02.atl.jboss.com> Yeah, wsconsume is the JBossWS JAX-WS wsdl consumption tool name. JBossWS JAX-WS are based to the SUN tools, but are not the same. http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116954#4116954 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116954 From do-not-reply at jboss.com Fri Jan 4 04:44:17 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 04:44:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: how to set headers in JAX-WS Message-ID: <1418136.1199439857776.JavaMail.jboss@colo-br-02.atl.jboss.com> I investigated this a bit further... first of all, the reason why you don't get the parameter corresponding to the soap header is that the JAX-WS specs say that only the wsdl:part from the abstract portion of the contract (i.e. the wsdl:portType section) are mapped to Java method parameters. I see three possible solutions to this, unfortunately they're all not so easy / for beginners: - manually modify the wsdl before consuming it, in order to let wsconsume generate the soap header parameter too - create a SOAPHandler and mess with SAAJ to manually add the header when sending the message - leverage SunRI tool (wsimport), which starting from v. 2.1.3 has a new option -XadditionalHeaders that map additional headers in wsdl:binding section as method parameters. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116960#4116960 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116960 From do-not-reply at jboss.com Fri Jan 4 04:45:44 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 04:45:44 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using JBossWS Message-ID: <11635434.1199439944723.JavaMail.jboss@colo-br-02.atl.jboss.com> http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116960#4116960 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116961#4116961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116961 From do-not-reply at jboss.com Fri Jan 4 04:46:19 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 4 Jan 2008 04:46:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: howto: soap header wsdl required=true Message-ID: <7618302.1199439979845.JavaMail.jboss@colo-br-02.atl.jboss.com> http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116960#4116960 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116963#4116963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116963 From do-not-reply at jboss.com Fri Jan 4 04:47:42 2008 From: do-not-reply at jboss.com (jarda222) Date: Fri, 4 Jan 2008 04:47:42 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Clients stopped to work after upgrade from jboss 4.0.5 t Message-ID: <17375420.1199440062405.JavaMail.jboss@colo-br-02.atl.jboss.com> Yes, exactly. Thank you for your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116964#4116964 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116964 From do-not-reply at jboss.com Fri Jan 4 07:20:16 2008 From: do-not-reply at jboss.com (jalaja) Date: Fri, 4 Jan 2008 07:20:16 -0500 (EST) Subject: [jbossws-users] [JBossWS] - how to get password in handler Message-ID: <8411589.1199449216114.JavaMail.jboss@colo-br-02.atl.jboss.com> hi i am using jax-ws handlers,i have set username and paddword property in client side Map context = ((BindingProvider) hello).getRequestContext(); context.put(BindingProvider.USERNAME_PROPERTY, "user"); context.put(BindingProvider.PASSWORD_PROPERTY, "pass"); in the handler i want to access username and password i am able to get username public boolean handleMessage(MessageContext context) { javax.servlet.http.HttpServletRequest httpServletRequest = ((javax.servlet.http.HttpServletRequest)context.get(MessageContext.SERVLET_REQUEST)); System.out.println("user name"+httpServletRequest.getRemoteUser()); System.out.println("principle"+httpServletRequest.getUserPrincipal()); return true; } i am getting fallowing output from the handler user name user user username="user" password="pass" roles="basicUser" but i need password alone .... how to get password alone...which property i have to use View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117016#4117016 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117016 From do-not-reply at jboss.com Fri Jan 4 07:25:23 2008 From: do-not-reply at jboss.com (constantine) Date: Fri, 4 Jan 2008 07:25:23 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: new or old issue? Message-ID: <32702944.1199449523719.JavaMail.jboss@colo-br-02.atl.jboss.com> thanks! -> this excpetion is throw just if jboss as is loaded inside eclipse. if i start jboss as outside eclipse does work. you hint doesn't help. i use jdk 1.6._03 and with jrockit6 happens the same. okay, i start now jboss outside eclipse View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117018#4117018 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117018 From do-not-reply at jboss.com Fri Jan 4 08:57:43 2008 From: do-not-reply at jboss.com (jsolderitsch) Date: Fri, 4 Jan 2008 08:57:43 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Relationship between wsconsume and wsimport Message-ID: <11150657.1199455064118.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for the confirmation. I am successfully using wsimport from maven to generate JAXB classes from a WSDL that seems to produce identical code compared to that produced by wsconsume. This allowed use to replace a .bat file in our workflow with a corresponding maven goal. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117055#4117055 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117055 From do-not-reply at jboss.com Fri Jan 4 10:40:45 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Fri, 4 Jan 2008 10:40:45 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: contextRoot with multiple webservices Message-ID: <27245883.1199461245243.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Fabian, I was not able to reproduce your problem. I followed your usecase as described above but without success. In the case your problem still persists reopen the JBWS-1877 bug please in our Jira and attach the test to reproduce your problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117098#4117098 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117098 From do-not-reply at jboss.com Fri Jan 4 14:38:25 2008 From: do-not-reply at jboss.com (mjhammel) Date: Fri, 4 Jan 2008 14:38:25 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <14807868.1199475505967.JavaMail.jboss@colo-br-02.atl.jboss.com> anonymous wrote : The application server includes a webservice stack (JBossWS) you can of course use without any further installation. However you would probably want to upgrade the ws stack since JBossWS is released more often than the application server. Okay. I'll look into doing this. I downloaded the binary dist and found the Install doc. anonymous wrote : This seems to me an issue with the libraries in your classpath. Check for example that jaxb-api.jar is in your classpath. That fixed it. The compile completed, although running the client needed more classpath fixups (some jars included in the classpath for the old version of the build for 4.0.5GA needed to be removed as well). Thanks for the tips. I'm much closer now. My client actually connects to the web service endpoint and passes in an argument (which the web service prints to the console), but the EntityManager is not being injected. I was going to move this question to another forum but now I'm not sure which forum it belongs in: JBossWS, Persistance/Hibernate or EJB3.0? So for now I'll post here. Here is my web service code, based on the EJB3.0 TrailBlazer examples (http://trailblazer.demo.jboss.com/EJB3Trail/): package com.cei.crunch.server.SubscriberServices; | | import javax.ejb.*; | import javax.jws.WebService; | import javax.jws.WebMethod; | import javax.jws.soap.SOAPBinding; | import javax.persistence.*; | import javax.naming.InitialContext; | | import com.cei.crunch.ejb.Subscriber; | import com.cei.crunch.ejb.Subscribersession; | | /* Make this an EJB3 service endpoint. */ | @Stateless | @Remote(SubscriberServices.class) | | /* Make this an Web Services endpoint. */ | @WebService(endpointInterface = "com.cei.crunch.server.SubscriberServices.SubscriberServicesEndpoint") | @SOAPBinding(style = SOAPBinding.Style.RPC) | | /** | * The .Crunch interface to Subscriber Services | */ | public class SubscriberServices implements SubscriberServicesEndpoint { | | @PersistenceContext (unitName="Crunch") | EntityManager em; | | public void createSubscriber(Subscriber subscriber) | { | if ( em != null ) | em.persist(subscriber); | else | System.out.println("SubscriberServices: em is null; can't create subscriber"); | } | | @WebMethod | public Subscriber findSubscriber(String guid) | { | System.out.println("findSubscriber: guid = " + guid); | if ( em == null ) | { | System.out.println("SubscriberServices: em is null; can't find subscriber"); | return null; | } | else | return em.find(Subscriber.class, guid); | } | | public void createSubscriberSession(Subscribersession session) | { | em.persist(session); | } | | public Subscribersession findSubscriberSession(String guid) | { | return em.find(Subscribersession.class, guid); | } | } My client code looks the same as in my original post. When the client is run the server console prints out the inbound guid and then prints that em is null. 12:12:28,276 INFO [STDOUT] findSubscriber: guid = CRUNCH-DEFAULT-SUPERUSER | 12:12:28,276 INFO [STDOUT] SubscriberServices: em is null; can't find subscriber My persistence.xml looks like this: | | java:/CrunchDS | | | | | | | | I've read in a few places that PersistenceContext injection doesn't work in web services (even to the point that the relevant spec says it's not supported, apparently), but I'm confused on what the alternative is supposed to be. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117180#4117180 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117180 From do-not-reply at jboss.com Fri Jan 4 19:53:55 2008 From: do-not-reply at jboss.com (mjhammel) Date: Fri, 4 Jan 2008 19:53:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <3405308.1199494435441.JavaMail.jboss@colo-br-02.atl.jboss.com> I got a little further now. First, http://weblogs.java.net/blog/ss141213/archive/2005/12/dont_use_persis_1.html explains the problem a bit - you can't use injection in Web apps, which I assume translates to Web Services. So I used the technique listed in the blog. This worked, eventually, after I added a couple of lines to my persistence.xml, as suggested by the JBOSS App Server entity config documentation (http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/entityconfig.html#d0e193). updated persistence.xml | | | java:/CrunchDS | | | | | | | | | | The two jndi related properties bound the names specified in the property to the application so that they could be referenced an InitialContext.lookup() (see code below). Now I can see the Session Bean retrieving the data from the database, but then it immediately complains about some "lazy" thing: 17:11:24,689 INFO [STDOUT] Subscriber.find(): em is not null; returning subscriber for guid = CRUNCH-DEFAULT-SUPERUSER | 17:11:25,015 INFO [STDOUT] Subscriber name : SuperUser | 17:11:25,015 INFO [STDOUT] Subscriber email: admin at localhost | 17:11:25,176 ERROR [LazyInitializationException] failed to lazily initialize a collection of role: com.cei.crunch.ejb.Subscriber.crunchroleses, no session or session was closed It should be noted that "crunchroleses" is a field in a generated class. The class, com.cei.crunch.ejb.Subscriber, is generated by the reverse engineering process provided through Hibernate in order to generate EJB code for an existing database. So maybe there is some (yet more) additional configuration of Hibernate that needs to be done. My Web Services code now looks like this: package com.cei.crunch.server.ws.SubscriberServices; | | import javax.ejb.*; | import javax.jws.WebService; | import javax.jws.WebMethod; | import javax.jws.soap.SOAPBinding; | import javax.persistence.*; | import javax.naming.InitialContext; | | import com.cei.crunch.server.util.SubscriberUtil; | import com.cei.crunch.ejb.Subscriber; | | /* Make this an EJB3 service endpoint. */ | @Stateless | @Remote(SubscriberServices.class) | | /* Make this an Web Services endpoint. */ | @WebService(endpointInterface = "com.cei.crunch.server.ws.SubscriberServices.SubscriberServicesEndpoint") | @SOAPBinding(style = SOAPBinding.Style.RPC) | | /** | * The .Crunch interface to Subscriber Services | */ | public class SubscriberServices implements SubscriberServicesEndpoint { | | @WebMethod | public Subscriber findSubscriber(String guid) | { | Subscriber s; | SubscriberUtil su = new SubscriberUtil(); | | s = su.find(guid); | if ( s == null ) | System.out.println("su.find() returned null."); | return s; | } | | } My Session Bean code, which is called by the Web Services code above, looks like this: package com.cei.crunch.server.util; | | import javax.ejb.*; | import javax.jws.soap.SOAPBinding; | import javax.persistence.*; | import javax.naming.InitialContext; | import javax.transaction.UserTransaction; | import javax.annotation.Resource; | | import com.cei.crunch.ejb.Subscriber; | | /* Make this an EJB3 service endpoint. */ | @Stateless | | /** | * The .Crunch interface to Subscriber Services | */ | public class SubscriberUtil implements SubscriberUtilInterface { | | @Resource | private UserTransaction utx; | | public Subscriber find(String guid) | { | InitialContext ctx = null; | EntityManager em = null; | try { | ctx = new InitialContext(); | em = (EntityManager) ctx.lookup("java:/CrunchPersistence"); | } | catch (Exception e) | { | // throw new WebServiceException(ex); | System.out.println("Subscriber.find(): context lookup failure."); | e.printStackTrace(); | return null; | } | | if ( em == null ) | { | System.out.println("Subscriber.find(): em is null; can't find subscriber"); | return null; | } | else | { | Subscriber s = null; | System.out.println("Subscriber.find(): em is not null; returning subscriber for guid = " + guid); | try { | utx = (UserTransaction) ctx.lookup("java:/comp/UserTransaction"); | utx.begin(); | s = em.find(Subscriber.class, guid); | utx.commit(); | } | catch (Exception e) | { | System.out.println("Subscriber.find(): find problem."); | e.printStackTrace(); | } | if ( s != null ) | { | System.out.println("Subscriber name : " + s.getFirstname()); | System.out.println("Subscriber email: " + s.getEmailAddress()); | } | return s; | } | } | | } You'll note that I manually create a UserTransaction here. This is because if I don't do this, no transaction is injected into the Session Bean by the @Resource (I don't know why). And if I don't create the UserTransaction before referencing the EntityManager (em), I get a null pointer exception when I do reference it. My best guess at this is that the UserTransaction is in the wrong place - it may need to go in the Web Services class before it calls the Session Bean. However, that's pretty much a WAG at this point. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117235#4117235 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117235 From do-not-reply at jboss.com Sat Jan 5 16:36:05 2008 From: do-not-reply at jboss.com (EverlastX1) Date: Sat, 5 Jan 2008 16:36:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - charset problem with jbossws 2.0.2 and .net clients Message-ID: <858089.1199568965710.JavaMail.jboss@colo-br-02.atl.jboss.com> Good evening ladies and gentleman, I am struggling sending special character like the German ?? from the .net client to the jboss server. I have the following reproducible scenario: jboss 4.22 jbossws 2.0.2GA .Net Client .net is pinging the following String to jboss: ""from .NET with ? -- ?"" Jboss is receiving this string and post back an array with following to values "from .NET with ? -- ?" the String .net sended just post it back "Greetings from J with ? -- ?" .net output is: Sending: from .NET with ? -- ? Recived from Jboss Value 1: Greetings from J with ?? -- ?? Recived from Jboss Value 2: from .NET with ?? -- ?? the jboss output is: 2008-01-05 21:54:36,921 DEBUG [de.Company.test.WebSevices.ServerAgentEndpointBean] from .Net recived: from .NET with ? -- ? The interesting thing is happening when the protocol sniffer is on: in the Sniffer: .NET is Sending POST /SKMS_Server-SKMS_Server/ServerAgentEndpointBean HTTP/1.1 | User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 2.0.50727.1433) | Content-Type: text/xml; charset=utf-8 | SOAPAction: "" | Host: 127.0.0.1:8080 | Content-Length: 359 | Expect: 100-continue | Connection: Keep-Alive | | | | | from .NET with ?? -- ?? | | | | | in the Sniffer: Jboss Server is sending back! | HTTP/1.1 200 OK | Server: Apache-Coyote/1.1 | X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5 | Content-Type: text/xml;charset=UTF-8 | Transfer-Encoding: chunked | Date: Sat, 05 Jan 2008 20:54:36 GMT | | | | | Greetings from J with ???? -- ????from .NET with ???? -- | ???? | | The .NET Client Code | test test_remote = new WebReference.test(); | String tesString = "from .NET with ? -- ?"; | test_remote.TestString = tesString; | | string[] result = new WebReference.ServerAgentEndpoint().test(test_remote); | | Console.WriteLine("Sending: " + tesString); | Console.WriteLine("Recived from Jboss Value 1: " + result[0]); | Console.WriteLine("Recived from Jboss Value 2: " + result[1]); | The Java Code is: | @WebMethod | public String[] test (@WebParam(name="TestString") String str){ | String[] result = new String[]{"Greetings from J with ? -- ?",str}; | log.debug("from .Net recived: " + str); | log.debug("This will be the result by Jboss to .Net" + result.toString()); | return result; | } | | | As I see it from the sniffer the .Net client is sendig the data right to jboss encoding the content with utf-8 and jboss is decoding it right. When jboss is sending data to .net the data are encoded twice with utf-8 you can see it in the sniffer. .net is sending: from .NET with ?? -- ??" <<-- sniffer: encoded once with utf-8 The line "from J with ???? -- ????" <<-- sniffer: utf-8 over utf-8 .net did it right and encoded it to "from J with ?? -- ??" <<-- decoded the string but still one utf-8 encoding is left. so i guess something is wrong with the utf-8 encoding in jboss or jbossws? can anybody verify my problem? greetings V. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117341#4117341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117341 From do-not-reply at jboss.com Sun Jan 6 03:56:59 2008 From: do-not-reply at jboss.com (EverlastX1) Date: Sun, 6 Jan 2008 03:56:59 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients Message-ID: <31872611.1199609819269.JavaMail.jboss@colo-br-02.atl.jboss.com> This is the debug message of the response of the Test(String ping) function from the jboss logs. The interesting thing about it is that at the point were the logs were created the values are encoded already in utf-8. So the second encoding step is happening somewhere further beyond this point. 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] setReturnValue: [Ljava.lang.String; | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.MessageContextJAXWS] Begin response processing | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.MessageContextAssociation] popMessageContext: org.jboss.ws.core.jaxws.handler.SOAPMessageContextJAXWS at eb91ec (Thread http-127.0.0.1-8080-13) | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.MessageContextAssociation] pushMessageContext: org.jboss.ws.core.jaxws.handler.SOAPMessageContextJAXWS at 159318b (Thread http-127.0.0.1-8080-13) | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS] bindResponseMessage: {http://WebSevices.test.Company.de/}test | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] getReturnValue | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] transformPayloadValue: [Ljava.lang.String; -> [Ljava.lang.String; | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxrpc.ParameterWrapping] wrapResponseParameter: de.Company.test.WebSevices.jaxws.TestResponse | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] setReturnValue: org.jboss.ws.core.soap.SOAPBodyElementDoc | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: PRE | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: ENDPOINT | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: POST | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.wsf.stack.jbws.RequestHandlerImpl] END handleRequest: jboss.ws:context=SKMS_Server-SKMS_Server,endpoint=ServerAgentEndpointBean | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] ----------------------------------- | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] Transitioning from OBJECT_VALID to XML_VALID | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.ObjectContent] getXMLFragment from Object [xmlType={http://WebSevices.test.Company.de/}testResponse,javaType=class de.Company.test.WebSevices.jaxws.TestResponse] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.JAXBSerializer] serialize: [xmlName={http://WebSevices.test.Company.de/}testResponse,xmlType={http://WebSevices.test.Company.de/}testResponse] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.JAXBSerializer] serialized: Greetings from J with ?? -- ??from .NET with ?? -- ?? | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.ObjectContent] xmlFragment: [source=Greetings from J with ?? -- ??from .NET with ?? -- ??] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] ----------------------------------- | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117361#4117361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117361 From do-not-reply at jboss.com Mon Jan 7 03:52:06 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Mon, 7 Jan 2008 03:52:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Document Literal style Message-ID: <7700877.1199695926337.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have generated the code using WSCONSUME and after modifying existing code, when I try to run the old client I got Null Pointer Exception. I generated the new client using the newly generated wsdl file and the new client works fine. I debuged more and here is the request send by old client. | POST /wipe/service HTTP/1.1 | | Content-Type: text/xml; charset=utf-8 | | Accept: text/xml, text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 | | Content-Length: 655 | | SOAPAction: "" | | User-Agent: Java/1.5.0_13 | | Host: 127.0.0.1:8080 | | Connection: keep-alive | | | | | | | | | | testJavaClient | 0.5 | 0 | | de_DE | 20000100 | | 1.1 | | | | | The request generated by the new client is as | POST /wipe/service?datatype=JBossWSMessage HTTP/1.1 | | SOAPAction: "" | | Content-Type: text/xml; charset=UTF-8 | | User-Agent: Java/1.5.0_13 | | Host: 127.0.0.1:8080 | | Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 | | Connection: keep-alive | | Content-Length: 475 | | | | | | | | | | testJavaClient | 0.5 | 0 | | de_DE | 10000011 | | 1.0 | | | The EntityManager injection should work given you're using an EJB3 endpoint. I personally used it: WS endpoint & EJB SLSB impl: | @Stateless | @WebService(name="TestCaricoWS", | targetNamespace = "http://www.xxx.it/TestCarico", | serviceName = "TestCaricoWSService") | @SOAPBinding(parameterStyle = SOAPBinding.ParameterStyle.BARE) | public class TestCaricoSessionBean implements TestCaricoInterface { | | @Resource | private SessionContext ctx; | | @PersistenceContext(unitName = "TestCarico") | private EntityManager manager; | | @TransactionAttribute(TransactionAttributeType.REQUIRED) | @WebMethod(operationName="performTest") | @Oneway | public void performTest(@WebParam(name="uffa") Uffa uffa) { | Query query = manager.createQuery("from TestCarico where cdTestCarico>=:from and cdTestCarico<=:to"); | query.setParameter("from", uffa.getFrom()); | query.setParameter("to", uffa.getTo()); | List entities = query.getResultList(); | .... | Interface: | @Local | public interface TestCaricoInterface { | | public void performTest(Uffa uffa) throws Exception; | .... | Datasource: | | | | | TestCaricoDatasource | | false | oracle.jdbc.xa.client.OracleXADataSource | jdbc:oracle:thin:@10.10.10.1:1523:MYSID | user | pwd | | | | org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter | | | 1 | 100 | 5000 | 1 | | | | persistence.xml: | | | | | org.hibernate.ejb.HibernatePersistence | java:/TestCaricoDatasource | | | | | | | | Please note that no manual actions with transactions and so on is required. Hope this helps, anyway for qualified support about EJB3 questions also refer to http://www.jboss.com/index.html?module=bb&op=viewforum&f=221. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117466#4117466 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117466 From do-not-reply at jboss.com Mon Jan 7 06:01:48 2008 From: do-not-reply at jboss.com (toroleo) Date: Mon, 7 Jan 2008 06:01:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Can a webservice have a constructor? Message-ID: <19929650.1199703708440.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! I've a doubt of concepts. A webservice provider, maked it in java, can have a constructor? And this constructor can have parameters? Thanks of all. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117494#4117494 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117494 From do-not-reply at jboss.com Mon Jan 7 07:54:13 2008 From: do-not-reply at jboss.com (fheldt) Date: Mon, 7 Jan 2008 07:54:13 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients Message-ID: <33169343.1199710453456.JavaMail.jboss@colo-br-02.atl.jboss.com> Start JBoss with JAVA_OPTS=-Dfile.encoding=UTF-8, that should fix it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117547#4117547 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117547 From do-not-reply at jboss.com Mon Jan 7 08:38:10 2008 From: do-not-reply at jboss.com (EverlastX1) Date: Mon, 7 Jan 2008 08:38:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients Message-ID: <11872806.1199713090063.JavaMail.jboss@colo-br-02.atl.jboss.com> I think I can't use the -Dfile.encoding=UTF-8 option because the 3rd party modules I am using don't work anymore if this option is on. Am I right if I say that normally the conversation should be done automatically upon receive of the elements? it is working in the forward direction .NET (latin1) (auto convert to utf-8) |--->transport channel ( in utf-8)--->| (auto convert to latin1) jboss (Latin1) but not in the backward direction (how I expected it would be) .NET (latin1) (auto convert to latin1) |<---transport channel (in utf-8)<---| (auto convert to utf-8) jboss (Latin1) what really happens is this: (you can see it from my first ans second post) .NET (latin1) (auto convert to latin1) |<---transport channel (in utf-8)<---| (second time convert to utf-8)(auto convert to utf-8) jboss (Latin1) result is = one utf-8 conversation needed on the .net Side Is there any other way to solve this problem then this option with -D-Dfile.encoding=UTF-8 ? thank you for help Best Regard Vadim View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117558#4117558 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117558 From do-not-reply at jboss.com Mon Jan 7 08:42:56 2008 From: do-not-reply at jboss.com (EverlastX1) Date: Mon, 7 Jan 2008 08:42:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients Message-ID: <366686.1199713376121.JavaMail.jboss@colo-br-02.atl.jboss.com> What is in general the best solution, best practice to overcome such issues? Always enable -Dfile.encoding=UTF-8 option if possible? then why is it not the enabled by standard? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117564#4117564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117564 From do-not-reply at jboss.com Mon Jan 7 09:32:35 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 7 Jan 2008 09:32:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Relationship between wsconsume and wsimport Message-ID: <24043743.1199716355934.JavaMail.jboss@colo-br-02.atl.jboss.com> Basically wsconsume is a tool adapter (common interface) for web service tools. wsimport in this case would be one implementation. In fact both native and metro leverage the same impl. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117574#4117574 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117574 From do-not-reply at jboss.com Mon Jan 7 09:34:26 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 7 Jan 2008 09:34:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <21715516.1199716466761.JavaMail.jboss@colo-br-02.atl.jboss.com> Right, injection only works on EJB endpoints. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117577#4117577 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117577 From do-not-reply at jboss.com Mon Jan 7 09:37:50 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 7 Jan 2008 09:37:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Unsupported content type Exception while consuming Jboss Message-ID: <4076173.1199716671008.JavaMail.jboss@colo-br-02.atl.jboss.com> JSR181 was a technology preview in 1.0.2. It's pointless to rely on it. Either upgrade to 2.x or use JAX-RPC with that legacy implementation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117579#4117579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117579 From do-not-reply at jboss.com Mon Jan 7 11:03:21 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Mon, 7 Jan 2008 11:03:21 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Document Literal style Message-ID: <12907632.1199721801555.JavaMail.jboss@colo-br-02.atl.jboss.com> Another issue: When I try to put @SOAPBinding( style=SOAPBinding.Style.DOCUMENT, use=SOAPBinding.Use.LITERAL ) in the implementation class , it colored the whole page with Red lines. The pop error sys: 'Unable to create superinterface QWipe; of' this error comes over the above annotation. and every method has an error like : Unable to create method and every attribue declaration has error : Unable to create attribute ? Plz help out. Regards, Zeeshan. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117605#4117605 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117605 From do-not-reply at jboss.com Mon Jan 7 18:03:06 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 7 Jan 2008 18:03:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <12478934.1199746986887.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for the tip alessio. Unfortunately, it didn't really help. What I discovered, after some searching, is that injection doesn't work in 4.2.2GA and that the method I was using was correct in this case (5.0 is supposed to fix this issue, so I may upgrade to the beta eventually, after I get a better grasp of why things work in general). But I needed one more step: reference the size() for a set contained within the retrieved db object while in the current transaction. This eliminated all errors on the server side. The problem now is that the same set within that db object cannot be returned to the remote caller because of some problem converting from the set to XML (which causes some kind of infinite xml loop). I can return a value from the db object, but not the object. See http://forums.java.net/jive/thread.jspa?threadID=13670&start=15. I'll move this discussion over to the EJB3.0 forum now, as this appears to be specific to that part of JBOSS 4.2.2GA. Thanks again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117751#4117751 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117751 From do-not-reply at jboss.com Mon Jan 7 18:34:52 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Mon, 7 Jan 2008 18:34:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <21480836.1199748892842.JavaMail.jboss@colo-br-02.atl.jboss.com> anonymous wrote : What I discovered, after some searching, is that injection doesn't work in 4.2.2GA | This sounds quite strange to me...could please tell me where did you read this? Thanks P.s. unfortunately, nothing special to say about the infinite loop... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117757#4117757 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117757 From do-not-reply at jboss.com Mon Jan 7 21:35:45 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Mon, 7 Jan 2008 21:35:45 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Is there a wsconsume equivalent to wsdl2Java's namespace-to- Message-ID: <18511192.1199759745820.JavaMail.jboss@colo-br-02.atl.jboss.com> I am looking for a way to map my WSDL???s many namespaces to a number of different packages using wsconsume. With the Axis Wsdl2Java tool, I place my mappings in an NsToPkg.properties file and specify this file in the ???f parameter. It is critical to our business model that our one WSDL can be consumed by all our customers. Can a JAXB or JAX-WS binding file accomplish this? I???ve not created one of these before ??? if this is the way to go, is there an example of a binding file that illustrates how to map a namespace to a package? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117780#4117780 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117780 From Rajagopal_Yendluri at satyam.com Tue Jan 8 04:13:37 2008 From: Rajagopal_Yendluri at satyam.com (Rajagopal_Yendluri) Date: Tue, 8 Jan 2008 14:43:37 +0530 Subject: [jbossws-users] Starting the JBoss WS Project. In-Reply-To: <200801061700.m06H0AVL022616@chief.prod.atl2.jboss.com> References: <200801061700.m06H0AVL022616@chief.prod.atl2.jboss.com> Message-ID: <9E2CF8F41656E247AE8F1612D19E95BF078A6541@blamsg001.corp.satyam.ad> Hi All, Appreciate all your support. I am completely new to SOA & Web Services. JBoss WS setup is done with Jboss AS. Now my problem is where to start ?? I want to start the eclipse ws project. I have gone thru the JBoss WS documentation, but no where I found what am looking for. Here is what I am looking. => Eclipse project Structure => Libraries required. And Most important is => Where to Start ? Regards, Rajagopal Y (Raj) HCU-Consulting & Enterprise Solutions. Phone: (C) +91-9986584084 / (W)+91-80-6658 3685. -----Original Message----- From: jbossws-users-bounces at lists.jboss.org [mailto:jbossws-users-bounces at lists.jboss.org] On Behalf Of jbossws-users-request at lists.jboss.org Sent: Sunday, January 06, 2008 10:30 PM To: jbossws-users at lists.jboss.org Subject: jbossws-users Digest, Vol 16, Issue 14 Send jbossws-users mailing list submissions to jbossws-users at lists.jboss.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.jboss.org/mailman/listinfo/jbossws-users or, via email, send a message with subject or body 'help' to jbossws-users-request at lists.jboss.org You can reach the person managing the list at jbossws-users-owner at lists.jboss.org When replying, please edit your Subject line so it is more specific than "Re: Contents of jbossws-users digest..." Today's Topics: 1. [JBossWS] - charset problem with jbossws 2.0.2 and .net clients (EverlastX1) 2. [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients (EverlastX1) ---------------------------------------------------------------------- Message: 1 Date: Sat, 5 Jan 2008 16:36:05 -0500 (EST) From: EverlastX1 Subject: [jbossws-users] [JBossWS] - charset problem with jbossws 2.0.2 and .net clients To: jbossws-users at lists.jboss.org Message-ID: <858089.1199568965710.JavaMail.jboss at colo-br-02.atl.jboss.com> Content-Type: text/plain; charset=UTF-8 Good evening ladies and gentleman, I am struggling sending special character like the German ???? from the .net client to the jboss server. I have the following reproducible scenario: jboss 4.22 jbossws 2.0.2GA .Net Client .net is pinging the following String to jboss: ""from .NET with ?? -- ??"" Jboss is receiving this string and post back an array with following to values "from .NET with ?? -- ??" the String .net sended just post it back "Greetings from J with ?? -- ??" .net output is: Sending: from .NET with ?? -- ?? Recived from Jboss Value 1: Greetings from J with ???? -- ???? Recived from Jboss Value 2: from .NET with ???? -- ???? the jboss output is: 2008-01-05 21:54:36,921 DEBUG [de.Company.test.WebSevices.ServerAgentEndpointBean] from .Net recived: from .NET with ?? -- ?? The interesting thing is happening when the protocol sniffer is on: in the Sniffer: .NET is Sending POST /SKMS_Server-SKMS_Server/ServerAgentEndpointBean HTTP/1.1 | User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 2.0.50727.1433) | Content-Type: text/xml; charset=utf-8 | SOAPAction: "" | Host: 127.0.0.1:8080 | Content-Length: 359 | Expect: 100-continue | Connection: Keep-Alive | | | | | from .NET with ???? -- ???? | | | | | in the Sniffer: Jboss Server is sending back! | HTTP/1.1 200 OK | Server: Apache-Coyote/1.1 | X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5 | Content-Type: text/xml;charset=UTF-8 | Transfer-Encoding: chunked | Date: Sat, 05 Jan 2008 20:54:36 GMT | | | | | Greetings from J with ??????? -- ???????from .NET with ??????? -- | ??????? | | The .NET Client Code | test test_remote = new WebReference.test(); | String tesString = "from .NET with ?? -- ??"; | test_remote.TestString = tesString; | | string[] result = new WebReference.ServerAgentEndpoint().test(test_remote); | | Console.WriteLine("Sending: " + tesString); | Console.WriteLine("Recived from Jboss Value 1: " + result[0]); | Console.WriteLine("Recived from Jboss Value 2: " + result[1]); | The Java Code is: | @WebMethod | public String[] test (@WebParam(name="TestString") String str){ | String[] result = new String[]{"Greetings from J with ?? -- ??",str}; | log.debug("from .Net recived: " + str); | log.debug("This will be the result by Jboss to .Net" + result.toString()); | return result; | } | | | As I see it from the sniffer the .Net client is sendig the data right to jboss encoding the content with utf-8 and jboss is decoding it right. When jboss is sending data to .net the data are encoded twice with utf-8 you can see it in the sniffer. .net is sending: from .NET with ???? -- ????" <<-- sniffer: encoded once with utf-8 The line "from J with ??????? -- ???????" <<-- sniffer: utf-8 over utf-8 .net did it right and encoded it to "from J with ???? -- ????" <<-- decoded the string but still one utf-8 encoding is left. so i guess something is wrong with the utf-8 encoding in jboss or jbossws? can anybody verify my problem? greetings V. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117341#4117341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117341 ------------------------------ Message: 2 Date: Sun, 6 Jan 2008 03:56:59 -0500 (EST) From: EverlastX1 Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients To: jbossws-users at lists.jboss.org Message-ID: <31872611.1199609819269.JavaMail.jboss at colo-br-02.atl.jboss.com> Content-Type: text/plain; charset=UTF-8 This is the debug message of the response of the Test(String ping) function from the jboss logs. The interesting thing about it is that at the point were the logs were created the values are encoded already in utf-8. So the second encoding step is happening somewhere further beyond this point. 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] setReturnValue: [Ljava.lang.String; | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.MessageContextJAXWS] Begin response processing | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.MessageContextAssociation] popMessageContext: org.jboss.ws.core.jaxws.handler.SOAPMessageContextJAXWS at eb91ec (Thread http-127.0.0.1-8080-13) | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.MessageContextAssociation] pushMessageContext: org.jboss.ws.core.jaxws.handler.SOAPMessageContextJAXWS at 159318b (Thread http-127.0.0.1-8080-13) | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS] bindResponseMessage: {http://WebSevices.test.Company.de/}test | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] getReturnValue | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] transformPayloadValue: [Ljava.lang.String; -> [Ljava.lang.String; | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxrpc.ParameterWrapping] wrapResponseParameter: de.Company.test.WebSevices.jaxws.TestResponse | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.EndpointInvocation] setReturnValue: org.jboss.ws.core.soap.SOAPBodyElementDoc | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: PRE | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: ENDPOINT | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] callResponseHandlerChain: POST | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS] closeHandlerChain | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.handler.HandlerChainExecutor] close | 2008-01-05 21:54:36,921 DEBUG [org.jboss.wsf.stack.jbws.RequestHandlerImpl] END handleRequest: jboss.ws:context=SKMS_Server-SKMS_Server,endpoint=ServerAgentEndpointBean | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] ----------------------------------- | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] Transitioning from OBJECT_VALID to XML_VALID | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.ObjectContent] getXMLFragment from Object [xmlType={http://WebSevices.test.Company.de/}testResponse,javaType=class de.Company.test.WebSevices.jaxws.TestResponse] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.JAXBSerializer] serialize: [xmlName={http://WebSevices.test.Company.de/}testResponse,xmlType={http://WebSevices.test.Company.de/}testResponse] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.jaxws.JAXBSerializer] serialized: Greetings from J with ???? -- ????from .NET with ???? -- ???? | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.ObjectContent] xmlFragment: [source=Greetings from J with ???? -- ????from .NET with ???? -- ????] | 2008-01-05 21:54:36,921 DEBUG [org.jboss.ws.core.soap.SOAPContentElement] ----------------------------------- | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117361#4117361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117361 ------------------------------ _______________________________________________ jbossws-users mailing list jbossws-users at lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbossws-users End of jbossws-users Digest, Vol 16, Issue 14 ********************************************* DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. From do-not-reply at jboss.com Tue Jan 8 04:22:38 2008 From: do-not-reply at jboss.com (shoeb1981) Date: Tue, 8 Jan 2008 04:22:38 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can a webservice have a constructor? Message-ID: <9183794.1199784158131.JavaMail.jboss@colo-br-02.atl.jboss.com> Essentially web-services are Java classes, so I think there is no harm in having a constructor in web-service. As far as having parameterized constructors are concerned, you can have that too but you need to have default constructors too. The very need of default constructor is: the application server on which web service is hosted, creates the instances of the the web service class internally and absent of default constructor will cause an exception (a runtime exception in my opinion). >From design point of view, web services should not contain any methods that are not going to be exposed to the client unless they are private members. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117816#4117816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117816 From do-not-reply at jboss.com Tue Jan 8 08:34:50 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Tue, 8 Jan 2008 08:34:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - javax/annotation/PostConstruct Message-ID: <5009955.1199799291010.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am trying to intercept soap request and i am getting followin error on run time. java.lang.NoClassDefFoundError: javax/annotation/PostConstruct Detailed error is: Servlet.service() for servlet WIPEServlet threw exception java.lang.NoClassDefFoundError: javax/annotation/PostConstruct at org.jboss.ws.core.jaxws.handler.HandlerResolverImpl.callPostConstruct(HandlerResolverImpl.java:194) at org.jboss.ws.core.jaxws.handler.HandlerResolverImpl.addHandler(HandlerResolverImpl.java:160) at org.jboss.ws.core.jaxws.handler.HandlerResolverImpl.initHandlerChain(HandlerResolverImpl.java:134) at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:80) at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:126) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:170) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:408) 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:810) ---- Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117900#4117900 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117900 From do-not-reply at jboss.com Tue Jan 8 09:12:18 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Tue, 8 Jan 2008 09:12:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Getting Message-ID: <14532899.1199801538271.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello.... any solution for the above stated problem ?? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117920#4117920 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117920 From do-not-reply at jboss.com Tue Jan 8 09:17:12 2008 From: do-not-reply at jboss.com (fheldt) Date: Tue, 8 Jan 2008 09:17:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients Message-ID: <26675611.1199801832333.JavaMail.jboss@colo-br-02.atl.jboss.com> Well that's a good question and i have no answer... See also: http://jira.jboss.org/jira/browse/JBWS-1716 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117923#4117923 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117923 From do-not-reply at jboss.com Tue Jan 8 10:03:37 2008 From: do-not-reply at jboss.com (froden) Date: Tue, 8 Jan 2008 10:03:37 -0500 (EST) Subject: [jbossws-users] [JBossWS] - WSException: Cannot obtain endpoint Message-ID: <1315053.1199804617103.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm having some problems integrating JBossWS 1.2.1 into our webapp using Seam 1.2.1 on Tomcat 5.5.23. I downloaded jbossws-1.2.1.GA.zip and copied the jars as specified here http://jbws.dyndns.org/mediawiki/index.php?title=Install_Tomcat into tomcat's common/libs and common/endorsed. I also copied the jbossws.war into tomcat's webapp directory. So far so good, the jbossws webapp is working and I can deploy the samples from jbossws-samples-1.2.1.GA by dragging their wars into jbossws-deploy. I then proceeded to try and add a webservice to our already existing web application. This is the class I wish to expose as a web service: package services; | | import javax.jws.WebMethod; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | | @WebService (name="TestService") | @SOAPBinding(style = SOAPBinding.Style.RPC) | public class TestService { | | @WebMethod | public String feedback() { | return "Hello from ws; | } | } I've added the following to my web.xml | | | | | TestService | org.jboss.ws.integration.tomcat.TomcatServiceEndpointServlet | | | TestService | /TestService.ws | | | As you can see, I've removed pretty much anything else from web.xml, trying to isolate the problem. Now, from what I've seen in the samples, dropping the war into the jbossws-deploy directory causes the jbossws system to modify web.xml and add an ServiceEndpointImpl init-param to each web service servlet. In my case, it should be something like this: | | ServiceEndpointImpl | services.TestService | This doesn't happen. When I try to view the service (localhost:8080/MyApp/TestService.ws) it gives me the following exception: anonymous wrote : ERROR org.apache.commons.logging.impl.Log4JLogger (Log4JLogger.java:119) - Servlet.service() for servlet TestService threw exception | org.jboss.ws.WSException: Cannot obtain endpoint for: jboss.ws:context=MyApp,endpoint=TestService | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.initServiceEndpoint(AbstractServiceEndpointServlet.java:161) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.service(AbstractServiceEndpointServlet.java:73) | at org.jboss.ws.integration.tomcat.TomcatServiceEndpointServlet.service(TomcatServiceEndpointServlet.java:99) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) | at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) | at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) | at java.lang.Thread.run(Thread.java:595) | This happens also if I add the init-param manually. Any ideas what I might be missing here? - Frode View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117942#4117942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117942 From do-not-reply at jboss.com Tue Jan 8 10:05:01 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 8 Jan 2008 10:05:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot find service endpoint target Message-ID: <16367653.1199804701641.JavaMail.jboss@colo-br-02.atl.jboss.com> See http://jira.jboss.org/jira/browse/JBWS-1822 comments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117946#4117946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117946 From do-not-reply at jboss.com Tue Jan 8 10:24:23 2008 From: do-not-reply at jboss.com (Jihnd) Date: Tue, 8 Jan 2008 10:24:23 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Can i change the generated wsdl? Message-ID: <22444260.1199805863689.JavaMail.jboss@colo-br-02.atl.jboss.com> For once, i think i have quite a simple problem - the wsdl generates an xml node named "return" - i'm consuming the web service in flex, in which "return" is a reserved word and so breaks the code - so, any way i can change the name - here's the web service (exposed in stateless session bean) code snippet: public String findAudiorec(@WebParam(name = "Audiorec_alias" String alias) { | Audiorec arrr = manager.find(Audiorec.class, alias); | return arrr.getSerial_audiorec(); | } and sample output: | | | | sample text | | | using 4.2.1.GA in netbeans View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117948#4117948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117948 From do-not-reply at jboss.com Tue Jan 8 12:05:55 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Tue, 8 Jan 2008 12:05:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: javax/annotation/PostConstruct Message-ID: <10618401.1199811955335.JavaMail.jboss@colo-br-02.atl.jboss.com> Problem Solved. I have downloaded annotatoin fiels http://www.java2s.com/Code/Jar/Tomcat/Downloadannotationsapijar.htm and placed Jar file in web server/deafult/lib. and it works :) Plz ... provide guidance over the issue http://www.jboss.com/index.html?module=bb&op=viewtopic&t=125421 Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117992#4117992 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117992 From do-not-reply at jboss.com Wed Jan 9 02:28:52 2008 From: do-not-reply at jboss.com (marius.oancea) Date: Wed, 9 Jan 2008 02:28:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Changing of soap:address location Message-ID: <5261028.1199863732228.JavaMail.jboss@colo-br-02.atl.jboss.com> I have a webservice that is a stateless session bean. The service is deployed in jboss 4.2.1GA. When a customer download the wsdl, the soap address loaction is something like: 192.168.1.9:8080 and i have to change this to www.here.com. I've tried to play around with @WebContext, @WebService and some other advices found at http://jbws.dyndns.org/mediawiki/index.php/JBossWS_FAQs#How_do_I_know_what_endpoint_address_is_being_used.3F but i fail to make the generated wsdl file containing a custom url like for example: Anythink I try, the generated wsdl is containing: or in general the IP of the server where service is installed instead of name. This is unacceptable on a production environment (if you use apache and mod_jk...) I also tried to use a : jbossws-client service/MyService http://www.here.com:8080/jaxws-test/MyService?wsdl But does not work. Maybe I do not place the file in the right place ? Finally i accepted even to use wsdlLocation in WebService anotation. But this is also not work (specified wsdl is used but the address is still replaced with the wrong ip). Please help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118143#4118143 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118143 From do-not-reply at jboss.com Wed Jan 9 03:06:22 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 9 Jan 2008 03:06:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <4404037.1199865982542.JavaMail.jboss@colo-br-02.atl.jboss.com> See http://www.jboss.com/index.html?module=bb&op=viewtopic&t=126514 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118151#4118151 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118151 From do-not-reply at jboss.com Wed Jan 9 03:27:01 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 9 Jan 2008 03:27:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - SOAP Interceptor Message-ID: <22860674.1199867221615.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi All, I am trying to intercept soap request. I have followed the instruction of @handler annotation but request never pass throught the Handler class. Anybody, having any idea... here is the code. in the start of the implementation class: | @WebService(name = "webservice") | @HandlerChain (name = "SoapHandler" , file = "WEB-INF/handler.xml") handler.xml class is | | | | | SoapHandler | | testSOAPHandler my.webservice.impl.SOAPHandler | | | | | and code for Soap handler class is : | | package my.webservice.impl; | | import javax.xml.namespace.QName; | import org.jboss.ws.core.jaxws.handler.*; | | import javax.xml.rpc.handler.HandlerInfo; | import javax.xml.rpc.handler.MessageContext; | | import org.apache.commons.logging.Log; | import org.apache.commons.logging.LogFactory; | | /** | * | * @version $Revision: 1 $ | */ | @Revision("$Revision: 1 $") | public class SOAPHandler extends GenericHandler | { | /** | * Logger | */ | private static final Log log = LogFactory.getLog(WipeSOAPHandler.class); | | /** SOAP headers */ | protected QName[] headers; | | | | /** | * @see javax.xml.rpc.handler.GenericHandler#init(javax.xml.rpc.handler.HandlerInfo) | */ | public void init(HandlerInfo info) | { | log.info("init: " + info); | System.out.println("Init section"); | this.headers = info.getHeaders(); | } | | | /** | * @return | * @see javax.xml.rpc.handler.GenericHandler#getHeaders() | */ | public QName[] getHeaders() | { | return this.headers; | } | | /** | * @return | * @see javax.xml.rpc.handler.GenericHandler#handleRequest(javax.xml.rpc.handler.MessageContext) | */ | public boolean handleRequest(MessageContext context) | { | log.debug("+++> handleRequest"); | | return true; | } | | /** | * @param context | * @return | * @see javax.xml.rpc.handler.GenericHandler#handleResponse(javax.xml.rpc.handler.MessageContext) | * | * | * | */ | public boolean handleResponse(MessageContext context) | { | log.debug("+++> handle SOAP response:"); | | | return true; | } | | | } | | | ..... I am not getting any help... plz help out... Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118157#4118157 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118157 From do-not-reply at jboss.com Wed Jan 9 04:47:53 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 9 Jan 2008 04:47:53 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SOAP Interceptor Message-ID: <28233257.1199872073996.JavaMail.jboss@colo-br-02.atl.jboss.com> Are you using jax-ws or jax-rpc? I guess jax-ws since you use annotation, however you're importing and extending jax-rpc handler classes (javax.xml.rpc.handler.*). Please take a look at the org.jboss.test.ws.jaxws.samples.handlerchain sample, it's a working example using handlers you can copy&paste from. http://jbws.dyndns.org/mediawiki/index.php?title=Samples View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118178#4118178 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118178 From asoldano at redhat.com Wed Jan 9 05:26:53 2008 From: asoldano at redhat.com (Alessio Soldano) Date: Wed, 09 Jan 2008 11:26:53 +0100 Subject: [jbossws-users] Starting the JBoss WS Project. In-Reply-To: <9E2CF8F41656E247AE8F1612D19E95BF078A6541@blamsg001.corp.satyam.ad> References: <200801061700.m06H0AVL022616@chief.prod.atl2.jboss.com> <9E2CF8F41656E247AE8F1612D19E95BF078A6541@blamsg001.corp.satyam.ad> Message-ID: <4784A16D.9030802@redhat.com> Hi Rajagopal, to get started you should refer to the JBossWS documentation that has recently been reorganized: http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS . Also refer to the user forum: http://www.jboss.com/index.html?module=bb&op=viewforum&f=200 The JBossWS team is putting some efforts in making the user startup with web services easier. In particular this means that the Eclipse configuration for a user ws-enabled project is not available yet but is currently in our todo list (http://jira.jboss.org/jira/browse/JBWS-1886) and will be shipped with our distribution soon. You can know which libraries you need looking at the jbossws build file, however this will also be easier soon. Regards Alessio Soldano JBoss, a Division of Red Hat. Rajagopal_Yendluri ha scritto: > Hi All, > > Appreciate all your support. > > I am completely new to SOA & Web Services. JBoss WS setup is done with Jboss AS. > > Now my problem is where to start ?? I want to start the eclipse ws project. I have gone thru the JBoss WS documentation, but no where I found what am looking for. > > Here is what I am looking. > > => Eclipse project Structure > => Libraries required. And Most important is > => Where to Start ? > > > Regards, > Rajagopal Y (Raj) > HCU-Consulting & Enterprise Solutions. From do-not-reply at jboss.com Wed Jan 9 05:30:31 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 9 Jan 2008 05:30:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SOAP Interceptor Message-ID: <33547576.1199874631761.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks alot Alessio Soldano. It worked now. Can you please also have a look at http://www.jboss.com/index.html?module=bb&op=viewtopic&t=125421 and tell me why two clients generated from same contract sending different soap messages ? It is very important for me to understand this. Regards, Zeeshan Javeed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118192#4118192 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118192 From do-not-reply at jboss.com Wed Jan 9 05:43:19 2008 From: do-not-reply at jboss.com (toroleo) Date: Wed, 9 Jan 2008 05:43:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can a webservice have a constructor? Message-ID: <17996715.1199875399797.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! First of all thanks for reply. I suppose, as you said, that as a web-services is implemented in java, I can have a constructor. But for example. I have a web-service provider and a consumer developed in java. And the consumer have a constructor with parameters and a default constructor. When the consumer want to send a request of a service, first of all have to send a request of the constructor and then the request of a service? The information send it in the first request of the constructor is save for the next request?. How knows the provider that this information is for the consumer number one and not for the consumer number 2? You understand what I'm explaining you? You understand what is my problem? Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118197#4118197 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118197 From do-not-reply at jboss.com Wed Jan 9 07:27:01 2008 From: do-not-reply at jboss.com (shoeb1981) Date: Wed, 9 Jan 2008 07:27:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can a webservice have a constructor? Message-ID: <20580018.1199881621196.JavaMail.jboss@colo-br-02.atl.jboss.com> As far as I know, web services are not like the objects you have in java/c++. Web services are actually functions/methods that you expose over web. They are not mean to be used the way you are talking. Why don't you send all the values in one call to web services. AFAIK, web services don't maintain the conversation state (they are designed that way), and it is always a good practice to reduce number of remote calls otherwise you'll overload the network bandwidth. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118228#4118228 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118228 From do-not-reply at jboss.com Wed Jan 9 08:07:20 2008 From: do-not-reply at jboss.com (marius.oancea) Date: Wed, 9 Jan 2008 08:07:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <23883406.1199884040074.JavaMail.jboss@colo-br-02.atl.jboss.com> Yes. I know this and works but on my jboss there are many application with different webServiceHost(s) /deployment/bean[@name='WSServerConfig']/property[@name='webServiceHost'] That is why i need this setting to be done service specific not jboss install specific. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118257#4118257 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118257 From do-not-reply at jboss.com Wed Jan 9 08:53:00 2008 From: do-not-reply at jboss.com (memema) Date: Wed, 9 Jan 2008 08:53:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <6359565.1199886780109.JavaMail.jboss@colo-br-02.atl.jboss.com> I have the same problem. Some solution or workaround? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118281#4118281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118281 From do-not-reply at jboss.com Wed Jan 9 10:14:06 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 9 Jan 2008 10:14:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SoapFault on returning the web service response Message-ID: <17641390.1199891646739.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I followed your usecase and here are the source codes I created: package org.jboss.test.ws.jaxws.jbws1845; | | import javax.ejb.Stateless; | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebResult; | import javax.jws.WebService; | import javax.xml.ws.ResponseWrapper; | | import org.jboss.wsf.spi.annotation.WebContext; | | @Stateless | @WebService | ( | targetNamespace="http://service.responsys.com/rsystools/ws/SpamComplaintWS/1.0", | serviceName="SpamService" | ) | @WebContext | ( | transportGuarantee="NONE", | contextRoot="/jaxws-jbws1845", | urlPattern="/SpamService" | ) | public final class SpamComplaintWS implements SpamComplaintWSIface | { | @WebMethod(operationName="processSpamComplaints") | @WebResult(name="SpamResult") | @ResponseWrapper(className="org.jboss.test.ws.jaxws.jbws1845.jaxws.SpamResult") | public SpamResult processSpamComplaints( | @WebParam(name = "email") String email, | @WebParam(name = "fromAddress") String fromAddress, | @WebParam(name = "mailDate") String mailDate, | @WebParam(name = "complaintDate") String complaintDate, | @WebParam(name = "mailbox") String mailbox, | @WebParam(name = "complainer") String complainer, | @WebParam(name = "xRext") String xRext, | @WebParam(name = "accountName") String accountName) | { | return new SpamResult(email, fromAddress, mailDate, complaintDate, mailbox, complainer, xRext, accountName); | } | } | package org.jboss.test.ws.jaxws.jbws1845; | | import javax.ejb.Remote; | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebResult; | import javax.jws.WebService; | import javax.xml.ws.ResponseWrapper; | | @Remote | @WebService | public interface SpamComplaintWSIface | { | @WebMethod(operationName="processSpamComplaints") | @WebResult(name="SpamResult") | @ResponseWrapper(className="org.jboss.test.ws.jaxws.jbws1845.jaxws.SpamResult") | public SpamResult processSpamComplaints( | @WebParam(name = "email") String email, | @WebParam(name = "fromAddress") String fromAddress, | @WebParam(name = "mailDate") String mailDate, | @WebParam(name = "complaintDate") String complaintDate, | @WebParam(name = "mailbox") String mailbox, | @WebParam(name = "complainer") String complainer, | @WebParam(name = "xRext") String xRext, | @WebParam(name = "accountName") String accountName | ); | } | package org.jboss.test.ws.jaxws.jbws1845; | | import javax.xml.bind.annotation.XmlAccessType; | import javax.xml.bind.annotation.XmlAccessorType; | import javax.xml.bind.annotation.XmlElement; | import javax.xml.bind.annotation.XmlType; | | @XmlAccessorType(XmlAccessType.FIELD) | @XmlType(name = "SpamResult", propOrder = { | "email", | "fromAddress", | "mailDate", | "complaintDate", | "mailbox", | "complainer", | "xRext", | "accountName" | }) | public final class SpamResult | { | @XmlElement(required = true, nillable = true) | protected String email; | @XmlElement(required = true, nillable = true) | protected String fromAddress; | @XmlElement(required = true, nillable = true) | protected String mailDate; | @XmlElement(required = true, nillable = true) | protected String complaintDate; | @XmlElement(required = true, nillable = true) | protected String mailbox; | @XmlElement(required = true, nillable = true) | protected String complainer; | @XmlElement(required = true, nillable = true) | protected String xRext; | @XmlElement(required = true, nillable = true) | protected String accountName; | | public SpamResult() | { | } | | public SpamResult(String email, String fromAddress, String mailDate, String complaintDate, String mailbox, String complainer, String xRext, String accountName) | { | this.email = email; | this.fromAddress = fromAddress; | this.mailDate = mailDate; | this.complaintDate = complaintDate; | this.mailbox = mailbox; | this.complainer = complainer; | this.xRext = xRext; | this.accountName = accountName; | } | | public String[] get() | { | return new String[] { email, fromAddress, mailDate, complaintDate, mailbox, complainer, xRext, accountName }; | } | } | package org.jboss.test.ws.jaxws.jbws1845; | | import java.net.URL; | import javax.xml.namespace.QName; | import javax.xml.ws.Service; | import junit.framework.Test; | import org.jboss.wsf.test.JBossWSTest; | import org.jboss.wsf.test.JBossWSTestSetup; | | public final class JBWS1845TestCase extends JBossWSTest | { | public static Test suite() | { | return new JBossWSTestSetup(JBWS1845TestCase.class, "jaxws-jbws1845.jar"); | } | | public void testIssue() throws Exception | { | QName serviceName = new QName("http://service.responsys.com/rsystools/ws/SpamComplaintWS/1.0", "SpamService"); | URL wsdlURL = new URL("http://" + getServerHost() + ":8080/jaxws-jbws1845/SpamService?wsdl"); | | Service service = Service.create(wsdlURL, serviceName); | SpamComplaintWSIface proxy = (SpamComplaintWSIface)service.getPort(SpamComplaintWSIface.class); | | String[] orig = { "email", "fromAddress", "mailDate", "complaintDate", "mailbox", "complainer", "xRext", "accountName"}; | String[] returned = proxy.processSpamComplaints(orig[0], orig[1], orig[2], orig[3], orig[4], orig[5], orig[6], orig[7]).get(); | for (int i = 0; i < orig.length; i++) | { | assertEquals(orig, returned); | } | } | | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118314#4118314 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118314 From do-not-reply at jboss.com Wed Jan 9 10:16:00 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 9 Jan 2008 10:16:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SoapFault on returning the web service response Message-ID: <22292372.1199891760845.JavaMail.jboss@colo-br-02.atl.jboss.com> This is the generated WSDL | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118316#4118316 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118316 From do-not-reply at jboss.com Wed Jan 9 10:28:20 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 9 Jan 2008 10:28:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SoapFault on returning the web service response Message-ID: <29044550.1199892500982.JavaMail.jboss@colo-br-02.atl.jboss.com> "ggary" wrote : I kept experimenting with this service and when I commented out @ResponseWrapper annotation it started generating correct wsdl. | | Now I am confident that there is a bug in JBossWS I don't think so. Here are some points you should know: * there's almost always no reason to use @ResponseWrapper(className="package.ClassName") on your methods because this annotation parameter defines the runtime generated wrapper bean name you as user will never see and deal with * one possible reason to use this annotation parameter is e.g. http://jbws.dyndns.org/mediawiki/index.php?title=FAQ#Why_I.27m_getting_.22propertyname_is_not_valid_property_on_class_mypackage.jaxws.Propertyname.22.3F * for further information take a look to JAX-WS specification where you can find more information about @RequestWrapper and @ResponseWrapper annotations Back to your problem. * you can omit @ResponseWrapper(className="xyz") definition, it's not necessary * ensure your SpamResult class is JAXB well annotated (see my example above) so it can be de/serialized by JAXB runtime View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118323#4118323 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118323 From do-not-reply at jboss.com Wed Jan 9 10:51:59 2008 From: do-not-reply at jboss.com (camateusno) Date: Wed, 9 Jan 2008 10:51:59 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: CLOSE_WAIT and socket.close() issue Message-ID: <3996964.1199893920109.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have a similar problem, My problem consist in this: I have a Job that runs every 10 seconds, and every time uses a web service client maded with JBossWS. This web service does a operations over a remote server. The problem is that each request opens a socket and this socket is not always closed, because the response may not return with the HTTP code expected to close the socket. For any aid thank you very much. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118336#4118336 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118336 From do-not-reply at jboss.com Wed Jan 9 11:04:27 2008 From: do-not-reply at jboss.com (justinkwaugh) Date: Wed, 9 Jan 2008 11:04:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - More soap:address problems Message-ID: <6065790.1199894667925.JavaMail.jboss@colo-br-02.atl.jboss.com> I am having two specific problems with the auto generated/replaced soap:address element in the wsdl. 1. I cannot get it to say https:// instead of http://. Some suggestions I've seen on the forums here are deprecated (Use of annotations that don't exist anymore) and all are related to setting the transport guarantee (which doesn't seem to have any effect anyway). My setup is apache talking to jboss through jkmount, and i'm using a POJO endpoint. I really love the idea of the address rewriting as configured in the jboss-ws.sar/META-INF/jboss-beans.xml but it does not rewrite the protocol, only the hostname:port/path. I glanced at the code, and it plainly just ignores the incoming request protocol. Why is this? If I am accessing it via an https:// URL, why would it not rewrite it using https://? 2. The path to the endpoint is plain wrong. I have a context root specified in the jboss-web.xml of my war, and that is all it uses no matter what. It simply ignores the servlet name and rewrites the path with just the context-root even when I specify my own WSDL in the @WebService annotation. My servlet is specified in the web.xml as follows.. | | MyWebservice | com.mycompany.webservices.MyWebservice | | | MyWebservice | /* | | My jboss-web.xml has the following: | | webservice | | The correct endpoint should be https://myhost:443/webservice/MyWebservice but no matter what I do, it rewrites it to just https://myhost:443/webservice Are there any configurations I've overlooked that can resolve these 2 problems? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118341#4118341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118341 From do-not-reply at jboss.com Wed Jan 9 11:11:54 2008 From: do-not-reply at jboss.com (mjhammel) Date: Wed, 9 Jan 2008 11:11:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <20957047.1199895114786.JavaMail.jboss@colo-br-02.atl.jboss.com> Sorry - I didn't catch you're reply till today. I've been waiting for some feedback over in the EJB3 forum. I don't have all the links saved, but one that has some detailed explanation as to why it shouldn't work in web services at all is here: http://weblogs.java.net/blog/ss141213/archive/2005/12/dont_use_persis_1.html The blog is old, but since it discusses how the specs say this shouldn't work it seemed fairly authoritative. There were other links I found as well, some newer than this one and related specifically to JBOSS. I just didn't save them. Even if injection could be made to work, if I can't return a table row using Hibernate generated EJB3 objects then this is of no use to me. To be honest, I'm about ready to abandon EJB3/JAX-WS under JBOSS 4.2.2GA/Hibernate. I've been at this a month now and I still can't get a simple table row returned from my web service. The simplicity promised by EJB3 just seems like the complexity moved to new places. While older and partially unsupported now, at least EJB2.1/JAX-RPC worked with JBOSS 4.05GA/Middlegen/Axis. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118346#4118346 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118346 From do-not-reply at jboss.com Wed Jan 9 12:57:35 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Wed, 9 Jan 2008 12:57:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Can wsconsume do custom namespaces to package mapping? Message-ID: <18208115.1199901455719.JavaMail.jboss@colo-br-02.atl.jboss.com> I need to map the various namespaces in our WSDL to different packages during code generation using wsconsume. With the Axis Wsdl2Java tool, I place my mappings in an NsToPkg.properties file and the tool picks them up. Can a JAXB or JAX-WS binding file accomplish this with wsconsume? I have not created one of these binding files before. Is there an example of a binding file that illustrates how to map a namespace to a package? It is critical to our business model that our one WSDL can be consumed by all our customers. Axis services and clients based on this WSDL have been in production for quite a while. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118394#4118394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118394 From do-not-reply at jboss.com Wed Jan 9 15:01:33 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Wed, 9 Jan 2008 15:01:33 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Is this a valid JAX-WS binding file for wsconsume? Message-ID: <23653158.1199908893579.JavaMail.jboss@colo-br-02.atl.jboss.com> I want wsconsume to do custom package to namespace mappings using the --binding option. I have no experience writing JAX-WS binding files. I created the one listed below, and while wsconsume generates no errors, it also ignores the the pacjage-namespace attributes in the file. What have I got wrong? (Note that these same parameters, restructured for Axis and with escaping the colons, work with the Axis Wsdl2Java tool as a NsToPkg.properties file.) | | | | | | | | | | | | | | | | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118423#4118423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118423 From do-not-reply at jboss.com Thu Jan 10 04:23:34 2008 From: do-not-reply at jboss.com (MichaW) Date: Thu, 10 Jan 2008 04:23:34 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Using the jboss-ws-security with signature breaks when the l Message-ID: <24451729.1199957014299.JavaMail.jboss@colo-br-02.atl.jboss.com> We have developed a webservice and want to use a signature as security. This sometimes gives an error: Signature is invalid. It appears to be related to the loglevel of the org.jboss.ws package. We have done some testing with different levels of logging on that package. Here is what we get: Client log level: DEBUG and service log level: INFO throws exception on the client side. Client log level: DEBUG and service log level: DEBUG works fine. Client log level: INFO and service log level: DEBUG throws exception on the service side. Client log level: INFO and service log level: INFO throws exception on the service side. We have tested this with different environments application server: jboss-4.2.1.GA or jboss-4.2.2.GA ws: jbossws-native-2.0.2.GA or jbossws-native-2.0.1.GA jboss-wsse-server.xml: WEB-INF/wsse.keystore jbossws WEB-INF/wsse.truststore jbossws jboss-wsse-client.xml: WEB-INF/wsse.keystore jbossws WEB-INF/wsse.truststore jbossws Service side exception: 09:54:04,781 WARN [Reference] Verification failed for URI "#element-64-1199955244687-5289337" 09:54:04,781 INFO [Reference] Verification successful for URI "#timestamp" 09:59:56,562 ERROR [WSSecurityDispatcher] Internal error occured handling inbound message: org.jboss.ws.extensions.security.FailedCheckException: Signature is invalid. at org.jboss.ws.extensions.security.SignatureVerificationOperation.process(SignatureVerificationOperation.java:59) at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:123) at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:185) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:147) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer.handleInbound(WSSecurityHandlerServer.java:41) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:87) at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:126) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:170) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:414) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) 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) 09:59:56,562 ERROR [HandlerChainExecutor] Exception during handler processing org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer.handleInbound(WSSecurityHandlerServer.java:41) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:87) at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:126) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:170) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:414) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) 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) 09:59:56,562 ERROR [SOAPFaultHelperJAXWS] SOAP request exception javax.xml.ws.WebServiceException: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.processHandlerFailure(HandlerChainExecutor.java:276) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:155) at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:87) at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:126) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:170) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:414) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) 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) Caused by: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer.handleInbound(WSSecurityHandlerServer.java:41) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) ... 27 more 09:59:56,562 ERROR [SOAPFaultHelperJAXWS] SOAP request exception javax.xml.ws.WebServiceException: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.processHandlerFailure(HandlerChainExecutor.java:276) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:155) at org.jboss.ws.core.jaxws.handler.HandlerDelegateJAXWS.callRequestHandlerChain(HandlerDelegateJAXWS.java:87) at org.jboss.ws.core.server.ServiceEndpointInvoker.callRequestHandlerChain(ServiceEndpointInvoker.java:126) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:170) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:414) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:273) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:190) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:123) 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) Caused by: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerServer.handleInbound(WSSecurityHandlerServer.java:41) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) ... 27 more Client side exception: 10:07:37,578 WARN [Reference] Verification failed for URI "#element-49-1199956057062-17250248" 10:07:37,593 INFO [Reference] Verification successful for URI "#timestamp" 10:07:37,593 ERROR [WSSecurityDispatcher] Internal error occured handling inbound message: org.jboss.ws.extensions.security.FailedCheckException: Signature is invalid. at org.jboss.ws.extensions.security.SignatureVerificationOperation.process(SignatureVerificationOperation.java:59) at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:123) at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecoder.java:185) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:147) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handleInbound(WSSecurityHandlerClient.java:40) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) at org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(ClientImpl.java:168) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) 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 $Proxy80.zoekPeilpuntenWoning(Unknown Source) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:292) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:211) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpuntenVoorWijkObjectSoortQuery(WoningManagerWS.java:206) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpunten(WoningManagerWS.java:90) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.executeQuery(PPOpnemenWoningenZoeken.java:178) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.getQueryResult(PPOpnemenWoningenZoeken.java:153) at nl.denhaag.gbd.mgov.common.component.ZoekComponent.processRequest(ZoekComponent.java:509) at com.novell.afw.component.core.EboComponentContainer.performInteraction(EboComponentContainer.java:128) at com.novell.afw.component.core.EboComponentContainer.performBlockingInteraction(EboComponentContainer.java:154) at com.novell.afw.portal.proxy.EboPortletContainerProxy.performBlockingInteraction(EboPortletContainerProxy.java:185) at com.novell.afw.portal.aggregation.EboPortletProxyHelper.callPortletActionRequest(EboPortletProxyHelper.java:468) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.checkAndHandleActionURLType(EboPortalAggregationControllerImpl.java:1 75) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.initiateRendering(EboPortalAggregationControllerImpl.java:1249) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.renderPortalPIDResponse(EboPortalAggregationControllerImpl.java:871) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.handlePIDPagesRequest(EboPortalAggregationServlet.java:801) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.callService(EboPortalAggregationServlet.java:210) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.doPost(EboPortalAggregationServlet.java:83) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 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 nl.denhaag.gbd.filter.GZIPFilter.doFilter(GZIPFilter.java:34) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.novell.afw.portal.xforms.EboXFormClientDetectionFilter.doFilter(EboXFormClientDetectionFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.filter.HeaderFilter.doFilter(HeaderFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.security.auth.spi.UserFilter.doFilter(UserFilter.java:108) 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:433) 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) 10:07:37,671 ERROR [HandlerChainExecutor] Exception during handler processing org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handleInbound(WSSecurityHandlerClient.java:40) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) at org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(ClientImpl.java:168) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) 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 $Proxy80.zoekPeilpuntenWoning(Unknown Source) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:292) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:211) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpuntenVoorWijkObjectSoortQuery(WoningManagerWS.java:206) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpunten(WoningManagerWS.java:90) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.executeQuery(PPOpnemenWoningenZoeken.java:178) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.getQueryResult(PPOpnemenWoningenZoeken.java:153) at nl.denhaag.gbd.mgov.common.component.ZoekComponent.processRequest(ZoekComponent.java:509) at com.novell.afw.component.core.EboComponentContainer.performInteraction(EboComponentContainer.java:128) at com.novell.afw.component.core.EboComponentContainer.performBlockingInteraction(EboComponentContainer.java:154) at com.novell.afw.portal.proxy.EboPortletContainerProxy.performBlockingInteraction(EboPortletContainerProxy.java:185) at com.novell.afw.portal.aggregation.EboPortletProxyHelper.callPortletActionRequest(EboPortletProxyHelper.java:468) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.checkAndHandleActionURLType(EboPortalAggregationControllerImpl.java:1 75) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.initiateRendering(EboPortalAggregationControllerImpl.java:1249) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.renderPortalPIDResponse(EboPortalAggregationControllerImpl.java:871) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.handlePIDPagesRequest(EboPortalAggregationServlet.java:801) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.callService(EboPortalAggregationServlet.java:210) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.doPost(EboPortalAggregationServlet.java:83) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 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 nl.denhaag.gbd.filter.GZIPFilter.doFilter(GZIPFilter.java:34) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.novell.afw.portal.xforms.EboXFormClientDetectionFilter.doFilter(EboXFormClientDetectionFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.filter.HeaderFilter.doFilter(HeaderFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.security.auth.spi.UserFilter.doFilter(UserFilter.java:108) 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:433) 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) 10:07:37,796 ERROR [SOAPFaultHelperJAXWS] SOAP request exception javax.xml.ws.WebServiceException: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.processHandlerFailure(HandlerChainExecutor.java:276) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:155) at org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(ClientImpl.java:168) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) 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 $Proxy80.zoekPeilpuntenWoning(Unknown Source) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:292) at nl.denhaag.gbd.services.peilpuntenservice.client.PeilpuntenServiceClient.zoekPeilpuntenWoning(PeilpuntenServiceClient.java:211) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpuntenVoorWijkObjectSoortQuery(WoningManagerWS.java:206) at nl.denhaag.gbd.mgov.common.manager.core.WoningManagerWS.zoekPeilpunten(WoningManagerWS.java:90) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.executeQuery(PPOpnemenWoningenZoeken.java:178) at nl.denhaag.gbd.mgov.pp.won.opnm.component.PPOpnemenWoningenZoeken.getQueryResult(PPOpnemenWoningenZoeken.java:153) at nl.denhaag.gbd.mgov.common.component.ZoekComponent.processRequest(ZoekComponent.java:509) at com.novell.afw.component.core.EboComponentContainer.performInteraction(EboComponentContainer.java:128) at com.novell.afw.component.core.EboComponentContainer.performBlockingInteraction(EboComponentContainer.java:154) at com.novell.afw.portal.proxy.EboPortletContainerProxy.performBlockingInteraction(EboPortletContainerProxy.java:185) at com.novell.afw.portal.aggregation.EboPortletProxyHelper.callPortletActionRequest(EboPortletProxyHelper.java:468) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.checkAndHandleActionURLType(EboPortalAggregationControllerImpl.java:1 75) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.initiateRendering(EboPortalAggregationControllerImpl.java:1249) at com.novell.afw.portal.aggregation.EboPortalAggregationControllerImpl.renderPortalPIDResponse(EboPortalAggregationControllerImpl.java:871) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.handlePIDPagesRequest(EboPortalAggregationServlet.java:801) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.callService(EboPortalAggregationServlet.java:210) at com.novell.afw.portal.aggregation.EboPortalAggregationServlet.doPost(EboPortalAggregationServlet.java:83) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 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 nl.denhaag.gbd.filter.GZIPFilter.doFilter(GZIPFilter.java:34) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.novell.afw.portal.xforms.EboXFormClientDetectionFilter.doFilter(EboXFormClientDetectionFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.filter.HeaderFilter.doFilter(HeaderFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at nl.denhaag.gbd.security.auth.spi.UserFilter.doFilter(UserFilter.java:108) 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:433) 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: org.jboss.ws.core.CommonSOAPFaultException: Signature is invalid. at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault(WSSecurityDispatcher.java:105) at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(WSSecurityDispatcher.java:177) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboundSecurity(WSSecurityHandler.java:78) at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handleInbound(WSSecurityHandlerClient.java:40) at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericHandler.java:55) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:295) at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(HandlerChainExecutor.java:140) ... 56 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118541#4118541 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118541 From do-not-reply at jboss.com Thu Jan 10 05:16:15 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Thu, 10 Jan 2008 05:16:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: More soap:address problems Message-ID: <3362824.1199960175966.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, For your point 2, I can confirm that I am using the same settings and its working for me. There must be something which is over-riding ur settings. But if it as simple as it is there, It should work, as it working at my end. Check your annotatoin on Interace and implementation files. Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118562#4118562 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118562 From do-not-reply at jboss.com Thu Jan 10 05:48:54 2008 From: do-not-reply at jboss.com (marius.oancea) Date: Thu, 10 Jan 2008 05:48:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <27306759.1199962134783.JavaMail.jboss@colo-br-02.atl.jboss.com> The only solution I found is to: 1. Modify \jboss-4.2.1.GA\server\default\deploy\jbossws.sar\jbossws.beans\META-INF\jboss-beans.xml so that false 2. Use wsdlLocation in WebService anotation Take care, if abc is not existing, jboss will still replace abc with the ${jboss.bind.address}. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118579#4118579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118579 From do-not-reply at jboss.com Thu Jan 10 08:05:48 2008 From: do-not-reply at jboss.com (memema) Date: Thu, 10 Jan 2008 08:05:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <4967125.1199970348091.JavaMail.jboss@colo-br-02.atl.jboss.com> I have a more complex situation: one internal JBoss server with the web service, and several forwards from externals apache web servers (sorry for my bad english). Different customers have different access points thought differents urls and domains (the customer A access to http://serverA/ws, customer B to http://serverB/ws, etc), but the internal web service and jboss are the same. The annotation solution doesn't work in my case. Another idea? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118638#4118638 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118638 From do-not-reply at jboss.com Thu Jan 10 11:18:33 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Thu, 10 Jan 2008 11:18:33 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Is this a valid JAX-WS binding file for wsconsume? Message-ID: <30799318.1199981913605.JavaMail.jboss@colo-br-02.atl.jboss.com> I am now getting quite specific. Our WSDL defines four operations and imports 13 schemas. I have solved all of my namespace-to-package mapping issues for our schema files with a JAXB binding file which looks like this: | | | | | | | And I've solved the wsdl:definitions node namespace to mapping issues with a JAX-WS binding file that looks like this: | | | | However, my binding element for the WSDL's wsdl:definitions/wsdl:types/xsd:schema node shown below doesn't work - wsconsume produces the message 'Null', then fails to parse the wsdl and subsequently fails to launch WsImport. | | | | | I've found many examples of this syntax for this last binding, and I can't see any error. I've also done it with the node attribute written in the (sanitized) form: node="wsdl:definitions/wsdl:types/xsd:schema[@targetNamespace='http://www.ourdomain.com/our/namespace']"> Alas, with no joy. Can anyone help me understand why this last binding attribute isn't working with wsconsume? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118735#4118735 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118735 From do-not-reply at jboss.com Thu Jan 10 11:25:47 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Thu, 10 Jan 2008 11:25:47 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Is this a valid JAX-WS binding file for wsconsume? Message-ID: <14962746.1199982347270.JavaMail.jboss@colo-br-02.atl.jboss.com> A slight correction in what I have actually usef for the last binding: | | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118737#4118737 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118737 From do-not-reply at jboss.com Thu Jan 10 15:54:22 2008 From: do-not-reply at jboss.com (camateusno) Date: Thu, 10 Jan 2008 15:54:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - socket.close(): Possibly anyone resolved this, but still I d Message-ID: <21852606.1199998462976.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have a similar problem to issue: CLOSE WAIT and socket.close(), My problem consist in this: I have a Job that runs every 10 seconds, and every time uses a web service client maded with JBossWS. This web service does a operations over a remote server. The problem is that each request opens a socket and this socket is not always closed, because the response may not return with the HTTP code expected to close the socket. For any aid thank you very much. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118834#4118834 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118834 From do-not-reply at jboss.com Fri Jan 11 03:51:53 2008 From: do-not-reply at jboss.com (spalazzi) Date: Fri, 11 Jan 2008 03:51:53 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: web service endpoint dissappeared after restart Message-ID: <7354255.1200041513152.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, i have the same problem, how did you resolve it? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118935#4118935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118935 From do-not-reply at jboss.com Fri Jan 11 04:02:00 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Fri, 11 Jan 2008 04:02:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: web service endpoint dissappeared after restart Message-ID: <19463921.1200042120388.JavaMail.jboss@colo-br-02.atl.jboss.com> See http://jira.jboss.org/jira/browse/JBWS-1762 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118940#4118940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118940 From do-not-reply at jboss.com Fri Jan 11 04:10:32 2008 From: do-not-reply at jboss.com (maxi0361) Date: Fri, 11 Jan 2008 04:10:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problems with Jboss and Sun's 1.6 JDK Message-ID: <7856278.1200042633256.JavaMail.jboss@colo-br-02.atl.jboss.com> web service using JAX-WS 2.0 run on JBoss AS 4.2.1 This method works! thank you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118943#4118943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118943 From do-not-reply at jboss.com Fri Jan 11 05:51:53 2008 From: do-not-reply at jboss.com (spalazzi) Date: Fri, 11 Jan 2008 05:51:53 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: web service endpoint dissappeared after restart Message-ID: <31027322.1200048713456.JavaMail.jboss@colo-br-02.atl.jboss.com> thank for your response. When the JBoss 4.2.3 GA will be ready? Thanks Stefano. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118978#4118978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118978 From do-not-reply at jboss.com Fri Jan 11 07:01:52 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 07:01:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <25103516.1200052912041.JavaMail.jboss@colo-br-02.atl.jboss.com> "mjhammel" wrote : Sorry - I didn't catch you're reply till today. I've been waiting for some feedback over in the EJB3 forum. I don't have all the links saved, but one that has some detailed explanation as to why it shouldn't work in web services at all is here: | | http://weblogs.java.net/blog/ss141213/archive/2005/12/dont_use_persis_1.html | This is not your situation, you're not using the persistence context in a servlet, you need injection in a SLSB. And my previous post shows that it works. anonymous wrote : Even if injection could be made to work, if I can't return a table row using Hibernate generated EJB3 objects then this is of no use to me. I've just tried this too. It works more or less. I'm saying so since of course the problems you might have to face are lazy instantiation and cyclic referenced structure (that cannot be serialized into xml without references). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119000#4119000 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119000 From do-not-reply at jboss.com Fri Jan 11 07:38:37 2008 From: do-not-reply at jboss.com (paoletto) Date: Fri, 11 Jan 2008 07:38:37 -0500 (EST) Subject: [jbossws-users] [JBossWS] - WS-Attachment on jbossws Message-ID: <598902.1200055117318.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi I followed the wiki user guide to add attachments in my ws invocations/replies using the DataHandler and binding type DOCUMENT. my question is: does this mean i'm using WS-Attachment kind of attachments? or im just defining documents containing base64binary elements? this because ActiveBPEL engine (an open source BPM engine) supports WS-Attachments and does not seem to use the same way Jbossws suggest to handle them.. thanks for any clarification View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119023#4119023 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119023 From do-not-reply at jboss.com Fri Jan 11 07:48:03 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Fri, 11 Jan 2008 07:48:03 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: web service endpoint dissappeared after restart Message-ID: <22244657.1200055683324.JavaMail.jboss@colo-br-02.atl.jboss.com> Soon, but I don't know the exact date. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119031#4119031 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119031 From do-not-reply at jboss.com Fri Jan 11 08:47:49 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Fri, 11 Jan 2008 08:47:49 -0500 (EST) Subject: [jbossws-users] [JBossWS] - SOAP Request and Response- Compatibility with old clients. Message-ID: <18698481.1200059269153.JavaMail.jboss@colo-br-02.atl.jboss.com> HI All, I would like to confirm about 'arg0' in soap request. The soap request part looks like : 0.5 0 and the request coming from one the old client is like 0.5 0 the handling code in implementation file is : | public TSession startSession(TSession session) | { | if(session != null) | { | log.debug("Start session"); | | } | else | { | log.error("Session is null"); | return null; | } | } | In the frist request , I got Start Session while in the later request it says Session is null. I replaced "TSession_1" wiht "arg0" in SOAP Handler and then the old request also worked fine. Any Idea why we are getting arg0 there and why Server is depending on variables name there other then the object pased. the defenition of the method in interface class is : | @WebMethod | @WebResult(name = "result", targetNamespace = "") | @RequestWrapper(localName = "startSession", targetNamespace = "http://ips.iplabs.de/types", className = "de.iplabs.ips.types.StartSession") | @ResponseWrapper(localName = "startSessionResponse", targetNamespace = "http://ips.iplabs.de/types", className = "de.iplabs.ips.types.StartSessionResponse") | public TSession startSession( | @WebParam(name = "TSession_1", targetNamespace = "") | TSession tSession1); | | This problem is also valid for return type. It is sending return object with name of "return" and client is expecting "result". Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119060#4119060 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119060 From do-not-reply at jboss.com Fri Jan 11 09:28:14 2008 From: do-not-reply at jboss.com (memema) Date: Fri, 11 Jan 2008 09:28:14 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Assigning SOAP role to JAX-RPC handler Message-ID: <22832583.1200061694374.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello everybody I've got a problem with JBoss 4.2.2 JAX-RPC implementation. I'm using JAX-RPC handler on the Web Service side for working with a soap header. Can I configure my handler for a particular role? I have the folloging fragment of the webservice.xml | | PtInterceptor | com.cosmos.sts.interceptors.jaxrpc.server.WssHandler | | http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd | Security | | InterceptorActor | | And I'm trying to get the roles from the soap context in this way: | SOAPMessageContext soapContext = (SOAPMessageContext) context; | String[] actorNames = soapContext.getRoles(); | but I get only an emty array. What is wrong? Can anybody help with this please? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119080#4119080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119080 From do-not-reply at jboss.com Fri Jan 11 10:27:05 2008 From: do-not-reply at jboss.com (mow) Date: Fri, 11 Jan 2008 10:27:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - underscore variables Message-ID: <15792537.1200065225759.JavaMail.jboss@colo-br-02.atl.jboss.com> im consuming a webservice which defines objectes with severel variables with an underscore, like usr_id phone_office last_name and so on and so on. when trying to recieve a object with such variables from the service, unmarshaling failes because jboss is looking for the method getUsr_Id() setUsr_Id(), (it transforms the first letter after the underscore to uppercase) which dont exist. the generated object (wstools) has methods such as public int getUsr_id() { return usr_id ;} public void setUsr_id(int usr_id){ this.usr_id=usr_id; } "Failed to find read method or field for property 'usr_Id' in class iluseradministration.IlUserData" jboss 4.0.5 jbossws 2.0.2 any ideas? wsdl: ILIAS login functionILIAS login function via CASILIAS login function via LDAPILIAS logout functionILIAS lookupUser(): check if username exists. Return usr_id or 0 if lookup fails.ILIAS getUser(): get complete set of user data.ILIAS updateUser(). DEPRECATED: Use importUsers() for modifications of user data. Updates all user data. Use getUser(), then modify desired fields and finally start the updateUser() call.ILIAS updatePassword(). Updates password of given user. Password must be MD5 hashILIAS addUser() user. DEPRECATED: Since it is not possible to add new user data fields without breaking the backward compatability, this method is deprecated. Please use importUser() instead. Add new ILIAS user. Requires complete or subset of user_data structureILIAS deleteUser(). Deletes all user related data (Bookmarks, Mails ...)ILIAS addCourse(). Course import. See ilias_course_0_1.dtd for details about course xml structureILIAS deleteCourse(). Deletes a course. Delete courses are stored in "Trash" and can be undeleted in the ILIAS administration. ILIAS assignCourseMember(). Assigns an user to an existing course. Type should be "Admin", "Tutor" or "Member"ILIAS excludeCourseMember(). Excludes an user from an existing course.ILIAS isAssignedToCourse(). Checks whether an user is assigned to a given course. Returns 0 => not assigned, 1 => course admin, 2 => course member or 3 => course tutorILIAS getCourseXML(). Get a xml description of a specific course.ILIAS updateCourse(). Update course settings, assigned members, tutors, administrators with a given xml descriptionILIAS getObjIdByImportId(). Get the obj_id of an ILIAS obj by a given import id.ILIAS getRefIdsByImportId(). Get all reference ids by a given import id.ILIAS getRefIdsByObjId(). Get all reference ids by a given object id.ILIAS getObjectByReference(). Get XML-description of an ILIAS object. If a user id is given, this methods also checks the permissions of that user on the object.ILIAS getObjectsByTitle(). Get XML-description of an ILIAS object with given title. If a user id is given this method also checks the permissions of that user on the object.ILIAS searchObjects(): Searches for objects. Key is within "title" or "description" Typical calls are searchObject($sid,array("lm","crs"),"\"this and that\"","and"); If an optional user id is given, this methods also return the permissions for that user on the found objectsILIAS getTreeChilds(): Get all child objects of a given object.Choose array of types to filter the output. Choose empty type array to receive all object typesILIAS getXMLTree(): Returns a xml stream with the subtree objects.ILIAS addObject. Create new object based on xml description under a given node ("category,course,group or folder). Return created reference id of the new object.ILIAS updateObjects. Update object data (title,description,owner)ILIAS addReference. Create new link of given object to new object. Return the new reference idILIAS deleteObject. Stores object in trash. If multiple references exist, only the reference is deleted ILIAS removeFromSystemByImportId(). Removes an object identified by its import id permanently from the system. All data will be deleted. There will be no possibility to restore it from the trash. Do not use this function for deleting roles or users. Use deleteUser() or deleteRole() instead.ILIAS addUserRoleEntry. Assign user to role.ILIAS deleteUserRoleEntry. Deassign user from role.ILIAS getOperations(): get complete set of RBAC operations.ILIAS revokePermissions(): Revoke all permissions for a specific role on an object.ILIAS grantPermissions(): Grant permissions for a specific role on an object. (Substitutes existing permission settings)ILIAS getLocalRoles(): Get all local roles assigned to an specific object.ILIAS getUserRoles(): Get all local roles assigned to an specific user. ILIAS addRole(): Creates new role under given node. "target_id" is the reference id of an ILIAS ILIAS object. E.g ref_id of crs,grp. If no role folder exists, a new role folder will be created.ILIAS deleteRole(): Deletes an role and all user assignments. Fails if it is the last role of an userILIAS addRole(): Creates new role under given node. "target_id" is the reference id of an ILIAS ILIAS object. E.g ref_id of crs,grp. If no role folder exists, a new role folder will be created. In addition to addRole the template permissions will be copied from the given role templateILIAS getObjectTreeOperations(): Get all granted permissions for all references of an object for a specific user. Returns array of granted operations or empty arrayILIAS addGroup(): Add grop according to valid group XML @See ilias_group_0_1.dtdILIAS addGroup(): Check if group with given name exists. ILIAS getGroup(): get xml description of grouip with given reference id.ILIAS assignGroupMember(). Assigns an user to an existing group. Type should be "Admin","Member"ILIAS excludeGroupMember(). Excludes an user from an existing group.ILIAS isAssignedToGroup(). Checks whether an user is assigned to a given group. Returns 0 => not assigned, 1 => group admin, 2 => group memberILIAS sendMail(): Send mime mails according to xml description. Only for internal usage Syntax, parameters may change in future releasesILIAS ilClone(): Only for internal usage.Syntax, parameters may change in future releases. ILIAS ilCloneDependencies(): Only for internal usage.Syntax, parameters may change in future releases. ILIAS saveQuesionResult(): Typically called from Java Applet questions. Only for internal usage Sntax, parameters may change in future releasesILIAS getStructureObjects: delivers structure of content objects like learning modules (chapters/pages) or glossary (terms)ILIAS import users into folder id, which should be ref_id of folder or user folder (-1:System user folder, 0: checks access at user level, otherwise refid): conflict_rule: IL_FAIL_ON_CONFLICT = 1, IL_UPDATE_ON_CONFLICT = 2, IL_IGNORE_ON_CONFLICT = 3. The Return-Value is a protocol with the columns userid, login, action, message, following xmlresultset dtd. Send Account Mail = 0 deactivates sending a mail to each user, 1 activates itILIAS getRoles():if id equals -1, get all roles specified by type (global|local|user|user_login|template or empty), if type is empty all roles with all types are delivered, if id > -1 and role_type <> user or user_login, delivers all roles which belong to a repository object with specified ref_id, if roletype is user a numeric id is interpreted as userid, if roletype is user_login it is interpreted as login,if roletype is template all role templates will be listedILIAS getUsersForContainer(): get all users of a specific ref_id, which can be crs, group, category or user folder (value: -1). Choose if all roles of a user should be attached (1) or not (0). set active to -1 to get all, 0, to get inactive users only, 1 to get active users onlyILIAS getUsersForRole(): get all users of a role with specified id, specify attach_roles to 1, to attach all role assignmnents; specify active: 1, to import active only, 0: inactive only, -1: bothILIAS searchUser(): get all users, which match a query, consisting of the keyfields, matched with values of the field values, concatenated with the logical query operator. Specify attach_roles to 1, to attach all role assignmnents; specify active: 1, to import active only, 0: inactive only, -1: bothILIAS hasNewMail(): Checks whether the current authenticated user has a new mail.ILIAS getNIC(): return client information from current client as xml result set containing installation_id, installation_version, installation_url, installation_description, installation_language_default as columnsILIAS getExerciseXML(): returns xml description of exercise. Attachment mode: 0 - no file contents, 1 - plain content (base64encoded), 2 zlib + base64, 3 gzip + base64)ILIAS addExercise(): create exercise, put it into target (ref_id) and update exercise properties from xml (see ilias_exercise_3_8.dtd for details). Obj_id must not be set!ILIAS updateExercise():update existing exercise, update exercise properties from xml (see ilias_exercise_3_8.dtd for details). obj_id in xml must match according obj id of refid.!ILIAS getFileXML(): returns xml description of file. Attachment mode: 0 - no file contents, 1 - plain content (base64encoded), 2 zlib + base64, 3 gzip + base64)ILIAS addFile(): create file, put it into target (ref_id) and update file properties from xml (see ilias_file_3_8.dtd for details). Obj_id must not be set!ILIAS updateFile():update existing file, update file properties from xml (see ilias_file_3_8.dtd for details). obj_id in xml must match according obj id of refid.!ILIAS getUserXML(): get xml records for user ids, e.g. retrieved vom members of course xml. Returns user xml dtds. ids are numeric ids of userILIAS getObjIdsForRefIds: Returns a array of object ids which match the references id, given by a comma seperated string. Returns an array of ref ids, in the same order as object ids. Therefore, there might by duplicatesILIAS updateGroup(): update existing group using ref id and group xml (see DTD). anonymous wrote : | This seems to me an issue with the libraries in your classpath. Check for example that jaxb-api.jar is in your classpath. And then: anonymous wrote : | That fixed it. The compile completed, although running the client needed more classpath fixups (some jars included in the classpath for the old version of the build for 4.0.5GA needed to be removed as well). What is your classpath? And what old jars did you need to remove? I have a similar problem getting a client to connect to a web service that has basic authentication enabled. On the service.create(wsdlURL, QName) call I get (my client worked fine before I enabled basic authentication): | org.jboss.ws.metadata.wsdl.WSDLException: Cannot parse wsdlLocation: http://localhost:8080/foo?wsdl | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119158#4119158 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119158 From do-not-reply at jboss.com Fri Jan 11 17:54:07 2008 From: do-not-reply at jboss.com (jeff norton) Date: Fri, 11 Jan 2008 17:54:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Cannot access web service with HTTP Basic Authentication ena Message-ID: <29140442.1200092047329.JavaMail.jboss@colo-br-02.atl.jboss.com> I'm running JBoss 4.2 with the latest jbossws libraries. I have a simple web service running and I wanted to secure it with HTTP Basic Authentication (actually anything would do but that seemed the simplest). I followed the steps in http://jbws.dyndns.org/mediawiki/index.php?title=Authentication, but now my client gets an error when creating the service (this is before setting the username and password using the BindingProvider -- but you need the service object on which to do that -- perhaps a chicken/egg problem?) service = Service.create(wsdlURL, new QName(...)); Now gets: [exec] org.jboss.ws.metadata.wsdl.WSDLException: Cannot parse wsdlLocation: http://localhost:8080/resonantProcessLibrary?wsdl | [exec] at org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory.getDocument(WSDLDefinitionsFactory.java:183) | [exec] at org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory.parse(WSDLDefinitionsFactory.java:108) | [exec] at org.jboss.ws.metadata.umdm.ServiceMetaData.getWsdlDefinitions(ServiceMetaData.java:321) | [exec] at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.buildMetaData(JAXWSClientMetaDataBuilder.java:85) | [exec] at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.(ServiceDelegateImpl.java:132) | [exec] at org.jboss.ws.core.jaxws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:63) | [exec] at javax.xml.ws.Service.(Service.java:82) | [exec] at javax.xml.ws.Service.create(Service.java:334) | [exec] at com.resonant.processlibrary.api.RemoteDocumentRepository.(RemoteDocumentRepository.java:77) When I try to access the wsdl in a browser using the wsdlURL I get the username/password challenge and after entering the correct credentials I get the WSDL so things seems to be working on the server end. Just cannot get the client to connect. It sort of seems like the username/password are needed to get the WSDL to seup the service but there is no way to provide the username/password until the service is setup. But that's what the example says to do and my code is following it exactly. One other tidbit. When I use my .Net client to access the webservice I get a 401 (unauthorized) as expected, but when I modify the .NET client to add the credential I then get a 505 (HTTP protocal not supported). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119270#4119270 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119270 From do-not-reply at jboss.com Fri Jan 11 18:24:28 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 11 Jan 2008 18:24:28 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot access web service with HTTP Basic Authentication Message-ID: <30805616.1200093868752.JavaMail.jboss@colo-br-02.atl.jboss.com> Web service calls are done using POST, while the wsdl is access using GET. Change your web.xml to secure only POST messages, then your wsdl will be accessible once more (of course, it will be accessible to anyone) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119277#4119277 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119277 From do-not-reply at jboss.com Fri Jan 11 18:42:47 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 18:42:47 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot access web service with HTTP Basic Authentication Message-ID: <28607034.1200094967882.JavaMail.jboss@colo-br-02.atl.jboss.com> You should either protect the service only (allowing unauthenticated access to the wsdl contract, for example using secureWSDLAccess=false in your @WebContext annotation) or let your client consume a local copy of the wsdl you previously downloaded manually providing username & password. Please note that this also increase performance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119279#4119279 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119279 From do-not-reply at jboss.com Fri Jan 11 18:59:56 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 18:59:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Attachment on jbossws Message-ID: <18548606.1200095996304.JavaMail.jboss@colo-br-02.atl.jboss.com> With JBossWS you can use either MTOM or SOAP Attachments (SwA), WS-Attachments (DIME) is not supported. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119280#4119280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119280 From do-not-reply at jboss.com Fri Jan 11 19:12:32 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 19:12:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: web service endpoint dissappeared after restart Message-ID: <997310.1200096752338.JavaMail.jboss@colo-br-02.atl.jboss.com> Accrding to the application server JIRA road map it is scheduled for 29/Feb/08. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119281#4119281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119281 From do-not-reply at jboss.com Fri Jan 11 19:19:32 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 19:19:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Changing of soap:address location Message-ID: <17333825.1200097172666.JavaMail.jboss@colo-br-02.atl.jboss.com> "memema" wrote : I have a more complex situation: one internal JBoss server with the web service, and several forwards from externals apache web servers (sorry for my bad english). Different customers have different access points thought differents urls and domains (the customer A access to http://serverA/ws, customer B to http://serverB/ws, etc), but the internal web service and jboss are the same. The annotation solution doesn't work in my case. Another idea? | Not sure if this is exactly your use case, however you could comment out this | ${jboss.bind.address} | in your jbossws.beans/META-INF/jboss-beans.xml file (leave modifySOAPAddress to true). This way the engine should rewrite the soap:address using the host/port used to invoke the servlet providing you the wsdl. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119283#4119283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119283 From do-not-reply at jboss.com Fri Jan 11 19:34:16 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 19:34:16 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: More soap:address problems Message-ID: <20364132.1200098056091.JavaMail.jboss@colo-br-02.atl.jboss.com> "justinkwaugh" wrote : I glanced at the code, and it plainly just ignores the incoming request protocol. Why is this? If I am accessing it via an https:// URL, why would it not rewrite it using https://? | You might want to create a JIRA issue for this. anonymous wrote : | 2. The path to the endpoint is plain wrong. | | I have a context root specified in the jboss-web.xml of my war, and that is all it uses no matter what. It simply ignores the servlet name and rewrites the path with just the context-root even when I specify my own WSDL in the @WebService annotation. My servlet is specified in the web.xml as follows.. | | | | | | MyWebservice | | com.mycompany.webservices.MyWebservice | | | | | | MyWebservice | | /* | | | | | | My jboss-web.xml has the following: | | | | | | webservice | | | | | | The correct endpoint should be | https://myhost:443/webservice/MyWebservice | | but no matter what I do, it rewrites it to just | https://myhost:443/webservice | This is the right behaviour IMHO. You should use this to get the path /webservice/MyWebservice: | | MyWebservice | com.mycompany.webservices.MyWebservice | | | MyWebservice | /MyWebservice | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119284#4119284 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119284 From do-not-reply at jboss.com Fri Jan 11 19:36:35 2008 From: do-not-reply at jboss.com (mariovvl) Date: Fri, 11 Jan 2008 19:36:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - How can I change mustUnderstand attribute of wsse:security e Message-ID: <23389027.1200098195337.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm writing a client for a webservice that requires message signing. I've configured it in the jboss-wsse-client.xml. Hence the generated soap envelope header contains something like: | | Question: how can I set mustUnderstand to 0 (as is required by the webservice I'm calling) or put differently: how can I change the security element generated by JBoss? I thought I could modify it in a soap handler (configured in the application-client.xml), but the soapHeader doesn't seem to have the wsse:Security childElements at that time. My soap handler extends javax.xml.rpc.handler.GenericHandler. Thanks, Mario View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119285#4119285 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119285 From do-not-reply at jboss.com Fri Jan 11 19:43:50 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 11 Jan 2008 19:43:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can wsconsume do custom namespaces to package mapping? Message-ID: <10972799.1200098630443.JavaMail.jboss@colo-br-02.atl.jboss.com> "Brad Marshall" wrote : I need to map the various namespaces in our WSDL to different packages during code generation using wsconsume. With the Axis Wsdl2Java tool, I place my mappings in an NsToPkg.properties file and the tool picks them up. | | Can a JAXB or JAX-WS binding file accomplish this with wsconsume? I have not created one of these binding files before. Is there an example of a binding file that illustrates how to map a namespace to a package? | | It is critical to our business model that our one WSDL can be consumed by all our customers. Axis services and clients based on this WSDL have been in production for quite a while. | | | Here is a link to the binding customization authoritative documentation: http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#JAX-WS_binding_customization ...and here is the wsconsume doc, please note the --binding option http://jbws.dyndns.org/mediawiki/index.php?title=Wsconsume View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119286#4119286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119286 From do-not-reply at jboss.com Fri Jan 11 20:13:05 2008 From: do-not-reply at jboss.com (jeff norton) Date: Fri, 11 Jan 2008 20:13:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot access web service with HTTP Basic Authentication Message-ID: <5799991.1200100385533.JavaMail.jboss@colo-br-02.atl.jboss.com> Good news and bad news: Good news: Securing only POST messages in web.xml got my Java client working (thank you very much PeterJ). Bad news: My .NET client still fails with a 505 I also tried using @WebContext(secureWSDLAccess=false) but that didn't seem to have any effect. Is it because I already had a security-constraint in web.xml and that overrode the annotation? Os is the annotation only for EJBs? This is a POJO. But I would like to try the other idea of using a pre-loaded WSDL. How would I go about creating the service object if I had the WSDL in hand? This is just a nice have of course, my real remaining problem is: My .NET client still won't connect (gets an HTTP 505 error). Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119291#4119291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119291 From do-not-reply at jboss.com Fri Jan 11 20:25:55 2008 From: do-not-reply at jboss.com (mariovvl) Date: Fri, 11 Jan 2008 20:25:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I change mustUnderstand attribute of wsse:securi Message-ID: <19415849.1200101155105.JavaMail.jboss@colo-br-02.atl.jboss.com> Another question whose answer might solve my previously stated problem: How can I create a handler that gets invoked after the WSSecurityHandlerOutbound? Where would I define that handler? Thanks, Mario View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119292#4119292 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119292 From do-not-reply at jboss.com Sat Jan 12 05:08:48 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Sat, 12 Jan 2008 05:08:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot access web service with HTTP Basic Authentication Message-ID: <3119055.1200132528395.JavaMail.jboss@colo-br-02.atl.jboss.com> "jeff norton" wrote : Os is the annotation only for EJBs? This is a POJO. | Yes, the annotation is for EJB endpoints only. anonymous wrote : But I would like to try the other idea of using a pre-loaded WSDL. How would I go about creating the service object if I had the WSDL in hand? | You should either re-run wsconsume pointing the local wsdl or look at the client you have already generated and modify the references to the wsdl so that it uses the local one. anonymous wrote : My .NET client still won't connect (gets an HTTP 505 error). Any ideas? | Is the last FAQ of this your case? http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossWSAndDotNet View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119311#4119311 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119311 From do-not-reply at jboss.com Sat Jan 12 06:22:38 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Sat, 12 Jan 2008 06:22:38 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I change mustUnderstand attribute of wsse:securi Message-ID: <8226252.1200136958564.JavaMail.jboss@colo-br-02.atl.jboss.com> The WS-Security handler you're talking about is configured as a post-handler. To have your handler invoked after it you need to add your handler to the jbossws configuration you're using. http://jbws.dyndns.org/mediawiki/index.php?title=JAX-RPC_Client_Configuration http://jbws.dyndns.org/mediawiki/index.php?title=JAX-RPC_Endpoint_Configuration View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119314#4119314 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119314 From do-not-reply at jboss.com Sat Jan 12 07:41:50 2008 From: do-not-reply at jboss.com (paoletto) Date: Sat, 12 Jan 2008 07:41:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Attachment on jbossws Message-ID: <341288.1200141710543.JavaMail.jboss@colo-br-02.atl.jboss.com> thanks for clarification.. i had a look on jbossws 2.0.1 examples now, but there is something i dont yet understand: actually what i would expect is to have some api to "attach" a DataHandler to a web service invocation. for example, im trying to invoke a web service exposed by ActiveBPEL engine which takes an array of strings. ActiveBPEL engine provides a set of methods to get attachments from an incoming invocation, but as far as i understood, these attachments dont have to be declared among invocation parameters. So what i would expect is a way to attach a payload (attachment) to my invocation without the need of having declared it somewhere.. is this possible with jbossws? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119322#4119322 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119322 From do-not-reply at jboss.com Sat Jan 12 10:44:36 2008 From: do-not-reply at jboss.com (Brad Marshall) Date: Sat, 12 Jan 2008 10:44:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can wsconsume do custom namespaces to package mapping? Message-ID: <1896862.1200152676516.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks. I've got it all working now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119341#4119341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119341 From do-not-reply at jboss.com Sat Jan 12 13:39:02 2008 From: do-not-reply at jboss.com (mariovvl) Date: Sat, 12 Jan 2008 13:39:02 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I change mustUnderstand attribute of wsse:securi Message-ID: <2638520.1200163142656.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for the info! I tried your suggestion but run into another problem: After I added in my own post handler, the outgoing soap message did not contain the wsse:Security element anymore! I basically got an empty header | | | my debug log shows: | | INFO [STDOUT] org.jboss.ws.soap.SOAPHeaderImpl at 1093b10[[env:Header: null]] | INFO [STDOUT] org.jboss.ws.soap.SOAPBodyImpl at 104a340[[env:Body: null]] | INFO [STDOUT] org.jboss.ws.soap.SOAPHeaderElementImpl at c22b28[[wsse:Security: null]] | | . In my post handler I did not do anything except print out the header child elements as shown below, so I don't understand how the security element got removed. Here's my code and configuration (I'm using jboss4.0.4.GA and jbossws1.0.3.GA): I added my post-handler to the standard-jbossws-client-config.xml as followed: | | | | | ... | | Standard Secure Client | | PostHandlerChain | WSSecurityHandlerOutbound | org.jboss.ws.wsse.WSSecurityHandlerOutbound | | | | MyOutboundHandler | org.test.soap.handler.MyOutboundHandler | | | | ... | | My handler looks like this: | public class MyOutboundHandler extends GenericHandler { | ... | public MyOutboundHandler () {}; | | public boolean handleRequest(MessageContext msgContext) { | SOAPMessage soapMessage = ((SOAPMessageContext)msgContext).getMessage(); | SOAPEnvelope soapEnvelope = soapMessage.getSOAPPart().getEnvelope(); | | SOAPHeader soapHeader = soapEnvelope.getHeader(); | Iterator it4 = soapHeader.getAllAttributes(); | while (it4.hasNext()) { | System.out.println(it4.next()); | }; | | Iterator it = soapHeader.getChildElements(); | while (it.hasNext()) { | System.out.println(it.next()); | }; | } | ... | } | | Any idea what I'm doing wrong? Thanks, Mario View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119358#4119358 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119358 From do-not-reply at jboss.com Sat Jan 12 22:53:51 2008 From: do-not-reply at jboss.com (mariovvl) Date: Sat, 12 Jan 2008 22:53:51 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I change mustUnderstand attribute of wsse:securi Message-ID: <15037101.1200196431350.JavaMail.jboss@colo-br-02.atl.jboss.com> I was able to change the "mustUnderstand" attribute of the wsse:Security element by using the following code: | public class SpimTestingOutboundSOAPHandler | extends WSSecurityHandlerOutbound { | ... | public boolean handleRequest(MessageContext msgContext) { | if (debug) logger.debug("handleRequest() entered."); | | SOAPMessage soapMessage = ((SOAPMessageContext)msgContext).getMessage(); | Element sel = Util.findElement(soapMessage.getSOAPPart().getDocumentElement(), new QName(org.jboss.ws.wsse.Constants.WSSE_NS, "Security")); | sel.setAttributeNS(Constants.NS_SOAP11_ENV, Constants.PREFIX_ENV + ":" + Constants.SOAP11_ATTR_MUST_UNDERSTAND, "0"); | | if (debug) logger.debug("handleRequest() exited."); | return true; | } | ... | } | Problem solved! -Mario View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119393#4119393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119393 From do-not-reply at jboss.com Sun Jan 13 13:23:17 2008 From: do-not-reply at jboss.com (BradleyMarshall) Date: Sun, 13 Jan 2008 13:23:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBossWS JAX-WS ?wsdl doesnt return a wsdl Message-ID: <13614990.1200248597485.JavaMail.jboss@colo-br-02.atl.jboss.com> When I enter: http://www.mydomain.com:8080/mycontext/services/MyWebService?wsdl for a JAX-RPC Web service into a browser, the service returns it's wsdl to the browser. This doesn't happen when I do the same for a JAX-WS Web service. When I enter: http://www.mydomain.com:8080/mycontext/services/MyService?wsdl&resource=MyService_PortType33461.wsdl I get this for my new service: - | | - | - | | | | And when I enter: http://www.mydomain.com:8080/quickca/services/MyService?wsdl&resource=MyService_PortType33461.wsdlI do get the WSDL. I'am looking for the JAX-WS or JBoss-WS specification which describes this behavior. Can anyone help me? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119457#4119457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119457 From do-not-reply at jboss.com Sun Jan 13 14:21:31 2008 From: do-not-reply at jboss.com (jeff norton) Date: Sun, 13 Jan 2008 14:21:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot access web service with HTTP Basic Authentication Message-ID: <25723800.1200252091414.JavaMail.jboss@colo-br-02.atl.jboss.com> That FAQ does indeed cover my case and the solution works for me. I'm now a happy camper. Microsoft should feel intense embarrassment about the state of their HTTP implementation. Might be good if someone updated http://jbws.dyndns.org/mediawiki/index.php?title=Authentication to point out the need to secure only POST and leave GET open to access the WSDL as well as put in a link to the problems with .NET clients. I tried to edit it but was not able. As for wsconsume when I run it I do point it to a local wsdl file. I was always mystified as to why it needed the wsdl url at runtime since the client should have been generated with everything it needed (that's the way my .NET client works -- no WSDL needed at runtime). There seem to be two static methods (constructors) on Service. When I use the form that doesn't use the WSDL URL I get: [exec] WARN - Cannot get port meta data for: {http://processlibrary.resonant.com/}RawDocumentRepositoryPort | [exec] javax.xml.ws.WebServiceException: org.jboss.ws.WSException: Target endpoint address not setHow do you create an endpoint without the WSDL at runtime? Anyway thanks for all the help. I'm now up and running! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119463#4119463 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119463 From do-not-reply at jboss.com Sun Jan 13 14:23:34 2008 From: do-not-reply at jboss.com (paoletto) Date: Sun, 13 Jan 2008 14:23:34 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Attachment on jbossws Message-ID: <5526276.1200252214694.JavaMail.jboss@colo-br-02.atl.jboss.com> Actually i checked the examples provided by ActiveBPEL and in their data type or message type definitions they dont add anything. Instead, while testing with SoapUI, they enable and then add attachments on the fly. So i wonder how to add an attachment to an web service invocation from the jbossws generated stub.. :? thanks for any explaination View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119464#4119464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119464 From do-not-reply at jboss.com Sun Jan 13 17:53:19 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Sun, 13 Jan 2008 17:53:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS JAX-WS ?wsdl doesnt return a wsdl Message-ID: <31517324.1200264799464.JavaMail.jboss@colo-br-02.atl.jboss.com> "BradleyMarshall" wrote : When I enter: | http://www.mydomain.com:8080/mycontext/services/MyWebService?wsdl | for a JAX-RPC Web service into a browser, the service returns it's wsdl to the browser. This doesn't happen when I do the same for a JAX-WS Web service. | | When I enter: | http://www.mydomain.com:8080/mycontext/services/MyService?wsdl&resource=MyService_PortType33461.wsdl | I get this for my new service: | - | | | | - | | - | | | | | | | | | And when I enter: | http://www.mydomain.com:8080/quickca/services/MyService?wsdl&resource=MyService_PortType33461.wsdlI do get the WSDL. | Maybe you would like to write http://www.mydomain.com:8080/mycontext/services/MyService?wsdl&resource=MyService_PortType27171.wsdl . Anyway, the first one is simple a wsdl having a wsdl import. You might (for example) get this when you use a contract-first development strategy. This is 100% legal anyway, see http://www.w3.org/TR/wsdl View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119472#4119472 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119472 From do-not-reply at jboss.com Mon Jan 14 05:09:28 2008 From: do-not-reply at jboss.com (paoletto) Date: Mon, 14 Jan 2008 05:09:28 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Attachment on jbossws Message-ID: <8658823.1200305368348.JavaMail.jboss@colo-br-02.atl.jboss.com> googled further, and found this on axis2 documentation: | /* Sample client which sends a message with SwA type attachments */ | | public void uploadFileUsingSwA(String fileName) throws Exception { | | Options options = new Options(); | options.setTo(targetEPR); | options.setProperty(Constants.Configuration.ENABLE_SWA, Constants.VALUE_TRUE); | options.setTransportInProtocol(Constants.TRANSPORT_HTTP); | options.setSoapVersionURI(SOAP11Constants.SOAP_ENVELOPE_NAMESPACE_URI); | options.setTo(targetEPR); | | ServiceClient sender = new ServiceClient(null,null); | sender.setOptions(options); | OperationClient mepClient = sender.createClient(ServiceClient.ANON_OUT_IN_OP); | | MessageContext mc = new MessageContext(); | mc.setEnvelope(createEnvelope()); | FileDataSource fileDataSource = new FileDataSource("test-resources/mtom/test.jpg"); | DataHandler dataHandler = new DataHandler(fileDataSource); | mc.addAttachment("FirstAttachment",dataHandler); | | mepClient.addMessageContext(mc); | mepClient.execute(true); | } | isnt it possible to do the same with jbossws? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119553#4119553 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119553 From do-not-reply at jboss.com Mon Jan 14 05:59:58 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Mon, 14 Jan 2008 05:59:58 -0500 (EST) Subject: [jbossws-users] [JBossWS] - WSSE UsernameToken without HTTP basic auth? Message-ID: <28651224.1200308398993.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! I've managed to implement a web service + a client that authenticates with WSSE UsernameToken. My problem is that the client side is always including the HTTP Authorization header. Something like: Authorization: Basic a2VybWl0OnRoZWZyb2c= Note, the WSSE data in the SOAP header is also included and looking ok. How can I keep the client from including the http basic authentication data and only include wsse data? Is this possible? What am I missing? My client is configured with | | I do the following in the client code: URL securityURL = new File("resources/jboss-wsse-client.xml").toURI().toURL(); | ((StubExt)myServiceStub).setSecurityConfig(securityURL.toExternalForm()); | ((StubExt)myServiceStub).setConfigName("Standard WSSecurity Client"); | Map reqContext = bp.getRequestContext(); | reqContext.put(BindingProvider.USERNAME_PROPERTY, "kermit"); | reqContext.put(BindingProvider.PASSWORD_PROPERTY, "thefrog"); I guess that the client libraries will pick up the properties set on the request ctx and therefore assume that basic auth should be applied? Is there a way supply the username/pwd info to the WSSecurityDispatcher without having the client libraries adding http auth? I do get everything to work if I add the following to web.xml on the server side | BASIC | JBossWS | but I would really like to only use wsse and not http basic authentication. The following in org/jboss/ws/core/client/RemotingConnectionImpl.java may be what is causing the problem together with implementation of the createRemotingMetaData method: static | { | metadataMap.put(Stub.USERNAME_PROPERTY, "http.basic.username"); | metadataMap.put(Stub.PASSWORD_PROPERTY, "http.basic.password"); | metadataMap.put(BindingProvider.USERNAME_PROPERTY, "http.basic.username"); | metadataMap.put(BindingProvider.PASSWORD_PROPERTY, "http.basic.password"); | } I'm currently using jbossws 2.0.1.GA /Mikael View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119564#4119564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119564 From do-not-reply at jboss.com Mon Jan 14 10:30:39 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 10:30:39 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <20634855.1200324639091.JavaMail.jboss@colo-br-02.atl.jboss.com> "alessio.soldano at jboss.com" wrote : This is not your situation, you're not using the persistence context in a servlet, you need injection in a SLSB. And my previous post shows that it works. That may be, but then there is this discussion: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=107353 In any case, I've done everything I think I need to do and it still doesn't work. I'd be happy for someone to show me what I've done wrong, but barring that I'd still have to say, in my case, it doesn't work. anonymous wrote : I've just tried this too. It works more or less. I'm saying so since of course the problems you might have to face are lazy instantiation and cyclic referenced structure (that cannot be serialized into xml without references). | The "lazy" exception was due to Hibernate creating OneToMany annotations for fields in one table that were referenced by other tables. These references could not be serialized and caused the exceptions. The references were created by Hibernate during the reverse engineering process because I had specified a foreign-key in other tables that pointed back to the first table. I removed the foreign-keys from my MySQL DB schema and the problem went away. The only drawback I can find on my end is that I need to add code to verify I don't have abandoned rows with links to rows that don't actually exist in other tables. Being a C programmer originally, I'm used to writing all my own checks like this, so it's not that big a deal. At least now I can pass back the serialized objects that represent db rows. FWIW, I'm now passed this issue and trying to get access to the DB from a Schedulable. Like my Web Services class, injection does not seem to work there either. Unlike my Web Services class, I can't seem to find a work around in the schedulable because I don't know how to create a transaction and the method for retrieving the UserTransaction I used in the WS class doesn't work in a schedulable. See http://www.jboss.com/index.html?module=bb&op=viewtopic&t=127493 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119683#4119683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119683 From do-not-reply at jboss.com Mon Jan 14 10:43:06 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Mon, 14 Jan 2008 10:43:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <26012632.1200325386395.JavaMail.jboss@colo-br-02.atl.jboss.com> "mjhammel" wrote : "alessio.soldano at jboss.com" wrote : This is not your situation, you're not using the persistence context in a servlet, you need injection in a SLSB. And my previous post shows that it works. | | That may be, but then there is this discussion: | | http://www.jboss.com/index.html?module=bb&op=viewtopic&t=107353 | | In any case, I've done everything I think I need to do and it still doesn't work. I'd be happy for someone to show me what I've done wrong, but barring that I'd still have to say, in my case, it doesn't work. | Once again, you're not trying to use injection in a servlet, you need it in SLSB web service endpoint, don't you? The thread you linked talks about injection in servlets. This said, going back to your problem, I would suggest you to start from the code I posted in this thread and modify it step by step according to your need. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119690#4119690 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119690 From do-not-reply at jboss.com Mon Jan 14 10:51:06 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 10:51:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <27315420.1200325866080.JavaMail.jboss@colo-br-02.atl.jboss.com> "jeff norton" wrote : | What is your classpath? And what old jars did you need to remove? I have a similar problem getting a client to connect to a web service that has basic authentication enabled. On the service.create(wsdlURL, QName) call I get (my client worked fine before I enabled basic authentication): | | | org.jboss.ws.metadata.wsdl.WSDLException: Cannot parse wsdlLocation: http://localhost:8080/foo?wsdl | | | To compile the client, my classpath includes the source to the client, the classes generated by wsconsume and the following: | | | | | | | | | | | where jboss.lib.dir = ${jboss.home}/lib | jboss.client.lib.dir = ${jboss.home}/client | java.lib.dir = ${java.home}/lib I got rid of axis and mail libraries which were being used in the old build. I'm not using Axis in the new project (at least not yet). I also no longer reference an in-build copy of jboss-j2ee.jar (though this is still referenced from the jboss.client.lib.dir) and javax.servlet.jar which were used in the old build (note that I inherited some of this so wasn't clear on why some of those were being used in the first place). I ran into your problem with not finding the WSDL location after switching to Basic Authentication. In order to get around this I don't try to retrieve the WSDL file from the server during the client build. I have the server side build generate the WSDL file for me using wsprovide, then the client side build reads that file instead of trying to retrieve the WSDL via a URL. My wsconsume looks like this now: | | My wsprovide looks like this: | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119695#4119695 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119695 From do-not-reply at jboss.com Mon Jan 14 10:53:19 2008 From: do-not-reply at jboss.com (Ulf Wiegmann) Date: Mon, 14 Jan 2008 10:53:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Problems with german 'Umlaut' Message-ID: <30143210.1200325999905.JavaMail.jboss@colo-br-02.atl.jboss.com> Hallo, I'm working for a SOA architectur project and I'm implementing JAX-WS 2.0 web services in the Contract-First way under JBoss 4.2.2.GA . The service is implemented by an EJB3.0 SLSB, the client is an EJB3.0 SFSB, both runnung in the same container. The WS-specific java classes will be generated by JBoss 4.2.2 tool wsconsume from the wsdl file for both sites - service and client. The problem is, that the UTF-8 decode/encode process doesn't work correctly for german 'umlaut' contained in a string, means that string parameters still contain the UTF-8 representation of an 'umlaut' after transfered to the java target string (in the same wrong way they will be displayed on this page: p.e. M??ller , Sch??ler, K??se) ... In the wsdl file I specified and ... soap:body use="literal" ... But when I use the Eclipse Web Service Explorer instead of the JAX WS 2.0 generated Java client, then at least in the client-server direction all works correctly for the search arguments, meanwhile the search results still contain the UTF-8 representations What happened? Ulf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119696#4119696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119696 From do-not-reply at jboss.com Mon Jan 14 11:04:12 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Mon, 14 Jan 2008 11:04:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <623587.1200326652386.JavaMail.jboss@colo-br-02.atl.jboss.com> So, adding: reqContext.put(StubExt.PROPERTY_AUTH_TYPE, StubExt.PROPERTY_AUTH_TYPE_WSSE); | to the client side removed the http auth header. Guess this is because the org.jboss.ws.core.client.RemotingConnectionImpl-createRemotingMetaData method is called before the WSSecurityDispatcher calls ctx.put(StubExt.PROPERTY_AUTH_TYPE, StubExt.PROPERTY_AUTH_TYPE_WSSE); ? By setting this property from the client this is avoided. The problem now is that I can no longer the the login to work properly on the server side. What should I put in web.xml ? I've tried with | | ProtectedResource | /* | | | friend | | | | | friend | | But that results in the application not being authorized, I've tried to remove the security-constraint but then I can no longer retrieve the current principal information from within my WS implementation... I've tried to retrieve it using: Subject caller = (Subject) PolicyContext.getContext(SUBJECT_CONTEXT_KEY); | and: @Resource | javax.xml.ws.WebServiceContext wsCtx; | java.security.Principal principal = wsCtx.getUserPrincipal(); But both return null data. How should I retrive the principal data when using wsse usernametoken? I can see in the traces that the security information is picked up: 2008-01-14 16:54:37,113 TRACE [org.jboss.security.SecurityAssociation] getSubject, sc=org.jboss.security.SecurityAssociation$SubjectContext at 1b6c763{principal=kermit,subject=null} But how to retrieve it? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119700#4119700 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119700 From do-not-reply at jboss.com Mon Jan 14 11:15:09 2008 From: do-not-reply at jboss.com (HTroeng) Date: Mon, 14 Jan 2008 11:15:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - webservice class injecting EJB, nullpointerexception Message-ID: <24247918.1200327309287.JavaMail.jboss@colo-br-02.atl.jboss.com> Shouldn't it be possible to inject an EJB into a jax-ws webservice class? I get a nullpointerexception when trying to use the EJB, it doesn't look like the ejb is injected into the webservice class? Code: Interface: @WebService public interface MyService { public String echoService(String input); } Implementation: @WebService(endpointInterface = "my.package.MyService") @SOAPBinding(style = Style.RPC) public class MyServiceImpl implements MyService { @EJB SurveillanceService surveillanceService; @WebMethod(operationName="echoService") public String echoService(String input) { boolean isAvail = surveillanceService.isDatabaseAvailable(); return "Hi " + input + ", result from ejb: " + isAvail; } } The EJB does work (confirmed, I use it in other places), It seems that it is something with the Webservice > EJB... Thanks in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119706#4119706 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119706 From do-not-reply at jboss.com Mon Jan 14 11:19:09 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 11:19:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <6270365.1200327549550.JavaMail.jboss@colo-br-02.atl.jboss.com> "alessio.soldano at jboss.com" wrote : | This said, going back to your problem, I would suggest you to start from the code I posted in this thread and modify it step by step according to your need. That would be fine but you only posted code snippets, not a complete working example. If you post the complete working example, I'll modify it to see if I can get it working. However, from your snippets, I can't see anything I haven't already tried. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119708#4119708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119708 From do-not-reply at jboss.com Mon Jan 14 11:30:07 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Mon, 14 Jan 2008 11:30:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <13793184.1200328207246.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, your webservice must be EJB3 bean too. Just annotate it with @Stateless annotation View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119714#4119714 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119714 From do-not-reply at jboss.com Mon Jan 14 11:35:40 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Mon, 14 Jan 2008 11:35:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <14601413.1200328540923.JavaMail.jboss@colo-br-02.atl.jboss.com> Take a look to http://jira.jboss.org/jira/browse/JBWS-1822 too View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119717#4119717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119717 From do-not-reply at jboss.com Mon Jan 14 12:00:07 2008 From: do-not-reply at jboss.com (jeff norton) Date: Mon, 14 Jan 2008 12:00:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <23202815.1200330007898.JavaMail.jboss@colo-br-02.atl.jboss.com> I use the same wsprovide and wsconsume targets that you do, but the client still seems to need the WSDL in order to create the service endpoint. Thus I have: myService = Service.create(new URL("http://localhost:8080/serviceContextRoot?wsdl"), new QName(...)); I tried using a file URL using the file generated by wsprovide but then I get:javax.xml.ws.WebServiceException: java.lang.IllegalArgumentException: Malformed endpoint address I wish there were at least a form of Service.create that would take a stream for the WSDL instead of a URL. Then I could pack the WSDL in the WAR. Even better of course would be for the client not to need the WSDL at all (the .NET client I generated from the WSDL doesn't need it, the Java one really shouldn't either). Have you been able to get that to work? If so a code snippet would be really nice. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119729#4119729 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119729 From do-not-reply at jboss.com Mon Jan 14 12:19:41 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 12:19:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <2236559.1200331181856.JavaMail.jboss@colo-br-02.atl.jboss.com> "jeff norton" wrote : I use the same wsprovide and wsconsume targets that you do, but the client still seems to need the WSDL in order to create the service endpoint. My client doesn't call Service.create() directly. Instead, I reference the client side classes generated by wsconsume: SubscriberServicesService service = new SubscriberServicesService(); | ss = service.getSubscriberWSPort(); | | /* Set NEW Endpoint Location */ | BindingProvider bp = (BindingProvider)ss; | bp.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, crunchServer); | | /* Setup to authenticate with the server. */ | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, subscriberID); | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, pw); The SubscriberServicesService class is one of the classes created by wsconsume. In it you'll find a hard coded path to the WSDL file created by wsprovide. However, this class also has a constructor that can change the location of this file. So when you package your client for use by end users you include the WSDL file generated by wsprovide and reference it's installed location when you do: SubscriberServicesService service = new SubscriberServicesService("installedLocation/WSDLfile", qname); My problem is I still don't know what a qname is so I'm not sure how to figure that out at run time so I can update the WSDL location in this manner. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119744#4119744 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119744 From do-not-reply at jboss.com Mon Jan 14 13:20:23 2008 From: do-not-reply at jboss.com (jeff norton) Date: Mon, 14 Jan 2008 13:20:23 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <21300768.1200334823679.JavaMail.jboss@colo-br-02.atl.jboss.com> Aha. I see from your example that I need to supply the target endpoint address explicitly (arg! these things need to be documented). That was what I was missing. Now I can get the case where I supply the WSDL as a file to work. However that doesn't do me a lot of good as I cannot use a hard-coded path. I would really like to put it in the WAR but I don't know how to create a URL that references things in the WAR (is there a way?). I could explicitly deploy the WSDL file into somewhere like $JBOSS_DIR/server/default/deploy/foo.wsdl but I don't really have a $JBOSS_DIR variable available at runtime. I guess I could set a property that would point to it. As for getting the QName, do you have an @WebService annotation in your generated client service class (e.g. SubscriberServicesService)? If you do, it should have name and targetNamespace parameters. You should be able to form a QName using the values of those parameters as:new QName(targetNamespace, name) The no arg public constructor should also have an example of it. Hope that helps. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119769#4119769 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119769 From do-not-reply at jboss.com Mon Jan 14 13:52:03 2008 From: do-not-reply at jboss.com (HTroeng) Date: Mon, 14 Jan 2008 13:52:03 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <10018106.1200336723254.JavaMail.jboss@colo-br-02.atl.jboss.com> Oh, thanks for the replies! Will try that tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119782#4119782 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119782 From do-not-reply at jboss.com Mon Jan 14 16:11:01 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 16:11:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <13428415.1200345061288.JavaMail.jboss@colo-br-02.atl.jboss.com> You can override the hard coded path set in this class. I'm assuming you're writing a remote client, re: one that doesn't live on the same host as the Web Services server. In that case, you're packaging of the remote client just installs the WSDL file under a directory relative to the application file. At runtime of the client you find out where you're installed and generate the runtime location of the WSDL file from that. That way you don't have to ask the server for the WSDL information at startup time. anonymous wrote : As for getting the QName, do you have an @WebService annotation in your generated client service class (e.g. SubscriberServicesService)? If you do, it should have name and targetNamespace parameters. Oh sure, they're there. But how do I reference parameters in an annotation directly from my java code? The reference is in SubscriberServicesService.java and looks like this: @WebServiceClient(name = "SubscriberServicesService", targetNamespace = "http://SubscriberServices.ws.server.crunch.cei.com/", | wsdlLocation = "file:/home/mjhammel/src/cei/crunch/build/server/resources/SubscriberServicesService.wsdl") | or if you prefer, in the SubscriberServicesEndpoint.java: @WebService(name = "SubscriberServicesEndpoint", targetNamespace = "http://SubscriberServices.ws.server.crunch.cei.com/") | public interface SubscriberServicesEndpoint { But how do I reference these parameters from my client code that instantiates the SubscriberServicesService class? Something like the following doesn't appear to work and there are not getters for these values either: SubscriberServicesService service = new SubscriberServicesService(); | System.out.println(ss.targetNamespace); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119815#4119815 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119815 From do-not-reply at jboss.com Mon Jan 14 16:46:50 2008 From: do-not-reply at jboss.com (jeff norton) Date: Mon, 14 Jan 2008 16:46:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <13779004.1200347210109.JavaMail.jboss@colo-br-02.atl.jboss.com> Annotations are available at runtime only if the annotation is declared to provide runtime visibility. Fortunately the WebServiceClient is so you should be able to do the following (it works for me): SubscriberServicesService a = SubscriberServicesService.class.getAnnotation(SubscriberServicesService.class); | new QName(a.targetNamespace(), a.name()); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119823#4119823 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119823 From do-not-reply at jboss.com Mon Jan 14 16:58:02 2008 From: do-not-reply at jboss.com (jeff norton) Date: Mon, 14 Jan 2008 16:58:02 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <30883733.1200347882704.JavaMail.jboss@colo-br-02.atl.jboss.com> Oops. Sorry (cut and paste error). Code should be: WebServiceClient a = SubscriberServicesService.class.getAnnotation(WebServiceClient.class); | QName serviceName = new QName(a.targetNamespace(), a.name()); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119824#4119824 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119824 From do-not-reply at jboss.com Mon Jan 14 17:08:16 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 17:08:16 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Writing a client - no examples for BindingProvider based Message-ID: <874446.1200348496962.JavaMail.jboss@colo-br-02.atl.jboss.com> Indeed it does. Thanks. That's a cool trick. And it means it will be easy to override the hard coded path to the WSDL filename when the time comes (I'm a ways away from having to package my client, however). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119827#4119827 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119827 From do-not-reply at jboss.com Mon Jan 14 17:24:56 2008 From: do-not-reply at jboss.com (washburne) Date: Mon, 14 Jan 2008 17:24:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Web Serivce Response Missing the XML Declaration Message-ID: <22236586.1200349496346.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello. New to JBOSS WS and am having problems with my web services as they do not appear to have an XML Declaration at the top of them. I need to consume them with FLASH which is somewhat picky and I think requires this declaration. When using Eclipse TCP/IP Monitor I can see the response is missing the XML Declaration on my JBOSS web services. The WSDL parses fine. I am running jboss-4.2.2.GA. How do I enable the XML Declaration so it will appear in the response? Thanks in advance, Jim View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119833#4119833 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119833 From do-not-reply at jboss.com Mon Jan 14 17:47:19 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 14 Jan 2008 17:47:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Throws exception in WS (back to remote client) without gener Message-ID: <7550236.1200350839615.JavaMail.jboss@colo-br-02.atl.jboss.com> I've got a Web Service running with a remote client. I've added my own exception class that I throw back to the remote client as needed. The client gets the exception okay. However, the thrown exception shows up on the server console as 15:27:24,433 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | com.cei.crunch.server.exception.WebServiceException: Testing remote exception passing. Is there a way to prevent this from happening on the server side? The thrown exception might just be a response like "item not found" when looking something up on the db, so it's not something that should show up in the server console long. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119846#4119846 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119846 From do-not-reply at jboss.com Tue Jan 15 03:22:14 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 03:22:14 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Web Serivce Response Missing the XML Declaration Message-ID: <10733132.1200385334914.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, according to our current implementation this is not possible and there's no workaround available to achieve that :-( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119945#4119945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119945 From do-not-reply at jboss.com Tue Jan 15 03:28:15 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Tue, 15 Jan 2008 03:28:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <7020676.1200385695534.JavaMail.jboss@colo-br-02.atl.jboss.com> Continuing this little discussion between me myself and I... Found the following logs: 2008-01-15 09:19:36,480 DEBUG [org.jboss.wsf.framework.DefaultSPIProvider] class org.jboss.wsf.spi.invocation.SecurityAdaptorFactory Implementation: org.jboss.wsf.container.jboss42.SecurityAdapterFactoryImpl at c774f0 2008-01-15 09:19:36,482 TRACE [org.jboss.security.SecurityAssociation] setPrincipal, p=kermit, server=true 2008-01-15 09:19:36,483 TRACE [org.jboss.security.SecurityAssociation] setPrincipal, sc=org.jboss.security.SecurityAssociation$SubjectContext at 103c25f{principal=kermit,subject=null} 2008-01-15 09:19:36,483 TRACE [org.jboss.security.SecurityAssociation] setCredential, sc=org.jboss.security.SecurityAssociation$SubjectContext at 103c25f{principal=kermit,subject=null} Looks like the principal information is set but subject is not, why? When adding: System.out.println("Getting principal from SecurityAssociation: " + org.jboss.security.SecurityAssociation.getPrincipal()); | to the server side implementation of my WS I do get the following log: 2008-01-15 09:19:37,135 INFO [STDOUT] Getting principal from SecurityAssociation: kermit I would much rather use the standard mechanisms to obtain the principal info. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119947#4119947 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119947 From do-not-reply at jboss.com Tue Jan 15 04:48:32 2008 From: do-not-reply at jboss.com (AJanz) Date: Tue, 15 Jan 2008 04:48:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - log xml messages Message-ID: <9338018.1200390512234.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, i want to log the received xml messages from the webservice. but got no idea how. i am using netbeans 6.0 with a web service generated from an wsdl file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119971#4119971 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119971 From do-not-reply at jboss.com Tue Jan 15 04:50:01 2008 From: do-not-reply at jboss.com (HTroeng) Date: Tue, 15 Jan 2008 04:50:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <17497014.1200390601758.JavaMail.jboss@colo-br-02.atl.jboss.com> I have done exactly according to the http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossws/stack/native/trunk/src/test/java/org/jboss/test/ws/jaxws/jbws1822/ example, but no success, still got a Nullpointerexception. The SurveillanceService is located in the same jar as the webservice. Annotated the webservice impl class with @Remote(MyService.class) and @Stateless. Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119972#4119972 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119972 From do-not-reply at jboss.com Tue Jan 15 04:50:48 2008 From: do-not-reply at jboss.com (fdifonzo) Date: Tue, 15 Jan 2008 04:50:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Authentication problem. Message-ID: <24449070.1200390648158.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello everybody, I'm using jboss 4.2.2 and I've deployed a simple webservice as a pojo. When my webservice tries to access to an ejb I get the following error: javax.xml.rpc.ServiceException: java.rmi.AccessException: SecurityException; nested exception is: | javax.security.auth.login.FailedLoginException: Password Incorrect/Password Required | at ztc.webservice.WEBServiceImpl.init(Unknown Source) | at org.jboss.wsf.container.jboss42.DefaultInvocationHandlerJAXRPC.invoke(DefaultInvocationHandlerJAXRPC.java:52) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:220) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:408) | 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: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.rmi.AccessException: SecurityException; nested exception is: | javax.security.auth.login.FailedLoginException: Password Incorrect/Password Required | at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:388) | at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:136) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:107) | at org.jboss.ejb.SessionContainer.internalInvokeHome(SessionContainer.java:637) | at org.jboss.ejb.Container.invoke(Container.java:981) | at sun.reflect.GeneratedMethodAccessor102.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.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.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:169) | at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:118) | at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:209) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:195) | at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61) | at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70) | at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:184) | at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100) | at $Proxy77.create(Unknown Source) | ... 27 more | Caused by: javax.security.auth.login.FailedLoginException: Password Incorrect/Password Required | at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:213) | 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 javax.security.auth.login.LoginContext.invoke(LoginContext.java:769) | at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) | at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) | at java.security.AccessController.doPrivileged(Native Method) | at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) | at javax.security.auth.login.LoginContext.login(LoginContext.java:579) | at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:603) | at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:537) | at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:344) | at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:211) | at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:135) | at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:132) | | My web.xml looks like this: | | | | | WEBServiceServlet | ztc.webservice.WEBServiceImpl | | | | WEBServiceServlet | /ZTCWEBService | | | I've added the following jboss-web.xml to my war: | | java:/jaas/JBossWS | But I get the same error. Note that my login-config looks like this: | | | true | | | props/jbossws-users.properties | props/jbossws-roles.properties | anonymous | | | | Can anyone tell me where the mistake is? Tanks a lot, Fabrizio. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119973#4119973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119973 From do-not-reply at jboss.com Tue Jan 15 04:57:09 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 04:57:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <14503234.1200391029710.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, could you post the stacktrace and minimized version of your application to reproduce your problem? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119974#4119974 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119974 From do-not-reply at jboss.com Tue Jan 15 05:08:09 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 05:08:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: log xml messages Message-ID: <21855563.1200391689775.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, implement JAX-WS client handler. Tutorial is e.g. here: http://jbws.dyndns.org/mediawiki/index.php?title=Tutorials View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119978#4119978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119978 From do-not-reply at jboss.com Tue Jan 15 05:14:12 2008 From: do-not-reply at jboss.com (florian79) Date: Tue, 15 Jan 2008 05:14:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: avoid lazy-initialization exceptions Message-ID: <19591718.1200392052996.JavaMail.jboss@colo-br-02.atl.jboss.com> I have the same problems using JAX-WS and EJB3. I am very interested in a solution for this problem. ghinkle introduced an extended ServiceEndpointInvoker - is there any document how to do that or can you gif me a small intro please. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119982#4119982 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119982 From do-not-reply at jboss.com Tue Jan 15 05:25:47 2008 From: do-not-reply at jboss.com (HTroeng) Date: Tue, 15 Jan 2008 05:25:47 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <27883103.1200392747161.JavaMail.jboss@colo-br-02.atl.jboss.com> Ok, starting with the EJB service: Interface: @Local public interface FunnyService { public String getFunnyMessage(); } Impl: @Stateless @LocalBinding(jndiBinding = "FunnyService") public class FunnyServiceImpl implements FunnyService { public String getFunnyMessage() { return "Hello my name is earl!"; } } Webservice interface: @WebService public interface MyService { public String echoMsg(); } Impl: @WebService(endpointInterface = "com.package.MyService") @SOAPBinding(style = Style.RPC) @Remote(MyService.class) @Stateless public class MyServiceImpl implements MyService { @EJB private FunnyService funnyService; @WebMethod(operationName = "echoMsg") public String echoMsg() { String s = funnyService.getFunnyMessage(); return s; } } web.xml: MyService com.mypackage.MyServiceImpl MyService /MyService Stacktrace: 11:24:17,546 INFO org.jboss.deployment.EARDeployer.init(EARDeployer.java:142) Init J2EE application: file:/C:/devel/jboss-4.2.1.GA-2/server/default/deploy/ear-3.0-SNAPSHOT.ear 11:24:24,375 INFO org.jboss.deployment.EARDeployer.start(EARDeployer.java:368) Started J2EE application: file:/C:/devel/jboss-4.2.1.GA-2/server/default/deploy/ear-3.0-SNAPSHOT.ear 11:24:31,625 ERROR org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.exceptionToFaultMessage(SOAPFaultHelperJAXWS.java:146) SOAP request exception java.lang.NullPointerException at com.mypackage.impl.MyServiceImpl.echoMsg(MyServiceImpl.java:24) 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.wsf.container.jboss42.DefaultInvocationHandler.invoke(DefaultInvocationHandler.java:102) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:220) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:408) 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:619) 11:24:31,734 ERROR org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.exceptionToFaultMessage(SOAPFaultHelperJAXWS.java:146) SOAP request exception java.lang.NullPointerException at com.mypackage.impl.MyServiceImpl.echoMsg(MyServiceImpl.java:24) 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.wsf.container.jboss42.DefaultInvocationHandler.invoke(DefaultInvocationHandler.java:102) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:220) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:408) 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:619) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119986#4119986 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119986 From do-not-reply at jboss.com Tue Jan 15 05:27:13 2008 From: do-not-reply at jboss.com (HTroeng) Date: Tue, 15 Jan 2008 05:27:13 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <458597.1200392834117.JavaMail.jboss@colo-br-02.atl.jboss.com> The nullpointerexception is on the row: String s = funnyService.getFunnyMessage(); so I guess the FunnyService is never set. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119987#4119987 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119987 From do-not-reply at jboss.com Tue Jan 15 05:37:12 2008 From: do-not-reply at jboss.com (chicochen) Date: Tue, 15 Jan 2008 05:37:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - How can I use session sope in jbossws? Message-ID: <22202709.1200393432487.JavaMail.jboss@colo-br-02.atl.jboss.com> I use flash lite client to access jbossws webservice, ServletContexts.instance().getRequest() return null, so I can't get the session scope. Maybe I need to use a token in soap header? If so, is there a good way to map the session scope to the token? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119988#4119988 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119988 From do-not-reply at jboss.com Tue Jan 15 05:47:08 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 05:47:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <33302583.1200394029333.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, remove the web.xml it is not necessary because your webservice is EJB3 (not POJO) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119992#4119992 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119992 From do-not-reply at jboss.com Tue Jan 15 05:47:45 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 05:47:45 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <17791358.1200394065724.JavaMail.jboss@colo-br-02.atl.jboss.com> You can annotate your webservice impl with WebContext annotation to specify the context path and other staff View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119993#4119993 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119993 From do-not-reply at jboss.com Tue Jan 15 06:50:40 2008 From: do-not-reply at jboss.com (HTroeng) Date: Tue, 15 Jan 2008 06:50:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: webservice class injecting EJB, nullpointerexception Message-ID: <5325298.1200397840525.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks, it worked! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120021#4120021 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120021 From do-not-reply at jboss.com Tue Jan 15 07:25:55 2008 From: do-not-reply at jboss.com (rukus) Date: Tue, 15 Jan 2008 07:25:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Authentication problem. Message-ID: <8880090.1200399955639.JavaMail.jboss@colo-br-02.atl.jboss.com> post part code where you do ws invoke View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120033#4120033 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120033 From do-not-reply at jboss.com Tue Jan 15 08:15:05 2008 From: do-not-reply at jboss.com (mow) Date: Tue, 15 Jan 2008 08:15:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: underscore variables Message-ID: <7649611.1200402905137.JavaMail.jboss@colo-br-02.atl.jboss.com> after looking for hours i decided to play it quick and dirty. im applying a patchfile everytime i generate the stubs to add the missing methods View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120062#4120062 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120062 From do-not-reply at jboss.com Tue Jan 15 08:31:33 2008 From: do-not-reply at jboss.com (ike) Date: Tue, 15 Jan 2008 08:31:33 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Jbossws 2.0.2 Java 6 client Message-ID: <22379697.1200403893579.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, experts! I am using jbossws on JBossAS 4.2.2.GA and I managed to run it under Java 6 (I moved jaxb-api.jar, jboss-jaxrpc.jar, jboss-jaxws.jar and jboss-saaj.jar files to $JBOSS_HOME/lib/endorsed dir as it was mentioned in http://jbws.dyndns.org/mediawiki/index.php?title=Install_JBossWS#Using_JBossWS_with_JDK_6. And it works fine! Now I have an standalone java client which consumes my web service using pretty standard way: String wsdlURL = http://localhost:8080/HelloWebService/services/Hello?wsdl"; | String namespace = "http://Hello.com"; | String serviceName = "HelloWebService"; | QName serviceQN = new QName(namespace, serviceName); | | ServiceFactory serviceFactory = ServiceFactory.newInstance(); | /* The "new URL(wsdlURL)" parameter is optional */ | Service service = serviceFactory.createService(new URL(wsdlURL), serviceQN); It works fine on Java5 (as jboss runs on java6) but fails with the same exceptions as jboss failed before I moved jars to endorsed directory. I know that java 6 not officially supported by jbossws but... Is there any way to consume the web service from java 6 client? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120072#4120072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120072 From do-not-reply at jboss.com Tue Jan 15 08:37:44 2008 From: do-not-reply at jboss.com (fdifonzo) Date: Tue, 15 Jan 2008 08:37:44 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Authentication problem. Message-ID: <5701042.1200404264702.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi rukus, here's the part of code of my pojo invoking EJB: public class WEBServiceImpl implements WEBService, ServiceLifecycle, CodeControl { | ............... | .............. | | public void init(Object arg0) throws ServiceException { | InitialContext initCtx = null; | | try{ | | initCtx = new InitialContext(); | | FastLaneHome home = (FastLaneHome) PortableRemoteObject.narrow(initCtx.lookup("FastLane"), FastLaneHome.class); | | fastlane = (FastLane) home.create(); | | } | | catch (CreateException e) { | | log.error("Creation error."); | | throw new ServiceException(e); | | } | | catch(NamingException ne) { | | log.error("ejbCreate() UNABLE to get a connection from FastLane"); | | throw new ServiceException(ne); | | } | | | catch(RemoteException re) { | | log.error("UNABLE to get a connection from FastLane"); | | throw new ServiceException(re); | | } | | ........... | ........... | | } | | ........... | ........... | | } | | I'm using axis 1.4 to invoke the webservice. So the client looks like this: ZTCServerWEBServiceLocator locator = new ZTCServerWEBServiceLocator(); | stub = (WEBServiceBindingStub)locator.getWEBServicePort(); | | stub.setUsername("myuser"); | stub.setPassword("mypwd"); | | stub.myMethod(); | Consider that a similar approach worked fine with jboss-net. I'm indeed upgrading jboss 3.27 to jboss 4.2.2, thus I'm rewriting my old jboss-net based ws to jbossws. Many thanks, Fabrizio View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120075#4120075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120075 From do-not-reply at jboss.com Tue Jan 15 08:59:08 2008 From: do-not-reply at jboss.com (ike) Date: Tue, 15 Jan 2008 08:59:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 Java 6 client Message-ID: <19746686.1200405548583.JavaMail.jboss@colo-br-02.atl.jboss.com> Actually I found the solution copying these jars to java.endorsed.dir directory. I am wondering is there any other alternatives? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120093#4120093 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120093 From do-not-reply at jboss.com Tue Jan 15 09:05:54 2008 From: do-not-reply at jboss.com (fdifonzo) Date: Tue, 15 Jan 2008 09:05:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Jsr181 typenamespace specification. Message-ID: <6852946.1200405954288.JavaMail.jboss@colo-br-02.atl.jboss.com> I deployed a pojo endpoint by using wsdl-tool with the following configuration file: | | | | | | | | | Given that this is an old style way to write a pojo endpoint, I'm writing a new one by using a jsr181: @WebService(name = "WEBService", targetNamespace = "http://mynamespace.com", serviceName = "MyWEBService") | @SOAPBinding(style = SOAPBinding.Style.RPC) | public class WEBServiceImpl { | ..... | ..... | } | Does anyone know a way to specify type-namesapce? Sorry for the silly question, but unfortunately, I've found this information nowhere. Thanks a lot, Fabrizio View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120095#4120095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120095 From do-not-reply at jboss.com Tue Jan 15 09:46:04 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Tue, 15 Jan 2008 09:46:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <5623394.1200408364935.JavaMail.jboss@colo-br-02.atl.jboss.com> One note on the server side implementation of the WS: It is not an SLSB. I've used wsconsume and generated java files based on an existing WSDL file. I think that the execution ends up in the org.jboss.ws.extensions.security.ReceiveUsernameOperation class where the following lines are called: securityAdaptor.setPrincipal(new SimplePrincipal(user.getUsername())); | securityAdaptor.setCredential(user.getPassword()); Also, printing the Principal class gives: System.out.println("Getting principal class from SecurityAssociation: " + org.jboss.security.SecurityAssociation.getPrincipal().getClass().getName()); | -- | 2008-01-15 14:49:57,734 INFO [STDOUT] Getting principal class from SecurityAssociation: org.jboss.ws.extensions.security.SimplePrincipal So... I've probably done something bad causing the application not to be registered with the JBossWS security domain or ? I do have java:/jaas/JBossWS in my jboss-web.xml I also have a jboss-wsse-server.xml file with the following contents: | | I've tried adding: | | But that did not make it better... What am I doing wrong? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120107#4120107 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120107 From do-not-reply at jboss.com Tue Jan 15 10:41:10 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 10:41:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Jsr181 typenamespace specification. Message-ID: <3471409.1200411670401.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, yes, you can annotate your custom java types with javax.xml.bind.annotation.XmlType annotation (see JAXB specification - http://www.jcp.org/en/jsr/detail?id=222) and specify namespace property there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120131#4120131 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120131 From do-not-reply at jboss.com Tue Jan 15 10:43:20 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Tue, 15 Jan 2008 10:43:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Jsr181 typenamespace specification. Message-ID: <22339181.1200411800052.JavaMail.jboss@colo-br-02.atl.jboss.com> Here's example: package org.mycompany.types; | | import javax.xml.bind.annotation.XmlAccessType; | import javax.xml.bind.annotation.XmlAccessorType; | import javax.xml.bind.annotation.XmlElement; | import javax.xml.bind.annotation.XmlType; | | @XmlAccessorType(XmlAccessType.FIELD) | @XmlType(name = "SpamResult", namespace="http://mycompany.org/types", propOrder = { | "email", | "fromAddress", | "mailDate", | "complaintDate", | "mailbox", | "complainer", | "xRext", | "accountName" | }) | public final class SpamResult | { | @XmlElement(required = true, nillable = true) | protected String email; | @XmlElement(required = true, nillable = true) | protected String fromAddress; | @XmlElement(required = true, nillable = true) | protected String mailDate; | @XmlElement(required = true, nillable = true) | protected String complaintDate; | @XmlElement(required = true, nillable = true) | protected String mailbox; | @XmlElement(required = true, nillable = true) | protected String complainer; | @XmlElement(required = true, nillable = true) | protected String xRext; | @XmlElement(required = true, nillable = true) | protected String accountName; | | public SpamResult() | { | } | | public SpamResult(String email, String fromAddress, String mailDate, String complaintDate, String mailbox, String complainer, String xRext, String accountName) | { | this.email = email; | this.fromAddress = fromAddress; | this.mailDate = mailDate; | this.complaintDate = complaintDate; | this.mailbox = mailbox; | this.complainer = complainer; | this.xRext = xRext; | this.accountName = accountName; | } | | public String[] get() | { | return new String[] { email, fromAddress, mailDate, complaintDate, mailbox, complainer, xRext, accountName }; | } | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120132#4120132 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120132 From do-not-reply at jboss.com Tue Jan 15 11:07:52 2008 From: do-not-reply at jboss.com (fdifonzo) Date: Tue, 15 Jan 2008 11:07:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Jsr181 typenamespace specification. Message-ID: <10566569.1200413272919.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you so much, Richard. I'll try using your suggested approach. Best regards, Fabrizio View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120142#4120142 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120142 From do-not-reply at jboss.com Tue Jan 15 11:59:31 2008 From: do-not-reply at jboss.com (Ulf Wiegmann) Date: Tue, 15 Jan 2008 11:59:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problems with german 'Umlaut' Message-ID: <3285295.1200416371727.JavaMail.jboss@colo-br-02.atl.jboss.com> Meanwhile I found a workaround which works: After receiving a message I push all 'umlaut'-candidats to the statement correctString = new String(receivedString.getBytes("ISO8859_1"), "UTF-8"); But don't ask me why ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120167#4120167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120167 From do-not-reply at jboss.com Tue Jan 15 15:06:06 2008 From: do-not-reply at jboss.com (kellenheller) Date: Tue, 15 Jan 2008 15:06:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Adding application specific properties to the MessageContext Message-ID: <9950735.1200427566237.JavaMail.jboss@colo-br-02.atl.jboss.com> I'm trying to add application specific properties to the MessageContext to retrieve either in my service via WebServiceContext or in a SoapMessageHandler via messageContext. No matter how I try to retrieve them, the properties are always null: Here's my test code: Service service = getWebService( ); //works fine | HaloImpl endPoint = service.getPort( HaloImpl.class ); | | //setup custom properties in RequestContext | BindingProvider bp = (BindingProvider) endPoint; | bp.getRequestContext( ); | Map context = bp.getRequestContext( ); | context.put( "prop1", "value1"); | context.put( "prop2", "value2"); | | return (HaloImpl) bp; Then I call the endpoint service, no problem. In the handler: public class HaloHandler implements SOAPHandler | { | | //@Override | public boolean handleMessage( SOAPMessageContext msgContext ) | { | | try | { | String prop1 = (String) msgContext.get( "prop1" ); | String prop2 = (String) msgContext.get( "prop2" ); | | } catch( Exception e ) | { | throw new RuntimeException( e ); | } | | return true; | } The handler is configured on the server side via the @HandlerChain annotation, and it is being executed. However, prop1 and prop2 are always null, when they should have "value1" and "value2" respectively. I've tried adding the WebServiceContext in the web service impl class like so: @Resource | WebServiceContext ctx; | | public HaloImpl( ) | { | | } and then accessing the properties in a method when a service method is called: private void validateProperties( ) | { | MessageContext msg = ctx.getMessageContext( ); | if (msg != null){ | | String prop1 = (String) msg.get( "prop1" ); | String prop2 = (String) msg.get( "prop2" ); | } | } but again, the properties are null. Am I missing a setting? I've seen several examples in different implementations showing this is the way to access custom properties, but I can't seem to get this to work. I am using Jboss 4.2.2 with the default jax-ws stack it came with in there ( v2.0.1.SP2 ). Anybody have any ideas? Thanks guys :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120208#4120208 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120208 From do-not-reply at jboss.com Wed Jan 16 03:11:01 2008 From: do-not-reply at jboss.com (fbenvegna) Date: Wed, 16 Jan 2008 03:11:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - WebContext annotation and contextRoot Message-ID: <20636843.1200471061048.JavaMail.jboss@colo-br-02.atl.jboss.com> I have a web-service (Session EJB3 as WS) within web application named 'wmi'. My web context root is 'wmi'. The original wsdl url is http://host:port/wmi-wmi/beanClassName?wsdl. I want wsdl url as http://host:port/wmi/services?wsdl The problem is that when I set @WebContext(contextRoot = "/wmi" , urlPattern="/services") on EJB3, url http::/wmi/services?wsdl return 404 (page not found). But set @WebContext(contextRoot = "/wmi-ws" , urlPattern="/services") works fine (http://host:port/wmi-ws/services?wsdl). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120306#4120306 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120306 From do-not-reply at jboss.com Wed Jan 16 04:17:17 2008 From: do-not-reply at jboss.com (AJanz) Date: Wed, 16 Jan 2008 04:17:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: log xml messages Message-ID: <13653504.1200475037209.JavaMail.jboss@colo-br-02.atl.jboss.com> thank. i implemented a handler. it works fine. now i want to save the messages as xml files. i found sample code which uses org.jboss.ws.core.utils.DOMUtils to get TextContent of a node. where can i find that class? which jar file? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120326#4120326 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120326 From do-not-reply at jboss.com Wed Jan 16 04:38:43 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 16 Jan 2008 04:38:43 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: log xml messages Message-ID: <17279753.1200476323277.JavaMail.jboss@colo-br-02.atl.jboss.com> "AJanz" wrote : thank. i implemented a handler. it works fine. | | now i want to save the messages as xml files. i found sample code which uses org.jboss.ws.core.utils.DOMUtils to get TextContent of a node. | | where can i find that class? which jar file? DOMUtil has been moved to org.jboss.wsf.common.DOMUtils and can be found in jbossws-common.jar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120335#4120335 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120335 From do-not-reply at jboss.com Wed Jan 16 05:02:26 2008 From: do-not-reply at jboss.com (mageshbk@jboss.com) Date: Wed, 16 Jan 2008 05:02:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <1110726.1200477746691.JavaMail.jboss@colo-br-02.atl.jboss.com> JBoss webservices stack supports variety of endpoint deployment models: 1. Simple JDK5 POJOs that are wrapped in a war file. 2. EJB3 endpoints that are wrapped in a ejb jar file. 3. Servlet endpoints wrapped in a war file. 4. EJB2.1 endpoints using jar archive. Now for the Servlet/POJO model endpoints the endpoints are secured for authentication using JAAS or any other means that is supported by Servlet specification. For EJB style endpoints the EJBs are secured for authentication according to the EJB2.1 or EJB3 specifications. Please read our UserGuide for more information http://jbws.dyndns.org/mediawiki/index.php?title=JAX-WS_User_Guide#WS-Security Basically Security on endpoints is done as above, and HTTP is a transport mechanism used to send your messages. It can be HTTP/HTTPS or whatever methodology you want to choose as. When you use HTTP the SOAP message is wrapped or sent across the wire using HTTP protocol. By default when you send in the credentials: | reqContext.put(BindingProvider.USERNAME_PROPERTY, "kermit"); | reqContext.put(BindingProvider.PASSWORD_PROPERTY, "thefrog"); | the default authorization mechanism that is set from the client is AUTH_TYPE_BASIC. See org.jboss.ws.core.client.RemotingConnectionImpl | // Get authentication type, default to BASIC authetication | String authType = (String)callProps.get(StubExt.PROPERTY_AUTH_TYPE); | if (authType == null) | authType = StubExt.PROPERTY_AUTH_TYPE_BASIC; | When it reaches the service endpoint in the server, this message is unwrapped from the HTTP or whatever protocol/transport mechanism you used and then supplied to the service endpoint after re-creating the SOAPMessage. The Username token sent in the SOAP Message is the one used by the endpoint server/stack to authenticate the user who is performing this request. This is called MessageLevel Security as defined by UsernameToken profile. If you see, Servlet endpoints can be configured with only basic or digest as per the specs of their deployment model. So setting AUTH_TYPE_WSSE is not and will not be applicable to the servlet deployment model unless you write your own customized implementation for it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120345#4120345 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120345 From do-not-reply at jboss.com Wed Jan 16 05:49:56 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Wed, 16 Jan 2008 05:49:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <25561578.1200480596634.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! Thank you for the answer. I have more questions though: You are saying that: "The Username token sent in the SOAP Message is the one used by the endpoint server/stack to authenticate the user who is performing this request." Good, this is what I want, I want the user to be authenticated based on the UsernameToken. However,I do not want to secure the servlet as such on http level. I do not want to use http basic authentication in addition to the UsernameToken. As you can see in my previous posts I've been trying to set this up without successes. As soon as I remove the HTTP basic auth authentication I can no lnger retrieve the principal information using the standard API. I can see that the WSEE data is parsed because I can get the principal info using: org.jboss.security.SecurityAssociation.getPrincipal() but no authentication seems to take place. Do you have any examples of UsernameToken without http basic auth where the user is athenticated based on the UsernameToken data? The example under /src/test/java/org/jboss/test/ws/jaxws/samples/wssecurity will be using http basic auth since it is default. Will this example work if http basic auth is removed ??? There implementation of the server is simply doing Principal principal = wsCtx.getUserPrincipal(); | log.info("getUsernameToken: " + principal); | return principal.toString(); | But will this really work if http basic auth is not enabled? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120370#4120370 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120370 From do-not-reply at jboss.com Wed Jan 16 07:15:11 2008 From: do-not-reply at jboss.com (kosmos) Date: Wed, 16 Jan 2008 07:15:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS Tools Overview (wstools, wsprovide, wsconsume) Message-ID: <6074151.1200485711461.JavaMail.jboss@colo-br-02.atl.jboss.com> To make wsconsume, wstools & wsprovide work without installing to jboss i had to do following: 1. create WSCONSUME_CLASSPATH, JBOSS_HOME and JAVA_HOME enviroment variables 2. edit wsconcume.bat strings 34-52 from | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jboss-xml-binding.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/wstx.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/activation.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/javassist.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/getopt.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jaxb-api.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/stax-api.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jaxb-impl.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jaxb-xjc.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jaxws-rt.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jaxws-tools.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jbossws-spi.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jbossall-client.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jboss-saaj.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jboss-jaxrpc.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jboss-jaxws.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/jbossws-client.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/log4j.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/client/mail.jar | to | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jboss-xml-binding.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/wstx.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/activation.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/javassist.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/getopt.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jaxb-api.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/stax-api.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jaxb-impl.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jaxb-xjc.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jaxws-rt.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jaxws-tools.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jbossws-spi.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jbossall-client.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jboss-saaj.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jboss-jaxrpc.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jboss-jaxws.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/jbossws-client.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/log4j.jar | set WSCONSUME_CLASSPATH=%WSCONSUME_CLASSPATH%;%JBOSS_HOME%/lib/mail.jar | (other *.bat in the same way) P.S. Only after this NoClassDefFoundExeption disappeared P.S.2. It's not good to use %WSCONSUME_CLASSPATH%, %WSPROVIDE_CLASSPATH%, %WSRUNCLIENT_CLASSPATH%, %WSTOOLS_CLASSPATH% variables, because all of them i have to create in the system enviroment! Mach better to use %WS_CLASSPATH% in all *.bat View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120414#4120414 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120414 From do-not-reply at jboss.com Wed Jan 16 08:53:50 2008 From: do-not-reply at jboss.com (jalaja) Date: Wed, 16 Jan 2008 08:53:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - How to support rpc/encoded in jbossws Message-ID: <13504588.1200491630590.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi I am using jbossws-1.2.0 with Tomcat 6. I have to support both document/literal and rpc/encoded . In jaxws_userguide-2.0 it is mentioned that " JBossWS has basic support for rpc/encoded " . I want to know 1) which version of jbossws i have to use to support rpc/encoded ? 2) Is there any alternative way to do this ? If anybody has encountered the same issue plz let me know how you resolved it. Regards jalaja.c View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120453#4120453 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120453 From do-not-reply at jboss.com Wed Jan 16 09:19:30 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 16 Jan 2008 09:19:30 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <15231432.1200493170473.JavaMail.jboss@colo-br-02.atl.jboss.com> I have a similar problem. The interface for the EJB: package services; | | import javax.ejb.Local; | | @Local | public interface TestServiceInterface { | public String getString(); | } The EJB itself: package services; | | import javax.ejb.Stateless; | import javax.jws.WebMethod; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | import javax.persistence.EntityManager; | import javax.persistence.PersistenceContext; | | @Stateless | @WebService | @SOAPBinding(style=SOAPBinding.Style.RPC) | public class TestService implements TestServiceInterface { | | @PersistenceContext | private EntityManager em; | | @WebMethod | public String getString() { | System.out.println("em: " + em); | return "Quite frankly, it gives me the heebie jeebies."; | } | } The web service is defined in my web.xml like this: | TestService | services.TestService | | | TestService | /TestService.ws | | The web service works like it should, but the EntityManager is not injected. System.out.println("em: " + em); in the webmethod always prints a null. Any clues? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120463#4120463 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120463 From do-not-reply at jboss.com Wed Jan 16 09:21:45 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 16 Jan 2008 09:21:45 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <1532608.1200493305143.JavaMail.jboss@colo-br-02.atl.jboss.com> Sorry - forgot to mention that I use JBoss AS 4.2.0 with JBossWS 2.0.0. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120465#4120465 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120465 From do-not-reply at jboss.com Wed Jan 16 09:31:35 2008 From: do-not-reply at jboss.com (AJanz) Date: Wed, 16 Jan 2008 09:31:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - using jaxb Message-ID: <23062640.1200493895050.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, i am developing a web service based on a wsdl file with netbeans 6.0 i want to use jaxb to unmarshall an object. but when i add jaxb-impl.jar, i got errors with the generated classes based on the wsdl file "property xy does not exist on class myclass" when i remove the jar everything is ok. what must i do, to execute some code like this? JAXBContext context = JAXBContext.newInstance(MyClass.class); Unmarshaller um = context.createUnmarshaller(); MyClass obj = (MyClass) um.unmarshal(new FileReader("obj.xml") ); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120470#4120470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120470 From do-not-reply at jboss.com Wed Jan 16 09:33:40 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 16 Jan 2008 09:33:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <18848189.1200494020485.JavaMail.jboss@colo-br-02.atl.jboss.com> Remove the web.xml file. It's not necessary because your webservice is EJB3 not POJO. You can use @WebContext annotation to specify/customize the request binding path View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120471#4120471 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120471 From do-not-reply at jboss.com Wed Jan 16 09:58:10 2008 From: do-not-reply at jboss.com (yhrn) Date: Wed, 16 Jan 2008 09:58:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Full control of client and server certificates with a JBossW Message-ID: <26121031.1200495490579.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I want to invoke a web service over https with client certificate authentication. The problem is that I need to control exactly which client certificate/key is used and what server certificates to trust per invocation. All examples i can find involves setting global properties and that is not good enough for me. My application is an EJB3 application running in in JBoss AS 4.2.2 with JBossWS as JAX-WS provider. In JAX-WS 2.1 RI there is a simple way of doing what I want by setting a passing a SSLSocketFactory in the RequestContext of the SEI proxy (see my example below). | package org.acme.ejb3; | | import java.net.Socket; | import java.security.Principal; | import java.security.PrivateKey; | import java.security.SecureRandom; | import java.security.cert.CertificateException; | import java.security.cert.X509Certificate; | import java.util.Map; | | import javax.ejb.Remote; | import javax.ejb.Stateless;import javax.net.ssl.KeyManager; | import javax.net.ssl.SSLContext; | import javax.net.ssl.TrustManager; | import javax.net.ssl.X509KeyManager; | import javax.net.ssl.X509TrustManager; | import javax.xml.ws.BindingProvider; | import javax.xml.ws.WebServiceRef; | | @Stateless | @Remote(MyTestClient.class) | public class MyTestClientBean implements MyTestClient { | | @WebServiceRef(SomeWebService.class) | private SomeWebServicePortType sei; | | | @Override | public String saySometing(String message, String endpointAddress, | X509Certificate[] clientCertChain, PrivateKey clientKey, | X509Certificate trustedCaCert) throws Exception { | | Map reqCtx = ((BindingProvider)sei).getRequestContext(); | | // Standard JAX-WS method to set the endpoint address. | reqCtx.put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, endpointAddress); | | // My custom key manager | KeyManager[] keyMgrs = { new MyClientKeyManager(clientCertChain, clientKey) }; | // My custom trust manager | TrustManager[] trustMgrs = { new MyClientTrustManager(trustedCaCert) }; | | // Get an SSL context and initialize it with my custom key and trust managers. | SSLContext sslCtx = SSLContext.getInstance("TLS"); | sslCtx.init(keyMgrs, trustMgrs, SecureRandom.getInstance("SHA1PRNG")); | | // Use the JAX-WS 2.1 RI specific property to ensure that | // my custom managers are used. | reqCtx.put(com.sun.xml.ws.developer.JAXWSProperties.SSL_SOCKET_FACTORY, | sslCtx.getSocketFactory()); | | // Finally invoke the web service. | return sei.saySometing(message); | } | } | | class MyClientKeyManager implements X509KeyManager { | private X509Certificate[] clientCertChain; | private PrivateKey clientKey; | | public MyClientKeyManager(X509Certificate[] clientCertChain, | PrivateKey clientKey) { | this.clientCertChain = clientCertChain; | this.clientKey = clientKey; | } | | // Here comes my custom KeyManager implementation | } | | class MyClientTrustManager implements X509TrustManager { | | private X509Certificate trustedCaCertificate; | | public MyClientTrustManager(X509Certificate trustedCaCertificate) { | this.trustedCaCertificate = trustedCaCertificate; | } | | // Here comes my custom TrustManager implementation | } | Is there any way of doing something similar in JBossWS? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120482#4120482 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120482 From do-not-reply at jboss.com Wed Jan 16 10:03:10 2008 From: do-not-reply at jboss.com (yhrn) Date: Wed, 16 Jan 2008 10:03:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Full control of client and server certificates with a JB Message-ID: <31064953.1200495791033.JavaMail.jboss@colo-br-02.atl.jboss.com> Sorry about the title. It should, of course, be "Full control of client and server certificates with JBossWS". I can't edit the post but if a moderator sees this I'd appreciate if it was corrected View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120485#4120485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120485 From do-not-reply at jboss.com Wed Jan 16 10:03:56 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 16 Jan 2008 10:03:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: SOAP Request and Response- Compatibility with old client Message-ID: <17669078.1200495836146.JavaMail.jboss@colo-br-02.atl.jboss.com> Well .... Solution to this problem what i found is : move annotation regarding Parameters to the implemenetation class and then it works. Here a question arises.. why annotation regarding webparameters are not considered when they are in Interface class ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120487#4120487 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120487 From do-not-reply at jboss.com Wed Jan 16 12:13:07 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 16 Jan 2008 12:13:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <11508121.1200503587811.JavaMail.jboss@colo-br-02.atl.jboss.com> Err, it actually turns out that I'm using JBossWS 1.2.1, not 2.0.0.. Regardless, I removed the and and added the annotation @WebContext(contextRoot="/ws") to the EJB. The webservice is now deployed at localhost/TestServiceService/TestService. Shouldn't it be localhost/ws/TestService? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120556#4120556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120556 From do-not-reply at jboss.com Wed Jan 16 12:15:21 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 16 Jan 2008 12:15:21 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <16929533.1200503721916.JavaMail.jboss@colo-br-02.atl.jboss.com> Please disregard the last post, the angle brackets were messing up. Err, it actually turns out that I'm using JBossWS 1.2.1, not 2.0.0.. Regardless, I removed the servlet and servlet-mapping from web.xml and added the annotation @WebContext(contextRoot="/ws") to the EJB. The webservice is now deployed at localhost/TestServiceService/TestService. Shouldn't it be localhost/ws/TestService? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120558#4120558 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120558 From do-not-reply at jboss.com Wed Jan 16 12:30:38 2008 From: do-not-reply at jboss.com (lafaserem) Date: Wed, 16 Jan 2008 12:30:38 -0500 (EST) Subject: [jbossws-users] [JBossWS] - WS-Security Newbie Question... Message-ID: <24498910.1200504638497.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! Sorry for the question 'cause actually it's a really newbie one :) but I'm just getting crazy trying to find some kind of tutorial of implementing WS-Security in JBoss... something like "My first WS-Security web service" or "Step-by-step 'Hello World' or 'Echo' Web Service with WS-Security". I've seen several documents explaining things about WSSE, and I have created my keystore and truststore but then when I try to continue I just get lost... If you could give me some advices or some links to look, I'll be very grateful... I've done my first 'Echo' web service: BottomUp, TopDown, my first client, etc... and now I'm trying to implement the same Echo WebService but requiring signature (I'm not so interested in any kind of encryption, just signature) Thanks ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120568#4120568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120568 From do-not-reply at jboss.com Wed Jan 16 12:37:24 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Wed, 16 Jan 2008 12:37:24 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <4750052.1200505044761.JavaMail.jboss@colo-br-02.atl.jboss.com> Did you read this? http://jbws.dyndns.org/mediawiki/index.php?title=User_Guide#WS-Security View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120570#4120570 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120570 From do-not-reply at jboss.com Wed Jan 16 13:14:41 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 16 Jan 2008 13:14:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <9232216.1200507281191.JavaMail.jboss@colo-br-02.atl.jboss.com> I guess I should also add that after I had removed the servlet and servlet mapping, and added the WebContext annotation, calling the web service would cause the following exception: 19:05:06,212 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | org.jboss.ws.WSException: Cannot obtain container from Dispatcher: jboss.j2ee:ear=Community.ear,jar=Community-1.0.jar,name=MyService,service=EJB3 | at org.jboss.ws.integration.jboss42.ServiceEndpointInvokerEJB3.invokeServiceEndpointInstance(ServiceEndpointInvokerEJB3.java:109) | at org.jboss.ws.core.server.AbstractServiceEndpointInvoker.invoke(AbstractServiceEndpointInvoker.java:207) | at org.jboss.ws.core.server.ServiceEndpoint.processRequest(ServiceEndpoint.java:212) | at org.jboss.ws.core.server.ServiceEndpointManager.processRequest(ServiceEndpointManager.java:448) | 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:595) | 19:05:06,221 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | org.jboss.ws.WSException: Cannot obtain container from Dispatcher: jboss.j2ee:ear=Community.ear,jar=Community-1.0.jar,name=MyService,service=EJB3 | at org.jboss.ws.integration.jboss42.ServiceEndpointInvokerEJB3.invokeServiceEndpointInstance(ServiceEndpointInvokerEJB3.java:109) | at org.jboss.ws.core.server.AbstractServiceEndpointInvoker.invoke(AbstractServiceEndpointInvoker.java:207) | at org.jboss.ws.core.server.ServiceEndpoint.processRequest(ServiceEndpoint.java:212) | at org.jboss.ws.core.server.ServiceEndpointManager.processRequest(ServiceEndpointManager.java:448) | 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:595) Opening the wsdl however, works fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120595#4120595 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120595 From do-not-reply at jboss.com Wed Jan 16 13:16:10 2008 From: do-not-reply at jboss.com (kellenheller) Date: Wed, 16 Jan 2008 13:16:10 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Adding application specific properties to the MessageCon Message-ID: <30059728.1200507370621.JavaMail.jboss@colo-br-02.atl.jboss.com> I updated to v2.0.2.GA, but still the same issue - the custom properties are not retained when I set them in the client and try to get them in the handler or the service. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120596#4120596 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120596 From do-not-reply at jboss.com Wed Jan 16 13:29:58 2008 From: do-not-reply at jboss.com (PeterJ) Date: Wed, 16 Jan 2008 13:29:58 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <26657129.1200508198771.JavaMail.jboss@colo-br-02.atl.jboss.com> If I recall correctly, this discussion has a complete example http://www.jboss.com/index.html?module=bb&op=viewtopic&t=105580 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120603#4120603 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120603 From do-not-reply at jboss.com Wed Jan 16 16:02:29 2008 From: do-not-reply at jboss.com (seventy8) Date: Wed, 16 Jan 2008 16:02:29 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Enabling MTOM-Support at JBossWS client fails Message-ID: <8075771.1200517349575.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello! I am trying to use mtom for sending a binary file from a web service client to a web service endpoint, using JBoss AS 4.2.2.GA with build in JBossWS 2.0.1.SP2. I enabled mtom on the endpoint and on the client like it is told in the user guide: First I added the @BindingType Annotation | @Stateless | @TransactionManagement(value=TransactionManagementType.CONTAINER) | @WebService(name="AdminLibrary", | serviceName="AdminLibraryService", | wsdlLocation="META-INF/wsdl/AdminLibraryService.wsdl") | @SOAPBinding(style = SOAPBinding.Style.DOCUMENT, parameterStyle = SOAPBinding.ParameterStyle.BARE) | @BindingType(value = "http://schemas.xmlsoap.org/wsdl/soap/http?mtom=true") | @WebContext(contextRoot = "ALibrary") | public class AdminLibraryWS { | | ... | | Then I used WSProvide to generate the wsdl and did the appropriate changes | | | | | | | | | | | | | After deploying everything looks fine on the server. So I ran WSConsume At the clients side I enabled MTOM as follows: | | SOAPBindingbinding = (SOAPBinding)((BindingProvider)port).getBinding(); | binding.setMTOMEnabled(true); | | When I test this service and check the SOAP Message, the binary content is transmitted inline. | | POST /ALibrary-ALibrary./AdminLibraryWS HTTP/1.1 | SOAPAction: "" | Content-Type: text/xml; charset=UTF-8 | JBoss-Remoting-Version: 22 | User-Agent: JBossRemoting - 2.2.2.SP1 (Bluto) | Host: 127.0.0.1:4040 | Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 | Connection: keep-alive | Content-Length: 284493 | | PQA9AD0AIABWAGUAcgBiAG8AcwBlACAAbABvAGcAZwBpAG4AZwAgAHMAdABhAHIAdABlAGQAOgAgA | | ... | | DAAMwAuADAANAAuADIAMAAwADcAIAAgADIAMQA6ADMANQA6ADAANwAgACAAQgB1AGkAbABkACAAdAB5AHAAZQA6ACAAUwBIAEkAUAAgAFUATgBJAgA=user1 | | Is there anything further I have to do to enable MTOM at the client? WSConsume generates a class named Base64Binary which includes a byte-array and a field called contentType. IMO the type should be DataHandler instead, or am I wrong? best regards View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120639#4120639 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120639 From do-not-reply at jboss.com Wed Jan 16 16:03:14 2008 From: do-not-reply at jboss.com (Vincent321) Date: Wed, 16 Jan 2008 16:03:14 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Exception with WSClient Message-ID: <14888456.1200517394471.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I get the following exception when calling a WS with my client: FAILED: testCall javax.xml.ws.WebServiceException: java.lang.IllegalStateException: Could not setup remoting client at org.jboss.ws.core.jaxws.client.ClientImpl.handleRemoteException(ClientImpl.java:304) at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:242) 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 $Proxy27.fetchToken(Unknown Source) at WsClientTest.testCall(WsClientTest.java:26) Caused by: java.lang.IllegalStateException: Could not setup remoting client at org.jboss.ws.core.client.RemotingConnectionImpl.createRemotingClient(RemotingConnectionImpl.java:240) at org.jboss.ws.core.client.RemotingConnectionImpl.invoke(RemotingConnectionImpl.java:153) at org.jboss.ws.core.client.SOAPRemotingConnection.invoke(SOAPRemotingConnection.java:77) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:322) at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:230) ... 26 more at org.jboss.remoting.InvokerRegistry.loadClientInvoker(InvokerRegistry.java:419) at org.jboss.remoting.InvokerRegistry.createClientInvoker(InvokerRegistry.java:320) at org.jboss.remoting.Client.connect(Client.java:441) at org.jboss.ws.core.client.RemotingConnectionImpl.createRemotingClient(RemotingConnectionImpl.java:227) ... 30 more Caused by: java.lang.NullPointerException at org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker.createSocketFactory(HTTPSClientInvoker.java:144) at org.jboss.remoting.RemoteClientInvoker.(RemoteClientInvoker.java:46) at org.jboss.remoting.transport.http.HTTPClientInvoker.(HTTPClientInvoker.java:105) at org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker.(HTTPSClientInvoker.java:63) at org.jboss.remoting.transport.https.TransportClientFactory.createClientInvoker(TransportClientFactory.java:39) ... 38 more ... Removed 27 stack frames Do you know where it can come from ? Thanks a lot in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120640#4120640 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120640 From do-not-reply at jboss.com Wed Jan 16 16:55:53 2008 From: do-not-reply at jboss.com (yhrn) Date: Wed, 16 Jan 2008 16:55:53 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Adding application specific properties to the MessageCon Message-ID: <10199904.1200520553919.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm not sure if I understand you correctly, but you cannot transfer properties from client to server this way. The properties you add to the client proxy request context can be read by client side handlers but they are not transferred to the server. Regards, Mattias View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120655#4120655 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120655 From do-not-reply at jboss.com Wed Jan 16 18:22:21 2008 From: do-not-reply at jboss.com (kellenheller) Date: Wed, 16 Jan 2008 18:22:21 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Adding application specific properties to the MessageCon Message-ID: <14890387.1200525741656.JavaMail.jboss@colo-br-02.atl.jboss.com> I am trying to populate the properties in the client and read them in the server, either in the handler or in the service. I don't know what you mean by "transfer properties". The docs say you can get the RequestContext from the BindingProvider, add properties all on the client, and then that is accessible via the MessageContext on the server. But so far, no success :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120673#4120673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120673 From dretzlaff at gmail.com Wed Jan 16 22:37:48 2008 From: dretzlaff at gmail.com (Dan Retzlaff) Date: Wed, 16 Jan 2008 19:37:48 -0800 Subject: [jbossws-users] WS-Eventing extension sends incorrect HTTP content-type Message-ID: <8186f4430801161937y472980adg1f0f395164d2851f@mail.gmail.com> The Subscription class in org.jboss.ws.extensions.eventing.mgmt contains hard-coded SOAP 1.2 envelopes for event notification and SubscriptionEnd messages. However, SOAPConnectionImpl::callOneWay() sets the HTTP content-type to "text/xml". (More specifically, SOAPMessageImpl::saveChanges() does.) The SOAP 1.2 specification (7.1.4) and RFC 3902 require that SOAP HTTP bindings use a content-type of "application/soap+xml". This appears to be a bug. In my case, it manifests itself when Axis2 throws a SOAPProcessingException complaining that incoming transport level information does not match the SOAP namespace. I would suggest that Subscription provide the correct content-type in a MimeHeaders object to its MessageFactory::createMessage() call, but SOAPMessageImpl::saveChanges() overwrites the value indiscriminately. Is changing those hard-coded envelopes to SOAP 1.1 the best solution here? It seems like we should be able to make SOAP 1.2 work... Regards, Dan From do-not-reply at jboss.com Thu Jan 17 03:20:36 2008 From: do-not-reply at jboss.com (yhrn) Date: Thu, 17 Jan 2008 03:20:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Adding application specific properties to the MessageCon Message-ID: <32602068.1200558036489.JavaMail.jboss@colo-br-02.atl.jboss.com> anonymous wrote : The docs say you can get the RequestContext from the BindingProvider, add properties all on the client, and then that is accessible via the MessageContext on the server. In what document have you read that? The properties you set on a BindingProvider request context is used to initialize the client side message context which is available to all client side handlers and the client side JAX-WS runtime. If you want the properties set on BindingProvider request context to be transferred to the server you can implement a custom handler on the client side that puts it in the SOAP header and a server side handler that retrieves the properties from the header and puts it in the message context on the server side. The following is quoted from the JAX-WS 2.1 spec: anonymous wrote : Handlers may manipulate the values and scope of properties within the message context as desired. E.g., | a handler in a client-side SOAP binding might introduce a header into a SOAP request message to carry | metadata from a property that originated in a BindingProvider request context; a handler in a server-side | SOAP binding might add application scoped properties to the message context from the contents of a header | in a request SOAP message that is then made available in the context available (via injection) to a service | endpoint implementation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120743#4120743 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120743 From hbraun at redhat.com Thu Jan 17 03:31:56 2008 From: hbraun at redhat.com (Heiko Braun) Date: Thu, 17 Jan 2008 09:31:56 +0100 Subject: [jbossws-users] JBoss World JBoss World Hackathon Message-ID: <1200558716.3172.6.camel@localhost.localdomain> Anybody going to attend JBoss World this year? Theres a hackathon scheduled, an open get together and code event. I will be there and would like to know what topics you would like to cover there. Any suggestions welcome. /Heiko From do-not-reply at jboss.com Thu Jan 17 03:59:49 2008 From: do-not-reply at jboss.com (haagenhasle) Date: Thu, 17 Jan 2008 03:59:49 -0500 (EST) Subject: [jbossws-users] [JBossWS] - RPC/Encoded and wsconsume Message-ID: <29597604.1200560389609.JavaMail.jboss@colo-br-02.atl.jboss.com> The documentation for JBossWS says that is has basic support for RPC/Encoded. But when I try to run wsconsume against a wsdl that uses RPC/Encoded, I get the following message: [ERROR] rpc/encoded wsdls are not supported in JAXWS 2.0. Am I doing anything wrong? Can I generate the necessary clientcode to make JBossWS communicate with the webservice using some other tool? Or is the documentation wrong, and JBossWS does not support RPC/Encoded? Regards, Haagen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120755#4120755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120755 From do-not-reply at jboss.com Thu Jan 17 04:02:23 2008 From: do-not-reply at jboss.com (froden) Date: Thu, 17 Jan 2008 04:02:23 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <2526616.1200560543104.JavaMail.jboss@colo-br-02.atl.jboss.com> Are any of the following features limited to JBossWS >=2.0.0? -The @WebContext annotation -Using an EJB as a web service class -Injection of the EntityManager using the @PersistenceContext When I'm using the @WebContext parameter instead of the servlet and servlet-mapping in web.xml, I get exceptions when calling the web service method. If I instead use the servlet and servlet mapping, injection of the EntityManager wont work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120756#4120756 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120756 From do-not-reply at jboss.com Thu Jan 17 05:09:14 2008 From: do-not-reply at jboss.com (extasy) Date: Thu, 17 Jan 2008 05:09:14 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Reg : Jboss migration from apache axis Message-ID: <22277381.1200564554698.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, Currently am using apache axis server for deployment. I need to migrate from using apache axis to jbossws 4.2 and still want to stick with RPC\Encoded format. Your document reads that jbossws has basic support for rpc\encoded format. Kindly help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120777#4120777 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120777 From do-not-reply at jboss.com Thu Jan 17 05:31:17 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 17 Jan 2008 05:31:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Reg : Jboss migration from apache axis Message-ID: <20331014.1200565877314.JavaMail.jboss@colo-br-02.atl.jboss.com> Since JBossWS 2.x we doesn't support RPC/ENC anymore View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120782#4120782 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120782 From do-not-reply at jboss.com Thu Jan 17 05:39:06 2008 From: do-not-reply at jboss.com (jalaja) Date: Thu, 17 Jan 2008 05:39:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Using JAX-WS how to give comments in endpoint calss using an Message-ID: <29833344.1200566346957.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi My requirement is, I want to give some comments in my endpoint class using annotations. The comments given in the annotations should be visible in the WSDL file as a comment. Is there any annotation avilable to do this ? If any body has used such annotations before plz let me know the solution . regards jalaja.c View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120787#4120787 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120787 From do-not-reply at jboss.com Thu Jan 17 05:39:30 2008 From: do-not-reply at jboss.com (jalaja) Date: Thu, 17 Jan 2008 05:39:30 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Using JAX-WS how to give comments in endpoint calss using an Message-ID: <6140877.1200566370818.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi My requirement is, I want to give some comments in my endpoint class using annotations. The comments given in the annotations should be visible in the WSDL file as a comment. Is there any annotation avilable to do this ? If any body has used such annotations before plz let me know the solution . regards jalaja.c View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120789#4120789 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120789 From do-not-reply at jboss.com Thu Jan 17 06:03:51 2008 From: do-not-reply at jboss.com (Vincent321) Date: Thu, 17 Jan 2008 06:03:51 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Exception with WSClient Message-ID: <23469484.1200567831284.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi guys, The error was due to a missing trustore. It is working now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120800#4120800 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120800 From do-not-reply at jboss.com Thu Jan 17 06:05:27 2008 From: do-not-reply at jboss.com (extasy) Date: Thu, 17 Jan 2008 06:05:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Reg : Jboss migration from apache axis Message-ID: <28786981.1200567927666.JavaMail.jboss@colo-br-02.atl.jboss.com> thank you richard. Babu View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120801#4120801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120801 From do-not-reply at jboss.com Thu Jan 17 07:22:01 2008 From: do-not-reply at jboss.com (fdifonzo) Date: Thu, 17 Jan 2008 07:22:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Jsr181 typenamespace specification. Message-ID: <27089618.1200572521373.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, Unfortunately annotation on my custom type doesn't take any effect (I'm using jboss 4.2.2). My custom type looks like this now: package mycompany.exception; | | import java.io.Serializable; | | import javax.xml.bind.annotation.XmlAccessType; | import javax.xml.bind.annotation.XmlAccessorType; | import javax.xml.bind.annotation.XmlElement; | import javax.xml.bind.annotation.XmlRootElement; | import javax.xml.bind.annotation.XmlType; | | @XmlAccessorType(XmlAccessType.FIELD) | @XmlType(name = "AlreadyExistsDeviceException", namespace="http://mycompany/types", propOrder = { | "errorMessage" | }) | public class AlreadyExistsDeviceException extends Exception | implements Serializable { | @XmlElement(required = true, nillable = true) | private String errorMessage; | | | public AlreadyExistsDeviceException(String errorMsg) { | | super(errorMsg); | | this.errorMessage = errorMsg; | | } | | public String getErrorMessage() { | | return errorMessage; | | } | | } While my endpoint looks like the following: package mycompany; | ..... | ..... | | @Stateless | @Remote(WEBServiceRemote.class) | @WebService(name = "EndPointInterface", targetNamespace = "http://mycompany", serviceName = "MyServiceWEBService") | @SOAPBinding(style = SOAPBinding.Style.RPC) | @XmlSeeAlso({mycompany.exception.AlreadyExistsDeviceException.class) | public class WEBServiceBean implements WEBServiceRemote, CodeControl { | | | @WebMethod | public void addDevice(String id, String type, String path) throws AlreadyExistsDeviceException { | ...... | ...... | } | | } Using wsdl-tool I get a wsdl looking ike this: | ..... | ..... | | ..... | ..... | | | | | | | | | | | | | | | ..... | ..... | | ....... | ....... | While using annotation approach, I'm continuing getting the following wsdl: .... | .... | | ..... | ..... | | | | | | | ..... | ..... | | .... | .... Note that there's no namespace in the latter. Is there a way to discover what wrong is on my code? I set log4j debug level to TRACE but I haven't seen any Error. Any help will be really appreciated. Thanks a lot, Fabrizio View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120839#4120839 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120839 From do-not-reply at jboss.com Thu Jan 17 07:51:52 2008 From: do-not-reply at jboss.com (lafaserem) Date: Thu, 17 Jan 2008 07:51:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <6642703.1200574312780.JavaMail.jboss@colo-br-02.atl.jboss.com> Alessio.. yes... I've already read that link. Thanks anyway ;) Peter.. Also I've already read that post, but I'm still lost (sorry.. these are my first days working with web services and I'm getting a bit crazy hehe) I'm gonna write everything I'm doing (surely there will be a lot of mistakes, but well.. all the beginnings are tough... :P) and I would appreciate a lot if you could give me a hand in this... First... SERVER Hello.java | package wssec; | | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | | import org.jboss.ws.annotation.EndpointConfig; | | @WebService(name = "Hello", targetNamespace = "urn:ws.sec") | @EndpointConfig(configName = "Standard WSSecurity Endpoint") | @SOAPBinding(style = SOAPBinding.Style.DOCUMENT) | public class Hello | { | @WebMethod | public String echo(@WebParam(name = "param1") String param1) | { | return param1; | } | } | I compiled it with | javac -d . -classpath jboss-jaxws.jar;jboss-client.jar *.java | I've made my keystore with the command: | keytool -genkey -keystore wsse.keystore -storepass jbossws -keyalg RSA -alias wsse -validity 365 | Then I exported the certificate with: | keytool -export -file wsse.cer -keystore wsse.keystore -storepass jbossws -alias wsse | And created the truststore with | keytool -import -alias wsse -file wsse.cer -keystore wsse.truststore -storepass jbossws | web.xml | | Hello | | Hello | wssec.Hello | 1 | | | | Hello | /Hello | | | jboss-wsse-server.xml | | | | WEB-INF/wsse.keystore | jbossws | WEB-INF/wsse.truststore | jbossws | | | | | | | | I create my .war with | jar cvf Hello.war WEB-INF | and the structure of WEB-INF is WEB-INF | jboss-wsse-server.xml | wsse.keystore | wsse.truststore | web.xml | classes | | Hello.class Once done this I copy Hello.war into jboss4-2-2GA\server\default\deploy and everything seems to be OK Once that I have the WS deployed on the server which are the steps I have to follow for build my client? I only want to transmit signed messages, not interested in encryption... This might seem a stupid topic, but I'm getting lost, 'cause this is new for me and I'm not able to find any "very very very basic" documents... Thanks ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120850#4120850 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120850 From do-not-reply at jboss.com Thu Jan 17 09:16:11 2008 From: do-not-reply at jboss.com (Vincent321) Date: Thu, 17 Jan 2008 09:16:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - How can I see the SoapResponse Message-ID: <4957492.1200579371500.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I generated a client with WSConsume and register a handler to log soap messages. The handler gets called and display the request but I am not able to see either the soapfault nor the soapresponse. Here is the code of my handler. Could you pls tell me what did I wrong ? | final String HANDLER_NAME = "LogHandler"; | // change this to redirect output if desired | private static PrintStream out = System.out; | | | | public boolean handleMessage(SOAPMessageContext smc) { | System.out.println("Executing " + HANDLER_NAME); | logToSystemOut(smc); | return false; | } | | public boolean handleFault(SOAPMessageContext smc) { | System.out.println("Une faute"); | logToSystemOut(smc); | return false; | } | | // nothing to clean up | public void close(MessageContext messageContext) { | } | | /* | * Check the MESSAGE_OUTBOUND_PROPERTY in the context | * to see if this is an outgoing or incoming message. | * Write a brief message to the print stream and | * output the message. The writeTo() method can throw | * SOAPException or IOException | */ | private void logToSystemOut(SOAPMessageContext smc) { | Boolean outboundProperty = (Boolean) | smc.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY); | | if (outboundProperty) { | out.println("\nOutbound message:"); | } else { | out.println("\nInbound message:"); | } | | SOAPMessage message = smc.getMessage(); | try { | message.writeTo(out); | out.println(""); // just to add a newline | } catch (Exception e) { | out.println("Exception in handler: " + e); | } | } | Thanks in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120887#4120887 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120887 From do-not-reply at jboss.com Thu Jan 17 09:23:55 2008 From: do-not-reply at jboss.com (kosmos) Date: Thu, 17 Jan 2008 09:23:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - unexpected XML reader state Message-ID: <14350932.1200579836002.JavaMail.jboss@colo-br-02.atl.jboss.com> We've generated ws client by means of wxconsume from jbossws-native-2.0.2.GA. Everything looked good, until we got an exception. | javax.xml.ws.WebServiceException: unexpected XML reader state. expected: END_ELEMENT but found: START_ELEMENT | at com.sun.xml.internal.ws.encoding.soap.client.SOAPXMLDecoder.toInternalMessage(Unknown Source) | at com.sun.xml.internal.ws.protocol.soap.client.SOAPMessageDispatcher.receive(Unknown Source) | at com.sun.xml.internal.ws.protocol.soap.client.SOAPMessageDispatcher.doSend(Unknown Source) | at com.sun.xml.internal.ws.protocol.soap.client.SOAPMessageDispatcher.send(Unknown Source) | at com.sun.xml.internal.ws.encoding.soap.internal.DelegateBase.send(Unknown Source) | at com.sun.xml.internal.ws.client.EndpointIFInvocationHandler.implementSEIMethod(Unknown Source) | at com.sun.xml.internal.ws.client.EndpointIFInvocationHandler.invoke(Unknown Source) | at $Proxy17.listStudents(Unknown Source) | at testContingent.main(testContingent.java:32) | Caused by: unexpected XML reader state. expected: END_ELEMENT but found: START_ELEMENT | at com.sun.xml.internal.ws.streaming.XMLStreamReaderUtil.verifyReaderState(Unknown Source) | at com.sun.xml.internal.ws.encoding.soap.SOAPDecoder.decodeBody(Unknown Source) | at com.sun.xml.internal.ws.encoding.soap.client.SOAPXMLDecoder.decodeBody(Unknown Source) | at com.sun.xml.internal.ws.encoding.soap.client.SOAPXMLDecoder.decodeEnvelope(Unknown Source) | ... 9 more | | public class testContingent { | public static void main(String[] args) { | Contingent contingent = new Contingent(); | StudentsSrvPort studentsSrvPort = contingent.getContingentSOAP(); | ObjectFactory of = new ObjectFactory(); | ListStudentsRequest listStudentsRequest = of.createListStudentsRequest(); | listStudentsRequest.setFirstName(""); | listStudentsRequest.setMiddleName(""); | listStudentsRequest.setLastName(""); | listStudentsRequest.setStudentState(""); | listStudentsRequest.setGender(""); | listStudentsRequest.setCardNumber(""); | listStudentsRequest.setDisabled(null); | listStudentsRequest.setDormitory(null); | listStudentsRequest.setForeign(null); | listStudentsRequest.setGroup("5-11"); | try{ | List studList = new ArrayList(studentsSrvPort.listStudents(listStudentsRequest).getStudent()); | | if (studList != null) { | for (Student stud : studList){ | System.out.println(new String((stud.getId()+" "+stud.getName()).getBytes("UTF8"))); | } | } | } catch (WebServiceException e) { | e.printStackTrace(); | } catch (UnsupportedEncodingException e) { | e.printStackTrace(); | } | } | } | Here is our POST | POST /SOAP HTTP/1.1 | Content-Length: 501 | SOAPAction: "http://contingent.bmstu.ru/listStudents" | Accept: text/xml, application/xop+xml, text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 | Content-Type: text/xml; charset=utf-8 | User-Agent: Java/1.6.0_01 | Host: contingent.bmstu.ru:144 | Connection: keep-alive | | | | | | | | | 5-11 | | | | | | | And server's response | HTTP/1.1 200 | Server: nginx/0.5.20 | Date: Thu, 17 Jan 2008 13:53:35 GMT | Content-Type: text/xml; charset=utf-8 | Connection: keep-alive | Content-length: 38923 | | | | | | | 67b8a137-8636-4c20-9649-00000001b583 | xxx xxx xxx | xxx | xxx | xxx | | 2c4fdb64-0c14-4dd1-81c1-000000000001 | xxx | | 07????024 | | f3fd113a-e251-4816-b411-000000000001 | xxx | | | 9e32657c-61c5-4e58-8ca6-000000000002 | xxx | | false | | e3664f92-3b36-430e-a638-000000001afa | 5-11 | | | ffffffff-ffff-ffff-ffff-ffffffffffff | 230102 | 00 | 65 | | false | false | | a6d7fb86-4925-4aed-89bf-000000000000 | | | | | | | That looks like a bug. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120895#4120895 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120895 From do-not-reply at jboss.com Thu Jan 17 09:49:01 2008 From: do-not-reply at jboss.com (kosmos) Date: Thu, 17 Jan 2008 09:49:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: unexpected XML reader state Message-ID: <25444139.1200581341716.JavaMail.jboss@colo-br-02.atl.jboss.com> By the way, this service works good with axis View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120915#4120915 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120915 From do-not-reply at jboss.com Thu Jan 17 11:35:38 2008 From: do-not-reply at jboss.com (kosmos) Date: Thu, 17 Jan 2008 11:35:38 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: [Jboosws1.2]Encoding problem Message-ID: <25700937.1200587738738.JavaMail.jboss@colo-br-02.atl.jboss.com> I had the same problem and -Dfile.encoding=UTF-8 option helped. May be this is JBossWS's bug? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120998#4120998 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120998 From do-not-reply at jboss.com Thu Jan 17 11:43:31 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jan 2008 11:43:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <20899080.1200588211555.JavaMail.jboss@colo-br-02.atl.jboss.com> On the client side, you will need the keystore and truststore. You can use the same ones used at the server, but if that it not possible (or not desireable) you will need to do more work with setting up the server keystore and truststore, and also create client keystore and truststore. When packaging the client, include in the META-INF directory the files: * client keystore * client truststore * jboss-wsse-client.xml (looks like the server one you listed above) * standard-jaxws-client-config.xml (get it from deploy/jbossws.sar/META-INF, remove all of the client-config entries except the one named "Standard WSSecurity Client") I can direct you to a location where the steps to do this are documented, but it is not free. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121001#4121001 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121001 From do-not-reply at jboss.com Thu Jan 17 14:57:26 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 17 Jan 2008 14:57:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <606587.1200599846290.JavaMail.jboss@colo-br-02.atl.jboss.com> "PeterJ" wrote : | * standard-jaxws-client-config.xml (get it from deploy/jbossws.sar/META-INF, remove all of the client-config entries except the one named "Standard WSSecurity Client") This shouldn't be required, you just need to specify the jbossws conf: | ((StubExt)port).setConfigName("Standard WSSecurity Client"); | anonymous wrote : I can direct you to a location where the steps to do this are documented, but it is not free. Otherwise you might take a look at the org.jboss.test.ws.jaxws.samples.wssecurity samples in the src distro. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121082#4121082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121082 From do-not-reply at jboss.com Thu Jan 17 16:01:18 2008 From: do-not-reply at jboss.com (PeterJ) Date: Thu, 17 Jan 2008 16:01:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <12138501.1200603678172.JavaMail.jboss@colo-br-02.atl.jboss.com> Just a note to let lafaserem know that the code ((StubExt)port).setConfigName("Standard WSSecurity Client"); is JBossWS-specific. I prefer to keep my Java code generic and place container-specific things into configuration files, make the code easier to port. Now, if the config name could be set using an annotation, that would be ideal because other containers would ignore the annotation. I also remembered an excellent description of keystores and truststores, perhaps that will be helpful http://www.jboss.com/index.html?module=bb&op=viewtopic&t=94406 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121100#4121100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121100 From dretzlaff at gmail.com Thu Jan 17 19:03:04 2008 From: dretzlaff at gmail.com (Dan Retzlaff) Date: Thu, 17 Jan 2008 16:03:04 -0800 Subject: [jbossws-users] Re: WS-Eventing extension sends incorrect HTTP content-type In-Reply-To: <1200558037.3172.2.camel@localhost.localdomain> References: <8186f4430801161930y2cdef629g7c4013dfa077f374@mail.gmail.com> <1200558037.3172.2.camel@localhost.localdomain> Message-ID: <8186f4430801171603x7bb28b3bua111f74e8cb7eed0@mail.gmail.com> My apologies. I should have moved to the trunk. This issue was already addressed, twice actually. SOAPMessageImpl is now smart enough to detect 1.2 envelope and use the correct content-type, and Subscription was changed changed to SOAP 1.1 anyway. Regards, Dan On Jan 17, 2008 12:20 AM, Heiko Braun wrote: > > Thanks. I've created an ticket for it: > http://jira.jboss.org/jira/browse/JBWS-1957 > > If you like, I'd happily accept a patch for this. > > /Heiko > > > > On Wed, 2008-01-16 at 19:30 -0800, Dan Retzlaff wrote: > > The Subscription class in org.jboss.ws.extensions.eventing.mgmt > > contains hard-coded SOAP 1.2 envelopes for event notification and > > SubscriptionEnd messages. However, SOAPConnectionImpl::callOneWay() > > sets the HTTP content-type to "text/xml". (More specifically, > > SOAPMessageImpl::saveChanges() does.) > > > > The SOAP 1.2 specification (7.1.4) and RFC 3902 require that SOAP HTTP > > bindings use a content-type of "application/soap+xml". > > > > This appears to be a bug. In my case, it manifests itself by when > > Axis2 throws a SOAPProcessingException complaining that incoming > > transport level information do not match the SOAP namespace. > > > > I would suggest that Subscription provide the correct content-type in > > a MimeHeaders object to its MessageFactory::createMessage() call, but > > SOAPMessageImpl::saveChanges() overwrites the value indiscriminately. > > Is changing those hard-coded envelopes to SOAP 1.1 the best solution > > here? It seems like we should be able to make SOAP 1.2 work... > > > > Regards, > > Dan > > From do-not-reply at jboss.com Fri Jan 18 04:37:00 2008 From: do-not-reply at jboss.com (AJanz) Date: Fri, 18 Jan 2008 04:37:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - url mapping schemalocation Message-ID: <32129674.1200649020201.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, i got some problem with the schema location url. the source wsdl file has an import like after deploying the wsdl looks like the problem is that "mycomputer" isn't reachable over the internet, so it should look like this how can i solve this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121213#4121213 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121213 From do-not-reply at jboss.com Fri Jan 18 04:44:27 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Fri, 18 Jan 2008 04:44:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <21838282.1200649467887.JavaMail.jboss@colo-br-02.atl.jboss.com> Backup your wsdl file on local disk. Modify it accordingly (fix the urls). Force your webservice to use this wsdl file using @WebService(wsdlLocation='relativePath') annotation on your endpoint View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121215#4121215 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121215 From do-not-reply at jboss.com Fri Jan 18 04:44:44 2008 From: do-not-reply at jboss.com (froden) Date: Fri, 18 Jan 2008 04:44:44 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: EntityManager injection in Webservice Message-ID: <27234986.1200649484390.JavaMail.jboss@colo-br-02.atl.jboss.com> Having stopped being an idiot, I guess I can answer my own questions above. - Is the @WebContext annotation JBossWS >= 2.0.0 only? No. My problem was that I had imported org.jboss.wsf.spi.annotation.WebContext instead of org.jboss.ws.annotation.WebContext. - Is using an EJB as a web service class possible in version >=2.0.0 only? No. - Is injection of EntityManager with @PersistenceContext limited to version >=2.0.0? No Perhaps this can be helpful for someone. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121216#4121216 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121216 From do-not-reply at jboss.com Fri Jan 18 05:36:27 2008 From: do-not-reply at jboss.com (pipo323400) Date: Fri, 18 Jan 2008 05:36:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot obtain java type mapping for {http://business/jaw Message-ID: <29343541.1200652587839.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have been working several days with this issue. At last this problem is caused in the Client application. In my case a web app. It was not able to recognize the type that the server was returning (ArrayList in this case). Another important thing, correct me if I am wrong, is that Web Services Soap Messages not support ArrayList directly, so if you would like to use it you must implement an ArrayList by yourself. A pretty hard work. The thing that I have done is to return an Array (suported by the Web Services) of my own objects, that I have mapped previously. My solution was to create a Web Service Client using Eclipse Wtp. It creates a EAR that includes all the necessary stuff for map the user types. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121230#4121230 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121230 From do-not-reply at jboss.com Fri Jan 18 05:38:48 2008 From: do-not-reply at jboss.com (pipo323400) Date: Fri, 18 Jan 2008 05:38:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot obtain java type mapping for: {http://org.mazurek Message-ID: <17571091.1200652728070.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I have been working several days with this issue. At last this problem is caused in the Client application. In my case a web app. It was not able to recognize the type that the server was returning (ArrayList in this case). Another important thing, correct me if I am wrong, is that Web Services Soap Messages not support ArrayList directly, so if you would like to use it you must implement an ArrayList by yourself. A pretty hard work. The thing that I have done is to return an Array (suported by the Web Services) of my own objects, that I have mapped previously. My solution was to create a Web Service Client using Eclipse Wtp. It creates a EAR that includes all the necessary stuff for map the user types. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121231#4121231 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121231 From do-not-reply at jboss.com Fri Jan 18 06:27:22 2008 From: do-not-reply at jboss.com (lafaserem) Date: Fri, 18 Jan 2008 06:27:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <27260173.1200655642840.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! Ok.. now actually I'm about getting crazy!! :) PeterJ, which is that location? I don't mind if it's not free... I have tried to send you a "PM" but it seems it doesn't work... My problem is implementing the client in Java.. I think I have all the files I have to package. I'm gonna explain all the things I've done with the client Hello.java | package wssec; | | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | | import org.jboss.ws.annotation.EndpointConfig; | | @WebService(name = "Hello", targetNamespace = "urn:ws.sec") | @EndpointConfig(configName = "Standard WSSecurity Endpoint") | @SOAPBinding(style = SOAPBinding.Style.DOCUMENT) | public class Hello | { | @WebMethod | public String echo(@WebParam(name = "nombre") String nombre) | { | return nombre; | } | } HelloClient.java | package wssec; | | import java.io.File; | import java.net.URL; | import java.util.Map; | | import javax.xml.namespace.QName; | import javax.xml.ws.BindingProvider; | import javax.xml.ws.Service; | | import org.jboss.ws.core.StubExt; | | public class HelloClient | { | public static void main(String args[]) | { | if (args.length != 1) | { | System.err.println("usage: HelloClient "); | System.exit(1); | } | | System.setProperty("org.jboss.wsse.keyStore", "c:/keys/wsse.keystore"); | System.setProperty("org.jboss.wsse.keyStorePassword", "jbossws"); | System.setProperty("org.jboss.wsse.keyStoreType", "x509v3"); | System.setProperty("org.jboss.wsse.trustStore", "c:/keys/wsse.truststore"); | System.setProperty("org.jboss.wsse.trustStorePassword", "jbossws"); | System.setProperty("org.jboss.wsse.trustStoreType", "x509v3"); | | try{ | Hello hello = getPort(); | System.out.println("Server said: " + hello.echo(args[0])); | } catch (Exception e){ | e.printStackTrace(); | } | } | | private static Hello getPort() throws Exception | { | URL wsdlURL = new URL("http://127.0.0.1:8080/Hello/Hello?wsdl"); | URL securityURL = new File("META-INF/jboss-wsse-client.xml").toURL(); | QName serviceName = new QName("urn:ws.sec", "HelloService"); | | Service service = Service.create(wsdlURL, serviceName); | | Hello port = (Hello)service.getPort(Hello.class); | ((StubExt)port).setSecurityConfig(securityURL.toExternalForm()); | ((StubExt)port).setConfigName("Standard WSSecurity Client"); | | Map reqContext = ((BindingProvider)port).getRequestContext(); | reqContext.put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "http://127.0.0.1:8080/Hello"); | | return port; | } | | } | jboss-wsse-client.xml | | | | | | | | | | The keystore and the truststore are the same as the server's ones. The structure is wssec | Hello.class | HelloClient.class META-INF | wsse.keystore | wsse.truststore | jboss-wsse-client.xml When I run the client, I do it like this: | wsrunclient prueba.HelloClient "Hello" | What am I missing? Shall I do anything more? Or maybe less? :) Thanks a lot.. ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121248#4121248 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121248 From do-not-reply at jboss.com Fri Jan 18 06:30:33 2008 From: do-not-reply at jboss.com (lafaserem) Date: Fri, 18 Jan 2008 06:30:33 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <5372234.1200655833155.JavaMail.jboss@colo-br-02.atl.jboss.com> Ups... I forgot to say that of course wsse.keystore and wsse.truststore are placed at c:\keys Thanks ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121249#4121249 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121249 From do-not-reply at jboss.com Fri Jan 18 06:49:11 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 06:49:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <10168528.1200656951437.JavaMail.jboss@colo-br-02.atl.jboss.com> "lafaserem" wrote : | | | System.setProperty("org.jboss.wsse.keyStoreType", "x509v3"); | | System.setProperty("org.jboss.wsse.trustStoreType", "x509v3"); | | Why "x509v3"? Try with "jks" that should be the type of key stores you generated. This said, what's the problem you have? your conf seems OK, are you getting any exception? How do you understand something is wrong? Please post some log/error here so that we can better understand. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121252#4121252 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121252 From do-not-reply at jboss.com Fri Jan 18 07:07:11 2008 From: do-not-reply at jboss.com (lafaserem) Date: Fri, 18 Jan 2008 07:07:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <8081691.1200658031818.JavaMail.jboss@colo-br-02.atl.jboss.com> This is the error that it's giving to me when I run | wsrunclient wssec.HelloClient "Hello" | | [Fatal Error] :1:1: Content is not allowed in prolog. | org.jboss.ws.WSException: java.io.IOException: org.xml.sax.SAXParseException: Co | ntent is not allowed in prolog. | at org.jboss.ws.metadata.config.JBossWSConfigFactory.getNamespaceURI(JBo | ssWSConfigFactory.java:116) | at org.jboss.ws.metadata.config.JBossWSConfigFactory.parse(JBossWSConfig | Factory.java:80) | at org.jboss.ws.metadata.config.JBossWSConfigFactory.getConfig(JBossWSCo | nfigFactory.java:134) | at org.jboss.ws.metadata.umdm.EndpointMetaData.initEndpointConfig(Endpoi | ntMetaData.java:704) | at org.jboss.ws.metadata.umdm.EndpointMetaData.setConfigNameInternal(End | pointMetaData.java:695) | at org.jboss.ws.metadata.umdm.EndpointMetaData.setConfigName(EndpointMet | aData.java:679) | at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.proces | sEndpointConfig(JAXWSClientMetaDataBuilder.java:323) | at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.rebuil | dEndpointMetaData(JAXWSClientMetaDataBuilder.java:287) | at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPortInternal(Servi | ceDelegateImpl.java:262) | at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPort(ServiceDelega | teImpl.java:233) | at javax.xml.ws.Service.getPort(Service.java:185) | at wssec.HelloClient.getPort(HelloClient.java:46) | at wssec.HelloClient.main(HelloClient.java:31) | Caused by: java.io.IOException: org.xml.sax.SAXParseException: Content is not al | lowed in prolog. | at org.jboss.wsf.common.DOMUtils.parse(DOMUtils.java:156) | at org.jboss.ws.metadata.config.JBossWSConfigFactory.getNamespaceURI(JBo | ssWSConfigFactory.java:111) | ... 12 more | The WSDL file is taken directly from the server. It seems to be an error with some XML file structure, but I don't know which one can be the one that is giving me the mistake... Thanks ;) P.d: I've changed the keyStore and trustStore Type to "jks" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121255#4121255 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121255 From do-not-reply at jboss.com Fri Jan 18 07:19:28 2008 From: do-not-reply at jboss.com (AJanz) Date: Fri, 18 Jan 2008 07:19:28 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <22940142.1200658768163.JavaMail.jboss@colo-br-02.atl.jboss.com> something i must do wrong. i edited the wsdl file, but then could no longer build the project because references the remote computer where i want to publish the service. i am using @WebService(wsdlLocation='relativePath') annotation, so the correct wsdl is used. any ideas? is there an other way? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121257#4121257 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121257 From do-not-reply at jboss.com Fri Jan 18 08:00:52 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 08:00:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <4795485.1200661252335.JavaMail.jboss@colo-br-02.atl.jboss.com> Last time I didn't noticed this: on the client side you should have the interface of you web service, not the implementation. This applies for every webservice client. And of course the interface (which can be generated by wsconsume, otherwise you can code it manually, it is easy for your service) should not have the @EndpointConfig with the server endpoint configuration ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121260#4121260 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121260 From do-not-reply at jboss.com Fri Jan 18 08:22:19 2008 From: do-not-reply at jboss.com (lafaserem) Date: Fri, 18 Jan 2008 08:22:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <30784546.1200662539428.JavaMail.jboss@colo-br-02.atl.jboss.com> Ups... Ok... That's was consecuence of so many "copy-paste"s that I have done during all these days :) My Hello.java file is now like this: | package wssec; | | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebResult; | import javax.jws.WebService; | import javax.xml.ws.RequestWrapper; | import javax.xml.ws.ResponseWrapper; | | | /** | * This class was generated by the JAX-WS RI. | * JAX-WS RI 2.1.1-b03- | * Generated source version: 2.0 | * | */ | @WebService(name = "Hello", targetNamespace = "urn:ws.sec") | public interface Hello { | | | /** | * | * @param nombre | * @return | * returns java.lang.String | */ | @WebMethod | @WebResult(targetNamespace = "") | @RequestWrapper(localName = "echo", targetNamespace = "urn:ws.sec", className = "sec.ws.Echo") | @ResponseWrapper(localName = "echoResponse", targetNamespace = "urn:ws.sec", className = "sec.ws.EchoResponse") | public String echo( | @WebParam(name = "nombre", targetNamespace = "") | String nombre); | | } | but now I have this error: | Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/xml/securi | ty/Init | at org.jboss.ws.extensions.security.SecurityEncoder.(SecurityEncod | er.java:47) | at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleOutbound( | WSSecurityDispatcher.java:302) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleOutbou | ndSecurity(WSSecurityHandler.java:95) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handle | Outbound(WSSecurityHandlerClient.java:45) | at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericH | andler.java:55) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:295) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:140) | at org.jboss.ws.core.jaxws.client.ClientImpl.callRequestHandlerChain(Cli | entImpl.java:160) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:297) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:16 | 4) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:15 | 0) | at $Proxy15.echo(Unknown Source) | at wssec.HelloClient.main(HelloClient.java:32) | I don't know what's happening now.. I'm with it, but if you see something, i'll be grateful for your advices ;) At least now I see errors refering to WSSecurity and that makes me happy hehe :) Thanks ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121266#4121266 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121266 From do-not-reply at jboss.com Fri Jan 18 08:27:08 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 08:27:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <30156645.1200662828736.JavaMail.jboss@colo-br-02.atl.jboss.com> You need xmlsec.jar in your classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121269#4121269 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121269 From do-not-reply at jboss.com Fri Jan 18 08:34:06 2008 From: do-not-reply at jboss.com (lafaserem) Date: Fri, 18 Jan 2008 08:34:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <8859175.1200663246958.JavaMail.jboss@colo-br-02.atl.jboss.com> Ok... I have now added xmlsec.jar into "JBOSS_HOME/lib/endorsed" and recompile (just in case...) and the wsrunclient again... and I got this error: | javax.xml.ws.WebServiceException: org.jboss.ws.core.CommonSOAPFaultException: An | internal WS-Security error occurred. See log for details | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.processHandlerFa | ilure(HandlerChainExecutor.java:276) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:155) | at org.jboss.ws.core.jaxws.client.ClientImpl.callRequestHandlerChain(Cli | entImpl.java:160) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:297) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:16 | 4) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:15 | 0) | at $Proxy15.echo(Unknown Source) | at prueba.HelloClient.main(HelloClient.java:32) | Caused by: org.jboss.ws.core.CommonSOAPFaultException: An internal WS-Security e | rror occurred. See log for details | at org.jboss.ws.extensions.security.WSSecurityDispatcher.convertToFault( | WSSecurityDispatcher.java:105) | at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleOutbound( | WSSecurityDispatcher.java:311) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleOutbou | ndSecurity(WSSecurityHandler.java:95) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handle | Outbound(WSSecurityHandlerClient.java:45) | at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericH | andler.java:55) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:295) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:140) | Thanks again for your interest :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121273#4121273 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121273 From do-not-reply at jboss.com Fri Jan 18 08:56:56 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 08:56:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <26535584.1200664616333.JavaMail.jboss@colo-br-02.atl.jboss.com> This is finally a core ws-security implementation exception. You should check the logs for the complete exception stacktrace (a WSSecurityException that is then converted to the CommonSOAPFaultException you get) or error, giving us hints about the problem. Generally speaking this is somehow related to the keystore/truststore configuration since in the try/catch block that might raise this exception, actual sign/encrypt is performed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121281#4121281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121281 From do-not-reply at jboss.com Fri Jan 18 09:19:47 2008 From: do-not-reply at jboss.com (galet) Date: Fri, 18 Jan 2008 09:19:47 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Java bean array properties returned empty Message-ID: <13073814.1200665987685.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks a lot for your reply. Switching to the rpc/literal style really helped. We use wscompile tool to generate wsdl files from Java. The tool generates wsdl files with rpc/encoded style by default, therefore adding -f:rpcliteral switch to the command solved the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121288#4121288 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121288 From do-not-reply at jboss.com Fri Jan 18 11:53:05 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 18 Jan 2008 11:53:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <13363429.1200675185656.JavaMail.jboss@colo-br-02.atl.jboss.com> The book JBoss in Action (http://www.manning.com/jamae/) contains a chapter on web services (chapter 9). (You have to sign up for MEAP to get access to that chapter.) In that chapter, I describe all of the steps necessary to set up WSSecurity for a web service and its client, including both encryption and signing. The section on signing uses both signing and encryption, but you can leave off the encryption part. The example code in that chapter is complete, even the statements to build the keystores are provided. So it should have everything you need. (At some point, the source code for the book will also be posted. Not sure of the timing for that.) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121363#4121363 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121363 From do-not-reply at jboss.com Fri Jan 18 13:29:29 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 13:29:29 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <22939460.1200680969515.JavaMail.jboss@colo-br-02.atl.jboss.com> I did a bit of tests and investigation.. "mageshbk at jboss.com" wrote : The Username token sent in the SOAP Message is the one used by the endpoint server/stack to authenticate the user who is performing this request. This is called MessageLevel Security as defined by UsernameToken profile. If you see, Servlet endpoints can be configured with only basic or digest as per the specs of their deployment model. So setting AUTH_TYPE_WSSE is not and will not be applicable to the servlet deployment model unless you write your own customized implementation for it. mikaeljl, in other words this means you can easily and successfully use the wsse username token profile without basic authentication through EJB3 endpoints. I did this way: | @WebService( | wsdlLocation = "META-INF/wsdl/WsSecurity10.wsdl", | serviceName = "PingService10", | name = "IPingService", | targetNamespace = "http://InteropBaseAddress/interop", | endpointInterface = "org.jboss.test.ws.interop.nov2007.wsse.IPingService", | portName = "UserNameOverTransport_IPingService") | @EndpointConfig(configName = "Standard WSSecurity Endpoint") | @Stateless | @SecurityDomain("JBossWS") | @WebContext(contextRoot="/nov2007/wsseUsernameTokenHTTPS", urlPattern="/endpoint") | public class UsernameTokenHTTPSTestService extends TestService implements IPingService { | ... | } | please note, no authMethod and transportGuarantee in the @WebContext. On the client side: | ((BindingProvider)port).getRequestContext().put(StubExt.PROPERTY_AUTH_TYPE, StubExt.PROPERTY_AUTH_TYPE_WSSE); | ((BindingProvider)port).getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "kermit"); | ((BindingProvider)port).getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "thefrog"); | This prevents the stack from using the basic auth and set the user/pwd in the context so that they can be put in the Username token. Using the wrong user/pwd couple causes an authentication failure due to a javax.ejb.EJBAccessException. Of course you need to set client wsse config the right way: | | | | | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121401#4121401 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121401 From do-not-reply at jboss.com Fri Jan 18 14:53:40 2008 From: do-not-reply at jboss.com (claudio_br) Date: Fri, 18 Jan 2008 14:53:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Using child class as argument in webmethod Message-ID: <29943879.1200686020103.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, In server side, I have 3 class (the Fone class with 2 childs: CellFone and HomeFone class) public class Fone | public class CellFone extends Fone | public class HomeFone extends Fone I have this Webmethod: boolean addFone(Fone f). My problem is: The classes CellFone and HomeFone does not appear in wsdl I want to use the webmethod addFone with CellFone or HomeFone as argument. How can I resolve this? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121428#4121428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121428 From do-not-reply at jboss.com Fri Jan 18 16:46:56 2008 From: do-not-reply at jboss.com (Vincent321) Date: Fri, 18 Jan 2008 16:46:56 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I see the SoapResponse Message-ID: <17354273.1200692817250.JavaMail.jboss@colo-br-02.atl.jboss.com> As I was not able to find it directly in the documentation, perhaps it is a good idea to put it in a FAQ or something else ... If you want to see the request and response, you need to set the TRACE level to the class org.jboss.ws.core.MessageTrace in log4j configuration. Cheers, Vincent View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121440#4121440 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121440 From do-not-reply at jboss.com Fri Jan 18 18:24:04 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Fri, 18 Jan 2008 18:24:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I see the SoapResponse Message-ID: <10118038.1200698644974.JavaMail.jboss@colo-br-02.atl.jboss.com> It's here, added recently :-) : http://jbws.dyndns.org/mediawiki/index.php?title=Log4J View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121460#4121460 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121460 From do-not-reply at jboss.com Fri Jan 18 19:03:11 2008 From: do-not-reply at jboss.com (AJanz) Date: Fri, 18 Jan 2008 19:03:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <8414528.1200700991443.JavaMail.jboss@colo-br-02.atl.jboss.com> i managed to build the project with but http://ip-adress:8080/WebService/project?wsdl gives an error how can i publish a web service under a differen url? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121466#4121466 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121466 From do-not-reply at jboss.com Sat Jan 19 05:06:03 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Sat, 19 Jan 2008 05:06:03 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <25473324.1200737163435.JavaMail.jboss@colo-br-02.atl.jboss.com> "AJanz" wrote : something i must do wrong. | | i edited the wsdl file, but then could no longer build the project because | | | While editing the local copy of the wsdl, also change the import url with something like and add the myschema.xsd to the archive you deploy, along with the wsdl file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121491#4121491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121491 From do-not-reply at jboss.com Sat Jan 19 05:14:59 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Sat, 19 Jan 2008 05:14:59 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <12765451.1200737699267.JavaMail.jboss@colo-br-02.atl.jboss.com> "AJanz" wrote : | http://ip-adress:8080/WebService/project?wsdl | | gives an error | What error? anonymous wrote : | how can i publish a web service under a differen url? | What exactly do you mean? Take a look at this: http://jbws.dyndns.org/mediawiki/index.php?title=FAQ#How_does_rewriting_of_the_soap_address_in_WSDL_work.3F and read my reply here: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=126138 I guess it's what you're looking for. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121492#4121492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121492 From do-not-reply at jboss.com Sat Jan 19 08:11:50 2008 From: do-not-reply at jboss.com (AJanz) Date: Sat, 19 Jan 2008 08:11:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: url mapping schemalocation Message-ID: <10165837.1200748310081.JavaMail.jboss@colo-br-02.atl.jboss.com> many thanks!!! editing jboss-beans.xml and commenting webservicehost solved my problem. now the ip or url from the get request is then used as url prefix for the schemalocation. greetings sascha View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121507#4121507 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121507 From do-not-reply at jboss.com Mon Jan 21 00:39:11 2008 From: do-not-reply at jboss.com (extasy) Date: Mon, 21 Jan 2008 00:39:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Reg : Jboss migration from apache axis Message-ID: <16956303.1200893951463.JavaMail.jboss@colo-br-02.atl.jboss.com> hi , will any workaround on jboss4.2 help us on supporting rpc/enc format. As there is high necessity to do this operation am raising this query. Thanks Babu View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121707#4121707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121707 From do-not-reply at jboss.com Mon Jan 21 02:50:49 2008 From: do-not-reply at jboss.com (mikaeljl) Date: Mon, 21 Jan 2008 02:50:49 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <12775832.1200901849968.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Alessio! Thank you for investigating this, much appreciated ! Unfortunately I do not have an EJB3 endpoint, I'm starting with a WSDL file so I have a POJO endpoint (using wsconsume to do wsdl -2-java). I do not think WSSE UsernameToken authentication is working for POJO endpoints without enabling some form of http level authentication like basic auth? Can you confirm this? I will look into converting my pojo endpoints into ejb3 endpoints because that seems to be the easiest solution right now. I guess it is just a matter of adding @Stateless to my pojo class and packaging/deploying the thing as a jar instead of a war... kind of... Are there any plans for supporting WSSE UsernameToken based authentication for POJO endpoints (without the requirement of any additional http level authentication? /MIkael View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121726#4121726 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121726 From do-not-reply at jboss.com Mon Jan 21 05:43:26 2008 From: do-not-reply at jboss.com (Didi1976) Date: Mon, 21 Jan 2008 05:43:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem importing multiple schema from the same namespac Message-ID: <24376371.1200912206884.JavaMail.jboss@colo-br-02.atl.jboss.com> Is there any solution till now? We ran in a similar problem: A SLSB calls a WebService on a Bea WLI to trigger there some processing. The generated WSDL from the WLI looks like: | | | | | | | | | | | | | | | | | | | | | | Combine PartA and PartB | | | | | | | | | | | | | First Part of the Test | | | | | | | | | | | | | Second Part of the Test | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following error is logged by the JBoss Server (4.2.2.GA): | 2008-01-21 11:08:04,342 ERROR [org.jboss.ws.metadata.wsdl.xmlschema.JBossXSErrorHandler] JBossWS_www.openuri.org_23041.xsd[domain:http://www.w3.org/TR/xml-schema-1]::[key=src-resolve]::Message=src-resolve: Cannot resolve the name 'test:AllParts' to a(n) 'element declaration' component. | It seems that there is a problem in handling multiple schemas mapped to the same targetNamespace. The ws-client classes are generated and work correctly without any error if used directly with jax-ws. The error does not prevent the WebService from being called. So the error can be ignored (should it be ignored?). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121761#4121761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121761 From do-not-reply at jboss.com Mon Jan 21 07:02:52 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Mon, 21 Jan 2008 07:02:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WSSE UsernameToken without HTTP basic auth? Message-ID: <28136001.1200916972059.JavaMail.jboss@colo-br-02.atl.jboss.com> "mikaeljl" wrote : I do not think WSSE UsernameToken authentication is working for POJO endpoints without enabling some form of http level authentication like basic auth? Can you confirm this? | There's the issue of the principal you described in the previous posts. Btw this also is related to what we're discussing here: http://jira.jboss.org/jira/browse/JBWS-1136 anonymous wrote : I will look into converting my pojo endpoints into ejb3 endpoints because that seems to be the easiest solution right now. I guess it is just a matter of adding @Stateless to my pojo class and packaging/deploying the thing as a jar instead of a war... kind of... | Almost yes, I shouldn't be difficult. anonymous wrote : Are there any plans for supporting WSSE UsernameToken based authentication for POJO endpoints (without the requirement of any additional http level authentication? | I don't have a reliable answer for this, sorry. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121793#4121793 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121793 From do-not-reply at jboss.com Mon Jan 21 07:27:04 2008 From: do-not-reply at jboss.com (opuce) Date: Mon, 21 Jan 2008 07:27:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Problem deploying Message-ID: <16819854.1200918424134.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi there I've got a little Problem or you could even say a bigger one. I'm not able to deploy JBossWS. When I run "ant deploy-jboss42" Ant tells me, that there is no target with that name. Else when I run "ant" I get the Following Error Message: BUILD FAILED /opt/opuce/jbossws/jbossws-native-2.0.2.GA/build.xml:141: The following error occurred while executing this line: /opt/opuce/jbossws/jbossws-native-2.0.2.GA/tests/ant-import/build-testsuite.xml:340: Compile failed; see the compiler error output for details. What can I do any suggestions? thomas View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121805#4121805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121805 From do-not-reply at jboss.com Mon Jan 21 07:38:09 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Mon, 21 Jan 2008 07:38:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem deploying Message-ID: <28199270.1200919089541.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, there are new interation targets, deploy-jboss405, deploy-jboss405.no.ejb3, deploy-jboss421, deploy-jboss422 and deploy-jboss500 (see ant.properties.example) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121810#4121810 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121810 From do-not-reply at jboss.com Mon Jan 21 09:19:07 2008 From: do-not-reply at jboss.com (lafaserem) Date: Mon, 21 Jan 2008 09:19:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: WS-Security Newbie Question... Message-ID: <22393163.1200925147994.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi... Peter, finally I bought it (through MEAP) :) I'm gonna try to follow it.. Thanks you and Alessio... it's been great aid... If I have some new problems I hope you rescue me again hehe ;) ----------------------- Jes??s F. Rodr??guez-Arag??n View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121848#4121848 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121848 From do-not-reply at jboss.com Mon Jan 21 10:21:13 2008 From: do-not-reply at jboss.com (opuce) Date: Mon, 21 Jan 2008 10:21:13 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem deploying Message-ID: <23205185.1200928873291.JavaMail.jboss@colo-br-02.atl.jboss.com> Ah thank you that solved the part of the Problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121868#4121868 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121868 From do-not-reply at jboss.com Mon Jan 21 11:53:54 2008 From: do-not-reply at jboss.com (holders1) Date: Mon, 21 Jan 2008 11:53:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Large File transfer from WS Client Message-ID: <6258097.1200934434040.JavaMail.jboss@colo-br-02.atl.jboss.com> I am also interested in this too... trying to use JbossWS to upload files View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121899#4121899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121899 From do-not-reply at jboss.com Mon Jan 21 19:14:15 2008 From: do-not-reply at jboss.com (mjhammel) Date: Mon, 21 Jan 2008 19:14:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Throws exception in WS (back to remote client) without g Message-ID: <21237399.1200960856000.JavaMail.jboss@colo-br-02.atl.jboss.com> This is still a problem for me, and I'm hoping someone has a pointer as to how I can get rid of the server side stack trace's when I generate an application exception in my web service. Here is the Web Service: package com.cei.crunch.server.ws.KernelServices; | | import javax.ejb.*; | import javax.persistence.*; | import javax.jws.WebService; | import javax.jws.WebMethod; | import javax.jws.soap.SOAPBinding; | | import org.apache.log4j.Logger; | | import com.cei.crunch.ejb.*; | import com.cei.crunch.exception.*; | | /* Make this an EJB3 service endpoint. */ | @Stateless | | /* Make this an Web Services endpoint. */ | @WebService( | name = "KernelWS", | endpointInterface = "com.cei.crunch.server.ws.KernelServices.KernelServicesEndpoint" | ) | @SOAPBinding(style = SOAPBinding.Style.RPC) | | /** | * The .Crunch interface to Kernel Services | */ | public class KernelServices implements KernelServicesEndpoint { | | private static final Logger logPolicy = Logger.getLogger("com.cei.crunch.kernel.policy"); | | @WebMethod | public Policymgmt findPolicyMgmt(String guid) throws CrunchWSException | { | PolicymgmtBean pb = null; | Policymgmt pm = null; | | pb = new PolicymgmtBean(); | if ( pb == null ) | logPolicy.info("Failed to get PolicymgmtBean."); | else | { | String msg = null; | try { | pm = pb.findPolicyMgmt(guid); | } | catch (CrunchEJBException e) { | throw new CrunchWSException(e.getMessage()); | } | | if ( pm != null ) | { | logPolicy.info("Policymgmt info: \n" + | "PolicyName: " + pm.getPolicyName() + "\n" + | "Value : " + pm.getPolicyValue() + "\n" | ); | } | } | return pm; | } | } Here is the client that calls it: package wsKernel; | | import java.net.URL; | import javax.xml.ws.*; | import javax.jws.*; | | /* Web Services interfaces */ | import com.cei.crunch.server.ws.kernelservices.*; | | public class wsKernel { | | private static URL targetURL = null; | private String subscriberID = null; | private String pw = null; | private String host = null; | private String keystore = null; | private String storepw = null; | private String crunchServer = null; | KernelServicesEndpoint ss = null; | | private Policymgmt pm = null; | private String guid = null; | | private boolean serviceBind() | { | try { | | KernelServicesService service = new KernelServicesService(); | ss = service.getKernelWSPort(); | | /* Set NEW Endpoint Location */ | BindingProvider bp = (BindingProvider)ss; | bp.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, crunchServer); | | /* Setup to authenticate with the server. */ | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, subscriberID); | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, pw); | | return true; | } | catch (Exception e) { | System.out.println("Failed to login to server."); | e.printStackTrace(); | System.exit(1); | } | return false; | } | public void run(String[] args) { | | /* Save the subscriber login information. */ | if ( args.length != 5 ) | { | System.out.println("Missing command line args (userid, password, server, keystore)."); | System.exit(1); | } | this.subscriberID = args[0]; | this.pw = args[1]; | this.host = args[2]; | this.keystore = args[3]; | this.storepw = args[4]; | | /* Set the Stegi servers. */ | crunchServer = "https://" + this.host + ":8443/Crunch/KernelServices"; | System.out.println("Trying to connect to " + crunchServer + " as User: " + subscriberID + ", password: " + pw); | | /* Configure the keystore for access via HTTPS */ | System.setProperty("javax.net.ssl.trustStore", keystore); | System.setProperty("javax.net.ssl.trustStorePassword", storepw); | System.out.println("Trustore: " + keystore); | System.out.println("TrustorePassword: " + storepw); | | /* Get the WSDL interfaces to the server. */ | if ( serviceBind() == false ) | { | System.out.println("Login failed."); | System.exit(1); | } | | /* Retrieve subscriber profile information. */ | System.out.println("Search for Policy guid: CRUNCH-POLICY-1"); | searchGuid("CRUNCH-POLICY-1"); | | System.out.println("Search for non-existent Policy guid: BLAH"); | searchGuid("BLAH"); | } | | public boolean searchGuid(String guid) | { | pm = null; | try { | pm = ss.findPolicyMgmt(guid); | } | catch (Exception e) { | System.out.println("Failed findPolicyMgmt(): " + e.getMessage()); | e.printStackTrace(); | return false; | } | if ( pm == null ) | { | System.out.println("findPolicyMgmt() failed."); | return false; | } | System.out.println("Policy name : " + pm.getPolicyName()); | return true; | } | | /* | * main() has to be static, but that gets in the way of doing | * anything useful. So we create a new instance and call | * the run method to get things going. | */ | public static void main(String[] args) { | new wsKernel().run(args); | } | | } Here is the output on the client side when the client is run: client.test.kernel: | [java] Trying to connect to https://localhost:8443/Crunch/KernelServices as User: admin, password: admin | [java] Trustore: /home/mjhammel/src/cei/crunch/src/config/jboss/crunch.truststore | [java] TrustorePassword: .crunch | [java] Search for Policy guid: CRUNCH-POLICY-1 | [java] Policy name : COMP-ENABLED | [java] Search for non-existent Policy guid: BLAH | [java] Failed findPolicyMgmt(): PolicymgmtBean: no matching entry for guid = BLAH | [java] com.cei.crunch.server.ws.kernelservices.CrunchWSException_Exception: PolicymgmtBean: no matching entry for guid = BLAH | [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) | [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) | [java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) | [java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494) | [java] at org.jboss.ws.metadata.umdm.FaultMetaData.toServiceException(FaultMetaData.java:384) | [java] at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException(SOAPFaultHelperJAXWS.java:128) | [java] at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.throwFaultException(SOAP11BindingJAXWS.java:109) | [java] at org.jboss.ws.core.CommonSOAPBinding.unbindResponseMessage(CommonSOAPBinding.java:553) | [java] at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:371) | [java] at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | [java] at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:164) | [java] at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) | [java] at $Proxy17.findPolicyMgmt(Unknown Source) | [java] at wsKernel.wsKernel.searchGuid(wsKernel.java:92) | [java] at wsKernel.wsKernel.run(wsKernel.java:85) | [java] at wsKernel.wsKernel.main(wsKernel.java:114) And here is the output on the server console from the same test run of the client: 17:05:33,452 [CRUNCH] INFO (kernel.policy): Policymgmt info: | PolicyName: COMP-ENABLED | Value : 1 | | 17:05:33,452 INFO [policy] Policymgmt info: | PolicyName: COMP-ENABLED | Value : 1 | | 17:05:33,684 ERROR [SOAPFaultHelperJAXWS] SOAP request exception | com.cei.crunch.exception.CrunchWSException: PolicymgmtBean: no matching entry for guid = BLAH | at com.cei.crunch.server.ws.KernelServices.KernelServices.findPolicyMgmt(KernelServices.java:48) | 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.wsf.container.jboss42.DefaultInvocationHandler.invoke(DefaultInvocationHandler.java:102) | at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:220) | at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:408) | 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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) | 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) The client side output is correct as far as I'm concerned - I told it to print the stack trace and the exception message is correct. But the SOAP stack trace on the server side shouldn't be printed since this is a simple application error. Obviously I've got some problem with how I hand off my exception to SOAP. I must not be telling it something it needs to know. But what? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121996#4121996 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121996 From do-not-reply at jboss.com Tue Jan 22 04:57:30 2008 From: do-not-reply at jboss.com (Didi1976) Date: Tue, 22 Jan 2008 04:57:30 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem importing multiple schema from the same namespac Message-ID: <1326139.1200995850664.JavaMail.jboss@colo-br-02.atl.jboss.com> I checked the WSDL-2.0 spec at http://www.w3.org/TR/wsdl20/. anonymous wrote : | 3.1.2 Inlining XML Schema | ... | A WSDL 2.0 document MAY inline two or more schemas from the same targetNamespace. For example, two or more inlined schemas can have the same targetNamespace provided that they do not define the same elements or types. A WSDL 2.0 document MUST NOT define the same element or type in more than one inlined schema. | ... | The server.log shows that only the last inlined schema seems to be recognized / remembered (see TypesMetaData): | UnifiedMetaData: | implementation: jbossws-native-2.0.1.SP2 (build=200710210837) | deploymentName: null | securityDomain: null | | ServiceMetaData: | qname={http://www.openuri.org/}testAllParts | refName=null | wsdName=null | wsdlFile=null | wsdlLocation=file:/home/scd/workspace/TestWSDL/src/wsdl/testAllParts.wsdl | jaxrpcMapping=null | publishLocation=null | securityConfig=null | properties=null | | TypesMetaData: | | | | | | | | | | | | | | | | | | | | | | | | | ClientEndpointMetaData: | type=JAXWS | qname={http://www.openuri.org/}testAllPartsSoap | address=http://xpscd:7001/TestWeb/testAllParts.jpd | binding=http://schemas.xmlsoap.org/wsdl/soap/http | seiName=null | configFile=META-INF/standard-jaxws-client-config.xml | configName=Standard Client | authMethod=null | properties={} | | OperationMetaData: | qname={http://www.openuri.org/}clientRequest | javaName={http://www.openuri.org/}clientRequest | style=document/literal/WRAPPED | oneWay=false | soapAction=http://www.openuri.org/clientRequest | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122099#4122099 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122099 From do-not-reply at jboss.com Tue Jan 22 05:05:36 2008 From: do-not-reply at jboss.com (AJanz) Date: Tue, 22 Jan 2008 05:05:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - invalid byte 1 of 1 byte UTF 8 Sequence Message-ID: <29139213.1200996336676.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, i implemented a web service. when i try to generate a test client from wsdl using the url e.g. http://127.0.0.1:8080/Service/Service?wsdl i got the exception org.xm.sax.SaxParseException - Invalid byte 1 of 1-byte utf 8 sequence. do i generate the test client using the same(!) wsdl file from local disk. everything is fine. so there must be a difference between getting the wsdl over jboss and getting it from local disk any idea what the problem is? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122104#4122104 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122104 From do-not-reply at jboss.com Tue Jan 22 05:46:52 2008 From: do-not-reply at jboss.com (toroleo) Date: Tue, 22 Jan 2008 05:46:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Can a webservice have a constructor? Message-ID: <9163963.1200998812926.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for your reply. What you told me is exactly the same as I think. But the company that cooperates with us said the things that I explain you and I wanted to know who are right. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122118#4122118 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122118 From do-not-reply at jboss.com Tue Jan 22 06:02:08 2008 From: do-not-reply at jboss.com (darkLED) Date: Tue, 22 Jan 2008 06:02:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBoss WebService client configuration thru a proxy serve Message-ID: <10677092.1200999728812.JavaMail.jboss@colo-br-02.atl.jboss.com> hi all, what about this topic? i'm interesting in it too... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122130#4122130 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122130 From do-not-reply at jboss.com Tue Jan 22 06:12:15 2008 From: do-not-reply at jboss.com (lafaserem) Date: Tue, 22 Jan 2008 06:12:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - STRTransform Exception in WS Signing Message-ID: <28874182.1201000335892.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi! Finally I got my WS and client running and signing messages.. Server receives SOAP messages with signature and client receives responses (or at least it does what it's supposed to do :) ) But during the execution an exception appears... It seems it doesn't have any consequence, but any idea of why it's happening this? I've tried to "googling" a bit for this, but I didn't find anything... Thanks ;) | java.lang.ClassNotFoundException: org/jboss/ws/extensions/security/STRTransform | at java.lang.Class.forName0(Native Method) | at java.lang.Class.forName(Class.java:169) | at org.apache.xml.security.transforms.Transform.register(Unknown Source) | | at org.jboss.ws.extensions.security.STRTransform.(STRTransform.j | ava:64) | at org.jboss.ws.extensions.security.SignatureVerificationOperation.proce | ss(SignatureVerificationOperation.java:54) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecod | er.java:123) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecod | er.java:185) | at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(W | SSecurityDispatcher.java:147) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboun | dSecurity(WSSecurityHandler.java:78) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handle | Inbound(WSSecurityHandlerClient.java:40) | at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericH | andler.java:55) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:295) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:140) | at org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(Cl | ientImpl.java:168) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:16 | 4) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:15 | 0) | at $Proxy15.getRate(Unknown Source) | at org.jbia.ws.Client.main(Client.java:14) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122135#4122135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122135 From do-not-reply at jboss.com Tue Jan 22 06:32:00 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Tue, 22 Jan 2008 06:32:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: STRTransform Exception in WS Signing Message-ID: <179349.1201001520612.JavaMail.jboss@colo-br-02.atl.jboss.com> I would check that jbossws-client.jar is in your client classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122147#4122147 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122147 From do-not-reply at jboss.com Tue Jan 22 09:01:11 2008 From: do-not-reply at jboss.com (AJanz) Date: Tue, 22 Jan 2008 09:01:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: invalid byte 1 of 1 byte UTF 8 Sequence Message-ID: <784348.1201010471776.JavaMail.jboss@colo-br-02.atl.jboss.com> ok .i got one difference when i retrieve the wsdl over jboss the xml header is ommited. instead of hi, i published a web service on jboss. when i retrieve the wsdl over jboss the xml header is omitted. e.g. instead of Hi! Ok... I've made it to run the server without this exception adding jbossws-client.jar to the server classpath. I did it so with client but it didn't work. I've run it in "debug mode" (let's call it like that) and I've seen this: | DEBUG [main] (SOAPContentElement.java:136) - ----------------------------------- | | DEBUG [main] (SOAPContentElement.java:137) - Transitioning from XML_VALID to DOM | _VALID | DEBUG [main] (SOAPContentElement.java:143) - ----------------------------------- | | DEBUG [main] (?:?) - setElement("ds:Signature", "null") | DEBUG [main] (?:?) - setElement("ds:SignedInfo", "null") | DEBUG [main] (?:?) - setElement("ds:SignatureMethod", "null") | DEBUG [main] (?:?) - Create URI "http://www.w3.org/2000/09/xmldsig#rsa-sha1" cla | ss "class org.apache.xml.security.algorithms.implementations.SignatureBaseRSA$Si | gnatureRSASHA1" | DEBUG [main] (?:?) - Request for URI http://www.w3.org/2000/09/xmldsig#rsa-sha1 | DEBUG [main] (?:?) - Created SignatureDSA using SHA1withRSA | DEBUG [main] (?:?) - setElement("ds:KeyInfo", "null") | java.lang.ClassNotFoundException: org/jboss/ws/extensions/security/STRTransform | at java.lang.Class.forName0(Native Method) | at java.lang.Class.forName(Class.java:169) | at org.apache.xml.security.transforms.Transform.register(Unknown Source) | | at org.jboss.ws.extensions.security.STRTransform.(STRTransform.j | ava:64) | at org.jboss.ws.extensions.security.SignatureVerificationOperation.proce | ss(SignatureVerificationOperation.java:54) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecod | er.java:123) | at org.jboss.ws.extensions.security.SecurityDecoder.decode(SecurityDecod | er.java:185) | at org.jboss.ws.extensions.security.WSSecurityDispatcher.handleInbound(W | SSecurityDispatcher.java:147) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandler.handleInboun | dSecurity(WSSecurityHandler.java:78) | at org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient.handle | Inbound(WSSecurityHandlerClient.java:40) | at org.jboss.ws.core.jaxws.handler.GenericHandler.handleMessage(GenericH | andler.java:55) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:295) | at org.jboss.ws.core.jaxws.handler.HandlerChainExecutor.handleMessage(Ha | ndlerChainExecutor.java:140) | at org.jboss.ws.core.jaxws.client.ClientImpl.callResponseHandlerChain(Cl | ientImpl.java:168) | at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:363) | at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:243) | | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:16 | 4) | at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:15 | 0) | at $Proxy15.getRate(Unknown Source) | at org.jbia.ws.Client.main(Client.java:14) | but then I see that it does the verification process just perfect... | DEBUG [main] (SOAPContentElement.java:136) - ----------------------------------- | | DEBUG [main] (SOAPContentElement.java:137) - Transitioning from XML_VALID to DOM | _VALID | DEBUG [main] (SOAPContentElement.java:143) - ----------------------------------- | | INFO [main] (?:?) - Verification successful for URI "#element-22-1201015964812- | 31518612" | I'll continue searching the reason of this exception, but if you have some clue I'll be very grateful ;) Thanks ;) P.d: I've never said but... sorry for my english, I try to do it the better I can hehe :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122262#4122262 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122262 From do-not-reply at jboss.com Tue Jan 22 15:41:09 2008 From: do-not-reply at jboss.com (Vincent321) Date: Tue, 22 Jan 2008 15:41:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - I would like to marshall JaxB object in soapheader. Message-ID: <31498628.1201034469883.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I followed the following tutorialhttp://labs.jboss.com/jbossws/user-guide/en/html/1.0.4/en/html/headers-handlers.html to insert information in the header. I tried to marshall the jaxb object with the following code : stub.addUnboundHeader( | xmlName, Constants.TYPE_LITERAL_STRING, | String.class, ParameterMode.IN | ); | ms.marshal(createRequesterCredentials, stringWriter); | | String mySoapHeader = stringWriter.toString().substring("".length() ) ; | | System.out.println(mySoapHeader); | stub.setUnboundHeaderValue(xmlName,mySoapHeader); | But than the xml string inside the header of the soap enveloppe is inside a CDATA block :-( Do you have any clue to have the right xml data inside the header ? Many thanks in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122379#4122379 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122379 From do-not-reply at jboss.com Wed Jan 23 01:22:31 2008 From: do-not-reply at jboss.com (vaswin) Date: Wed, 23 Jan 2008 01:22:31 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Cannot obtain wsdl service - Help Message-ID: <20784050.1201069351327.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi All, http://www.regdeveloper.co.uk/2007/01/23/ejb_web_services/ When i tried the above example with my JBoss 4.2.2 with Jboss Eclipse, the below error is appeared. help me. Starting Test Client Creating a service Using: http://127.0.0.1:8080/EchoService/EchoBean?wsdl and {http://webservice.regdeveloper.co.uk/jaws}EchoService Exception in thread "main" java.lang.IllegalArgumentException: Cannot obtain wsdl service: {http://webservice.regdeveloper.co.uk/jaws}EchoService at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCClientMetaDataBuilder.buildMetaDataInternal(JAXRPCClientMetaDataBuilder.java:172) at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCClientMetaDataBuilder.buildMetaData(JAXRPCClientMetaDataBuilder.java:134) at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCClientMetaDataBuilder.buildMetaData(JAXRPCClientMetaDataBuilder.java:86) at org.jboss.ws.core.jaxrpc.client.ServiceImpl.(ServiceImpl.java:111) at org.jboss.ws.core.jaxrpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.java:157) at org.jboss.ws.core.jaxrpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.java:128) at uk.co.regdeveloper.client.EchoClient.main(EchoClient.java:19) | System.out.println("Starting Test Client"); | URL url = new URL("http://127.0.0.1:8080/EchoService/EchoBean?wsdl"); | QName qname = new QName( "http://webservice.regdeveloper.co.uk/jaws", "EchoService"); | System.out.println("Creating a service Using: \n\t" + url + " \n\tand " + qname); | ServiceFactory factory = ServiceFactory.newInstance(); | Service remote = factory.createService(url, qname); | System.out.println("Obtaining reference to a proxy object"); | Echo proxy = (Echo) remote.getPort(Echo.class); | System.out.println("Accessed local proxy: " + proxy); | String string = "John"; | System.out.println("Sending: " + string); | System.out.println("Receiving: " + proxy.echo("John")); } thx, Srinivas View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122466#4122466 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122466 From do-not-reply at jboss.com Wed Jan 23 01:27:49 2008 From: do-not-reply at jboss.com (vaswin) Date: Wed, 23 Jan 2008 01:27:49 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot obtain wsdl service - Help Message-ID: <18341359.1201069669348.JavaMail.jboss@colo-br-02.atl.jboss.com> In addition to the above problem, i ve tried with wsrunclient to run the client program. but it also failed. C:\Projects\eclipseLambozworkspace\EchoService\build\classes>wsrunclient uk.co.r egdeveloper.client.EchoClient Starting Test Client Creating a service Using: http://127.0.0.1:8080/EchoService/EchoBean?wsdl and {http://webservice.regdeveloper.co.uk/jaws}EchoService Exception in thread "main" javax.xml.rpc.ServiceException: Failed to create fact ory: org.jboss.ws.core.jaxrpc.client.ServiceFactoryImpl at javax.xml.rpc.ServiceFactory.newInstance(ServiceFactory.java:110) at uk.co.regdeveloper.client.EchoClient.main(EchoClient.java:15) Caused by: java.lang.NoClassDefFoundError: org/jboss/util/NotImplementedExceptio n at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357) at java.lang.Class.getConstructor0(Class.java:2671) at java.lang.Class.newInstance0(Class.java:321) at java.lang.Class.newInstance(Class.java:303) at javax.xml.rpc.ServiceFactory.newInstance(ServiceFactory.java:85) ... 1 more Pls help and explain. Srinivas View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122468#4122468 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122468 From do-not-reply at jboss.com Wed Jan 23 04:45:48 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 23 Jan 2008 04:45:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Generated Classes does not have constructors... Message-ID: <13886526.1201081548297.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I do not understand that why tranferable classes generated by wsconsume does not have constructors ? THe classes generated by old axis tool do have constructors. Any idea ? Regards, Zeeshan . View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122538#4122538 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122538 From do-not-reply at jboss.com Wed Jan 23 08:05:22 2008 From: do-not-reply at jboss.com (donato.brito2) Date: Wed, 23 Jan 2008 08:05:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS Tools Overview (wstools, wsprovide, wsconsume) Message-ID: <4540215.1201093522693.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello people! I think I??m little late, but here is my solution to this problem. I??ve just installed JBossWS 2.0.2GA and following the user guide I??ve had the same problem. To solve that, I looked in the .bat file and remove the line that contains "set JBOSS_HOME=%DIRNAME%\.." Before I removed that line I??d made a backup. Because in my computer I??ve defined the JBOSS_HOME environment variable to the path where I??ve installed JBoss 4.2.2GA Just doing that I removed the problem. Well, that??s it, I??d like to help someone with the same problem. See ya, donato PS: Sorry about my english "shrikantmulik" wrote : I tried to use wsconsume from JBossWS Native 2.0.1 GA binary distribution. It gives following error: | | Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/wsf/spi/tools/cmd/WSConsume | | This could be due to classpath setting but is there a need to explicitly set the classpath for running this tool? | | Related details are as follows: | | OS: Windows XP SP2 | JDK: 1.5.0_12 | Folder: jbossws-native-2.0.1.GA\bin | | Hoping for a quick reply! | | Shrikant View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122613#4122613 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122613 From do-not-reply at jboss.com Wed Jan 23 09:12:19 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 23 Jan 2008 09:12:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Java List , and Boolean Methods Message-ID: <6786294.1201097539371.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, The wsconsume tool generate not setter method for Arrays. Instead there is a getter method for List. Its obvious we can use that method in order to get list and manipulate array as well, but question is Can we force the generated code to use array not List ? Can we get Settter mETHOD for Arrays or List. ? Similarly, there is not getMthod for Boolean but alternatively with "is". Can we force here to generate the getter method with name getBoolean ??? Regards, Zeeshan . View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122647#4122647 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122647 From do-not-reply at jboss.com Wed Jan 23 11:52:27 2008 From: do-not-reply at jboss.com (AJanz) Date: Wed, 23 Jan 2008 11:52:27 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Web Serivce Response Missing the XML Declaration Message-ID: <15465257.1201107147430.JavaMail.jboss@colo-br-02.atl.jboss.com> did you solve the problem? i have the same... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122708#4122708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122708 From do-not-reply at jboss.com Wed Jan 23 12:01:15 2008 From: do-not-reply at jboss.com (washburne) Date: Wed, 23 Jan 2008 12:01:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Web Serivce Response Missing the XML Declaration Message-ID: <6940422.1201107675643.JavaMail.jboss@colo-br-02.atl.jboss.com> We are currently writing an interceptor to add the xml declaration to the top of the response. I'll let you know how it goes. Hope to get it working later today or tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122714#4122714 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122714 From do-not-reply at jboss.com Wed Jan 23 12:49:36 2008 From: do-not-reply at jboss.com (florian79) Date: Wed, 23 Jan 2008 12:49:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: avoid lazy-initialization exceptions Message-ID: <30278049.1201110576820.JavaMail.jboss@colo-br-02.atl.jboss.com> really no solution? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122742#4122742 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122742 From do-not-reply at jboss.com Wed Jan 23 15:08:22 2008 From: do-not-reply at jboss.com (asouza_2000) Date: Wed, 23 Jan 2008 15:08:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Some explanation on SubscriptionManager endpoint and Subscri Message-ID: <7715810.1201118902703.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, guys I'm recently implementing some notifications using ws-eventing with jbossws-2.0.1-SP2. I've got some doubts and maybe any of you guys could help me out. I don't understand why I need to declare a subscription manager endpoint. If JBoss already has a Subscription Manager MBean, and if its really necessary for my Event Source to work, JBoss should provide it out-of-the-box. Plus, I already found 2 minor bugs working with it. So... do you guys think it's really safe for me to put it into production ? Or should I design a different solution as this technology gets more "grown up" ? If any of you guys have the time to explain this little somethings to me. I'd appreciate it. Thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122783#4122783 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122783 From do-not-reply at jboss.com Wed Jan 23 15:24:34 2008 From: do-not-reply at jboss.com (cavani) Date: Wed, 23 Jan 2008 15:24:34 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Dispatch WS-Security Bug Message-ID: <27156609.1201119874885.JavaMail.jboss@colo-br-02.atl.jboss.com> I was trying to use WS-Security with JAX-WS Dispatch from version 2.0.2 but the response message returned still encrypted (it works with generated client). After some debug and code reading, I think that I figured it out. On DispatchImpl, the code is: | (...) msgContext.put(MessageContextJAXWS.MESSAGE_OUTBOUND_PROPERTY, Boolean.TRUE); | | QName portName = epMetaData.getPortName(); | try | { | // Call the request handlers | boolean handlerPass = callRequestHandlerChain(portName, handlerType[0]); | handlerPass = handlerPass && callRequestHandlerChain(portName, handlerType[1]); | handlerPass = handlerPass && callRequestHandlerChain(portName, handlerType[2]); | | // Handlers might have replaced the message | reqMsg = (SOAPMessageImpl)msgContext.getSOAPMessage(); | | MessageAbstraction resMsg = null; | if (handlerPass) | { | Map callProps = new HashMap(getRequestContext()); | EndpointInfo epInfo = new EndpointInfo(epMetaData, targetAddress, callProps); | resMsg = getRemotingConnection().invoke(reqMsg, epInfo, false); | | // Call the response handler chain, removing the fault type entry will not call handleFault for that chain | handlerPass = callResponseHandlerChain(portName, handlerType[2]); | faultType[2] = null; | handlerPass = handlerPass && callResponseHandlerChain(portName, handlerType[1]); | faultType[1] = null; | handlerPass = handlerPass && callResponseHandlerChain(portName, handlerType[0]); | faultType[0] = null; | } | (...) | But on CommonClient / ClientImpl, the similar code block is a bit different, but, essentially, the direction change after invocation. | (...) | DirectionHolder direction = new DirectionHolder(Direction.OutBound); | | // Get the order of pre/post handlerchains | HandlerType[] handlerType = new HandlerType[] { HandlerType.PRE, HandlerType.ENDPOINT, HandlerType.POST }; | HandlerType[] faultType = new HandlerType[] { HandlerType.PRE, HandlerType.ENDPOINT, HandlerType.POST }; | | QName portName = epMetaData.getPortName(); | try | { | // Get the binding from the provider | CommonBinding binding = (CommonBinding)getCommonBindingProvider().getCommonBinding(); | binding.setHeaderSource(this); | | // Create the invocation and sync the input parameters | epInv = new EndpointInvocation(opMetaData); | epInv.initInputParams(inputParams); | | // Set the required outbound properties | setOutboundContextProperties(); | | // Bind the request message | MessageAbstraction reqMessage = binding.bindRequestMessage(opMetaData, epInv, unboundHeaders); | | // Add possible attachment parts | addAttachmentParts(reqMessage); | | // Call the request handlers | boolean handlerPass = callRequestHandlerChain(portName, handlerType[0]); | handlerPass = handlerPass && callRequestHandlerChain(portName, handlerType[1]); | handlerPass = handlerPass && callRequestHandlerChain(portName, handlerType[2]); | | // Handlers might have replaced the message | reqMessage = msgContext.getMessageAbstraction(); | | if (handlerPass) | { | String targetAddress = getTargetEndpointAddress(); | | // Fall back to wsa:To | AddressingProperties addrProps = (AddressingProperties)msgContext.get(JAXWSAConstants.CLIENT_ADDRESSING_PROPERTIES_OUTBOUND); | if (targetAddress == null && addrProps != null && addrProps.getTo() != null) | { | AddressingConstantsImpl ADDR = new AddressingConstantsImpl(); | String wsaTo = addrProps.getTo().getURI().toString(); | if (wsaTo.equals(ADDR.getAnonymousURI()) == false) | { | try | { | URL wsaToURL = new URL(wsaTo); | log.debug("Sending request to addressing destination: " + wsaToURL); | targetAddress = wsaToURL.toExternalForm(); | } | catch (MalformedURLException ex) | { | log.debug("Not a valid URL: " + wsaTo); | } | } | } | | // The endpoint address must be known beyond this point | if (targetAddress == null) | throw new WSException("Target endpoint address not set"); | | Map callProps = new HashMap(getRequestContext()); | EndpointInfo epInfo = new EndpointInfo(epMetaData, targetAddress, callProps); | if (shouldMaintainSession()) | addSessionInfo(reqMessage, callProps); | | SOAPRemotingConnection remotingConnection = new SOAPRemotingConnection(); | MessageAbstraction resMessage = remotingConnection.invoke(reqMessage, epInfo, oneway); | | if (shouldMaintainSession()) | saveSessionInfo(callProps, getRequestContext()); | | // At pivot the message context might be replaced | msgContext = processPivotInternal(msgContext, direction); | | // Copy the remoting meta data | msgContext.put(CommonMessageContext.REMOTING_METADATA, callProps); | | // Associate response message with message context | msgContext.setMessageAbstraction(resMessage); | } | | setInboundContextProperties(); | | // Get the return object | Object retObj = null; | if (oneway == false && handlerPass) | { | // Verify | if (binding instanceof CommonSOAPBinding) | ((CommonSOAPBinding)binding).checkMustUnderstand(opMetaData); | | // Call the response handler chain, removing the fault type entry will not call handleFault for that chain | handlerPass = callResponseHandlerChain(portName, handlerType[2]); | faultType[2] = null; | (...) | This is a bug, right? (sorry if I am wrong) If so, this can be fixed fro 2.0.3 still? Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122793#4122793 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122793 From do-not-reply at jboss.com Wed Jan 23 19:18:08 2008 From: do-not-reply at jboss.com (mjhammel) Date: Wed, 23 Jan 2008 19:18:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Accessing USERNAME_PROPERTY from Web Service class Message-ID: <31529830.1201133888489.JavaMail.jboss@colo-br-02.atl.jboss.com> In my client I do this to authenticate with BASIC authentication: /* Setup to authenticate with the server. */ | bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, subscriberID); | bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, pw); | I'd like to access the USERNAME_PROPERTY from within my web services class. With JBOSS 4.0.5GA and Axis 1.1 (I think) I did this: final MessageContext msgContext = MessageContext.getCurrentContext(); | msgContext.getUsername(); | With JBOSS WS 2.0.2 GA (running under JBOSS 4.2.2GA) I've dropped Axis and so I've tried things like this, but none seem to work: | @Resource | WebServiceContext wsContext; | | ... | | MessageContext msgContext = wsContext.getMessageContext(); | String username = (String) msgContext.get(BindingProvider.USERNAME_PROPERTY) ; | What's the correct way to access this message property from the server side? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122860#4122860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122860 From do-not-reply at jboss.com Wed Jan 23 19:56:12 2008 From: do-not-reply at jboss.com (cavani) Date: Wed, 23 Jan 2008 19:56:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Dispatch WS-Security Bug Message-ID: <10343965.1201136172414.JavaMail.jboss@colo-br-02.atl.jboss.com> Further exploration and minimal code change seems to fix this issue: First, changing direction (pivotation) from out- to in-bound. | (...) | resMsg = getRemotingConnection().invoke(reqMsg, epInfo, false); | | msgContext = MessageContextJAXWS.processPivot(msgContext); | msgContext.setMessageAbstraction(resMsg); | | // Call the response handler chain, removing the fault type entry will not call handleFault for that chain | handlerPass = callResponseHandlerChain(portName, handlerType[2]); | (...) | With this, WS-Security Handler is called to decrypt the response message, but it result in an NPE. In class WSSecurityDispatcher, method handleInbound, I change string definition with null test. | (...) | OperationMetaData opMetaData = ctx.getOperationMetaData(); | if (opMetaData == null) | { | // Get the operation meta data from the soap message | // for the server side inbound message. | EndpointMetaData epMetaData = ctx.getEndpointMetaData(); | opMetaData = soapMessage.getOperationMetaData(epMetaData); | } | | String operation = opMetaData == null ? null : opMetaData.getQName().toString(); | String port = opMetaData == null ? null : opMetaData.getEndpointMetaData().getPortName().getLocalPart(); | | List> operations = buildRequireOperations(config, operation, port); | (...) | It is working now, but I don't have sure if this is all, but it is almost good (I really like upstream fix). Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122863#4122863 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122863 From do-not-reply at jboss.com Wed Jan 23 20:09:42 2008 From: do-not-reply at jboss.com (cavani) Date: Wed, 23 Jan 2008 20:09:42 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Dispatch WS-Security Bug Message-ID: <6596505.1201136982446.JavaMail.jboss@colo-br-02.atl.jboss.com> http://jira.jboss.org/jira/browse/JBWS-1966 Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122865#4122865 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122865 From do-not-reply at jboss.com Thu Jan 24 01:33:15 2008 From: do-not-reply at jboss.com (extasy) Date: Thu, 24 Jan 2008 01:33:15 -0500 (EST) Subject: [jbossws-users] [JBossWS] - reg: return types Message-ID: <7769155.1201156395246.JavaMail.jboss@colo-br-02.atl.jboss.com> I want to have javabean as a return type and parameter type of my web service method instead of primitive types. Can any one tell me how that could be acheived and what are the things that I need to do for that? Babu View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122892#4122892 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122892 From do-not-reply at jboss.com Thu Jan 24 04:21:41 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 24 Jan 2008 04:21:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Dispatch WS-Security Bug Message-ID: <4942360.1201166501322.JavaMail.jboss@colo-br-02.atl.jboss.com> Thank you for debugging this, I'll take a look at it for the 2.0.4.GA release (unfortunately it's too late for 2.0.3). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122935#4122935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122935 From do-not-reply at jboss.com Thu Jan 24 04:42:26 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 24 Jan 2008 04:42:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: reg: return types Message-ID: <11489615.1201167746750.JavaMail.jboss@colo-br-02.atl.jboss.com> Take a look to "Java Types To XML" chapter of JAXB specification. You can do it however you must annotate your method parameters and return types with javax.xml.bind.annotation.* annotations properly View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122943#4122943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122943 From do-not-reply at jboss.com Thu Jan 24 04:45:18 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 24 Jan 2008 04:45:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Comment annotation Message-ID: <23176122.1201167918031.JavaMail.jboss@colo-br-02.atl.jboss.com> jalaja.chintam at wipro.com wrote: anonymous wrote : | Hi | | My requirement is, I want to give some comments in my endpoint class using annotations. | The comments given in the annotations should be visible in the WSDL file as a comment. Is there any annotation avilable to do this ? | Plz let me know this is very serious issue for me . | Regards | jalaja.c | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122944#4122944 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122944 From do-not-reply at jboss.com Thu Jan 24 04:47:12 2008 From: do-not-reply at jboss.com (alessio.soldano@jboss.com) Date: Thu, 24 Jan 2008 04:47:12 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Comment annotation Message-ID: <20981346.1201168033049.JavaMail.jboss@colo-br-02.atl.jboss.com> You can use the org.jboss.ws.annotation.Documentation annotation (http://jbws.dyndns.org/mediawiki/index.php?title=User_Guide#Documentation) that will be available in the 2.0.3.GA release coming out soon (of course you can also check out the sources from SVN if you can't wait till 1st February 2008). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122946#4122946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122946 From do-not-reply at jboss.com Thu Jan 24 05:06:50 2008 From: do-not-reply at jboss.com (yogeshkb) Date: Thu, 24 Jan 2008 05:06:50 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: tomcat-jboss integration Message-ID: <3670674.1201169210642.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi JBoss Team Iam also trying to build the tomcat integration jars for JBossWS2.0.1. I am trying to create jbossws-thirdparty.jar using the build.xml file from the following link: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossws/trunk/integration-tomcat/build.xml?view=markup&pathrev=1975 Pls let us know if this approach of building the jar by ourself is correct. I am not able to get the following jar files: jboss-container.jar jboss-dependency.jar jboss-logging-log4j.jar jboss-logging-spi.jar jboss-microcontainer.jar jboss-common-core.jar Where can I get the above jars so that I can successfully create jbossws-thirdparty.jar using the jar files available in the jbossws2.0.0 and jboss-4.2.2.GA Pls help me at this issue ASAP. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122958#4122958 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122958 From do-not-reply at jboss.com Thu Jan 24 06:46:55 2008 From: do-not-reply at jboss.com (cavani) Date: Thu, 24 Jan 2008 06:46:55 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Dispatch WS-Security Bug Message-ID: <24955857.1201175215975.JavaMail.jboss@colo-br-02.atl.jboss.com> I am pleased to help. I will test more, but will wait for that version. Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122989#4122989 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122989 From do-not-reply at jboss.com Thu Jan 24 06:50:16 2008 From: do-not-reply at jboss.com (Vincent321) Date: Thu, 24 Jan 2008 06:50:16 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Deploying a client on JbossAs Message-ID: <24647554.1201175416954.JavaMail.jboss@colo-br-02.atl.jboss.com> Dears, I get the following exception while invoking my webservice client on jbossAs inside a webapp. java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class Seems that this class is contained inside stax-api.jar inside my web-inf/lib. If I remove that jar, I got this exception : javax.xml.stream.FactoryConfigurationError: Provider com.bea.xml.stream.MXParserFactory not found | at javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:72) | at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:176) | at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:92) | at javax.xml.stream.XMLInputFactory.newInstance(XMLInputFactory.java:136) | at com.sun.xml.ws.api.streaming.XMLStreamReaderFactory.(XMLStreamReaderFactory.java:36) | at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.createReader(RuntimeWSDLParser.java:786) | at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.resolveWSDL(RuntimeWSDLParser.java:236) | at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:107) | at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:226) | Any help will be very appreciated. Thanks a lot View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122992#4122992 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122992 From do-not-reply at jboss.com Thu Jan 24 07:35:06 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 24 Jan 2008 07:35:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBossWS + WSDL in RPC/ENC format Message-ID: <31521897.1201178106705.JavaMail.jboss@colo-br-02.atl.jboss.com> anonymous wrote : I have tried using JAXRPC... | | versions of jbossws used - jbossws-1.0.3 , jbossws-2.0.0 both... | | In the config file (wstools-config.xml) i have given style="rpc" use="encoded" but it generated wsdl in rpc/literal fomat. It is not giving any error message. | | if style="rpc" .tools gerates rpc/literal format. | | if style="document" . tool generates document/literal format. | | This shows that rpc/encoded not being supported while using jaxrpc. | | Please comment on this. Weather generating rpc/enc soap encoding format is possible while using jaxrpc as u stated below. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123005#4123005 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123005 From do-not-reply at jboss.com Thu Jan 24 07:35:46 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 24 Jan 2008 07:35:46 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS + WSDL in RPC/ENC format Message-ID: <19652237.1201178146238.JavaMail.jboss@colo-br-02.atl.jboss.com> Above post is about what our user says View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123006#4123006 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123006 From do-not-reply at jboss.com Thu Jan 24 09:40:06 2008 From: do-not-reply at jboss.com (anatk) Date: Thu, 24 Jan 2008 09:40:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - org.jboss.cache.lock.TimeoutException: failure acquiring loc Message-ID: <12988516.1201185607001.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi I am using pojo cache. When I try to write to the data base I get a exception. It happens while there is no one else writing or reading to the cache and it happens consistently only on 64b machines. When I do it on 32b machine it never happens. The exception is as follows: 2008-01-23 17:32:57,560 ERROR [com.bevents.engine.engineserver.server.EngineServerImpl] org.jboss.cache.lock.TimeoutException: failure acquiring lock: fqn=/EVENTS/20/d1-0;d2-0;d3-0;d4-0;d5-1;d7-2;d10-0;d11-3;d12-2;d13-1, caller=Thread[RMI TCP Connection(37)-192.168.10.201,5,RMI Runtime], lock=write owner=GlobalTransaction::81 (org.jboss.cache.lock.LockStrategyReadCommitted at 4d402172) org.jboss.cache.lock.TimeoutException: failure acquiring lock: fqn=/EVENTS/20/d1-0;d2-0;d3-0;d4-0;d5-1;d7-2;d10-0;d11-3;d12-2;d13-1, caller=Thread[RMI TCP Connection(37)-192.168.10.201,5,RMI Runtime], lock=write owner=GlobalTransaction::81 (org.jboss.cache.lock.LockStrategyReadCommitted at 4d402172) at org.jboss.cache.lock.IdentityLock.acquire(IdentityLock.java:528) at org.jboss.cache.interceptors.PessimisticLockInterceptor$LockManager.acquire(PessimisticLockInterceptor.java:579) at org.jboss.cache.interceptors.PessimisticLockInterceptor.acquireNodeLock(PessimisticLockInterceptor.java:393) at org.jboss.cache.interceptors.PessimisticLockInterceptor.lock(PessimisticLockInterceptor.java:329) at org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:187) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:76) at org.jboss.cache.interceptors.NotificationInterceptor.invoke(NotificationInterceptor.java:32) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:76) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:298) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:131) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:76) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:81) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:76) at org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:62) at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3939) at org.jboss.cache.CacheImpl.get(CacheImpl.java:1441) at org.jboss.cache.CacheImpl.get(CacheImpl.java:1415) Does anyone have any idea what can be the cause for this excpetion? hanks in advance, Anat View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123040#4123040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123040 From do-not-reply at jboss.com Thu Jan 24 12:40:11 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 24 Jan 2008 12:40:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Question on Basic WS Authentication Message-ID: <5439630.1201196413002.JavaMail.jboss@colo-br-02.atl.jboss.com> Alessio: In JBOSS 4.0.5GA I dropped crunch-login-config-service.xml and crunch-login-config.xml into server/default/conf in order to enable a DB based authentication. This worked fine. In 4.2.2GA it doesn't appear that crunch-login-config-service.xml is being seen. The only way to get crunch-login-config.xml to be read is to manually put it into login-config.xml. Am I missing something or is this a change to 4.2.2GA that I'll just have to live with? Here are the contents of the two files: crunch-login-config-service.xml | | | | | | crunch-login-config.xml | jboss.security:service=XMLLoginConfig | jboss.security:service=JaasSecurityManager | | | crunch-login-config.xml | | | | | | | | | | guest | java:/CrunchDS | SELECT password FROM subscriber WHERE username=? | SELECT CRUNCHROLES.ROLENAME, 'Roles' FROM CRUNCHROLES, SUBSCRIBER WHERE SUBSCRIBER.USERNAME=? AND CRUNCHROLES.USERGUID=SUBSCRIBER.GUID | | | | | | Again, in 4.2.2GA if I copy everything between and in the crunch-login-config.xml into login-config.xml then authentication works as it's supposed to. But I'd rather just drop in my own config without mucking with the JBOSS default config, if that's still possible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123136#4123136 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123136 From do-not-reply at jboss.com Thu Jan 24 13:04:48 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 24 Jan 2008 13:04:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Accessing USERNAME_PROPERTY from Web Service class Message-ID: <22392927.1201197888044.JavaMail.jboss@colo-br-02.atl.jboss.com> Okay, I discovered how to do this. Part of the problem was that my BASIC authentication via DatabaseServerLoginModule was not working properly. Ignoring the authentication problem, once you have authentication working then the following code should work: | import javax.xml.ws.WebServiceContext; | import javax.xml.ws.handler.MessageContext; | import javax.servlet.http.HttpServletRequest; | import java.security.Principal; | ... | | @Stateless | @Remote(SubscriberServices.class) | @WebService( | name = "SubscriberWS", | endpointInterface = "com.cei.crunch.server.ws.SubscriberServices.SubscriberServicesEndpoint" | ) | @SOAPBinding(style = SOAPBinding.Style.RPC) | | public class SubscriberServices implements SubscriberServicesEndpoint { | | @Resource | WebServiceContext wsContext; | | private Subscriber getUserInfo() throws CrunchWSException { | | MessageContext msgContext = wsContext.getMessageContext(); | HttpServletRequest servletRequest = (HttpServletRequest) msgContext.get(MessageContext.SERVLET_REQUEST); | Principal p = servletRequest.getUserPrincipal(); | String username = p.getName(); | .... | Alternatively: | ... | MessageContext msgContext = wsContext.getMessageContext(); | HttpServletRequest servletRequest = (HttpServletRequest) msgContext.get(MessageContext.SERVLET_REQUEST); | String username = servletRequest.getRemoteUser(); | ... Either method appears to work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123148#4123148 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123148 From do-not-reply at jboss.com Thu Jan 24 13:07:30 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 24 Jan 2008 13:07:30 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Accessing USERNAME_PROPERTY from Web Service class Message-ID: <5395241.1201198050359.JavaMail.jboss@colo-br-02.atl.jboss.com> Also: see this article for a little additional help: https://jax-ws.dev.java.net/articles/MessageContext.html View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123151#4123151 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123151 From do-not-reply at jboss.com Thu Jan 24 16:58:48 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 24 Jan 2008 16:58:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Accessing USERNAME/PASSWORD_PROPERTY from Web Service cl Message-ID: <22578800.1201211928264.JavaMail.jboss@colo-br-02.atl.jboss.com> While finding the username wasn't as hard as first thought, it looks like finding the PASSWORD is. It doesn't seem to be in the HttpServletContext anywhere, nor can I find it in the MessageContext anywhere. This piece of code: /* Find out who the user is saying they are in the HTTP session. */ | MessageContext msgContext = wsContext.getMessageContext(); | HttpServletRequest servletRequest = (HttpServletRequest) msgContext.get(MessageContext.SERVLET_REQUEST); | String username = servletRequest.getRemoteUser(); | | Enumeration hdrs = servletRequest.getHeaderNames(); | for (; hdrs.hasMoreElements() ;) | System.out.println("Header: " + hdrs.nextElement()); | | String pathInfo = servletRequest.getPathInfo(); | String queryStr = servletRequest.getQueryString(); | String requestURI = servletRequest.getRequestURI(); | StringBuffer requestURL = servletRequest.getRequestURL(); | Principal p = servletRequest.getUserPrincipal(); | String sessionID = servletRequest.getRequestedSessionId(); | | System.out.println("Path Info: " + pathInfo); | System.out.println("Query String: " + queryStr); | System.out.println("Request URI : " + requestURI); | System.out.println("Request URL : " + requestURL.toString()); | System.out.println("Principal : " + p.toString()); | System.out.println("Session ID : " + sessionID); | | HttpSession session = servletRequest.getSession(); | Enumeration attrs = session.getAttributeNames(); | for (; attrs.hasMoreElements() ;) | System.out.println("Session Attribute: " + attrs.nextElement()); produces the following output, which doesn't show any sign of the password property: 14:49:57,472 INFO [STDOUT] Header: authorization | 14:49:57,472 INFO [STDOUT] Header: soapaction | 14:49:57,472 INFO [STDOUT] Header: content-type | 14:49:57,472 INFO [STDOUT] Header: jboss-remoting-version | 14:49:57,472 INFO [STDOUT] Header: user-agent | 14:49:57,472 INFO [STDOUT] Header: host | 14:49:57,472 INFO [STDOUT] Header: accept | 14:49:57,472 INFO [STDOUT] Header: connection | 14:49:57,472 INFO [STDOUT] Header: content-length | 14:49:57,475 INFO [STDOUT] Path Info: null | 14:49:57,475 INFO [STDOUT] Query String: null | 14:49:57,476 INFO [STDOUT] Request URI : /Crunch/comp/SubscriberServices | 14:49:57,476 INFO [STDOUT] Request URL : https://localhost:8443/Crunch/comp/SubscriberServices | 14:49:57,476 INFO [STDOUT] Principal : admin | 14:49:57,476 INFO [STDOUT] Session ID : null | Note that there doesn't appear to be anything in the HttpSession either, which is probably correct though I'm not sure of that at the moment. Does anyone know where the PASSWORD_PROPERTY set by the client is hiding when it gets to the Web Services class? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123219#4123219 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123219 From do-not-reply at jboss.com Thu Jan 24 17:06:04 2008 From: do-not-reply at jboss.com (regget) Date: Thu, 24 Jan 2008 17:06:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Question about bottom-up web service Message-ID: <16647886.1201212364442.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm new to jbossws. I'm creating a web service bottom-up. I have a POJO that I want to use as my Web service. I am able to create the web service but I want to reference an xsd file and have the xsd file reference appear in the generated wsdl file. Any help would be appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123224#4123224 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123224 From do-not-reply at jboss.com Thu Jan 24 17:09:11 2008 From: do-not-reply at jboss.com (regget) Date: Thu, 24 Jan 2008 17:09:11 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Question about bottom-up web service Message-ID: <30618494.1201212551602.JavaMail.jboss@colo-br-02.atl.jboss.com> the xsd defines the message payload. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123226#4123226 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123226 From dretzlaff at gmail.com Thu Jan 24 17:17:45 2008 From: dretzlaff at gmail.com (Dan Retzlaff) Date: Thu, 24 Jan 2008 14:17:45 -0800 Subject: [jbossws-users] WS-Eventing: wsa:ReferenceParameters and multiple sources Message-ID: <8186f4430801241417x3af1a736g545e47040aa32464@mail.gmail.com> Hi, I have two issues to discuss regarding the WS-Eventing extension to JBossWS. 1. Notifications don't reflect the wsa:ReferenceParameters provided with subscriptions' NotifyTo and EndTo wsa:EndpointReferences. If my understanding of WS-A is correct, each reference parameter should appear as a top-level element in the SOAP header of notifications. Is this not the case? I need it for a "SubscriptionID" field that allows a recipient to identify the subscription which resulted in the notification. The first patch, WSE-ReferenceParameters.patch, introduces the desired behavior. I have to admit, I'm fuzzy on the distinction between ReferenceParameters and ReferenceProperties. If it's only the latter which is meant to have this behavior (as it is in the examples in the WS-Eventing spec), then I can modify my implementation and this patch. 2. Deploying a single event source, as in the sample provided, worked fine. However, I ran into two problems with more than one event source in the same deployment. Both problems are addressed in the second patch, WSE-SourceInit.patch. The first initialization bug was in MetaDataBuilder::processEndpointMetaDataExtensions. This method is called for each endpoint, and goes through the service's WSDL looking for wsdl:portTypes with a wse:isEventSource attribute. For each such portType, a EventingEpMetaExt extension is added to a map in ServerEndpointMetadata indexed by the WS-E namespace. However, since the namespace is the same for all such portTypes, only the last one sticks around. Then during deployment, the EventingDeploymentAspect registers each event source with the SubscriptionManager, but the EventingEndpointDeployment has the wrong eventSourceNS for all but the last portType processed by the MetaDataBuilder. The SubscriptionManager depends on an eventSourceNS being registered exactly twice: once for the source endpoint and once for the subscription manager endpoint. But since the eventSourceNS for the last portType gets registered twice, neither of which is the subscription manager, the premature transition of the source to the STARTED state causes its assertConfiguration() to fail. My solution is to modify MetaDataBuilder::processEndpointMetaDataExtensions to not add the EventingEpMetaExt for event sources that don't correspond to the current endpoint's address. The SubscriptionManagerPort (identified by the same dodgy string-literal comparison used in the SubscriptionManager class) still gets all sources' EventingEpMetaExts. The second initialization bug was that SubscriptionManager's registerEventSource didn't ensure that all event sources went through CREATED and STARTED states. In my case, this manifested itself with a NullPointerException when an un-started EventSource tried to deliver a notification. The patch refactors registerEventSource (and its protected helper, updateManagerAddress). There's probably room for a little polish here, but it works and I've spent too much time on this already. :) On a design note, I'm finding it cumbersome to have the event source derive its URI from its WSDL portType QName. This, along with the annotation approach to creating a non-abstract endpoint class, requires a lot more configuration per event source than it feels like should be necessary: a new portType, a new binding, a new service port, a new servlet in web.xml, plus a new Java file that needs to be compiled. Right now I'm autocoding all of these from a single source XML (a custom annotated WSDL), but is this the best way? Does someone have a suggestion for me? Regards, Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: WSE-ReferenceParameters.patch Type: application/octet-stream Size: 2936 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbossws-users/attachments/20080124/6b9a4b44/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: WSE-SourceInit.patch Type: application/octet-stream Size: 8151 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbossws-users/attachments/20080124/6b9a4b44/attachment-0001.obj From do-not-reply at jboss.com Thu Jan 24 19:31:54 2008 From: do-not-reply at jboss.com (mjhammel) Date: Thu, 24 Jan 2008 19:31:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Accessing USERNAME_PROPERTY from Web Service class Message-ID: <13790042.1201221114413.JavaMail.jboss@colo-br-02.atl.jboss.com> I've spent all day on this and found nothing. It appears that *maybe* something called handlers or interceptors might be useful here. The password must be sent in the SOAP message but the question is how to pull it out. I think the PASSWORD_PROPERTY as set by the client is received on the server side (proven by the use of BASIC authentication using a database login module) but is not in the APPLICATION scope and therefore I can't get at it the way I've been trying. Which is what leads me to think the handlers or interceptors might have some way to get at it. But I'm still not clear on how to write handlers (and I'm not even sure what interceptors might be, other than they appear to be part of Apache CXF, whatever that is). Maybe if I post enough messages in this thread someone at JBOSS will pay attention to it long enough to tell me "You can't get there from here." At least then I'd know I can stop wasting my time on it. At this point it feels like I'm wasting my time on Web Services, which feel about as useful as Esperanto. *sigh* View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123277#4123277 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123277 From do-not-reply at jboss.com Thu Jan 24 19:59:58 2008 From: do-not-reply at jboss.com (brintoul) Date: Thu, 24 Jan 2008 19:59:58 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <4994033.1201222798910.JavaMail.jboss@colo-br-02.atl.jboss.com> I am also having this problem. I cannot believe that there aren't hundreds of people out there having this problem. Isn't anyone packaging up an EJB into a .jar file with a WSDL and an imported schema like this? Is everyone else using a "bottom up" approach? I am using jbossws-native-2.0.2.GA and JBoss [Trinity] 4.2.2.GA. There is a bug in org.jboss.wsf.common.URLLoaderAdapter or something that it uses. The error reads: Cannot get URL for: META-INF/wsdl//MyWebService/MyAppData.xsd (Note the extra slash). This is putting me in an early grave. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123286#4123286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123286 From do-not-reply at jboss.com Fri Jan 25 06:47:19 2008 From: do-not-reply at jboss.com (Juergen.Zimmermann) Date: Fri, 25 Jan 2008 06:47:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBossWS native 2.0.3 Message-ID: <1874768.1201261639690.JavaMail.jboss@colo-br-02.atl.jboss.com> I just downloaded the JARs from http://repository.jboss.com/jboss/jbossws/ and copied them to my JBoss installation in client, lib/endorsed, and server/default/deploy/jbossws.sar (plus unzipping the scripts in bin/) Good news: each of my web services is still working as expected View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123422#4123422 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123422 From do-not-reply at jboss.com Fri Jan 25 07:20:20 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Fri, 25 Jan 2008 07:20:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS native 2.0.3 Message-ID: <33185557.1201263620070.JavaMail.jboss@colo-br-02.atl.jboss.com> You get the early bird discount ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123434#4123434 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123434 From do-not-reply at jboss.com Fri Jan 25 07:49:21 2008 From: do-not-reply at jboss.com (memoens) Date: Fri, 25 Jan 2008 07:49:21 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <17027345.1201265361449.JavaMail.jboss@colo-br-02.atl.jboss.com> I'am also having the same problem. I'll create a Jira issue containing a small example View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123443#4123443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123443 From do-not-reply at jboss.com Fri Jan 25 08:28:14 2008 From: do-not-reply at jboss.com (memoens) Date: Fri, 25 Jan 2008 08:28:14 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <16027678.1201267694797.JavaMail.jboss@colo-br-02.atl.jboss.com> created issue http://jira.jboss.com/jira/browse/JBWS-1969 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123460#4123460 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123460 From do-not-reply at jboss.com Fri Jan 25 08:55:30 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Fri, 25 Jan 2008 08:55:30 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Null Vlaues & Serialization Message-ID: <12584337.1201269330482.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, Nobody is responding here :( My new problem is during serialization jaxb ingonres the elment which are Null. | @XmlElement(nillable=true, required=true ) | private MyValue[] getMyValues = null; | Now if getMyValues is null, in soap message this element is simply ignored. and My requirement is that it should atleast be there but without any value. like I have tried different annotations but seems nothing is working... Can anyone help me out ... Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123473#4123473 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123473 From do-not-reply at jboss.com Fri Jan 25 10:17:18 2008 From: do-not-reply at jboss.com (froden) Date: Fri, 25 Jan 2008 10:17:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I use session sope in jbossws? Message-ID: <26252137.1201274238228.JavaMail.jboss@colo-br-02.atl.jboss.com> I would be very interested in some pointers on this as well, as I have the exact same problem. Have you figured it out, chicochen? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123524#4123524 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123524 From do-not-reply at jboss.com Fri Jan 25 12:16:25 2008 From: do-not-reply at jboss.com (mjhammel) Date: Fri, 25 Jan 2008 12:16:25 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I use session sope in jbossws? Message-ID: <24525365.1201281385630.JavaMail.jboss@colo-br-02.atl.jboss.com> I don't know if this helps, but see my thread on a similar subject: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=128375 I tried to get the session context via the MessageContext, but that doesn't appear to work. At least not the way I tried. There is a helpful explanation on how to get the request context here: https://jax-ws.dev.java.net/articles/MessageContext.html and that's what I've used to get as far as I have. But I'm still not able to retrieve the property I'm after (the PASSWORD_PROPERTY). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123600#4123600 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123600 From do-not-reply at jboss.com Fri Jan 25 13:46:19 2008 From: do-not-reply at jboss.com (brintoul) Date: Fri, 25 Jan 2008 13:46:19 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <16584005.1201286779835.JavaMail.jboss@colo-br-02.atl.jboss.com> "memoens" wrote : created issue http://jira.jboss.com/jira/browse/JBWS-1969 Awesome. You know, I pulled the source for what I think is 2.0.2 JBossWS and I don't see the class (org.jboss.wsf.common.URLLoaderAdapter) that I mentioned. I think I might be using the wrong library (.jar) somewhere... The version is reported as 2.0.2 as I reported above, but I may be using an incorrect module somewhere... Can someone validate that the abovementioned class should be used in JBossWS 2.0.2GA? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123640#4123640 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123640 From do-not-reply at jboss.com Fri Jan 25 17:04:54 2008 From: do-not-reply at jboss.com (PeterJ) Date: Fri, 25 Jan 2008 17:04:54 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <13409489.1201298694752.JavaMail.jboss@colo-br-02.atl.jboss.com> That class should be in lib/jbossws-common.jar. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123676#4123676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123676 From do-not-reply at jboss.com Fri Jan 25 17:05:46 2008 From: do-not-reply at jboss.com (ppt) Date: Fri, 25 Jan 2008 17:05:46 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Identical in wsdl causes major headache! Message-ID: <31838944.1201298746421.JavaMail.jboss@colo-br-02.atl.jboss.com> I have a WSDL that looks like this: ..... The problem is I want to convert my wsdl to java skeleton using Jax WS wsconsume. I cannot do so because "J2EETransaction" in is not unique. I'm constrained in using identical name, J2EETransaction because my xsd only have one parent element: .... Is there any way to reference a child element like: or some other way? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123678#4123678 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123678 From do-not-reply at jboss.com Sat Jan 26 11:01:52 2008 From: do-not-reply at jboss.com (pwelti@roshka.com.py) Date: Sat, 26 Jan 2008 11:01:52 -0500 (EST) Subject: [jbossws-users] [JBossWS] - How to change http to https in wsdlsoap:address on WSDL Message-ID: <25430299.1201363312402.JavaMail.jboss@colo-br-02.atl.jboss.com> This is the scenario, there is a JBoss server (S2) behind of Apache server (S1), connected through mod_jk. This Apache server it's again behind a CISCO SSL concentrator. When I request https://www.site.com/app/ws1?wsdl the WSDL showed the next soap address location: | | | | | A change the file jboss.beans to: www.site.com | 443 | 80 | true I need that soap address location showed in the WSDL generated be | | | | Any idea are welcome.. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123752#4123752 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123752 From do-not-reply at jboss.com Sun Jan 27 02:10:37 2008 From: do-not-reply at jboss.com (Juergen.Zimmermann) Date: Sun, 27 Jan 2008 02:10:37 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Requirements for JBWS-1813 ? Message-ID: <14345925.1201417837922.JavaMail.jboss@colo-br-02.atl.jboss.com> Am I correct that JBWS-1813 requires both JBossWS 2.0.3 and JBossAS 4.2.3 ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123807#4123807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123807 From do-not-reply at jboss.com Sun Jan 27 09:41:03 2008 From: do-not-reply at jboss.com (nico.ben) Date: Sun, 27 Jan 2008 09:41:03 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Failed to create a new SAX parser Message-ID: <22233974.1201444863069.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi :) Have you set -Djava.endorsed.dirs=$JBOSS_HOME/lib/endorsed into run.conf ? I added this parameter to JAVA_OPTS but I still obtain the above SAX Parser exception. Thank u, Nicola View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123855#4123855 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123855 From do-not-reply at jboss.com Sun Jan 27 15:20:09 2008 From: do-not-reply at jboss.com (Vincent321) Date: Sun, 27 Jan 2008 15:20:09 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Webservice client over SSL Message-ID: <9272693.1201465209737.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I want to call a webservice over ssl using jbossws. I am able to do it by setting the following properties for the jvm : | -Djavax.net.ssl.keyStore=mykeystore.jks | -Djavax.net.ssl.keyStorePassword=password | | I want to avoid this kind of configuration and assign a different keystore for every different client. Do you have any clue on the way to do that ? Thanks a lot. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123888#4123888 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123888 From do-not-reply at jboss.com Mon Jan 28 03:51:05 2008 From: do-not-reply at jboss.com (sidgod) Date: Mon, 28 Jan 2008 03:51:05 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Attachments with SOAP Message-ID: <25172027.1201510265757.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am kind of new to Web Services and this is what i am using right now : JBOSS AS 4.0.4.GA, JBoss WS 1.2 and jdk 1.5.12. I am trying to get SOAP with attachments working. I saw one MTOP example that comes with JBOSS WS 1.2 and was trying to do the same. I am taking DataHandler as one of the inputs to my method, i am not providing anything in configuration file to WSTools while building the application JAR. so API looks like: public void transferFile(String msg, WrappedBean handle) { } Can somebody please tell me why is this not working and whether anything else needs to be done or some other alternative to get Attachments working with SOAP ? Thanks in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123951#4123951 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123951 From do-not-reply at jboss.com Mon Jan 28 03:52:43 2008 From: do-not-reply at jboss.com (sidgod) Date: Mon, 28 Jan 2008 03:52:43 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Attachments with SOAP Message-ID: <1832318.1201510364004.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi i forgot to specify bean i am using, Wrapped Bean looks like: public class WrappedBean { private String name = null; private DataHandler legacyData = null; // getters and setters for name and legacyData } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123952#4123952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123952 From do-not-reply at jboss.com Mon Jan 28 03:59:48 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 28 Jan 2008 03:59:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Requirements for JBWS-1813 ? Message-ID: <31882983.1201510788487.JavaMail.jboss@colo-br-02.atl.jboss.com> Yes, it did require changes to the container integration code that resides with the AS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123953#4123953 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123953 From do-not-reply at jboss.com Mon Jan 28 04:12:29 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 28 Jan 2008 04:12:29 -0500 (EST) Subject: [jbossws-users] [JBossWS] - jbossws-2.0.3 released Message-ID: <17394888.1201511549271.JavaMail.jboss@colo-br-02.atl.jboss.com> As of this post I am happy to announce that jbossws-2.0.3.GA is released. This is a fully certified JAX-WS web services implementation. It runs on jboss-5.0.0, jboss-4.2.2, jboss-4.2.1, jboss-4.0.5 JAXWS brings to web services what EJB3 brings to EJB. With its greatly simplified programming model and functional enhancements it is designed to take the place of previous JAX-RPC web service implementations. The binaries, including the samples can be obtained here: * http://labs.jboss.com/jbossws/downloads/ Installation instructions can be found here: * http://jbws.dyndns.org/mediawiki/index.php/Main_Page To get started please have a look at the Quick Start and User Guide: * http://jbws.dyndns.org/mediawiki/index.php/Quick_Start * http://jbws.dyndns.org/mediawiki/index.php/JAX-WS_User_Guide If you don't know it already, you'll be surprised how easy it is to do Web Services. I'd like to thank the team and the many contributors for all the hard work to make this release possible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123958#4123958 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123958 From do-not-reply at jboss.com Mon Jan 28 04:14:08 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Mon, 28 Jan 2008 04:14:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: jbossws-2.0.3 released Message-ID: <10608212.1201511648323.JavaMail.jboss@colo-br-02.atl.jboss.com> What's new in jbossws-2.0.3.GA ---------------------------------- Bug * [JBWS-1217] - WSDLtoJava Namespace to package mapping does not support multiple namespaces * [JBWS-1324] - JMS Endpoint - Message delivery starts before endpoint is ready. * [JBWS-1762] - web.xml modified to web.xml.org - Subsequent runs fail * [JBWS-1813] - context-root in jboss.xml is ignored * [JBWS-1819] - wsrunclient script(s) differ and do not always function. * [JBWS-1841] - WebServiceRef injection from DD doesn't work * [JBWS-1873] - WSDL to Java - Incorrect case of generated type for anonymous type. * [JBWS-1876] - Wrong Content-Type in SOAP 1.2 messages * [JBWS-1879] - @BindingType is read from SEI instead of endpoint implementation * [JBWS-1881] - WSDL To Java - All generated types have first character upper case, extends clause in base types do not take this into account. * [JBWS-1906] - Stack overflow exception when reading bad wsdl files * [JBWS-1924] - Verify installation script for jboss-4.2.1.GA * [JBWS-1937] - Document/Literal addressing endpoint fails when retreiving Outbound Action * [JBWS-1939] - URL port information of soap:address is different from import schemaLocation URL Feature Request * [JBWS-1257] - Add configuration for token references * [JBWS-1850] - Documentation support for Java->WSDL * [JBWS-1874] - Allow configuration of secret key wrap algorithm * [JBWS-1880] - WS-Addressing with endpoints using soap 1.2 * [JBWS-1897] - Enable/disable logging on every endpoint * [JBWS-1898] - Statistics/logs about clients calling endpoints * [JBWS-1899] - Fine grained management of statistics recording * [JBWS-1904] - Explicitly set the namespace of a WebFault * [JBWS-1911] - Support the JMS transport with JAX-WS * [JBWS-1950] - Show collected records as html table in jmx-console View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123959#4123959 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123959 From do-not-reply at jboss.com Mon Jan 28 10:12:48 2008 From: do-not-reply at jboss.com (mgk) Date: Mon, 28 Jan 2008 10:12:48 -0500 (EST) Subject: [jbossws-users] [JBossWS] - javax.xml.ws.WebServiceException: Unable to create Provider: Message-ID: <2157176.1201533168329.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I've been trying to create a stub for Stock quote web service and am having trouble with that. It says "21:40:54,812 ERROR [[action]] Servlet.service() for servlet action threw exception javax.xml.ws.WebServiceException: Unable to create Provider: org.jboss.ws.core.jaxws.spi.ProviderImpl" I'm using JBoss App server 4.2 version under eclipse 3.3.1 I used jwsdp2.0 for "StockQuote" web service. The following is the generated code: package net.webservicex; import java.net.MalformedURLException; import java.net.URL; import javax.xml.namespace.QName; import javax.xml.ws.Service; import javax.xml.ws.WebEndpoint; import javax.xml.ws.WebServiceClient; import net.webservicex.StockQuote; import net.webservicex.StockQuoteSoap; /** * This class was generated by the JAXWS SI. * JAX-WS RI 2.0-b26-ea3 * Generated source version: 2.0 * */ @WebServiceClient(name = "StockQuote", targetNamespace = "http://www.webserviceX.NET/", wsdlLocation = "http://www.webservicex.net/stockquote.asmx?WSDL") public class StockQuote extends Service { private final static URL WSDL_LOCATION; private final static QName STOCKQUOTE = new QName("http://www.webserviceX.NET/", "StockQuote"); private final static QName STOCKQUOTESOAP = new QName("http://www.webserviceX.NET/", "StockQuoteSoap"); static { URL url = null; try { url = new URL("http://www.webservicex.net/stockquote.asmx?WSDL"); } catch (MalformedURLException e) { e.printStackTrace(); } WSDL_LOCATION = url; } public StockQuote(URL wsdlLocation, QName serviceName) { super(wsdlLocation, serviceName); } public StockQuote() { super(WSDL_LOCATION, STOCKQUOTE); } /** * * @return * returns StockQuoteSoap */ @WebEndpoint(name = "StockQuoteSoap") public StockQuoteSoap getStockQuoteSoap() { return (StockQuoteSoap)super.getPort(STOCKQUOTESOAP, StockQuoteSoap.class); } } I'm calling the service the following way: StockQuote service = new StockQuote(); StockQuoteSoap port = service.getStockQuoteSoap(); String quote = port.getQuote("STT"); I'm getting the following error in the first line of the above code itself: 21:40:54,812 WARN [RequestProcessor] Unhandled Exception thrown: class javax.xml.ws.WebServiceException 21:40:54,812 ERROR [[action]] Servlet.service() for servlet action threw exception javax.xml.ws.WebServiceException: Unable to create Provider: org.jboss.ws.core.jaxws.spi.ProviderImpl at javax.xml.ws.spi.Provider.provider(Provider.java:83) at javax.xml.ws.Service.(Service.java:58) at net.webservicex.StockQuote.(StockQuote.java:44) at com.struts.action.FiboGenAction.execute(FiboGenAction.java:81) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 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 really appreciate any help you could provide in this. Basically, I want framework to get stock quote for any given ticker. Can someone please help me? Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124094#4124094 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124094 From do-not-reply at jboss.com Mon Jan 28 14:53:36 2008 From: do-not-reply at jboss.com (mrostan) Date: Mon, 28 Jan 2008 14:53:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Change the endpoint address in runtime using Dispatch Message-ID: <8665038.1201550016421.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I'm using JBossWS 2.0.3 to run this simple code: | JAXBContext ctx = JAXBContext.newInstance(Discover.class, DiscoverResponse.class); | Dispatch dispatch = service.createDispatch(portQName, ctx, Service.Mode.PAYLOAD); | | dispatch.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, url) | but the runtime address is ignored, and JBossWS uses the address specified in the wsdl. Somebody else has this problem? I've modified DispatchImpl.java to make it working and I can post the modification if someone is interested. Regards. Martin View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124167#4124167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124167 From do-not-reply at jboss.com Mon Jan 28 17:54:06 2008 From: do-not-reply at jboss.com (iyiguncevik) Date: Mon, 28 Jan 2008 17:54:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Unable to create SAAJ meta-factory Message-ID: <30538151.1201560846051.JavaMail.jboss@colo-br-02.atl.jboss.com> I implemented a small webservice from wsdl using JAX-WS. I'm trying to deploy it to JBOSS app server and getting the error below. I didn't specify any bindings neither in sun-jaxws.xml nor in service implementation class with annotations. What could be the reason for this? I use JBOSS 4.2.2_GA and JAXWS 2.1.3 anonymous wrote : SEVERE: WSSERVLET11: failed to parse runtime descriptor: java.lang.Error: javax.xml.soap.SOAPException: Unable to create SAAJ | meta-factoryorg.jboss.ws.core.soap.SAAJMetaFactoryImpl | java.lang.Error: javax.xml.soap.SOAPException: Unable to create SAAJ meta-factoryorg.jboss.ws.core.soap.SAAJMetaFactoryImpl | at com.sun.xml.ws.api.SOAPVersion.(SOAPVersion.java:166) | at com.sun.xml.ws.api.SOAPVersion.(SOAPVersion.java:68) | at com.sun.xml.ws.api.BindingID.(BindingID.java:304) | at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.createBinding(DeploymentDescriptorParser.java:281) | at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:222) | at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:133) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124206#4124206 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124206 From do-not-reply at jboss.com Mon Jan 28 19:00:38 2008 From: do-not-reply at jboss.com (brintoul) Date: Mon, 28 Jan 2008 19:00:38 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <1116128.1201564838884.JavaMail.jboss@colo-br-02.atl.jboss.com> "PeterJ" wrote : That class should be in lib/jbossws-common.jar. Thanks, Peter. Now my question becomes: Can I get the source files which make up that .jar file by performing the checkout listed in the wiki? I tried the following: svn co https://svn.jboss.org/repos/jbossws But I got *no* code with the package specified. Is that class part of the actual AS? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124220#4124220 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124220 From do-not-reply at jboss.com Mon Jan 28 21:59:41 2008 From: do-not-reply at jboss.com (beligum) Date: Mon, 28 Jan 2008 21:59:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - strange: NoClassDefFoundError: org/jboss/wsf/spi/invocation/ Message-ID: <9233223.1201575581158.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, Please help me with this one: I've been trying to solve it all night. I "patched" a fresh installed EAP-server (AS 4.2.0) (jboss developer studio) with jbossws 2.0.0 and am trying to deploy a webservices-enabled EAR. All goes well, until I get this error: | 03:51:26,409 ERROR [MainDeployer] Could not start deployment: file:/home/bram/Programs/jbdevstudio/jboss-eap/jboss-as/server/default/deploy/tumbolia-ear.ear/tumbolia-ejb.jar/ | java.lang.NoClassDefFoundError: org/jboss/wsf/spi/invocation/RequestHandler | at java.lang.ClassLoader.findBootstrapClass(Native Method) | at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:891) | at java.lang.ClassLoader.loadClass(ClassLoader.java:301) | at java.lang.ClassLoader.loadClass(ClassLoader.java:299) | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) | at java.lang.ClassLoader.loadClass(ClassLoader.java:299) | at java.lang.ClassLoader.loadClass(ClassLoader.java:299) | at org.jboss.mx.loading.RepositoryClassLoader.loadClassLocally(RepositoryClassLoader.java:193) | at org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:131) | at org.jboss.mx.loading.LoadMgr3.nextTask(LoadMgr3.java:399) | at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:520) | at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:408) | at java.lang.ClassLoader.loadClass(ClassLoader.java:299) | at java.lang.ClassLoader.loadClass(ClassLoader.java:251) | at org.jboss.wsf.spi.deployment.EndpointHandlerDeployer.getRequestHandler(EndpointHandlerDeployer.java:76) | at org.jboss.wsf.spi.deployment.EndpointHandlerDeployer.create(EndpointHandlerDeployer.java:66) | at org.jboss.wsf.spi.deployment.BasicDeployerManager.deploy(BasicDeployerManager.java:69) | at org.jboss.wsf.container.jboss42.MainDeployerHook.deploy(MainDeployerHook.java:46) | 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 $Proxy34.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.GeneratedMethodAccessor18.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.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:610) | 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) | Any ideas? I must say that I'm starting the server from within developer studio. b. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124235#4124235 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124235 From do-not-reply at jboss.com Tue Jan 29 04:42:01 2008 From: do-not-reply at jboss.com (yhrn) Date: Tue, 29 Jan 2008 04:42:01 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBossws client configuration Message-ID: <258981.1201599721644.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I put up a post about detailed control over SSL for ws clients a while ago (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=127805) but I didn't get any responses, so I thought I'd try to rephrase it a bit. Is there any way of interacting with the low level connection using the port proxy (BindingProvider), i.e. on per invocation basis? Are there any JBossWS specific properties that can be set on the BindingProvider request context? If there is - are they documented anywhere? Is there any documentation on JbossWS client configuration? The only I can find is http://jbws.dyndns.org/mediawiki/index.php?title=JAX-WS_Client_Configuration and this page only shows what the different "out of the box" configurations may look like - not how they can be modified. I'm using JBoss AS 4.2.2 and my Standard Client in standard-jaxws-client-config.xmllooks like this: | Standard Client | http://org.jboss.ws/dispatch/validate | | http://org.jboss.ws/http#chunksize | 2048 | | What other "features" and "properties" can be configured? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124312#4124312 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124312 From do-not-reply at jboss.com Tue Jan 29 05:03:35 2008 From: do-not-reply at jboss.com (yhrn) Date: Tue, 29 Jan 2008 05:03:35 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBossWS supports pluggable Web Service stacks Message-ID: <11001862.1201601015449.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Thomas, I'm sorry if I'm a bit confused but is this supported in JbossWS 2.0.X? The original post is from a week before 2.0.0 GA, which suggest that it is available but subsequent replies suggest that it will not be available until JbossWS 2.1. If it indeed is possible to choose JAX-WS stack, is there any description on how to use Glassfish Metro in JbossWS? If it is not possible to choose stack yet, when will this feature be available? Cheers, Mattias View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124321#4124321 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124321 From do-not-reply at jboss.com Tue Jan 29 07:47:32 2008 From: do-not-reply at jboss.com (psenthil11) Date: Tue, 29 Jan 2008 07:47:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Problem with ServiceEndpointInterceptor Message-ID: <33005805.1201610852120.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I am new one to webservice. I am getting same problem. Please explain clearly. what i want to do? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124380#4124380 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124380 From do-not-reply at jboss.com Tue Jan 29 11:33:06 2008 From: do-not-reply at jboss.com (PeterJ) Date: Tue, 29 Jan 2008 11:33:06 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Cannot get URL for schema (because of extra slash) Message-ID: <16330759.1201624386096.JavaMail.jboss@colo-br-02.atl.jboss.com> The location I gave was for the binary download. To get the source of that class, look in http://anonsvn.jboss.org/repos/jbossws/common/trunk/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124475#4124475 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124475 From do-not-reply at jboss.com Tue Jan 29 11:45:26 2008 From: do-not-reply at jboss.com (PeterJ) Date: Tue, 29 Jan 2008 11:45:26 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: strange: NoClassDefFoundError: org/jboss/wsf/spi/invocat Message-ID: <25471641.1201625127007.JavaMail.jboss@colo-br-02.atl.jboss.com> This class is found in the jbossws-spi.jar file (in the lin directory for JBossWS 2.0.0). You need to place this jar in the server/xxx/lib directory of JBossAS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124481#4124481 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124481 From do-not-reply at jboss.com Tue Jan 29 11:54:02 2008 From: do-not-reply at jboss.com (beligum) Date: Tue, 29 Jan 2008 11:54:02 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: strange: NoClassDefFoundError: org/jboss/wsf/spi/invocat Message-ID: <16170017.1201625642368.JavaMail.jboss@colo-br-02.atl.jboss.com> Jip, the ant deploy script of jbossws does that for me. The jar is there, but still a classnotfoundexception... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124484#4124484 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124484 From do-not-reply at jboss.com Tue Jan 29 12:46:34 2008 From: do-not-reply at jboss.com (landoo) Date: Tue, 29 Jan 2008 12:46:34 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBOSSWS EJB Problems Message-ID: <2917257.1201628794811.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I've created an EJB 3.0 Web Service and deployed in Jboss 4.2.2. My ejb jar file is packaged inside an ear file. There are two problems now 1- i've tried to use the @SoapBinding annotation to make my webserice use RPC/Encoded style like this: @SOAPBinding(style = SOAPBinding.Style.RPC, use= SOAPBinding.Use.ENCODED) but it doesn't work, it still creates wsdl file with Document/literal. 2- Secondly how can i change the soap address of my webservice? Currently the soap address, jboss creates is http://localhost:8080/my-ear-file/ejb-jar-file/SessionBeanName?wsdl. I want it to be change something like http://localhost:8080/myWebSerivce/myName?wsdl. Is it possible? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124509#4124509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124509 From do-not-reply at jboss.com Tue Jan 29 16:27:42 2008 From: do-not-reply at jboss.com (suvigy) Date: Tue, 29 Jan 2008 16:27:42 -0500 (EST) Subject: [jbossws-users] [JBossWS] - streaming with jbossws with small packets, or getting HttpUr Message-ID: <21919639.1201642062865.JavaMail.jboss@colo-br-02.atl.jboss.com> hi! I'm developing a hyperterminal applet, where I'd like that the user can send data to COM ports via applet, and the COM port sends data back via web-service (streaming). Is it possible to do it with JBOSSWS? I need streaming for that. But often only few bytes (even 1 byte) comes from the COM port, I would like this even 1 byte to be flushed. I don't want any buffering. I created a test service in that I enabled MTOM, but it's buffering, because I have to wait 10 seconds on the client side till the data arrives: Server side, in that I simulate the hyperterminal, after each byte I wait 1 second. It should be flushed each time : | @MTOM | @BindingType(value=javax.xml.ws.soap.SOAPBinding.SOAP12HTTP_MTOM_BINDING) | @WebService | public class TestService { | @WebMethod | public @XmlMimeType("application/octet-stream") DataHandler getStream() { | return new DataHandler(new DataSource() { | | public String getContentType() { | | return "application/octet-stream"; | } | | public InputStream getInputStream() throws IOException { | | return new InputStream() { | private int count = 0; | @Override | public int read() throws IOException { | if (count!=0) | try { | Thread.sleep(1000); | } catch (InterruptedException e) { | | } | count++; | if (count>10) | return -1; | return 'a'; | | } | | }; | | } | | public String getName() { | | return "test"; | } | | public OutputStream getOutputStream() throws IOException { | | return null; | } | | }); | | } | } | | | If there is no Binding annotation at the beginning, then the behaviour is the same Client Side: | public class ConsoleTest { | | /** | * @param args | */ | public static void main(String[] args) throws Exception { | MTOMFeature feature = new MTOMFeature(); | | TestServiceService service = new TestServiceService(); | | TestService port = service.getTestServicePort(feature); | Map ctxt = ((BindingProvider)port).getRequestContext(); | | | // Enable HTTP chunking mode, otherwise HttpURLConnection buffers | ctxt.put(JAXWSProperties.HTTP_CLIENT_STREAMING_CHUNK_SIZE, 1); | | DataHandler dh = port.getStream(); | | InputStream is = dh.getInputStream(); | int data; | while ((data = is.read())>-1) { | System.out.print((char)data); | } | is.close(); | | } | | } And I have to wait 10 seconds, till the result comes. I would except the data to come continuously. I don't know if it is possible. If not, then I would write an own servlet for that. In the real application I maintain session, so the client uses cookie, but then I would need the http client of jbossws on the client side. Can I get it somehow (What type does it have? HttpUrlConnection?)? Thnx George View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124581#4124581 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124581 From do-not-reply at jboss.com Tue Jan 29 18:44:41 2008 From: do-not-reply at jboss.com (ibrahim_theo) Date: Tue, 29 Jan 2008 18:44:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Wstools WSDL generation problem Message-ID: <10433770.1201650281335.JavaMail.jboss@colo-br-02.atl.jboss.com> All, I have developed existing web services based on JAX-RPC1.1 with Jboss403. I've decided migration of jboss to 4.2.1 and jbossws2.0.2. The existing WSDLs were generated with wscompile. I decided to use wstools to regenerate them. I am getting the following error: Exception in thread "main" java.lang.IllegalArgumentException: Could not locate a constructor with the following types: class com.un .imis.common.exception.IMISWsException [class [Ljava.lang.String;, class [Ljava.lang.String;, class java.lang.String] at org.jboss.ws.tools.schema.SchemaTypeCreator.getComplexTypeForJavaException(SchemaTypeCreator.java:781) at org.jboss.ws.tools.schema.SchemaTypeCreator.getType(SchemaTypeCreator.java:270) at org.jboss.ws.tools.schema.SchemaTypeCreator.generateType(SchemaTypeCreator.java:133) at org.jboss.ws.tools.JavaToXSD.generateForSingleType(JavaToXSD.java:114) at org.jboss.ws.tools.helpers.JavaToWSDLHelper.generateType(JavaToWSDLHelper.java:360) at org.jboss.ws.tools.helpers.JavaToWSDLHelper.generateTypesForXSD(JavaToWSDLHelper.java:161) at org.jboss.ws.tools.helpers.JavaToWSDLHelper.processOperation(JavaToWSDLHelper.java:109) at org.jboss.ws.tools.wsdl.WSDLGenerator.processEndpoint(WSDLGenerator.java:114) at org.jboss.ws.tools.helpers.JavaToWSDLHelper.processEndpoint(JavaToWSDLHelper.java:166) at org.jboss.ws.tools.wsdl.WSDLGenerator.processService(WSDLGenerator.java:404) at org.jboss.ws.tools.wsdl.WSDLGenerator.generate(WSDLGenerator.java:452) at org.jboss.ws.tools.JavaToWSDL11.handleJavaToWSDLGeneration(JavaToWSDL11.java:210) at org.jboss.ws.tools.JavaToWSDL11.generate(JavaToWSDL11.java:162) at org.jboss.ws.tools.JavaToWSDL.generate(JavaToWSDL.java:322) at org.jboss.ws.tools.helpers.ToolsHelper.handleJavaToWSDLGeneration(ToolsHelper.java:121) at org.jboss.ws.tools.WSTools.process(WSTools.java:143) at org.jboss.ws.tools.WSTools.generate(WSTools.java:69) at org.jboss.ws.tools.WSTools.generate(WSTools.java:123) at org.jboss.ws.tools.WSTools.main(WSTools.java:58) any idea? Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124617#4124617 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124617 From do-not-reply at jboss.com Wed Jan 30 02:12:36 2008 From: do-not-reply at jboss.com (nithiraj) Date: Wed, 30 Jan 2008 02:12:36 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: javax.xml.ws.WebServiceException: Unable to create Provi Message-ID: <8945280.1201677156566.JavaMail.jboss@colo-br-02.atl.jboss.com> try adding jbossws-client.jar in your client's classpath. Regards! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124666#4124666 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124666 From do-not-reply at jboss.com Wed Jan 30 05:56:25 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 30 Jan 2008 05:56:25 -0500 (EST) Subject: [jbossws-users] [JBossWS] - JBOSSWS 2.0.3 - Deplyoment Failed. Message-ID: <26483213.1201690585344.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi , I just shift to new JBOSSWS 2.0.3 from 2.0.2. During the deployment.. I am getting this error. 11:52:04,482 DEBUG [EndpointMetaData] Configure SOAPBinding 11:52:04,503 ERROR [MainDeployer] Could not start deployment: file:/C:/Office/jboss-4.0.5.GA/server/default/deploy/ips-wipe.war/ java.lang.NoSuchMethodError: org.jboss.ws.metadata.config.CommonConfig.getRMMetaData()Lorg/jboss/ws/extensions/wsrm/config/RMConfig; at org.jboss.ws.extensions.wsrm.server.RMDeploymentAspect.create(RMDeploymentAspect.java:52) at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:115) at org.jboss.wsf.container.jboss40.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) at org.jboss.wsf.container.jboss40.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 $Proxy38.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.GeneratedMethodAccessor59.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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) Any idea, why this happening ?? Although the wsdl file is published and i can call it in browser. Regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124717#4124717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124717 From do-not-reply at jboss.com Wed Jan 30 07:04:57 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Wed, 30 Jan 2008 07:04:57 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS 2.0.3 - Deplyoment Failed. Message-ID: <9011632.1201694697653.JavaMail.jboss@colo-br-02.atl.jboss.com> You didn't upgrade one of jbossws-client.jar or jbossws-core.jar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124737#4124737 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124737 From do-not-reply at jboss.com Wed Jan 30 08:10:22 2008 From: do-not-reply at jboss.com (zeeshan.javeed) Date: Wed, 30 Jan 2008 08:10:22 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS 2.0.3 - Deplyoment Failed. Message-ID: <28128711.1201698622376.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, More then right. Its working perfectly fine now. thanks. regards, Zeeshan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124755#4124755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124755 From do-not-reply at jboss.com Wed Jan 30 08:34:47 2008 From: do-not-reply at jboss.com (heiko.braun@jboss.com) Date: Wed, 30 Jan 2008 08:34:47 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS 2.0.3 - Deplyoment Failed. Message-ID: <23413696.1201700088022.JavaMail.jboss@colo-br-02.atl.jboss.com> Did you use the ant install mechanism we offer? Or did you copy those jars manually? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124764#4124764 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124764 From do-not-reply at jboss.com Wed Jan 30 08:52:07 2008 From: do-not-reply at jboss.com (froden) Date: Wed, 30 Jan 2008 08:52:07 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I use session sope in jbossws? Message-ID: <31736217.1201701127834.JavaMail.jboss@colo-br-02.atl.jboss.com> Thanks for your reply, mjhammel, Using the approach described in your links, I managed to get the session object. I can now set and retrieve variables from session as long as the client has the JSESSIONID http header field set correctly. However, I still have some unresolved issues with this. In my application, I have a JSF page where users can log in. The page uses a seam component, in which I have the following code (somewhat simplified): @Stateless | @Name("authenticator") | public class AuthenticatorAction { | | @EJB | ProfileDAO profileDAO; | | @RequestParameter | String username; | | @RequestParameter | String password; | | @In(required=false) | @Out(required=false, scope=SESSION) | private Profile authenticatedProfile; | | public String login() { | Profile p = profileDAO.getUser(username, password); | authenticatedProfile = profile; | } | } This works fine, and the Profile object is put into the session scope (ie can be fetched in other seam components over different page loads etc). The question is, how can I retreive the profile object in my web service? Doing a session.getAttribute("authenticatedProfile") does not work. In fact, System.out.println((session.getValueNames()).length); reveals that there are no variables stored in the session! Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124775#4124775 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124775 From do-not-reply at jboss.com Wed Jan 30 09:42:17 2008 From: do-not-reply at jboss.com (kazcor) Date: Wed, 30 Jan 2008 09:42:17 -0500 (EST) Subject: [jbossws-users] [JBossWS] - NullPointerException from JBossXSEntityResolver Message-ID: <2221344.1201704137776.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi *, I know, I'm going to open a second topic on this, although there's already a similar problem posted here: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110298#4110298. However, in my case I'm using the opposite direction. I've set up a webservice using an underlying EJB(3) for the implementation. The SEI contains only one method, which uses a message that was compiled before from various schemas (containing UBL2,e-GIF) by using JAXB2.1. Once that webservice is deployed on JBoss he is trying to map all these classes back to XSDs and I receive the same NPE: | java.lang.NullPointerException | at org.jboss.ws.metadata.wsdl.xmlschema.JBossXSEntityResolver.getXMLInputSource(JBossXSEntityResolver.java:167) | at org.jboss.ws.metadata.wsdl.xmlschema.JBossXSEntityResolver.resolveEntity(JBossXSEntityResolver.java:135) | at org.apache.xerces.impl.XMLEntityManager.resolveEntity(Unknown Source) | at org.apache.xerces.impl.xs.XMLSchemaLoader.resolveDocument(Unknown Source) | at org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source) | at org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source) | at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source) | .... | I'm using JBoss4.2.2GA. Is this bug already confirmed? I'm going to try to work around this problem by using a WSDL generated by wsprovide and doing wsconsume on it to receive the necessary interfaces for the implementation, but if that is really working, it's not a nice way of solving this issue. Any help is highly appreciated :) Thanks, Max View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124794#4124794 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124794 From do-not-reply at jboss.com Wed Jan 30 15:31:40 2008 From: do-not-reply at jboss.com (hzfzl9) Date: Wed, 30 Jan 2008 15:31:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: javax.xml.ws.WebServiceException: Unable to create Provi Message-ID: <1161681.1201725100822.JavaMail.jboss@colo-br-02.atl.jboss.com> I have the same problem even though I have added all the required jars into the class path View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124925#4124925 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124925 From do-not-reply at jboss.com Wed Jan 30 21:04:04 2008 From: do-not-reply at jboss.com (jdbertron) Date: Wed, 30 Jan 2008 21:04:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Web service installation missing webservice.xml Message-ID: <7868611.1201745044169.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi all, I have a web service from company X that deploys just fine under Tomcat. I can't seem to get it deployed under JBoss: I have a war file, and a bunch of wsdl files. The war file seems to deploy fine but when I drop the wsdl files in the deploy directory, Jboss just spits a bunch of INIT_WAITING_DEPLOYER at the console. I didn't write these services, is there a way to auto-generate the webservices.xml file ? Is that the problem ? I'd appreciate any help that doesn't require me to become an expert WS writer overnight. J.D. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124975#4124975 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124975 From do-not-reply at jboss.com Thu Jan 31 00:32:04 2008 From: do-not-reply at jboss.com (sriovra) Date: Thu, 31 Jan 2008 00:32:04 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Need to Integrate Axis in JBoss Message-ID: <29194041.1201757524370.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I need to integrate Axis in Jboss4.2.2 I need someone's help in doing out and want to know the steps in detail. Thanks, sriovra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124987#4124987 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124987 From do-not-reply at jboss.com Thu Jan 31 01:56:18 2008 From: do-not-reply at jboss.com (Vincent321) Date: Thu, 31 Jan 2008 01:56:18 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Full control of client and server certificates with a JB Message-ID: <13722129.1201762578219.JavaMail.jboss@colo-br-02.atl.jboss.com> Hello, I have exactly the same requirements... did you make it working ? Cheers Vincent View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4124994#4124994 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4124994 From do-not-reply at jboss.com Thu Jan 31 05:28:00 2008 From: do-not-reply at jboss.com (chicochen) Date: Thu, 31 Jan 2008 05:28:00 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I use session sope in jbossws? Message-ID: <1229284.1201775280195.JavaMail.jboss@colo-br-02.atl.jboss.com> To froden: Would mind parse you code here pls? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125069#4125069 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125069 From do-not-reply at jboss.com Thu Jan 31 05:34:42 2008 From: do-not-reply at jboss.com (smathankumar) Date: Thu, 31 Jan 2008 05:34:42 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Error on java.lang.IllegalStateException: Cannot build JAXB Message-ID: <8465036.1201775682239.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi, I created a Java WebService implementation java file named as DeviceServiceEventBroker.java with JAX-WS annotations. My Java WebService implementation file is implements with an interface named as DeviceOmi.java of my Web Service class. And My Interface class is extends with the java.io.Serializable. I am not able to generate the wsdl from java. I got the below error. Any idea? Is there any option to use my Implemtation class with out the extends classes. D:\MCP-2008\classes>"C:\Program Files\Java\jdk1.6.0_02\bin\java" -Djava.endorsed.dirs="D:\jboss-4.2.2.GA\bin\\..\lib\endorsed" -Dlog4j.configuration= wstools-log4j.xml -classpath ";D:\jboss-4.2.2.GA\bin\\../client/jboss-xml-binding.jar;D:\jboss-4.2.2.GA\bin\\../client/activation.jar;D:\jboss-4.2.2.G A\bin\\../client/javassist.jar;D:\jboss-4.2.2.GA\bin\\../client/getopt.jar;D:\jboss-4.2.2.GA\bin\\../client/jaxb-api.jar;D:\jboss-4.2.2.GA\bin\\../cli ent/jaxb-impl.jar;D:\jboss-4.2.2.GA\bin\\../client/jbossall-client.jar;D:\jboss-4.2.2.GA\bin\\../client/jbossws-client.jar;D:\jboss-4.2.2.GA\bin\\../c lient/jboss-jaxws.jar;D:\jboss-4.2.2.GA\bin\\../client/jboss-jaxrpc.jar;D:\jboss-4.2.2.GA\bin\\../client/jboss-saaj.jar;D:\jboss-4.2.2.GA\bin\\../clie nt/log4j.jar;D:\jboss-4.2.2.GA\bin\\../client/mail.jar;D:\jboss-4.2.2.GA\bin\\../client/jbossws-spi.jar" org.jboss.wsf.spi.tools.cmd.WSProvide --show- traces -o D:\MCP-2008\wsdl -w com.nortelnetworks.mcp.ne.sm.svc.device.impl.DeviceServiceEventBroker Output directory: D:\MCP-2008\wsdl Source directory: D:\MCP-2008\wsdl Generating WSDL: log4j:WARN No appenders could be found for logger (org.jboss.wsf.framework.DefaultSPIProvider). log4j:WARN Please initialize the log4j system properly. Error: Could not generate. (use --show-traces to see full traces) java.lang.IllegalStateException: Cannot build JAXB context at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.createJAXBContext(JAXWSMetaDataBuilder.java:944) at org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder.buildWebServiceMetaData(JAXWSWebServiceMetaDataBuilder.java:146) at org.jboss.ws.tools.jaxws.impl.JBossWSProviderImpl.provide(JBossWSProviderImpl.java:108) at org.jboss.ws.tools.jaxws.impl.JBossWSProviderImpl.provide(JBossWSProviderImpl.java:124) at org.jboss.wsf.spi.tools.cmd.WSProvide.generate(WSProvide.java:184) at org.jboss.wsf.spi.tools.cmd.WSProvide.main(WSProvide.java:77) Caused by: org.jboss.ws.WSException: Failed to create JAXBContext at org.jboss.ws.core.jaxws.CustomizableJAXBContextFactory.createContext(CustomizableJAXBContextFactory.java:111) at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.createJAXBContext(JAXWSMetaDataBuilder.java:935) ... 5 more Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 2 counts of IllegalAnnotationExceptions java.io.Serializable is an interface, and JAXB can't handle interfaces. this problem is related to the following location: at java.io.Serializable at public java.io.Serializable com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject.getPropertyValue() at com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject at public com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject[] com.nortelnetworks.mcp.ne.share.svc.filter.data.F ilterDataObject.getPropertyFilters() at com.nortelnetworks.mcp.ne.share.svc.filter.data.FilterDataObject at com.nortelnetworks.mcp.ne.share.svc.device.data.DeviceMtcDataFilter at private com.nortelnetworks.mcp.ne.share.svc.device.data.DeviceMtcDataFilter com.nortelnetworks.mcp.ne.sm.svc.device.impl.jaxws.GetF ilteredDeviceListFromIPCM.arg1 at com.nortelnetworks.mcp.ne.sm.svc.device.impl.jaxws.GetFilteredDeviceListFromIPCM java.io.Serializable does not have a no-arg default constructor. this problem is related to the following location: at java.io.Serializable at public java.io.Serializable com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject.getPropertyValue() at com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject at public com.nortelnetworks.mcp.ne.share.svc.filter.data.PropertyFilterDataObject[] com.nortelnetworks.mcp.ne.share.svc.filter.data.F ilterDataObject.getPropertyFilters() at com.nortelnetworks.mcp.ne.share.svc.filter.data.FilterDataObject at com.nortelnetworks.mcp.ne.share.svc.device.data.DeviceMtcDataFilter at private com.nortelnetworks.mcp.ne.share.svc.device.data.DeviceMtcDataFilter com.nortelnetworks.mcp.ne.sm.svc.device.impl.jaxws.GetF ilteredDeviceListFromIPCM.arg1 at com.nortelnetworks.mcp.ne.sm.svc.device.impl.jaxws.GetFilteredDeviceListFromIPCM at com.sun.xml.bind.v2.runtime.IllegalAnnotationsException$Builder.check(IllegalAnnotationsException.java:102) at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:438) 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:102) ... 6 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125071#4125071 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125071 From do-not-reply at jboss.com Thu Jan 31 06:37:41 2008 From: do-not-reply at jboss.com (froden) Date: Thu, 31 Jan 2008 06:37:41 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: How can I use session sope in jbossws? Message-ID: <20662508.1201779461830.JavaMail.jboss@colo-br-02.atl.jboss.com> You mean for the webservice? This is the interface: package services; | | import javax.jws.WebMethod; | import javax.jws.WebParam; | import javax.jws.WebService; | import javax.jws.soap.SOAPBinding; | | @WebService( | name = "EndpointInterface", | targetNamespace = "http://mynamespace/xml" | ) | @SOAPBinding(style = SOAPBinding.Style.RPC) | public interface UserService { | @WebMethod(operationName = "registerUser", action = "urn:registerUser") | public String registerUser( | @WebParam(name = "nickname") String nickname, | @WebParam(name = "password") String password, | @WebParam(name = "email") String email | ); | } And the implementation: package services; | | import javax.annotation.Resource; | import javax.ejb.EJB; | import javax.ejb.EJBContext; | import javax.ejb.Stateless; | import javax.jws.WebService; | import javax.naming.InitialContext; | import javax.servlet.http.HttpSession; | import javax.xml.ws.WebServiceContext; | import javax.xml.ws.WebServiceException; | import javax.xml.ws.handler.MessageContext; | | import org.jboss.ws.annotation.WebContext; | import org.jboss.ws.core.CommonMessageContext; | import org.jboss.ws.core.jaxws.WebServiceContextEJB; | import org.jboss.ws.core.jaxws.handler.SOAPMessageContextJAXWS; | import org.jboss.ws.core.soap.MessageContextAssociation; | | @WebService( | endpointInterface = services.UserService", | serviceName = "UserService" | ) | @WebContext(contextRoot="/ws", urlPattern="/UserService") | @Stateless | public class UserServiceImpl implements UserService { | | WebServiceContext wsContext; | | @Resource | EJBContext ejbCtx; | public String registerUser(String nickname, String password, String email) { | | CommonMessageContext msgContext = MessageContextAssociation.peekMessageContext(); | wsContext = new WebServiceContextEJB((SOAPMessageContextJAXWS)msgContext, ejbCtx); | MessageContext mc = wsContext.getMessageContext(); | | HttpSession session = ((javax.servlet.http.HttpServletRequest)mc.get(MessageContext.SERVLET_REQUEST)).getSession(); | | if (session == null) | throw new WebServiceException("No session in WebServiceContext"); | | String[] names = session.getValueNames(); | System.out.println("There are " + names.length + " variables in the session."); | for(int i = 0; i < names.length; i++) { | System.out.println("We have a session variable called " + names[ i ] + " holding the value " + session.getAttribute(names[ i ])); | } | | // Get a session property "counter" from context | Integer counter = (Integer)session.getAttribute("counter"); | if (counter == null) { | counter = new Integer(0); | System.out.println("Starting the Session"); | } | | System.out.println("Session id is: " + session.getId()); | counter = new Integer(counter.intValue() + 1); | session.setAttribute("counter", counter); | | System.out.println("Counter is: " + counter); | return "blabla"; | } | | } Sorry about the mess hehe View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125093#4125093 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125093 From do-not-reply at jboss.com Thu Jan 31 07:26:08 2008 From: do-not-reply at jboss.com (landoo) Date: Thu, 31 Jan 2008 07:26:08 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS EJB Problems Message-ID: <28392990.1201782368832.JavaMail.jboss@colo-br-02.atl.jboss.com> I am able to configure the context using @WebContext annotation, but still the @SoapBinding thing is not working. I am using jboss 4.2.2 and jdk 5.0 with EJB 3 Any idea? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125112#4125112 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125112 From do-not-reply at jboss.com Thu Jan 31 07:40:20 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 31 Jan 2008 07:40:20 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS EJB Problems Message-ID: <32835124.1201783220129.JavaMail.jboss@colo-br-02.atl.jboss.com> "landoo" wrote : I am able to configure the context using @WebContext annotation, but still the @SoapBinding thing is not working. | | I am using jboss 4.2.2 and jdk 5.0 with EJB 3 | | Any idea? Soap binding in RPC/ENC format isn't supported. See WS-I basic profile for explanation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125120#4125120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125120 From do-not-reply at jboss.com Thu Jan 31 07:43:40 2008 From: do-not-reply at jboss.com (richard.opalka@jboss.com) Date: Thu, 31 Jan 2008 07:43:40 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: JBOSSWS EJB Problems Message-ID: <23723760.1201783420153.JavaMail.jboss@colo-br-02.atl.jboss.com> >From JAX-WS specification, section GOALS: WS-I Basic Profile 1.1 JAX-RPC 1.1 added support for WS-I Basic Profile 1.0. WS-I Basic Profile 1.1 is expected to supersede 1.0 during the lifetime of this JSR and JAX-WS 2.0 will add support for the additional clarifications it provides. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125123#4125123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125123 From jvfengda at yahoo.com Thu Jan 31 08:45:45 2008 From: jvfengda at yahoo.com (Da Feng) Date: Thu, 31 Jan 2008 05:45:45 -0800 (PST) Subject: [jbossws-users] socket problem, seem to cause asynchoronous invocation error(with ethereal capture) Message-ID: <731108.32463.qm@web35904.mail.mud.yahoo.com> hello everyone: I deployed a test case to demonstrate jax-ws2.0,but find that jbossws' asynchronous client invocation throws a classcast exception. But the packet capture seems all right. One thing abnormal is that with jbossws 2.0.2, there is always a "broken pipe" exception thrown by container, and packet capture shows a tcp RST from client to server. With 2.0.3, it works all right with synchronous call. I used wsconsume with customization to get asynchronous stub. The packet capture is the communication process, the zip is project with a war archive, which is my webservice. Can some one help me? My little demonstration is pending. stack trace. done java.lang.ClassCastException: jboss.wsconsume.gen.hotelbooking.stub.Tickets at sunspider.jaxws20.tutorial.client.TestJAXWS20DynaClient.hanldeResponse1(TestJAXWS20DynaClient.java:95) at sunspider.jaxws20.tutorial.client.TestJAXWS20DynaClient.testBookingAsync(TestJAXWS20DynaClient.java:89) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) 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:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128) 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) Tear Down Tear Down java.lang.ClassCastException: jboss.wsconsume.gen.hotelbooking.stub.Tickets at sunspider.jaxws20.tutorial.client.TestJAXWS20DynaClient.hanldeResponse1(TestJAXWS20DynaClient.java:95) at sunspider.jaxws20.tutorial.client.TestJAXWS20DynaClient.access$0(TestJAXWS20DynaClient.java:92) at sunspider.jaxws20.tutorial.client.TestJAXWS20DynaClient$1.handleResponse(TestJAXWS20DynaClient.java:114) at org.jboss.ws.core.jaxws.client.ClientProxy$AsyncRunnable.run(ClientProxy.java:264) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) DaFENG Coder Telecommunication && Network Industry Pudong Shanghai China ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbossws-users/attachments/20080131/4ead84da/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: classcastException Type: application/octet-stream Size: 6382 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbossws-users/attachments/20080131/4ead84da/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: JAX-WS2.0.zip Type: application/zip Size: 67631 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbossws-users/attachments/20080131/4ead84da/attachment.zip From do-not-reply at jboss.com Thu Jan 31 12:42:32 2008 From: do-not-reply at jboss.com (yhrn) Date: Thu, 31 Jan 2008 12:42:32 -0500 (EST) Subject: [jbossws-users] [JBossWS] - Re: Full control of client and server certificates with a JB Message-ID: <22856988.1201801352614.JavaMail.jboss@colo-br-02.atl.jboss.com> Hi Vincent, No, I haven't solved this yet. I was working on some other stuff hoping that I'd get a hint from the forum. But soon I have to come up with a solution so I guess the only thing left to do is to get down and dirty with the JBossWS source code... I think the documentation on JBossWS client configuration (both for the stub objects and for standard-jaxws-client-config.xml) is very poor so I put another forum post for this (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=128758) but that didn't do much good either. When I solve this I'll share it here and if you beat me to it I'd appreciate if you did the same. Cheers, Mattias View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125237#4125237 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125237