From do-not-reply at jboss.com Sat Dec 1 05:08:29 2007
From: do-not-reply at jboss.com (webjavier)
Date: Sat, 1 Dec 2007 05:08:29 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: [SchemaTypeCreator] JAX-RPC does
not allow collection ty
Message-ID: <13302492.1196503710016.JavaMail.jboss@colo-br-02.atl.jboss.com>
....
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109518#4109518
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109518
From do-not-reply at jboss.com Sat Dec 1 13:04:25 2007
From: do-not-reply at jboss.com (jsolderitsch)
Date: Sat, 1 Dec 2007 13:04:25 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: jbossws-2.0.2 released (Mac OS X
glitch)
Message-ID: <29846319.1196532265119.JavaMail.jboss@colo-br-02.atl.jboss.com>
There is no tools.jar in the Java SDK for Mac OS X.
That causes the install from the binary distribution to fail
jjsmacpro:~/Documents/Downloads/jbossws-native-2.0.2.GA jjs$ ant deploy-jboss422
| Buildfile: build.xml
|
| BUILD FAILED
| /Users/jjs/Documents/Downloads/jbossws-native-2.0.2.GA/build.xml:94: The following error occurred while executing this line:
| /Users/jjs/Documents/Downloads/jbossws-native-2.0.2.GA/tests/ant-import/build-testsuite.xml:44: Not available: /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/tools.jar, /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/../lib/tools.jar
Advice? I believe all of the stuff that is normally part of tools.jar is available elsewhere in the Java SDK.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109556#4109556
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109556
From do-not-reply at jboss.com Sat Dec 1 13:19:20 2007
From: do-not-reply at jboss.com (jsolderitsch)
Date: Sat, 1 Dec 2007 13:19:20 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: jbossws-2.0.2 released
Message-ID: <16132480.1196533160604.JavaMail.jboss@colo-br-02.atl.jboss.com>
Note: commenting out the failing checks for tools.jar in build-testsuite.xml seems to allow the ant deploy task to succeed.
And I can still run the seam-bay example web services.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109557#4109557
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109557
From do-not-reply at jboss.com Sun Dec 2 04:03:01 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Sun, 2 Dec 2007 04:03:01 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: JBoss WSSecurity and .Net Client
Message-ID: <10122448.1196586181494.JavaMail.jboss@colo-br-02.atl.jboss.com>
"rohstoffmond" wrote : I've tried a lot to interop between .Net (C#) Client using WSE 3.0 and Jboss 4.2.0 Webservices secured with WSSecurity (Signing and encrypting the webservices).
| But still it doesn't work...
Using the right configuration of both .Net and JBossWS you should be able to obtain interoperability. Could you please provide some further information?
Which version of JBossWS are you using? Which error are you getting (stacktrace and log)? What is your jbossws wsse conf?
Is the .Net side the server side? if so, could you please post here the wsdl? Is it using WS-Security Policy?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109609#4109609
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109609
From do-not-reply at jboss.com Sun Dec 2 04:24:12 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Sun, 2 Dec 2007 04:24:12 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: how to set headers in JAX-WS
Message-ID: <15228630.1196587452030.JavaMail.jboss@colo-br-02.atl.jboss.com>
Just tried to be sure, this is working for me. Could you please post both your wsdl contract and the server implementation (if it is done with JBossWS)? Which version of JBossWS are you using?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109612#4109612
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109612
From do-not-reply at jboss.com Sun Dec 2 11:15:08 2007
From: do-not-reply at jboss.com (klease)
Date: Sun, 2 Dec 2007 11:15:08 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Bug unmarshalling an array in a jaxrpc
service
Message-ID: <27494100.1196612108746.JavaMail.jboss@colo-br-02.atl.jboss.com>
I have a bug unmarshalling an array of objects in a jaxrpc webservice.
Here is the incoming soap message. I am passing a collection of ProductA objects where ProductA is a subclass of Product.
|
|
|
| Karen
|
| cyfac
| 3000
|
|
| look
| 5000
|
|
| GOSPORT
| 1000
|
|
|
|
The relevant part of the schema looks like this:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The behavior in the service is that only the last element of the Product sequence is received in the purchase method.
If I use the purchaseA method which expects a collection of ProductA as argument, the result is correct.
The bug seems related to JBXB-96 which is marked as fixed. My purchase() method works with the 1.0.0.GA version of jboss-xml-binding (which was included with jboss 4.2.1.GA, jbossws-1.2.1.GA), but fails in 1.0.0.SP1 (aka CR11) which has the fix for JBXB-96. So it fails with all the jbossws-2.0.x versions.
I also looked at the test case created for this bug (org.jboss.test.xml.XsiTypeUnitTestCase). It works, but in that case, the collection of objects is the only content of the message. I modified the test case to add a wrapper object with a member appearing before the collection. That testcase fails in the same way as my webservice; only the last element of the collection appears in the parent object.
Karen Lease
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109647#4109647
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109647
From do-not-reply at jboss.com Sun Dec 2 17:03:42 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Sun, 2 Dec 2007 17:03:42 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Authorization Failure using secure
end point
Message-ID: <33464703.1196633022350.JavaMail.jboss@colo-br-02.atl.jboss.com>
Try adding something like @WebContext(contextRoot="/my-cxt", urlPattern="/*", authMethod="BASIC", transportGuarantee="NONE", secureWSDLAccess=false) i.e. setting the authentication method.
If this doesn't help, please post the server side log too.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109673#4109673
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109673
From do-not-reply at jboss.com Sun Dec 2 21:58:14 2007
From: do-not-reply at jboss.com (thejavafreak)
Date: Sun, 2 Dec 2007 21:58:14 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Does JBossWS 2.0.2.GA support POJO
based service?
Message-ID: <4168564.1196650694277.JavaMail.jboss@colo-br-02.atl.jboss.com>
Dear all,
>From what I've seen in the JBoss WS 2.0.2.GA it seems it only supports JAX-WS? Does 2.0.x support non-annotation based services or plain POJO service? Since my company's policy don't allow us to use JDK1.5.0 yet. Or should I go with 1.2.x ?
Thanks in advance
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109691#4109691
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109691
From do-not-reply at jboss.com Mon Dec 3 01:59:33 2007
From: do-not-reply at jboss.com (tpawankumar)
Date: Mon, 3 Dec 2007 01:59:33 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: how to set headers in JAX-WS
Message-ID: <5997721.1196665173544.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi Alessio,
This is the wsdl
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| McAfee Order Processing
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
and on the server side i don't have the implementation,it is third party service we are using.
But i knew there is a method processOrder which takes two parameters one is xmlstring and the other is authheader object.
The Jboss server i am using is Jboss 4.2.1 GA and jbossws is 1.2.1GA.
Please let me know if you have any suggestions?
Thanks,
Pavan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109706#4109706
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109706
From do-not-reply at jboss.com Mon Dec 3 02:53:41 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Mon, 3 Dec 2007 02:53:41 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: how to set headers in JAX-WS
Message-ID: <26308604.1196668421997.JavaMail.jboss@colo-br-02.atl.jboss.com>
I think your issue is due to the way the wsdl:message is defined; I would have expected you to have a binding/operation/input block specifying the two part names, instead you have two different messages for the soap header and the soap body. Take a look at the PingService.wsdl of the webparam samples in the binary distribution for an example.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109715#4109715
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109715
From do-not-reply at jboss.com Mon Dec 3 04:43:48 2007
From: do-not-reply at jboss.com (heiko.braun@jboss.com)
Date: Mon, 3 Dec 2007 04:43:48 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Big problem with
WebXMLRewriterImpl.java rename
Message-ID: <10088053.1196675028145.JavaMail.jboss@colo-br-02.atl.jboss.com>
Yes, i can see it now. I'll provide you with a new container integration. Stay tuned...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109743#4109743
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109743
From do-not-reply at jboss.com Mon Dec 3 04:52:28 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 3 Dec 2007 04:52:28 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Does JBossWS 2.0.2.GA support POJO
based service?
Message-ID: <28692587.1196675548407.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
JBoss WS 2.x and above requires JDK 1.5
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109745#4109745
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109745
From do-not-reply at jboss.com Mon Dec 3 05:15:16 2007
From: do-not-reply at jboss.com (heiko.braun@jboss.com)
Date: Mon, 3 Dec 2007 05:15:16 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Big problem with
WebXMLRewriterImpl.java rename
Message-ID: <5134474.1196676916729.JavaMail.jboss@colo-br-02.atl.jboss.com>
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=124906
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109750#4109750
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109750
From do-not-reply at jboss.com Mon Dec 3 05:15:53 2007
From: do-not-reply at jboss.com (heiko.braun@jboss.com)
Date: Mon, 3 Dec 2007 05:15:53 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Big problem with
WebXMLRewriterImpl.java rename
Message-ID: <16018143.1196676953986.JavaMail.jboss@colo-br-02.atl.jboss.com>
Sorry, wrong buffer. This is the correct link:
http://jira.jboss.org/jira/browse/JBWS-1925
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109752#4109752
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109752
From do-not-reply at jboss.com Mon Dec 3 05:55:54 2007
From: do-not-reply at jboss.com (thejavafreak)
Date: Mon, 3 Dec 2007 05:55:54 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Does JBossWS 2.0.2.GA support POJO
based service?
Message-ID: <3308240.1196679354701.JavaMail.jboss@colo-br-02.atl.jboss.com>
So all of it is based on JAX-WS?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109773#4109773
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109773
From do-not-reply at jboss.com Mon Dec 3 07:04:12 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 3 Dec 2007 07:04:12 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Does JBossWS 2.0.2.GA support POJO
based service?
Message-ID: <1856791.1196683452124.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
no, you can use JAX-RPC based webservices as well. But our code base is based on JDK 1.5 sources.
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109809#4109809
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109809
From do-not-reply at jboss.com Mon Dec 3 09:26:43 2007
From: do-not-reply at jboss.com (jmaenen)
Date: Mon, 3 Dec 2007 09:26:43 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: MTOM interop issue with WSE 3.0
Message-ID: <15974571.1196692003114.JavaMail.jboss@colo-br-02.atl.jboss.com>
Issue above was related to the fact that the proxy class on the C# side was not generated properly ..
Should be derived from
: Microsoft.Web.Services3.WebServicesClientProtocol
Unfortunatly the there is still an issue related to the content type of the respons sent from the server.
With the request the content type is
Content-Type: multipart/related; type="application/xop+xml"
But on the repons of this request the content type is set to :
Content-Type: text/xml;charset=UTF-8
WSE cannot support this feature !
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1099016&SiteID=1
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109865#4109865
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109865
From do-not-reply at jboss.com Mon Dec 3 11:38:58 2007
From: do-not-reply at jboss.com (zeeshan.javeed)
Date: Mon, 3 Dec 2007 11:38:58 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Problem in Serialization of java objects
Message-ID: <30690458.1196699939053.JavaMail.jboss@colo-br-02.atl.jboss.com>
I got an issue with Jbossws. I am using 2.0.2 version.
I have two interface,
TShippingFeePriceIFV1 and TShippingFeePriceIFV1_1 both are implemented by third interface TShippingFeePriceIF.
interface TShippingFeePriceIFV1 has two methods,
getPrice, setPrice, getSum, setSum
and interface TShippingFeePriceIFV1_1 has three methods,
getPrice, setPrice, getSum, setSum and additionaly getQuantity, setQuantity.
Now I am supporting two different versions of wsdl file. One is having version one of the shipping fee and new version is supportint the version wiht quantity.
Now even casting the obect to TShippingFeePriceIFV1 (which has two only methods) the quantity is still serailized and passed to the end clietns...
Any comments why it is happening. From my understanding it should not serilaze the extra values in object and pass the values only which the current object support...
...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109917#4109917
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109917
From do-not-reply at jboss.com Mon Dec 3 17:25:04 2007
From: do-not-reply at jboss.com (perrucci)
Date: Mon, 3 Dec 2007 17:25:04 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - ServiceLifecycle in JossWS 2.0.1
Message-ID: <3286929.1196720704747.JavaMail.jboss@colo-br-02.atl.jboss.com>
I'm trying to port some jsr181 web services from jboss 4.0.4.GA-Patch1 to jboss 4.2.2 but I have problem with ServiceLifecycle.init() method.
Theis method is not called on web service initialization.
Looking through the jbossws 2.0.1 source code, it seems that the init() method is not called.
Is ServiceLifecycle interface supported on jbossws 2.x series?
Thanks
Paolo
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110030#4110030
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110030
From do-not-reply at jboss.com Mon Dec 3 22:52:13 2007
From: do-not-reply at jboss.com (suresk)
Date: Mon, 3 Dec 2007 22:52:13 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Really slow with @WebServiceRef?
Message-ID: <15623411.1196740333937.JavaMail.jboss@colo-br-02.atl.jboss.com>
I am trying to use JBossWS with Amazon Web Services. Everything is working, but it is extremely slow. The request itself takes less than a second, but the whole operations takes close to twenty seconds and it appears the slowness is in the creation of the port. I'm sure I'm doing something subtly wrong, anyone have any ideas what it is?
I am using JBossWS 2.0.1.SP2 and JBoss AS 4.2.2GA. Here is the class that is using the service:
| @Stateful
| public class AmazonSearch implements AmazonSearchHome {
|
| @WebServiceRef(AWSECommerceService.class)
| private AWSECommerceServicePortType port;
|
| @DataModel
| List amazonSearchResults;
|
|
| public void findResults() {
|
| amazonSearchResults = new ArrayList();
|
| ItemSearchRequest request = new ItemSearchRequest();
| request.setKeywords(title);
| request.setSearchIndex("Books");
| request.getResponseGroup().add("Medium");
|
| List requests = new ArrayList();
| requests.add(request);
|
| Holder operationRequest = new Holder();
|
| Holder> items = new Holder>();
|
| port.itemSearch(null, ACCESS_KEY, null, ASSOCIATE_TAG, null, null, null, requests, operationRequest, items);
|
| System.out.println("processing time: " + operationRequest.value.getRequestProcessingTime());
| System.out.println("results: " + items.value.size());
|
|
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110071#4110071
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110071
From do-not-reply at jboss.com Tue Dec 4 05:55:30 2007
From: do-not-reply at jboss.com (pleamon)
Date: Tue, 4 Dec 2007 05:55:30 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Juddi broken on 4.2.1 + 4.2.2
Message-ID: <24226493.1196765730991.JavaMail.jboss@colo-br-02.atl.jboss.com>
Not sure if this is the right forum or not, so feel free to move it.
I've been using jboss AS 4.0.5 GA and 4.2.0 GA and have been successfully using the juddi service as my uddi registry. When I move to 4.2.1 GA or 4.2.2 GA I now get this:
ERROR [org.jboss.jaxr.juddi.JUDDIServlet] org.jboss.ws.core.soap.TextImpl
java.lang.ClassCastException: org.jboss.ws.core.soap.TextImpl
at org.jboss.jaxr.juddi.JUDDIServlet.doPost(JUDDIServlet.java:120)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
...
There seem to be a few related posts/jira issues, but I'm not sure if they are the same issue or not.
Basically I'm trying to publish to the registry. I've tried using various server configs, but even the 'all' config doesn't work.
Is this something that will be fixed in a future release?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110130#4110130
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110130
From do-not-reply at jboss.com Tue Dec 4 07:38:22 2007
From: do-not-reply at jboss.com (tpawankumar)
Date: Tue, 4 Dec 2007 07:38:22 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: how to set headers in JAX-WS
Message-ID: <2895582.1196771902748.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi Alessio,
Thanks for the reply.
But this wsdl is third party vendor where i cannot change.
Actually i am migrating the webservice which talks to third party vendor webservice from Weblogic to jboss.
In weblogic it is creating the method with two parameters but in jboss it is not.
Is there any way we can send header parameter with out editing WSDL?
Thanks
Pavan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110156#4110156
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110156
From do-not-reply at jboss.com Tue Dec 4 10:19:23 2007
From: do-not-reply at jboss.com (method_ben)
Date: Tue, 4 Dec 2007 10:19:23 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: JBoss WSSecurity and .Net Client
Message-ID: <6324604.1196781563322.JavaMail.jboss@colo-br-02.atl.jboss.com>
I did a web service with JBossWS running on JBoss AS 4.2.2.GA. I installed JBossWS 2.0.2.GA. I deployed it in a war file with the jboss-wsse-client.xml,jboss-wsse-server.xml, wsse.keystore and wsse.truststore (in the WEB-INF).
"Every things is ok with a java client". I have exported a certificate with the java keytool.
In my Visual Studio Project, I specify the certificate with WSE Setting 3.0 (the Policy Tab). When I run my .Net client, I get this error :
System.Security.Cryptography.CryptographicException
"Object contains only the public half of a key pair. A private key must also be provided."
The exception is throwed by .Net Environment and I get no exception on my JBoss AS log file.
I think that the exported certificate from the java keystore does not contain the private key or has not a valid format!?
The certificate must be converted ?
Thx
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110224#4110224
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110224
From do-not-reply at jboss.com Tue Dec 4 12:04:33 2007
From: do-not-reply at jboss.com (soderguit)
Date: Tue, 4 Dec 2007 12:04:33 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Basic Authentication with
WSSecureEndpoint on JBoss 4.2.
Message-ID: <11943095.1196787873553.JavaMail.jboss@colo-br-02.atl.jboss.com>
Sorry my english
I have the same problem!
Do you have a solution?
Thanks Carlos
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110260#4110260
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110260
From do-not-reply at jboss.com Tue Dec 4 13:53:42 2007
From: do-not-reply at jboss.com (meghanai_99)
Date: Tue, 4 Dec 2007 13:53:42 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - NullPointerException from
JBossXSEntityResolver
Message-ID: <1685522.1196794422622.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hello,
Versions
JBoss - 4.0.5GA
JBossWS - jbossws-1.2.1.GA (build=200704161533)
jBPM - 3.2
BPEL extension - 1.1 Beta 3
Error
While disconnected from internet, my BPEL process which is deployed as webservice over JBossWS fails to deploy with following exception -
| 09:48:03,236 ERROR [STDERR] Caused by: java.lang.NullPointerException
| 09:48:03,236 ERROR [STDERR] at org.jboss.ws.metadata.wsdl.xmlschema.JBossXSEntityResolver.getXMLInputSource(JBossXSE
| ntityResolver.java:167)
| 09:48:03,236 ERROR [STDERR] at org.jboss.ws.metadata.wsdl.xmlschema.JBossXSEntityResolver.resolveEntity(JBossXSEntit
| yResolver.java:135)
| 09:48:03,236 ERROR [STDERR] at org.apache.xerces.impl.XMLEntityManager.resolveEntity(Unknown Source)
| 09:48:03,236 ERROR [STDERR] at org.apache.xerces.impl.xs.XMLSchemaLoader.resolveDocument(Unknown Source)
|
WSDL setup - probable cause
My BPEL WSDL file imports another WSDL and also declares with schema import in it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The imported WSDL includes another XSD file.
During my debugging I found that JBossWS generates this second XSD file under \tmp\JBossWS location but it fails to generate the oasis security XSD which is originally under same folder as main WSDL file.
Can someone please confirm if this is a bug in JBossWS?
When I copy the missing XSD file manually under tmp location, it finds it fine.
Thank you,
Meghana
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110298#4110298
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110298
From do-not-reply at jboss.com Wed Dec 5 03:48:10 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 03:48:10 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Jbossws 2.0.2 with jdk1.6
Message-ID: <17420028.1196844490107.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
i try to install jboss2.0.2 on my Jboss AS 4.2.1 (with portal 2.6.1) with a jdk 1.6.0 but it didn't work.
There's a document that shows in a clear way wich are the step to make ???
Thank's a lot
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110436#4110436
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110436
From do-not-reply at jboss.com Wed Dec 5 03:57:50 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Wed, 5 Dec 2007 03:57:50 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <30939192.1196845070970.JavaMail.jboss@colo-br-02.atl.jboss.com>
http://jbws.dyndns.org/mediawiki/index.php?title=Installation
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110439#4110439
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110439
From do-not-reply at jboss.com Wed Dec 5 04:22:59 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 04:22:59 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <7227494.1196846579491.JavaMail.jboss@colo-br-02.atl.jboss.com>
Ok...it's the same document that i view yesterday.
I copy the library into my installation path /data/jboss-portal/lib/endorsed
The first question is: is correct my ant.properties
#
# A sample ant properties file
#
# $Id: ant.properties.example 3137 2007-05-18 13:41:57Z thomas.diesler at jboss.com $
# Optional JBoss Home
jboss405.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/build/output/jboss-4.0.5.GA-ejb3
jboss421.home=/data/jboss-portal/
jboss422.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_2_2_GA/build/output/jboss-4.2.2.GA
jboss500.home=/home/tdiesler/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3
# The JBoss server under test. This can be [jboss405|jboss421|jboss422|jboss500]
jbossws.integration.target=jboss421
# The JBoss settings
jboss.server.instance=default
jboss.bind.address=localhost
# JBoss Repository
#jboss.repository=file:/home/tdiesler/svn/jboss.local.repository
jboss.repository=http://repository.jboss.org
# JBoss JMX invoker authentication
#jmx.authentication.username=admin
#jmx.authentication.password=admin
# Java Compiler options
javac.debug=yes
javac.deprecation=no
javac.fail.onerror=yes
javac.verbose=no
Thanks
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110443#4110443
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110443
From do-not-reply at jboss.com Wed Dec 5 04:32:23 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 04:32:23 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <14649838.1196847143798.JavaMail.jboss@colo-br-02.atl.jboss.com>
There other configuration to do in my jbossws-native-2.0.2.GA ??
Thanks
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110446#4110446
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110446
From do-not-reply at jboss.com Wed Dec 5 05:20:42 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Wed, 5 Dec 2007 05:20:42 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <33064873.1196850042799.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
"Artec" wrote :
| # Optional JBoss Home
| | jboss405.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/build/output/jboss-4.0.5.GA-ejb3
| | jboss421.home=/data/jboss-portal/
| | jboss422.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_2_2_GA/build/output/jboss-4.2.2.GA
| | jboss500.home=/home/tdiesler/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3
| |
must be
# Optional JBoss Home
| #jboss405.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/build/output/jboss-4.0.5.GA-ejb3
| jboss421.home= ... and here put real absolute location to your JBoss 4.2.1 server
| #jboss422.home=/home/tdiesler/svn/jbossas/tags/JBoss_4_2_2_GA/build/output/jboss-4.2.2.GA
| j#boss500.home=/home/tdiesler/svn/jbossas/trunk/build/output/jboss-5.0.0.Beta3
|
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110459#4110459
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110459
From do-not-reply at jboss.com Wed Dec 5 06:10:27 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 06:10:27 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <5553977.1196853027804.JavaMail.jboss@colo-br-02.atl.jboss.com>
Ok...i correct my ant.properties and i build jbossws.sar in this way
root at S10lab:/data/jboss-portal-2.6.1.GA/lib/endorsed# export ANT_OPTS="-Djava.endorsed.dirs=/data/jboss-portal-2.6.1.GA/lib/endorsed/"
root at S10lab:/data/jboss-portal-2.6.1.GA/lib/endorsed# export JAVA_HOME=/data/jdk1.6.0_03/
root at S10lab:/data/jbossws-native-2.0.2.GA# /data/apache-ant-1.7.0/bin/ant deploy-jboss421
Buildfile: build.xml
prepare:
undeploy-jboss421-endorsed:
undeploy-jboss421:
[delete] Deleting directory /data/jboss-portal-2.6.1.GA/server/default/deploy/jbossws.sar
[delete] Deleting directory /data/jboss-portal-2.6.1.GA/server/default/deploy/juddi-service.sar
deploy-jboss421-endorsed:
[copy] Copying 5 files to /data/jboss-portal-2.6.1.GA/lib/endorsed
deploy-jboss421:
[unzip] Expanding: /data/jbossws-native-2.0.2.GA/lib/jbossws-core-scripts.zip into /data/jboss-portal-2.6.1.GA/bin
[copy] Copying 15 files to /data/jboss-portal-2.6.1.GA/client
[copy] Copying 1 file to /data/jboss-portal-2.6.1.GA/lib
[mkdir] Created dir: /data/jboss-portal-2.6.1.GA/server/default/deploy/jbossws.sar
[unjar] Expanding: /data/jbossws-native-2.0.2.GA/lib/jbossws-native42.sar into /data/jboss-portal-2.6.1.GA/server/default/deploy/jbossws.sar
[mkdir] Created dir: /data/jboss-portal-2.6.1.GA/server/default/deploy/juddi-service.sar
[unzip] Expanding: /data/jbossws-native-2.0.2.GA/lib/juddi-service.sar into /data/jboss-portal-2.6.1.GA/server/default/deploy/juddi-service.sar
[unzip] Expanding: /data/jbossws-native-2.0.2.GA/lib/jbossws-framework-scripts.zip into /data/jboss-portal-2.6.1.GA/bin
[copy] Copying 3 files to /data/jboss-portal-2.6.1.GA/client
[copy] Copying 3 files to /data/jboss-portal-2.6.1.GA/server/default/lib
BUILD SUCCESSFUL
Total time: 9 seconds
Is all correct ?
Thanks
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110472#4110472
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110472
From do-not-reply at jboss.com Wed Dec 5 06:25:37 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 06:25:37 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <11304387.1196853937033.JavaMail.jboss@colo-br-02.atl.jboss.com>
Ok. I've run my jboss and in my server.log there's this error
=========================================================================
JBoss Bootstrap Environment
JBOSS_HOME: /data/jboss-portal-2.6.1.GA
JAVA: /data/jdk1.6.0_03/bin/java
JAVA_OPTS: -Dprogram.name=run.sh -server -Xms512m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000
CLASSPATH: /data/jboss-portal-2.6.1.GA/bin/run.jar:/data/jdk1.6.0_03/lib/tools.jar
=========================================================================
14:08:58,718 INFO [Server] Starting JBoss (MX MicroKernel)...
14:08:58,724 INFO [Server] Release ID: JBoss [Trinity] 4.2.1.GA (build: SVNTag=JBoss_4_2_1_GA date=200707131605)
14:08:58,736 INFO [Server] Home Dir: /data/jboss-portal-2.6.1.GA
14:08:58,737 INFO [Server] Home URL: file:/data/jboss-portal-2.6.1.GA/
14:08:58,742 INFO [Server] Patch URL: null
14:08:58,743 INFO [Server] Server Name: default
14:08:58,744 INFO [Server] Server Home Dir: /data/jboss-portal-2.6.1.GA/server/default
14:08:58,746 INFO [Server] Server Home URL: file:/data/jboss-portal-2.6.1.GA/server/default/
14:08:58,747 INFO [Server] Server Log Dir: /data/jboss-portal-2.6.1.GA/server/default/log
14:08:58,749 INFO [Server] Server Temp Dir: /data/jboss-portal-2.6.1.GA/server/default/tmp
14:08:58,752 INFO [Server] Root Deployment Filename: jboss-service.xml
14:09:01,505 INFO [ServerInfo] Java version: 1.6.0_03,Sun Microsystems Inc.
14:09:01,507 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.6.0_03-b05,Sun Microsystems Inc.
14:09:01,508 INFO [ServerInfo] OS-System: SunOS 5.8,sparc
14:09:06,065 INFO [Server] Core system initialized
14:09:23,252 INFO [WebService] Using RMI server codebase: http://161.27.1.19:8083/
14:09:23,264 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:jboss-log4j.xml
14:09:27,172 INFO [TransactionManagerService] JBossTS Transaction Service (JTA version) - JBoss Inc.
14:09:27,172 INFO [TransactionManagerService] Setting up property manager MBean and JMX layer
14:09:28,867 INFO [TransactionManagerService] Starting recovery manager
14:09:29,492 INFO [TransactionManagerService] Recovery manager started
14:09:29,493 INFO [TransactionManagerService] Binding TransactionManager JNDI Reference
14:09:55,211 INFO [EJB3Deployer] Starting java:comp multiplexer
14:10:58,962 INFO [STDOUT] no object for null
14:10:58,979 INFO [STDOUT] no object for null
14:10:59,117 INFO [STDOUT] no object for null
14:10:59,273 INFO [STDOUT] no object for {urn:jboss:bean-deployer}supplyType
14:10:59,360 INFO [STDOUT] no object for {urn:jboss:bean-deployer}dependsType
14:11:12,407 ERROR [AbstractKernelController] Error installing to Described: name=WSHTTPServer state=Not Installed mode=Manual requiredState=Create
java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.wsf.container.jboss42.DeploymentAspectHttpServer
at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:306)
at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:514)
at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:408)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getTypeInfo(IntrospectionTypeInfoFactoryImpl.java:216)
at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactory.getTypeInfo(IntrospectionTypeInfoFactory.java:47)
at org.jboss.classadapter.plugins.reflect.ReflectClassAdapterFactory.getClassAdapter(ReflectClassAdapterFactory.java:61)
at org.jboss.kernel.plugins.config.AbstractKernelConfig.getBeanInfo(AbstractKernelConfig.java:59)
at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getBeanInfo(AbstractKernelConfigurator.java:64)
at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getBeanInfo(AbstractKernelConfigurator.java:76)
at org.jboss.kernel.plugins.dependency.KernelControllerContextActions$DescribeAction.installAction(KernelControllerContextActions.java:227)
at org.jboss.kernel.plugins.dependency.KernelControllerContextActions$KernelControllerContextAction.install(KernelControllerContextActions.java:147)
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:593)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:346)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:438)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:379)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:225)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:151)
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:291)
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:261)
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:117)
at org.jboss.kernel.deployment.jboss.JBossBeanDeployment.createService(JBossBeanDeployment.java:69)
at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.create(Unknown Source)
at org.jboss.system.ServiceController.create(ServiceController.java:330)
at org.jboss.system.ServiceController.create(ServiceController.java:273)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy19.create(Unknown Source)
at org.jboss.deployment.SimpleSubDeployerSupport.createService(SimpleSubDeployerSupport.java:338)
at org.jboss.deployment.SimpleSubDeployerSupport.create(SimpleSubDeployerSupport.java:102)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:959)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Thread.java:619)
Can U help me ??
Thanks
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110480#4110480
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110480
From do-not-reply at jboss.com Wed Dec 5 08:02:24 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Wed, 5 Dec 2007 08:02:24 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <24517718.1196859744875.JavaMail.jboss@colo-br-02.atl.jboss.com>
"Artec" wrote :
| Is all correct ?
| Thanks
| Davide
|
Yes, deploy seems to pass correctly.
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110505#4110505
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110505
From do-not-reply at jboss.com Wed Dec 5 08:06:08 2007
From: do-not-reply at jboss.com (Artec)
Date: Wed, 5 Dec 2007 08:06:08 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <6759522.1196859968236.JavaMail.jboss@colo-br-02.atl.jboss.com>
..ok...but i have problem in run fase...in particolar i receive many exception...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110508#4110508
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110508
From do-not-reply at jboss.com Wed Dec 5 10:51:03 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Wed, 5 Dec 2007 10:51:03 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <6727854.1196869863272.JavaMail.jboss@colo-br-02.atl.jboss.com>
This is the same exception as here: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109077
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110579#4110579
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110579
From do-not-reply at jboss.com Wed Dec 5 20:28:56 2007
From: do-not-reply at jboss.com (Juergen.Zimmermann)
Date: Wed, 5 Dec 2007 20:28:56 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Which version of JAX-WS ?
Message-ID: <2387005.1196904536495.JavaMail.jboss@colo-br-02.atl.jboss.com>
Which version of JAX-WS is used by
a) JBossWS 2.0.1
b) JBossWS 2.0.1SP2 [JBoss 4.2.2]
c) JBossWS 2.0.2
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110706#4110706
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110706
From do-not-reply at jboss.com Thu Dec 6 03:15:18 2007
From: do-not-reply at jboss.com (Artec)
Date: Thu, 6 Dec 2007 03:15:18 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <21522649.1196928918576.JavaMail.jboss@colo-br-02.atl.jboss.com>
ok..and so i must install before jbossws 2.0.1 and then jbossws 2.0.2 to have a clear installation,right?
Thanks a lot
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110753#4110753
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110753
From do-not-reply at jboss.com Thu Dec 6 04:37:35 2007
From: do-not-reply at jboss.com (AnisBM)
Date: Thu, 6 Dec 2007 04:37:35 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - ArrayList or Set as return type in a
web method ?
Message-ID: <8252555.1196933855264.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
Is it possible to have a web method which returns a Set or an ArrayList ?
For examle :
| @WebMethod
| public ArrayList getEquipeList() {
| EquipeBean equipeBean = getEquipeBean();
| ArrayList equipes = (ArrayList)equipeBean.getEquipeList();
| return equipes;
| }
|
Regards.
Anis
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110771#4110771
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110771
From do-not-reply at jboss.com Thu Dec 6 05:00:06 2007
From: do-not-reply at jboss.com (Artec)
Date: Thu, 6 Dec 2007 05:00:06 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Jbossws 2.0.2 with jdk1.6
Message-ID: <14686041.1196935206961.JavaMail.jboss@colo-br-02.atl.jboss.com>
OK !!! IT WORKS !!!
Thank a lot to everybody !!!
Bye
Davide
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110777#4110777
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110777
From do-not-reply at jboss.com Thu Dec 6 05:08:33 2007
From: do-not-reply at jboss.com (cdc08x)
Date: Thu, 6 Dec 2007 05:08:33 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - My WS doesn't send any attachment...
why?
Message-ID: <16516242.1196935713822.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi all!
I'm using the EJB3.0 spec. with JBoss AS 4.2.2 (and the related JBossWS version inside, of course), in order to create a Web Service using a Stateless Session Bean instead of a Servlet.
I'd like to send an attachment from within a Web Service method.
Here I explain my problem.
I programmed as follows my Stateless Session Bean:
| ...
| @Stateless(name="PortalInfoExchangeServiceEJB")
| @WebService(
| name="PortalInfoExchange",
| serviceName="PortalInfoExchange",
| targetNamespace="http://www.provincia.latina.it/servizi/ws/portal/PortalInfoExchange",
| endpointInterface = "servizi.it.latina.provincia.portal.ws.PortalInfoExchangeWS")
| @Remote(PortalInfoExchangeWS.class)
| public class PortalInfoExchangeBean implements PortalInfoExchangeWS {
| @Resource WebServiceContext context;
| ...
| public String interact(
| String xmlData
| ) throws IllegalArgumentException {
|
| // Start-up
| String pdfFilePath = "/var/www/SOAPprova/prova.pdf";
| ...
| // Attachment
| SOAPMessageContext msgContext = (SOAPMessageContext)context.getMessageContext();
| SOAPMessage soapMessage = msgContext.getMessage();
| DataHandler dh = new DataHandler(new FileDataSource(pdfFilePath));
| AttachmentPart attachment = soapMessage.createAttachmentPart(dh);
|
| soapMessage.addAttachmentPart(attachment);
| ...
| // Return
| return "Ciao " + xQueryResult + "! [ xQuery: \"for $nome in doc('/home/cdc/workspace/LTPortalWS/build/classes/servizi/it/latina/provincia/portal/ws/tmp.xml')/dataWrapper/dati/nome return data($nome)\" ]";
| }
|
But when I call this service from a PHP Client, sniffing the SOAP response packet I see this:
| 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
| Date: Thu, 06 Dec 2007 09:56:13 GMT
| Connection: close
|
|
|
|
|
|
| Ciao Claudio! [ xQuery: "for $nome in doc('/home/cdc/workspace/LTPortalWS/build/classes/servizi/it/latina/provincia/portal/ws/tmp.xml')/dataWrapper/dati/nome return data($nome)" ]
|
|
|
|
|
Please, could anyone suggest me why there's no attachment?
Have I got to change somehow manually the WSDL to specify that there will be an attachment?
Did I make something wrong into the code?
I searched a lot around the web, but found nothing...
Any help will be very appreciated!
Claudio Di Ciccio
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110782#4110782
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110782
From do-not-reply at jboss.com Thu Dec 6 06:24:45 2007
From: do-not-reply at jboss.com (shoeb1981)
Date: Thu, 6 Dec 2007 06:24:45 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: ArrayList or Set as return type in
a web method ?
Message-ID: <16497014.1196940285672.JavaMail.jboss@colo-br-02.atl.jboss.com>
You can return any object of any complex data structure, as long as you can write an xml schema for that.
However, rather than returning the Set object, you could return an array, which could further be cast down to a set by the client application.
The purpose of web services is to have a standard interface that both parties agree with (the provider of the service and the client). You should keep your interface simple so that you can write a simple schema for that. That will be easier for you to manage and simple for your client to understand.
If you want to re-use the component in your application that you want to expose as web service, you can write an adapter class to your business method. And expose that adapter's interface to client. So in future if you change the original method's signature your clients will still get benefit.
Hope that helps.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110802#4110802
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110802
From do-not-reply at jboss.com Thu Dec 6 09:36:57 2007
From: do-not-reply at jboss.com (Christy)
Date: Thu, 6 Dec 2007 09:36:57 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - String[] and jax-ws
Message-ID: <24666627.1196951817965.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hello to everybody!
I use JBoss 4.2.0.GA. I wrote web service and its method uses java.lang.String[] as input parameter. I generated stubs using wsconsume. But when I try to invoke this method type of input parameter is net.java.dev.jaxb.array.StringArray, not java.lang.String[]. Why? Hpw can I solve this proplem? Thank you!
Kristina
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110855#4110855
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110855
From do-not-reply at jboss.com Thu Dec 6 11:18:16 2007
From: do-not-reply at jboss.com (ejb3workshop)
Date: Thu, 6 Dec 2007 11:18:16 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Basic Authentication with
WSSecureEndpoint on JBoss 4.2.
Message-ID: <25581942.1196957896433.JavaMail.jboss@colo-br-02.atl.jboss.com>
I think in the end I had to make changes in my LoginModule for it to work. This is my complete login module.
Hope it helps
Alex
/*
| * SimpleLoginModule.java
| *
| * Created on 24 June 2005, 10:45
| *
| */
| package com.thunderhead.backend.security;
| import java.io.IOException;
| import java.security.acl.Group;
| import java.util.Map;
| import javax.security.auth.Subject;
| import javax.security.auth.callback.Callback;
| import javax.security.auth.callback.CallbackHandler;
| import javax.security.auth.callback.NameCallback;
| import javax.security.auth.callback.PasswordCallback;
| import javax.security.auth.callback.UnsupportedCallbackException;
| import javax.security.auth.login.LoginException;
| import javax.security.auth.spi.LoginModule;
|
| /**
| *
| *
Copyright: Copyright (c) 2007
| *
Company: Thunderhead
| * @author ahartner
| * @version 1
| */
| public class SimpleLoginModule implements LoginModule {
| private Subject m_subject;
| private CallbackHandler m_callbackHandler;
| private String m_userid;
| private String m_password;
|
| /**
| * Creates a new instance of SimpleLoginModule
| */
| public SimpleLoginModule() {
| }
|
| public boolean abort() throws LoginException {
| return true;
| }
|
| public boolean commit() throws LoginException {
| JAASUser user = new JAASUser(1,m_userid);
|
| Group grp = new JAASGroup("Roles");
| grp.addMember(new JAASRole("friend"));
| grp.addMember(new JAASRole("friends"));
|
| m_subject.getPrincipals().add(user);
| m_subject.getPrincipals().add(grp);
| return true;
| }
|
| public void initialize(Subject subject, CallbackHandler callbackHandler, Map state, Map options) {
| m_subject = subject;
| m_callbackHandler=callbackHandler;
| }
|
| public boolean login() throws LoginException {
| NameCallback nameCallback = new NameCallback("User Name");
| PasswordCallback passwordCallback = new PasswordCallback("User Password", false);
| Callback[] callbacks = new Callback[2];
| callbacks[0] = nameCallback;
| callbacks[1] = passwordCallback;
| try {
| m_callbackHandler.handle(callbacks);
| } catch (UnsupportedCallbackException ex) {
| ex.printStackTrace();
| } catch (IOException ex) {
| ex.printStackTrace();
| }
| try {
| if (nameCallback.getName() != null) {
| m_userid = nameCallback.getName();
| }
| if (passwordCallback.getPassword() != null) {
| m_password = new String(passwordCallback.getPassword());
| }
| passwordCallback.clearPassword();
| } catch (Exception e) {
| e.printStackTrace();
| }
| if (!m_userid.equals("user") || !m_password.equals("password"))
| {
| return false;
| }
| else
| {
| return true;
| }
| }
|
| public boolean logout() throws LoginException {
| m_subject.getPrincipals().clear();
| return true;
| }
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110914#4110914
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110914
From do-not-reply at jboss.com Thu Dec 6 18:16:25 2007
From: do-not-reply at jboss.com (leandroal)
Date: Thu, 6 Dec 2007 18:16:25 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - UsernameToken authentication using
JBossWS
Message-ID: <33538541.1196982985402.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi folks,
I need to consume a certain webservice that use a UsernameToken
authentication method. Using SOAPui it generate the following SOAP
envelop:
??
I use the wsconsumer.sh and jboss generated all the java classes
necessary to have the objects, and I have the following code:
(... some imports ...)
@Stateless
@WebService(endpointInterface="bean.WeatherInfoIF")
@WebServiceClient(name = "Vaisala", targetNamespace = "http://www.xxx.com/",
wsdlLocation = "http://xxx/WebS/xxx.asmx?WSDL")
public class MyInfoBean implements InfoIF {
public MyInfoBean() {
}
public String makeRequest(int arg0) {
Service service = null;
try {
URL wsdlLocation = new URL("http://xxx/WebS/xxx.asmx?WSDL");
QName serviceName = new QName("http://www.xxx.com/", "TheService");
service = Service.create(wsdlLocation, serviceName);
}
catch(Exception e)
{
e.printStackTrace();
}
ServiceSOAP serviceSoap = service.getPort(ServiceSOAP.class);
URL url = null;
try {
url = new File("/home/leandro/jboss-wsse-client.xml").toURL();
((StubExt)serviceSoap).setSecurityConfig(url.toExternalForm());
} catch (MalformedURLException e) {
e.printStackTrace();
}
((StubExt)serviceSoap).setConfigName("Standard WSSecurity Client");
UsernameToken usernameToken = new UsernameToken();
usernameToken.setUsername("user");
usernameToken.setPassword("pass");
// I NEED TO PASS THE UsernameToken information to be inserted
into the SOAP-Header of the SOAP envelop, how to do this?
String stations = serviceSoap.getName();
return "";
}
}
My jboss-wsse-client.xml file:
By the way, I'm getting HTTP 404 Error when I try to access http://www.jboss.com/ws-security/config.
I can't call serviceSoap.getName() because I don't know how to pass
the UsernameToken object. Anyone to help me?
Thank you,
Leandro.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111042#4111042
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111042
From do-not-reply at jboss.com Thu Dec 6 18:21:22 2007
From: do-not-reply at jboss.com (leandroal)
Date: Thu, 6 Dec 2007 18:21:22 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <17984935.1196983282223.JavaMail.jboss@colo-br-02.atl.jboss.com>
Just to send the correct client.xml file:
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111043#4111043
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111043
From do-not-reply at jboss.com Thu Dec 6 18:32:42 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Thu, 6 Dec 2007 18:32:42 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <16498689.1196983962111.JavaMail.jboss@colo-br-02.atl.jboss.com>
Did you try with the username element in your jboss-wsse-client descriptor? Here is some documentation about the UsernameToken Authentication in JBossWS: http://jbws.dyndns.org/mediawiki/index.php?title=WS-Security_options#Username_Token_Authentication
Moreover, you'll have to set the username/password in your BindindProvider before performing the invocation. You don't have to manually deal with the soap-handler and its tokens, since the jbossws ws-security extension will do it for you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111046#4111046
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111046
From do-not-reply at jboss.com Thu Dec 6 23:22:48 2007
From: do-not-reply at jboss.com (leandroal)
Date: Thu, 6 Dec 2007 23:22:48 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <28097550.1197001368540.JavaMail.jboss@colo-br-02.atl.jboss.com>
Do you say something like this:
Map requestContext = ((BindingProvider)serviceSoap).getRequestContext();
requestContext.put(BindingProvider.USERNAME_PROPERTY, "OULU");
requestContext.put(BindingProvider.PASSWORD_PROPERTY, "810420_A");
If yes, I did and it doesn't work.
When I run wsconsumer against the wsdl, it generated the UsernameToken java class and I can instantiate it:
UsernameToken usernameToken = new UsernameToken();
usernameToken.setUsername("xxx");
usernameToken.setPassword("yyyy");
But how to add this object into the SOAP Header?
Thanks,
Leandro.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111083#4111083
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111083
From do-not-reply at jboss.com Thu Dec 6 23:24:20 2007
From: do-not-reply at jboss.com (leandroal)
Date: Thu, 6 Dec 2007 23:24:20 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <29600895.1197001460331.JavaMail.jboss@colo-br-02.atl.jboss.com>
"leandroal" wrote : Do you say something like this:
|
| Map requestContext = ((BindingProvider)serviceSoap).getRequestContext();
| requestContext.put(BindingProvider.USERNAME_PROPERTY, "xxx");
| requestContext.put(BindingProvider.PASSWORD_PROPERTY, "yyy");
|
| If yes, I did and it doesn't work.
|
| When I run wsconsumer against the wsdl, it generated the UsernameToken java class and I can instantiate it:
|
| UsernameToken usernameToken = new UsernameToken();
| usernameToken.setUsername("xxx");
| usernameToken.setPassword("yyyy");
|
| But how to add this object into the SOAP Header?
|
| Thanks,
| Leandro.
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111084#4111084
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111084
From do-not-reply at jboss.com Fri Dec 7 02:43:58 2007
From: do-not-reply at jboss.com (shoeb1981)
Date: Fri, 7 Dec 2007 02:43:58 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: String[] and jax-ws
Message-ID: <6401714.1197013438054.JavaMail.jboss@colo-br-02.atl.jboss.com>
I've not worked much with web service. Here is my speculation only.
When you use web services, your use XML to communicate with the client. Not all the java in-build types are provided by xml schema (be a DTD or XSD). In this case, you are returning Stringp[] array. There probably be no corresponding data type in the XSD for that. Or the tool that you have used to generate the WSDL might have translated the String[] to net.java.dev.jaxb.array.StringArray. So at client you are getting StringArray class.
If you don't want StringArray to be returned, you might need to change the WSDL to change the return type definition mentioned in the schema.
Hope that helps.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111116#4111116
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111116
From do-not-reply at jboss.com Fri Dec 7 02:59:46 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Fri, 7 Dec 2007 02:59:46 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <28041104.1197014386967.JavaMail.jboss@colo-br-02.atl.jboss.com>
"leandroal" wrote : Do you say something like this:
|
| Map requestContext = ((BindingProvider)serviceSoap).getRequestContext();
| requestContext.put(BindingProvider.USERNAME_PROPERTY, "OULU");
| requestContext.put(BindingProvider.PASSWORD_PROPERTY, "810420_A");
|
| If yes, I did and it doesn't work.
|
| When I run wsconsumer against the wsdl, it generated the UsernameToken java class and I can instantiate it:
|
| UsernameToken usernameToken = new UsernameToken();
| usernameToken.setUsername("xxx");
| usernameToken.setPassword("yyyy");
|
| But how to add this object into the SOAP Header?
|
| Thanks,
| Leandro.
|
|
OK, please post here the wsdl of the service you would like to call. It seems that the endpoint you're hitting is not using the standard ws-security + username token. It's using a custom soap header named the same way (but with different namespace, yesterday I didn't noticed it, sorry).
If you can't change the service contract (using the standard security would of course be better), you issue becomes "how do I set up a custom soap header?". Setting a soap header should be quite straightforward, however it seems you have an issue with the tools, since wsconsume is not correctly creating the parameter corresponding to the header. Please post here the wsdl so that we can try to understand why.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111121#4111121
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111121
From do-not-reply at jboss.com Fri Dec 7 05:33:45 2007
From: do-not-reply at jboss.com (zeeshan.javeed)
Date: Fri, 7 Dec 2007 05:33:45 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Document Literal style
Message-ID: <3295174.1197023625534.JavaMail.jboss@colo-br-02.atl.jboss.com>
I am wondering how i can use my own mapping for document literal type.
I am comparatively new to JbossWs and I would love to know how we can enforce to use Document Literal style in order to generate WSDL file. WSDL file is automatically generated by the system and deployed. Where we can direct wstool to use a particular mapping file ?
Any guidance ?
Regards,
Zeeshan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111159#4111159
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111159
From do-not-reply at jboss.com Fri Dec 7 07:06:10 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Fri, 7 Dec 2007 07:06:10 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: String[] and jax-ws
Message-ID: <3494634.1197029170605.JavaMail.jboss@colo-br-02.atl.jboss.com>
"Christy" wrote : Hello to everybody!
| I use JBoss 4.2.0.GA. I wrote web service and its method uses java.lang.String[] as input parameter. I generated stubs using wsconsume. But when I try to invoke this method type of input parameter is net.java.dev.jaxb.array.StringArray, not java.lang.String[]. Why? Hpw can I solve this proplem? Thank you!
| Kristina
Please post here you service endpoint interface / service implementation and the wsdl contract the jbosws stack generated for you so that we can better understand what's happening.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111197#4111197
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111197
From do-not-reply at jboss.com Fri Dec 7 17:55:13 2007
From: do-not-reply at jboss.com (derek.adams)
Date: Fri, 7 Dec 2007 17:55:13 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: change HTTP status code in a WS
fault
Message-ID: <27957056.1197068113142.JavaMail.jboss@colo-br-02.atl.jboss.com>
The only way I could figure out to do it was to change the JBossWS source code in RequestHandlerImpl. It's a small change, but since it violates the "must return a 500 on fault" rule, I doubt it's going to get added as a perm fix. I wish there was a way to make flex work with the 500 error code :-( ... The fix is for the 2.0.0.GA source under org.jboss.wsf.stack.jbws.RequestHandlerImpl at line 287.. change it to..
if (httpResponse != null && code == null && isFault)
| {
| httpResponse.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);
| }
|
This way.. if the response code is set in a handler, it overrides the 500 response code. The only thing left to do is register a handler on the web service via the @HandlerChain annotation. The handler should have the following method...
/*
| * (non-Javadoc)
| *
| * @see javax.xml.ws.handler.Handler#close(javax.xml.ws.handler.MessageContext)
| */
| public void close(MessageContext context) {
| context.put(MessageContextJAXWS.HTTP_RESPONSE_CODE, new Integer(200));
| context.setScope(MessageContextJAXWS.HTTP_RESPONSE_CODE, Scope.APPLICATION);
| }
|
And.. voila.. it should work with Flex. Note that this will change all 500 responses from web services to 200s. A better approach might be to add code to the handler to check if it's Flex requesting the data (via the ServletRequst passed in the message context) and only change the code in that instance.
Hope that helps,
Derek
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111337#4111337
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111337
From do-not-reply at jboss.com Sun Dec 9 05:05:26 2007
From: do-not-reply at jboss.com (cdc08x)
Date: Sun, 9 Dec 2007 05:05:26 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: My WS doesn't send any
attachment... why?
Message-ID: <11115035.1197194726398.JavaMail.jboss@colo-br-02.atl.jboss.com>
Ok, I understood that the main problem is that I'm trying to send back to the client, with a server-response, the attachment.
Instead, this code:
SOAPMessageContext msgContext = (SOAPMessageContext)context.getMessageContext();
gives back the request message, not the response one.
Does anyone know how to access the response message?
Or what should I do to attach something to the response message, in general?
I searched everywhere but I found nothing about it!
Thanks very much for your help!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111438#4111438
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111438
From do-not-reply at jboss.com Sun Dec 9 12:14:30 2007
From: do-not-reply at jboss.com (paoletto)
Date: Sun, 9 Dec 2007 12:14:30 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Weird behaviour of JbossWS with DII
Message-ID: <15750328.1197220470248.JavaMail.jboss@colo-br-02.atl.jboss.com>
i have this endpoint, which reflects a Session bean implementation
| package bps.ejb;
|
| import javax.jws.WebService;
|
| @WebService(targetNamespace = "http://bps.ejb",
| name = "BpsFrontendEndpointInterface")
|
| public interface BpsFrontendEndpointInterface {
| public String hello();
| public String hello2(String foo, String bar, String pippo);
| public void insertProcess(int queue, int prio, String data, int ptype,
| String callbackMode,String callback,String callbackParm, String returnAddress);
| public void reactivateProcess(int pid);
| public void holdProcess(int pid);
| public void deleteProcess(int pid);
| public String testEntity();
| }
|
where's the weird part? well, if i change both in the endpoind and in the slsb the method "hello2()" to return a String[], when i invoke it with a configured DII client (copied straight off the examples), i get a "org.jboss.ws.WSException: Cannot obtain java type mapping for: {http://jaxb.dev.java.net/array}stringArray". Ok.
BUT it happens too even for method String hello(), which by the way worked before (eg. when hello2 was String instead of String[]) and same for insertProcess() and others.
So actually adding a String[] method to this endpoind (and to the implementation) cause DII to fail for every other methods.
Can someone explain me this point?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111468#4111468
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111468
From do-not-reply at jboss.com Mon Dec 10 09:07:12 2007
From: do-not-reply at jboss.com (rukus)
Date: Mon, 10 Dec 2007 09:07:12 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <20116800.1197295632432.JavaMail.jboss@colo-br-02.atl.jboss.com>
Somewhere i've heard that you can use your own wsdl file (insted of generated) - maybe it helps?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111621#4111621
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111621
From do-not-reply at jboss.com Mon Dec 10 09:23:16 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 10 Dec 2007 09:23:16 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: ServiceLifecycle in JossWS 2.0.1
Message-ID: <7873059.1197296596272.JavaMail.jboss@colo-br-02.atl.jboss.com>
"perrucci" wrote : Is ServiceLifecycle interface supported on jbossws 2.x series?
|
| Thanks
| Paolo
|
Yes, ServiceLifecycle interface is supported on JBossWS 2.x series, however for JAX-RPC based webservices only (JSR 109). It doesn't work for JAX-WS endpoints (JSR 181)
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111634#4111634
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111634
From do-not-reply at jboss.com Mon Dec 10 09:26:15 2007
From: do-not-reply at jboss.com (zeeshan.javeed)
Date: Mon, 10 Dec 2007 09:26:15 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <7552577.1197296775319.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
Thx for your reply. Acutally, my problem is bit more wierd. I have to modify the current webservices developed using old version of Jbossws. Now I have complied the server side with new jbossws 2.0.2 and new wsdl file is generated and deployed. The new client created against this wsdl file using wsconsume works very fine but the old client, created with pervious version are not working.
After my investigation, I am of the view that problme is due to mapping and document literal style. Earlier code generated a mapping.xml file and now this time no mapping.xml file is generated. So that is the main reason I asked how we can use the Document Literal in a right way.
Secondly, my wsdl file is always generated and deployed in Jboss , default/data folder. I wanted to deploy it some other location and with different port , for example 8080 instead of 80, so that i can debug the out put using TCP MON. Can Any body, help me how to
1) use Document Literal ( so that it generates mapping.xml file )
2) change locatoin and port of wsdl file.
Thanks & Regards,
Zeeshan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111637#4111637
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111637
From do-not-reply at jboss.com Mon Dec 10 09:37:09 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 10 Dec 2007 09:37:09 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <27076346.1197297430080.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
"zeeshan.javeed" wrote :
| 1) use Document Literal ( so that it generates mapping.xml file )
| 2) change locatoin and port of wsdl file.
|
1) AFAIK mapping.xml file is not generated for JAX-WS based clients
2) You can use javax.jws.Webservice.wsdlLocation to specify your custom WSDL location
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111643#4111643
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111643
From do-not-reply at jboss.com Mon Dec 10 09:47:48 2007
From: do-not-reply at jboss.com (zeeshan.javeed)
Date: Mon, 10 Dec 2007 09:47:48 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <3563987.1197298068995.JavaMail.jboss@colo-br-02.atl.jboss.com>
THx for the prompt reply.
How we can forec the wsdl fiel to be generated using Doc /Literal.
Do we only need to put @WebMethod before a method ?
@WebMethod
publicSession startSession(Session session)
{
log.debug("Start session with version: " + session.getVersion());
handleInfo("startSession", session);
return getVersion(session).startSession(session);
}
and can you eloborate more where we can write the code for the location of wsdl file and how to specify the port ?
Thanks,
Zeeshan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111647#4111647
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111647
From do-not-reply at jboss.com Mon Dec 10 10:08:17 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 10 Dec 2007 10:08:17 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <17381377.1197299298009.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
"zeeshan.javeed" wrote : How we can forec the wsdl fiel to be generated using Doc /Lit ?
|
| import javax.jws.soap.*;
|
| @SOAPBinding(
| style=SOAPBinding.Style.DOCUMENT,
| use=SOAPBinding.Use.LITERAL
| )
| public interface ServiceIface
| {
| ...
| }
|
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111656#4111656
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111656
From do-not-reply at jboss.com Mon Dec 10 10:11:19 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Mon, 10 Dec 2007 10:11:19 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <16481296.1197299479893.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
"zeeshan.javeed" wrote :
| Where we can write the code for the location of wsdl file and how to specify the port ?
|
import javax.jws.*;
| import javax.jws.soap.*;
|
| @SOAPBinding(
| style=SOAPBinding.Style.DOCUMENT,
| use=SOAPBinding.Use.LITERAL
| )
| @WebService(wsdlLocation="YOUR_WSDL_LOCATION_URL")
| public interface ServiceIface
| {
| ...
| }
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111658#4111658
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111658
From do-not-reply at jboss.com Mon Dec 10 13:38:31 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Mon, 10 Dec 2007 13:38:31 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: My WS doesn't send any
attachment... why?
Message-ID: <24823259.1197311911741.JavaMail.jboss@colo-br-02.atl.jboss.com>
Take a look at the user guide, attachments chapter: http://jbws.dyndns.org/mediawiki/index.php?title=JAX-WS_User_Guide#Attachments
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111728#4111728
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111728
From do-not-reply at jboss.com Mon Dec 10 14:43:57 2007
From: do-not-reply at jboss.com (alessio.soldano@jboss.com)
Date: Mon, 10 Dec 2007 14:43:57 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: Document Literal style
Message-ID: <14610198.1197315837710.JavaMail.jboss@colo-br-02.atl.jboss.com>
"zeeshan.javeed" wrote : Hi,
| I have to modify the current webservices developed using old version of Jbossws. Now I have complied the server side with new jbossws 2.0.2 and new wsdl file is generated and deployed. The new client created against this wsdl file using wsconsume works very fine but the old client, created with pervious version are not working.
This is a quite common issue for users that have been using old JBossWS versions. If you need to expose a wsdl contract that is exactly the same of your previous one, you should try with the top-down approach. See this for further information: http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools#Top-Down_.28Using_wsconsume.29
This way your service clients should work without changes.
anonymous wrote : After my investigation, I am of the view that problme is due to mapping and document literal style. Earlier code generated a mapping.xml file and now this time no mapping.xml file is generated. So that is the main reason I asked how we can use the Document Literal in a right way.
As previously said, the jaxrpc-mapping.xml is not related to the wsdl style you use (Document/literal, rpc/literal, etc.). That mapping file is simply not generated by our jax-ws stack.
anonymous wrote : Secondly, my wsdl file is always generated and deployed in Jboss , default/data folder. I wanted to deploy it some other location and with different port , for example 8080 instead of 80, so that i can debug the out put using TCP MON. Can Any body, help me how to
| 1) use Document Literal ( so that it generates mapping.xml file )
| 2) change locatoin and port of wsdl file.
Is your concern about the wsdl address or the endpoint address?
Please take a look at the FAQ to understand how the endpoint address relates to the context configuration (i.e. how you can change that address): http://jbws.dyndns.org/mediawiki/index.php?title=FAQ#How_do_I_know_what_endpoint_address_is_being_used.3F
The port used for every endpoints depends on the jboss-web configuration of your application server.
You might also be interested in reading how you can configure JBossWS to rewrite the endpoint addresses in the wsdl files (once you download the wsdl, you get the endpoint address from it's contents... and that automatically generated address can be rewritten changing the host and port):
http://jbws.dyndns.org/mediawiki/index.php?title=FAQ#How_does_rewriting_of_the_soap_address_in_WSDL_work.3F
Finally, it seems to me there has been a little misunderstanding with Richard on what you need to do. The wsdlLocation attribute of @WebService should be used to point the stack to the wsdl location during the deployment phase. As a matter of fact jbossws needs to read the wsdl (if you decide to expose your own one instead of letting it generate it for you) and wsdlLocation specifies the relative URL to the wsdl. You can of course deploy your wsdl as a simple xml file everywhere you want as a simple jboss-web app and then have jbossws read it from there... but imho that's not the suggest way to go. Please give us some further information to better understand your usecase.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111744#4111744
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111744
From do-not-reply at jboss.com Tue Dec 11 03:17:10 2007
From: do-not-reply at jboss.com (kks_krishna)
Date: Tue, 11 Dec 2007 03:17:10 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: JBossWS Tools Overview (wstools,
wsprovide, wsconsume)
Message-ID: <27405211.1197361030466.JavaMail.jboss@colo-br-02.atl.jboss.com>
HI,
I have set jbossws-spi.jar in the classpath. Still i am getting NoClassDefFoundError for WSConsume class. I am using 2.0.2 native GA. Please help me.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111852#4111852
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111852
From do-not-reply at jboss.com Tue Dec 11 03:35:08 2007
From: do-not-reply at jboss.com (kks_krishna)
Date: Tue, 11 Dec 2007 03:35:08 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - WsConsume throws exception
Message-ID: <17139443.1197362108212.JavaMail.jboss@colo-br-02.atl.jboss.com>
HI,
I have set jbossws-spi.jar in the classpath. Still i am getting NoClassDefFoundError for WSConsume class. I am using 2.0.2 native GA. Please help me.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111860#4111860
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111860
From do-not-reply at jboss.com Tue Dec 11 03:46:50 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Tue, 11 Dec 2007 03:46:50 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: WsConsume throws exception
Message-ID: <931132.1197362810299.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
isn't this
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109077
your problem too?
If not, please provide more details about your problem, e.g. JBoss AS version, Java version, OS version, steps you did, ... etc
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111863#4111863
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111863
From do-not-reply at jboss.com Tue Dec 11 06:05:31 2007
From: do-not-reply at jboss.com (kks_krishna)
Date: Tue, 11 Dec 2007 06:05:31 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: WsConsume throws exception
Message-ID: <16140628.1197371131864.JavaMail.jboss@colo-br-02.atl.jboss.com>
Even if i am setting the correct path for the jar files, i am getting the NoClassFound error.
I am using the following versions:
JBoss : 4.0.5
Java : 5.0
OS : Windows XP
Step1 : I have created webservice and got the WSDL path in the server.
Step2: I have downloaded 2.0.2 native api for generating the client stubs.
Step3: I have extracted the zip files and put it in D drive and set the classpath for only that jar file.
Step: I opened the command prompt and typed >>weconsume <>
Is this information enough?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111902#4111902
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111902
From do-not-reply at jboss.com Tue Dec 11 06:57:11 2007
From: do-not-reply at jboss.com (richard.opalka@jboss.com)
Date: Tue, 11 Dec 2007 06:57:11 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: WsConsume throws exception
Message-ID: <25105819.1197374231764.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
thanks, that information was important for us to know your usecase. You're still missing some jars in the classpath (as you already know) :-( . I suggest you to put all jar files from jbossws distribution to your classpath, because it's very hard to tell you which jar file are you missing.
Richard
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111909#4111909
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111909
From do-not-reply at jboss.com Tue Dec 11 07:49:57 2007
From: do-not-reply at jboss.com (beligum)
Date: Tue, 11 Dec 2007 07:49:57 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - webservice login and initialization is
Seam
Message-ID: <8642582.1197377397938.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi all,
I don't really know where to post this, but I guess it's more WS-related than it is Seam-related.
Here's the issue: When I start an (ear) application, and nobody went to the website, before a remote login()-webserviceservice is contacted (which uses the seam Identity component to login), I always get an error that the security.drl file couldn't be found. Though, when I try to do this after someone visited the site (and security.drl) was loaded appropriately, everything is ok.
It seems like the initialization of the security-rules is something the webservice-integration (in Seam) isn't able to do?
Here's the stacktrace:
| 13:39:56,432 INFO [RuleBase] parsing rules: security.drl
| 13:39:56,472 ERROR [SOAPFaultHelperJAXWS] SOAP request exception
| javax.ejb.EJBException: org.jboss.seam.InstantiationException: Could not instantiate Seam component: org.jboss.seam.security.identity
| at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPolicy.java:63)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83)
| at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:95)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
| at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.wsf.container.jboss42.InvocationHandlerEJB3.invoke(InvocationHandlerEJB3.java:103)
| at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:220)
| 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: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: org.jboss.seam.InstantiationException: Could not instantiate Seam component: org.jboss.seam.security.identity
| at org.jboss.seam.Component.newInstance(Component.java:1962)
| at org.jboss.seam.Component.getInstance(Component.java:1865)
| at org.jboss.seam.Component.getInstance(Component.java:1844)
| at org.jboss.seam.Component.getInstance(Component.java:1821)
| at org.jboss.seam.Component.getInstance(Component.java:1816)
| at org.jboss.seam.security.Identity.instance(Identity.java:160)
| at com.acepostproduction.tumbolia.webservice.SecurityServiceImpl.getAllSpaces(SecurityServiceImpl.java:56)
| 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.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:44)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
| at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
| at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
| at org.jboss.seam.persistence.EntityManagerProxyInterceptor.aroundInvoke(EntityManagerProxyInterceptor.java:26)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
| at org.jboss.seam.persistence.HibernateSessionProxyInterceptor.aroundInvoke(HibernateSessionProxyInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:106)
| at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:50)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| ... 39 more
| Caused by: java.lang.IllegalStateException: could not locate rule file: security.drl
| at org.jboss.seam.drools.RuleBase.compileRuleBase(RuleBase.java:51)
| 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.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:125)
| at org.jboss.seam.Component.callComponentMethod(Component.java:2074)
| at org.jboss.seam.Component.callCreateMethod(Component.java:1997)
| at org.jboss.seam.Component.newInstance(Component.java:1968)
| at org.jboss.seam.Component.getInstance(Component.java:1865)
| at org.jboss.seam.Component.getInstance(Component.java:1832)
| at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55)
| at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50)
| at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:166)
| at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:53)
| at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
| at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44)
| at org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
| at org.jboss.seam.core.Expressions$1.getValue(Expressions.java:112)
| at org.jboss.seam.Component$ELInitialValue.getValue(Component.java:2352)
| at org.jboss.seam.Component.initialize(Component.java:1381)
| at org.jboss.seam.Component.instantiateJavaBean(Component.java:1307)
| at org.jboss.seam.Component.instantiate(Component.java:1260)
| at org.jboss.seam.Component.newInstance(Component.java:1958)
| ... 75 more
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111921#4111921
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111921
From do-not-reply at jboss.com Tue Dec 11 08:45:54 2007
From: do-not-reply at jboss.com (leandroal)
Date: Tue, 11 Dec 2007 08:45:54 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: UsernameToken authentication using
JBossWS
Message-ID: <7816377.1197380754117.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi Alessio, here it is:
This web service
provides real-time data data....................This web service
provides real-time data data.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111936#4111936
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111936
From do-not-reply at jboss.com Tue Dec 11 09:34:10 2007
From: do-not-reply at jboss.com (lexsoto@gmail.com)
Date: Tue, 11 Dec 2007 09:34:10 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: context-root in jboss.xml
Message-ID: <16392628.1197383650104.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
I'm having this same problem.
Is there any work around this problem?
TIA,
Alex Soto
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111951#4111951
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111951
From do-not-reply at jboss.com Tue Dec 11 14:14:02 2007
From: do-not-reply at jboss.com (dfillis)
Date: Tue, 11 Dec 2007 14:14:02 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - AXIS fault when trying to invoke a
webservice through a serv
Message-ID: <14443935.1197400442315.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi All,
I am getting the following error when I invoke a webservice. I am using the following.
jboss-4.0.3SP1,
jdk5.0
my source code is as follows
public String login() throws Exception {
//Method level variables
String token = null;
try {
//Use thw webservice locator created by WSDL2JAVA
System.out.println("Login webservice method start");
OKMAuthServiceLocator servLoc = new OKMAuthServiceLocator();
OKMAuth auth = servLoc.getOKMAuthPort();
token = auth.login("user2", "pass2");
System.out.println(token);
System.out.println("Webservice end");
}
catch(Exception e) {
//Print the exception in the console
e.printStackTrace();
throw e;
}
return token;
}
I would appreciate any insights into what the problem could be.
Best Regards
Denzil Fillis
2007-12-11 21:03:41,015 DEBUG [org.jboss.webservice.server.InvokerProvider] initServiceDesc: service=OpenKM.ear/OpenKM.war#OKMAuthService/OKMAuth
2007-12-11 21:03:41,015 DEBUG [org.jboss.webservice.handler.HandlerChainBaseImpl] Create a handler chain for roles: []
2007-12-11 21:03:41,015 DEBUG [org.jboss.webservice.handler.HandlerChainBaseImpl] init: [config=null]
2007-12-11 21:03:41,062 DEBUG [org.jboss.webservice.server.ServerEngine] invoke: org.jboss.axis.MessageContext at 2d8a59
2007-12-11 21:03:41,062 DEBUG [org.jboss.webservice.server.ServerEngine] TransportHandler: http
2007-12-11 21:03:41,078 ERROR [org.jboss.webservice.server.ServerEngine] Server error: AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Client
faultSubcode:
faultString: java.lang.NullPointerException
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: java.lang.NullPointerException
at org.jboss.axis.encoding.Base64.decode(Base64.java:154)
at org.jboss.webservice.handler.ServerLoginHandler.invoke(ServerLoginHandler.java:68)
at org.jboss.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:73)
at org.jboss.axis.SimpleChain.doVisiting(SimpleChain.java:160)
at org.jboss.axis.SimpleChain.invoke(SimpleChain.java:123)
at org.jboss.webservice.server.ServerEngine.invokeInternal(ServerEngine.java:174)
at org.jboss.webservice.server.ServerEngine.invoke(ServerEngine.java:89)
at org.jboss.axis.transport.http.AxisServlet.doPost(AxisServlet.java:911)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.jboss.axis.transport.http.AxisServletBase.service(AxisServletBase.java:370)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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-11 21:03:41,078 INFO [org.jboss.axis.transport.http.AxisServlet] java.lang.NullPointerException
2007-12-11 21:03:41,109 INFO [STDOUT] AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Client
faultSubcode:
faultString:
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: java.lang.NullPointerException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
at org.jboss.axis.client.Call.invoke(Call.java:3064)
at org.jboss.axis.client.Call.invoke(Call.java:2652)
at org.jboss.axis.client.Call.invoke(Call.java:2561)
at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
at org.jboss.axis.client.Call.invoke(Call.java:1920)
at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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-11 21:03:41,109 INFO [STDOUT] org.jboss.axis.AxisFault:
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.AxisFault.makeFault(AxisFault.java:99)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:274)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at javax.xml.parsers.SAXParser.parse(Unknown Source)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invoke(Call.java:3064)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invoke(Call.java:2652)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invoke(Call.java:2561)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.client.Call.invoke(Call.java:1920)
2007-12-11 21:03:41,125 INFO [STDOUT] at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
2007-12-11 21:03:41,125 INFO [STDOUT] at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
2007-12-11 21:03:41,125 INFO [STDOUT] at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
2007-12-11 21:03:41,125 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
2007-12-11 21:03:41,125 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
2007-12-11 21:03:41,125 INFO [STDOUT] at java.lang.Thread.run(Thread.java:595)
2007-12-11 21:03:41,125 INFO [STDOUT] Caused by: java.lang.NullPointerException:
2007-12-11 21:03:41,125 INFO [STDOUT] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
2007-12-11 21:03:41,125 INFO [STDOUT] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
2007-12-11 21:03:41,125 INFO [STDOUT] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
2007-12-11 21:03:41,125 INFO [STDOUT] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
2007-12-11 21:03:41,125 INFO [STDOUT] at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
2007-12-11 21:03:41,125 INFO [STDOUT] ... 50 more
2007-12-11 21:03:41,125 INFO [STDOUT] 2007/12/11 09:03:41 com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction execute
WARNING: ; nested exception is:
java.lang.NullPointerException:
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Client
faultSubcode:
faultString:
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: java.lang.NullPointerException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
at org.jboss.axis.client.Call.invoke(Call.java:3064)
at org.jboss.axis.client.Call.invoke(Call.java:2652)
at org.jboss.axis.client.Call.invoke(Call.java:2561)
at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
at org.jboss.axis.client.Call.invoke(Call.java:1920)
at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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)
org.jboss.axis.AxisFault:
at org.jboss.axis.AxisFault.makeFault(AxisFault.java:99)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:274)
at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
at org.jboss.axis.client.Call.invoke(Call.java:3064)
at org.jboss.axis.client.Call.invoke(Call.java:2652)
at org.jboss.axis.client.Call.invoke(Call.java:2561)
at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
at org.jboss.axis.client.Call.invoke(Call.java:1920)
at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invok
2007-12-11 21:03:41,125 INFO [STDOUT] e(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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: java.lang.NullPointerException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
... 50 more
2007-12-11 21:03:41,140 INFO [STDOUT] 2007/12/11 09:03:41 com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction execute
WARNING: ; nested exception is:
java.lang.NullPointerException:
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Client
faultSubcode:
faultString:
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: java.lang.NullPointerException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
at org.jboss.axis.client.Call.invoke(Call.java:3064)
at org.jboss.axis.client.Call.invoke(Call.java:2652)
at org.jboss.axis.client.Call.invoke(Call.java:2561)
at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
at org.jboss.axis.client.Call.invoke(Call.java:1920)
at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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)
org.jboss.axis.AxisFault:
at org.jboss.axis.AxisFault.makeFault(AxisFault.java:99)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:274)
at org.jboss.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:142)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1249)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.jboss.axis.encoding.DeserializationContextImpl.parse(DeserializationContextImpl.java:257)
at org.jboss.axis.MessagePart.getAsSOAPEnvelope(MessagePart.java:684)
at org.jboss.axis.Message.getSOAPEnvelope(Message.java:428)
at org.jboss.axis.client.Call.invokeEngine(Call.java:3102)
at org.jboss.axis.client.Call.invoke(Call.java:3064)
at org.jboss.axis.client.Call.invoke(Call.java:2652)
at org.jboss.axis.client.Call.invoke(Call.java:2561)
at org.jboss.axis.client.Call.invokeInternal(Call.java:1982)
at org.jboss.axis.client.Call.invoke(Call.java:1920)
at com.mpilo.fourier.dms.wsmanager.subscriber.OKMAuthBindingStub.login(OKMAuthBindingStub.java:595)
at com.mpilo.fourier.dms.wsmanager.AuthModuleWSManager.login(AuthModuleWSManager.java:73)
at com.mpilo.fourier.dms.web.action.SaveOrCreateDocumentAction.execute(SaveOrCreateDocumentAction.java:66)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
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.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invok
2007-12-11 21:03:41,140 INFO [STDOUT] e(SecurityAssociationValve.java:159)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
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:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
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: java.lang.NullPointerException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.jboss.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:273)
... 50 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112063#4112063
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112063
From do-not-reply at jboss.com Tue Dec 11 17:58:37 2007
From: do-not-reply at jboss.com (viswanadhvk)
Date: Tue, 11 Dec 2007 17:58:37 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - stopping the HTTP requests for web
services at JBoss
Message-ID: <6767952.1197413917738.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi All, I would like to stop accepting HTTP requests from client to web services which are deployed at JBoss, can any body give any idea how to do that.
Thanks!
Vvk
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112110#4112110
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112110
From do-not-reply at jboss.com Tue Dec 11 22:00:45 2007
From: do-not-reply at jboss.com (jsolderitsch)
Date: Tue, 11 Dec 2007 22:00:45 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - maven2 - help to resolve javax.ws
Message-ID: <28229180.1197428445824.JavaMail.jboss@colo-br-02.atl.jboss.com>
I am trying to use maven2 with a Seam project to which I have added some web service definitions with annotations.
I was able to build the project with maven2 before I added the new code but now the mvn command reports unresolved dependencies:
javax.ws does not exist.
Is there a maven dependency clause I can add to my pom to resolve this dependency?
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112137#4112137
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112137
From do-not-reply at jboss.com Wed Dec 12 01:54:18 2007
From: do-not-reply at jboss.com (oskar.carlstedt)
Date: Wed, 12 Dec 2007 01:54:18 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: maven2 - help to resolve javax.ws
Message-ID: <26189380.1197442458199.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hello!
Many of the javax... files (read jars, taglibs, ...) are under license of Sun Microsystems Inc. Therefore they are not part of the global maven repository. Make a mvn deploy:deploy-file (or install:install-file) to add the jars you want to your own repository.
Cheers
/Oskar
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112148#4112148
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112148
From do-not-reply at jboss.com Wed Dec 12 08:26:59 2007
From: do-not-reply at jboss.com (rashmi_yes)
Date: Wed, 12 Dec 2007 08:26:59 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - dynamic web service call from client
Message-ID: <15881706.1197466019433.JavaMail.jboss@colo-br-02.atl.jboss.com>
hi,
I want to call web service dynamically. i.e i will get the WSDL file at run time & based on that i want to generate client stubs automatically(not manually). Is it possible? If so please give me your tips or any links that can help me.
I have gone through the link http://java.sun.com/developer/technicalArticles/J2EE/j2ee_ws/
& few more but all of them says that i have to generate client side stubs manually. Is it so? I will be really happy if it is possible.
Thanks in advance
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112253#4112253
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112253
From do-not-reply at jboss.com Wed Dec 12 10:48:07 2007
From: do-not-reply at jboss.com (jsolderitsch)
Date: Wed, 12 Dec 2007 10:48:07 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: maven2 - help to resolve javax.ws
Message-ID: <31407923.1197474487219.JavaMail.jboss@colo-br-02.atl.jboss.com>
yes -- I mvn install'd the JBoss 2.0.2 version of JAXWS to my local machine and the mvn goal then completed.
I guess this licensing issue is something I should have known.
At one time didn't Sun have a maven repo that was accessible and could be added to your repository list?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112286#4112286
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112286
From do-not-reply at jboss.com Wed Dec 12 14:29:02 2007
From: do-not-reply at jboss.com (viswanadhvk)
Date: Wed, 12 Dec 2007 14:29:02 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: stopping the HTTP requests for web
services at JBoss
Message-ID: <5025325.1197487742050.JavaMail.jboss@colo-br-02.atl.jboss.com>
I mean to say, i would like to disable the HTTP requests to web services. I want my web service handles only SOAP requests.
Please let me know how to do that.
Thanks!
Vvk
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112346#4112346
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112346
From do-not-reply at jboss.com Thu Dec 13 00:11:24 2007
From: do-not-reply at jboss.com (kks_krishna)
Date: Thu, 13 Dec 2007 00:11:24 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: WsConsume throws exception
Message-ID: <21609992.1197522684609.JavaMail.jboss@colo-br-02.atl.jboss.com>
What are the jar files i need to add in the classpath? I have added only one in the classpath. That has WsConsume class file.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112444#4112444
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112444
From do-not-reply at jboss.com Thu Dec 13 06:40:57 2007
From: do-not-reply at jboss.com (rashmi_yes)
Date: Thu, 13 Dec 2007 06:40:57 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: dynamic web service call from client
Message-ID: <1850512.1197546057837.JavaMail.jboss@colo-br-02.atl.jboss.com>
I used the concept 'JAX-WS's dynamic Dispatch interface' from and it works fine now & i am able to communicate at run time without generating client stubs.
thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112526#4112526
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112526
From do-not-reply at jboss.com Thu Dec 13 09:14:52 2007
From: do-not-reply at jboss.com (techie_techie)
Date: Thu, 13 Dec 2007 09:14:52 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Exception while running JbossWS service
client
Message-ID: <28151870.1197555292282.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
I have a service up and running on Jboss 4.2.2 GA. I can browse the WSDL file and see the content.
Now using wsconsume I generated the client side stubs and wrote a test client. The testclient class path refers to jars in "lib" of Jboss Ws 2.0.2 "lib"
but i am getting the following exception.
Any pointers what could be missing or correct proedcure to create clients using wsconsume?
.....
| Exception in thread "main" javax.xml.ws.WebServiceException: Unable to load Provider: Failed to load javax.xml.ws.spi.Provider: com.sun.xml.ws.spi.ProviderImpl
| at javax.xml.ws.spi.Provider.provider(Provider.java:98)
| at javax.xml.ws.Service.(Service.java:83)
| at com.danny.techtalk.ex1.echo.EchoImplService.(EchoImplService.java:53)
| at com.danny.techtalk.ex1.echo.TestClient2.main(TestClient2.java:12)
| Caused by: java.lang.IllegalStateException: Failed to load javax.xml.ws.spi.Provider: com.sun.xml.ws.spi.ProviderImpl
| at javax.xml.ws.spi.ProviderLoader.loadProvider(ProviderLoader.java:96)
| at javax.xml.ws.spi.Provider.provider(Provider.java:90)
| ... 3 more
| Caused by: java.lang.ExceptionInInitializerError
| at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
| at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
| at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
| at java.lang.reflect.Constructor.newInstance(Unknown Source)
| at java.lang.Class.newInstance0(Unknown Source)
| at java.lang.Class.newInstance(Unknown Source)
| at javax.xml.ws.spi.ProviderLoader.loadProvider(ProviderLoader.java:91)
| ... 4 more
| Caused by: javax.xml.ws.WebServiceException: Error creating JAXBContext for W3CEndpointReference.
| at com.sun.xml.ws.spi.ProviderImpl.getEPRJaxbContext(ProviderImpl.java:188)
| at com.sun.xml.ws.spi.ProviderImpl.(ProviderImpl.java:65)
| ... 11 more
| Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 2 counts of IllegalAnnotationExceptions
| Two classes have the same XML type name "address". Use @XmlType.name and @XmlType.namespace to assign different names to them.
| this problem is related to the following location:
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Address
| at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Address com.sun.xml.ws.developer.MemberSubmissionEndpointReference.addr
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference
| this problem is related to the following location:
| at javax.xml.ws.wsaddressing.W3CEndpointReference$Address
| at private javax.xml.ws.wsaddressing.W3CEndpointReference$Address javax.xml.ws.wsaddressing.W3CEndpointReference.address
| at javax.xml.ws.wsaddressing.W3CEndpointReference
| Two classes have the same XML type name "elements". Use @XmlType.name and @XmlType.namespace to assign different names to them.
| this problem is related to the following location:
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements
| at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements com.sun.xml.ws.developer.MemberSubmissionEndpointReference.referenceProperties
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference
| this problem is related to the following location:
| at javax.xml.ws.wsaddressing.W3CEndpointReference$Elements
| at private javax.xml.ws.wsaddressing.W3CEndpointReference$Elements javax.xml.ws.wsaddressing.W3CEndpointReference.referenceParameters
| at javax.xml.ws.wsaddressing.W3CEndpointReference
|
| at com.sun.xml.bind.v2.runtime.IllegalAnnotationsException$Builder.check(IllegalAnnotationsException.java:66)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:422)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.(JAXBContextImpl.java:270)
| at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:103)
| at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:81)
| 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 javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:210)
| at javax.xml.bind.ContextFinder.find(ContextFinder.java:366)
| at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:574)
| at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:522)
| at com.sun.xml.ws.spi.ProviderImpl.getEPRJaxbContext(ProviderImpl.java:186)
| ... 12 more
|
TIA...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112569#4112569
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112569
From do-not-reply at jboss.com Thu Dec 13 09:15:23 2007
From: do-not-reply at jboss.com (techie_techie)
Date: Thu, 13 Dec 2007 09:15:23 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Exception while running JbossWS service
client
Message-ID: <892685.1197555323103.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi,
I have a service up and running on Jboss 4.2.2 GA. I can browse the WSDL file and see the content.
Now using wsconsume I generated the client side stubs and wrote a test client. The testclient class path refers to jars in "lib" of Jboss Ws 2.0.2 "lib"
but i am getting the following exception.
Any pointers what could be missing or correct proedcure to create clients using wsconsume?
.....
| Exception in thread "main" javax.xml.ws.WebServiceException: Unable to load Provider: Failed to load javax.xml.ws.spi.Provider: com.sun.xml.ws.spi.ProviderImpl
| at javax.xml.ws.spi.Provider.provider(Provider.java:98)
| at javax.xml.ws.Service.(Service.java:83)
| at com.danny.techtalk.ex1.echo.EchoImplService.(EchoImplService.java:53)
| at com.danny.techtalk.ex1.echo.TestClient2.main(TestClient2.java:12)
| Caused by: java.lang.IllegalStateException: Failed to load javax.xml.ws.spi.Provider: com.sun.xml.ws.spi.ProviderImpl
| at javax.xml.ws.spi.ProviderLoader.loadProvider(ProviderLoader.java:96)
| at javax.xml.ws.spi.Provider.provider(Provider.java:90)
| ... 3 more
| Caused by: java.lang.ExceptionInInitializerError
| at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
| at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
| at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
| at java.lang.reflect.Constructor.newInstance(Unknown Source)
| at java.lang.Class.newInstance0(Unknown Source)
| at java.lang.Class.newInstance(Unknown Source)
| at javax.xml.ws.spi.ProviderLoader.loadProvider(ProviderLoader.java:91)
| ... 4 more
| Caused by: javax.xml.ws.WebServiceException: Error creating JAXBContext for W3CEndpointReference.
| at com.sun.xml.ws.spi.ProviderImpl.getEPRJaxbContext(ProviderImpl.java:188)
| at com.sun.xml.ws.spi.ProviderImpl.(ProviderImpl.java:65)
| ... 11 more
| Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 2 counts of IllegalAnnotationExceptions
| Two classes have the same XML type name "address". Use @XmlType.name and @XmlType.namespace to assign different names to them.
| this problem is related to the following location:
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Address
| at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Address com.sun.xml.ws.developer.MemberSubmissionEndpointReference.addr
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference
| this problem is related to the following location:
| at javax.xml.ws.wsaddressing.W3CEndpointReference$Address
| at private javax.xml.ws.wsaddressing.W3CEndpointReference$Address javax.xml.ws.wsaddressing.W3CEndpointReference.address
| at javax.xml.ws.wsaddressing.W3CEndpointReference
| Two classes have the same XML type name "elements". Use @XmlType.name and @XmlType.namespace to assign different names to them.
| this problem is related to the following location:
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements
| at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements com.sun.xml.ws.developer.MemberSubmissionEndpointReference.referenceProperties
| at com.sun.xml.ws.developer.MemberSubmissionEndpointReference
| this problem is related to the following location:
| at javax.xml.ws.wsaddressing.W3CEndpointReference$Elements
| at private javax.xml.ws.wsaddressing.W3CEndpointReference$Elements javax.xml.ws.wsaddressing.W3CEndpointReference.referenceParameters
| at javax.xml.ws.wsaddressing.W3CEndpointReference
|
| at com.sun.xml.bind.v2.runtime.IllegalAnnotationsException$Builder.check(IllegalAnnotationsException.java:66)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:422)
| at com.sun.xml.bind.v2.runtime.JAXBContextImpl.(JAXBContextImpl.java:270)
| at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:103)
| at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:81)
| 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 javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:210)
| at javax.xml.bind.ContextFinder.find(ContextFinder.java:366)
| at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:574)
| at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:522)
| at com.sun.xml.ws.spi.ProviderImpl.getEPRJaxbContext(ProviderImpl.java:186)
| ... 12 more
|
TIA...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112570#4112570
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112570
From do-not-reply at jboss.com Thu Dec 13 17:29:04 2007
From: do-not-reply at jboss.com (hopkinst)
Date: Thu, 13 Dec 2007 17:29:04 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - JBoss Hanging on start up during Web
Service ServletContext
Message-ID: <1386426.1197584944953.JavaMail.jboss@colo-br-02.atl.jboss.com>
On my JBoss 4.2.2 Server I have two web services.
If I first start my JBoss server without either web service then deploy web service A. Then deploy web service B. The following runs (as intended).
Web Service B has a ContextInitialized piece that runs when it is deployed. Inside of Web Service B (which has already ingested via wsimport Web Service A prior to packaging as a WAR and deployment on the same server) an instance of web service A is created via service and port. Then a function in web service A is called, passed an object, and properly returns data (in this case a boolean).
Everything there runs as it is supposed to. The issue is that if I shut the server down and bring it back online with both of the Web Services (A and B) on the server the server will hang when it tries to create the instance of Web Service A inside the Servlet ContextInitialized section.
During start up web service A deploys properly and I can see its endpoints created. Then web service B deploys and after one println that tells me it is starting it tries to create the service and port for web service A and the server just hangs.
Does anyone have any idea what I've forgotten to do, or what the reason is that this will fail when the server is started and the web services are already deployed?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112745#4112745
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112745
From do-not-reply at jboss.com Thu Dec 13 23:00:08 2007
From: do-not-reply at jboss.com (beligum)
Date: Thu, 13 Dec 2007 23:00:08 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - return type polymorphism issue,
please help
Message-ID: <1728290.1197604809202.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi all, I guess this should be easy for some of you experts, so I hope to get an answer here, after searching for this bug for a couple of hours now.
Here's the situation:
| @XmlJavaTypeAdapter(AbstractInodeImpl.Adapter.class)
| public interface Inode extends Serializable, Comparable, Cloneable
| {
| //definition of getters,setters,...
| }
|
| @Entity
| @Table(name="inode")
| @Inheritance(strategy=InheritanceType.SINGLE_TABLE)
| @DiscriminatorColumn(
| name="type",
| discriminatorType=DiscriminatorType.STRING
| )
|
| @XmlSeeAlso({FileInode.class, DirectoryInode.class})
| public abstract class AbstractInodeImpl implements Inode
| {
| //implementation of getters,setters,...
|
| static public class Adapter extends XmlAdapter
| {
| public Inode unmarshal(AbstractInodeImpl v)
| {
| return v;
| }
| public AbstractInodeImpl marshal(Inode v)
| {
| return (AbstractInodeImpl)v;
| }
| }
| }
|
| @Entity
| @Name("directoryInode")
| @DiscriminatorValue("directory")
| public class DirectoryInode extends AbstractInodeImpl implements Serializable
| {
| // more implementation
| }
|
| @Entity
| @Name("fileInode")
| @DiscriminatorValue("file")
| public class FileInode extends AbstractInodeImpl implements Serializable
| {
| // even more...
| }
|
| @Stateless
| @WebService(name = "FileSystemService", serviceName = "FileSystemService")
| @Name("fileSystemService")
| @WebContext(contextRoot="/tumbolia/services", urlPattern="/FileSystemService")
| public class FileSystemServiceImpl implements FileSystemService, Serializable
| {
| @WebMethod
| public List getAllChildren(String inodePath)
| {
| List children = ((FileSystemManager)Component.getInstance("fileSystemManager", true)).getInodePathChildren(inodePath);
|
| return children;
| }
| }
|
I generate my JAXB beans with wsconsume or wsimport (have tried both) from the wsdl that was automatically generated.
When I call the webservice in the last bean, I get this exception:
| [javax.xml.bind.UnmarshalException: Unable to create an instance of com.acepostproduction.tumbolia.webservice.AbstractInodeImpl
| - with linked exception:
| [java.lang.InstantiationException]]
| com.acepostproduction.virtuolia.exceptions.WsException: [TumboliaFileSystemCommunicator] Error while calling getAllChildren(): javax.xml.bind.UnmarshalException
| - with linked exception:
| [javax.xml.bind.UnmarshalException: Unable to create an instance of com.acepostproduction.tumbolia.webservice.AbstractInodeImpl
| - with linked exception:
| [java.lang.InstantiationException]]
| at com.acepostproduction.virtuolia.communicator.TumboliaFileSystemCommunicator.getAllChildren(TumboliaFileSystemCommunicator.java:87)
| at com.acepostproduction.virtuolia.VirtuoliaDiskDriver.startSearch(VirtuoliaDiskDriver.java:340)
| ...
|
Any ideas why the polymorphism on the return value is failing?
It would be great if someone could give me a hint here.
bram
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112791#4112791
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112791
From do-not-reply at jboss.com Fri Dec 14 16:08:39 2007
From: do-not-reply at jboss.com (perrucci)
Date: Fri, 14 Dec 2007 16:08:39 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - Re: ServiceLifecycle in JossWS 2.0.1
Message-ID: <19840028.1197666520006.JavaMail.jboss@colo-br-02.atl.jboss.com>
Thank you Richard.
May you give me an hint on howto simulate init() behaviour using jax-ws new functionalities (on jsr181 web services)?
Thank you
Paolo
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113086#4113086
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4113086
From do-not-reply at jboss.com Sat Dec 15 19:17:00 2007
From: do-not-reply at jboss.com (suvigy)
Date: Sat, 15 Dec 2007 19:17:00 -0500 (EST)
Subject: [jbossws-users] [JBossWS] - jbossws in applet with jdk 1.5,
signed jars, SecurityExcepti
Message-ID: <22965988.1197764220300.JavaMail.jboss@colo-br-02.atl.jboss.com>
Hi All!
Is it possible to create webservice client in applet with wsconsume? I tried it, but I keep getting error, I signed all the jars as well as the applet:
java.lang.ExceptionInInitializerError
| at org.jboss.ws.core.jaxws.DynamicWrapperGenerator.init(DynamicWrapperGenerator.java:67)
| at org.jboss.ws.core.jaxws.DynamicWrapperGenerator.(DynamicWrapperGenerator.java:62)
| at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.initWrapperGenerator(JAXWSMetaDataBuilder.java:902)
| at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilder.resetMetaDataBuilder(JAXWSMetaDataBuilder.java:908)
| at org.jboss.ws.metadata.builder.jaxws.JAXWSClientMetaDataBuilder.rebuildEndpointMetaData(JAXWSClientMetaDataBuilder.java:273)
| at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPortInternal(ServiceDelegateImpl.java:262)
| at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.getPort(ServiceDelegateImpl.java:193)
| at javax.xml.ws.Service.getPort(Service.java:116)
| at applettest.ws.TestServiceService.getTestServicePort(TestServiceService.java:50)
| at applettest.WSTest.init(WSTest.java:21)
| at sun.applet.AppletPanel.run(Unknown Source)
| at java.lang.Thread.run(Unknown Source)
| Caused by: java.security.AccessControlException: access denied (java.lang.RuntimePermission accessDeclaredMembers)
| at java.security.AccessControlContext.checkPermission(Unknown Source)
| at java.security.AccessController.checkPermission(Unknown Source)
| at java.lang.SecurityManager.checkPermission(Unknown Source)
| at java.lang.SecurityManager.checkMemberAccess(Unknown Source)
| at java.lang.Class.checkMemberAccess(Unknown Source)
| at java.lang.Class.getDeclaredMethod(Unknown Source)
| at javassist.ClassPool$1.run(ClassPool.java:78)
| at java.security.AccessController.doPrivileged(Native Method)
| at javassist.ClassPool.(ClassPool.java:75)
| ... 12 more
|
It comes from the javassist, doesn't it?
My webservice is a simple Hello World Service:
@WebService
| public class TestService {
|
| @WebMethod
| public String hello(String name) {
| return "Hello "+name+"!";
| }
|
|
| }
|
The applet simply displays the return value in a label. It works fine as a normal application, but not in applet enviroment.
The included jars in the applet (the s beginning means that it is signed):
|