-
30. Re: RiftSaw - how to invoke an external web service
bbrodt Nov 11, 2010 9:37 AM (in response to izgur)Hi Igor,
I tried several times with my latest build of the BPEL editor, but I'm unable to reproduce the problem. The only differences in the artifacts.wsdl AFTER creating the new partnerlink was the addition of the new partnerlink definition, just before the <types> element (which is what I would expect):
<!-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
TYPE DEFINITION - List of services participating in this BPEL process
The default output of the BPEL designer uses strings as input and
output to the BPEL Process. But you can define or import any XML
Schema type and us them as part of the message types.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->
<plnk:partnerLinkType name="calcPLT">
<plnk:role name="calcClientRole" portType="wsdl:RectangleCalculator"/>
</plnk:partnerLinkType>
<import location="RectangleCalculator.wsdl" namespace="http://rectangle.bple.tps"/>
<types>
<schema attributeFormDefault="unqualified"
elementFormDefault="qualified"
targetNamespace="http://eclipse.org/bpel/sample"
xmlns="http://www.w3.org/2001/XMLSchema"
>The section in bold is what was added to the WSDL. It is possible that this problem has been fixed as part of another bug. If you have time, can you please try a more recent build of the JBoss tools (use a nightly build) and see if you still get the error?
Thanks!
Bob
BTW, I also replied to your question in the JBoss tools community forum at http://community.jboss.org/thread/158650?tstart=0
-
31. Re: RiftSaw - how to invoke an external web service
izgur Nov 18, 2010 4:31 AM (in response to bbrodt)I have a external webservice which uses 2wsdl... Manager.wsdl imports ManagerWS.wsdl...
It uses basic Username WS security, but I think I'm not that far. It fails with:
10:21:07,207 INFO [TomcatDeployment] deploy, ctxPath=/bpelMarin
10:21:07,442 WARNING [config] Unable to process deployment descriptor for context '/bpelMarin'
10:21:07,442 INFO [config] Initializing Mojarra (1.2_12-b01-FCS) for context '/bpelMarin'
10:21:07,614 INFO [BpelProcess] Created new process DAO for {http://samples/bpelMarin}bpelMarin-0 (guid=181te2evxg79w3wiq8rsg53lh7d7o8r7)
10:21:07,614 INFO [BpelProcess] Created new process DAO for {http://samples/bpelMarin}bpelMarin-0 (guid=181te2evxg79w3wiq8rsg53lh7d7o8r7).
10:21:07,645 INFO [BpelServerImpl] Registered process {http://samples/bpelMarin}bpelMarin-0.
10:21:07,645 INFO [CronScheduler] Cancelling PROCESS CRON jobs for: {http://samples/bpelMarin}bpelMarin-0
10:21:07,645 INFO [CronScheduler] Scheduling PROCESS CRON jobs for: {http://samples/bpelMarin}bpelMarin-0
10:23:30,477 INFO [STDOUT] Retrieving document at 'file:/D:/KKISSWORK/jboss-5.1.0.GA/server/default/tmp/5c4o1o20-lssbem-ggnf7rj0-1-ggnflkne-dd/bpelMarin.jar/bpelMarinArtifacts.wsdl'.
10:23:30,493 INFO [STDOUT] Retrieving document at 'CdrManagerWS.wsdl', relative to 'file:/D:/KKISSWORK/jboss-5.1.0.GA/server/default/tmp/5c4o1o20-lssbem-ggnf7rj0-1-ggnflkne-dd/bpelMarin.jar/bpelMarinArtifacts.wsdl'.
10:23:30,571 INFO [WatchDog] [Endpoint files for {DeploymentUnit bpelMarin}] updated
10:23:30,759 WARN [EndpointReferenceContextImpl] Map access not implemented
10:23:30,759 ERROR [UDDIRegistrationImpl] Could not find UDDI Clerk named BPELClerk
org.apache.commons.configuration.ConfigurationException: Could not find UDDI Clerk named BPELClerkAny idea what the problem might be?
Thank you!
-
32. Re: RiftSaw - how to invoke an external web service
kurtstam Nov 18, 2010 10:30 AM (in response to izgur)Hi Igor,
Upon deployment of the BPEL Process it is trying to register it into UDDI (in the riftsaw.sar/bpel.properties: bpel.uddi.registration=true). If you are not using riftsaw and JBESB together, you probably want to turn this off (set the false), or else you will need to install your own jUDDI server (or deploy JBESB which ships with it), or use an external UDDI.
--Kurt
-
33. Re: RiftSaw - how to invoke an external web service
izgur Nov 19, 2010 2:58 AM (in response to kurtstam)Hi, thank you for your reply, but it doesn't solve my problem...
I'm using JBossAS5.1, JBossESB4.8 and RiftSaw2.1, so I use it together...
And I had no problems with other wsdls, projects.. What could be the difference ???
When i changed bpel.uddi.registration to false, there was no change in the log... so I'll change it back...
My bpel.properties:
bpel.uddi.registration=true
# if set to true will lookup BPEL endpoints in a UDDI Registry.
# this uses the juddi-client-3.0.x and the uddi client config can be set in the uddi.xml
# file
bpel.uddi.lookup=true
# implementation of the client integration class
bpel.uddi.client.impl=org.jboss.soa.bpel.uddi.UDDIRegistrationImpl
# the uddi client config in case you want to use your own client config rather then
# jbossesb.saw/esb.uddi.client.xml. Commented out by default.
#bpel.uddi.config=META-INF/bpel.uddi.client.xml
# only if you don't specify the bpel.uddi.config you need to specify the name of the clerk manager
bpel.uddi.clerk.manager=esb-registry
# name of the clerk
bpel.uddi.clerk=BPELClerkbpel.jaxws.client.initializer.impl=
Do you have any other idea ?
BR, Igor!
-
34. Re: RiftSaw - how to invoke an external web service
kurtstam Nov 19, 2010 9:14 AM (in response to izgur)Hi Igor,
1. Can you check your jbossesb.sar/esb.juddi.client.xml to make sure you have the following section
<clerks registerOnStartup="true">
<clerk name="BPELClerk" node="default" publisher="jbossesb" password="jbossesb" />
</clerks>2. Do you get the same error when you deploy any of the quickstarts, or is it limited to your 'bpelMarin' process.
--Kurt
-
35. Re: RiftSaw - how to invoke an external web service
izgur Nov 19, 2010 9:25 AM (in response to kurtstam)I was working on the ESB for 3 weeks and was able to deploy some processes, now I workingwith Riftsaw, but it's the first time i see BPELClerk and UDDI problems ...
No, i don't have that lines. In my jbossesb.sar/esb.juddi.client.xml is this:
<uddi>
<reloadDelay>3600000</reloadDelay>
<manager name="esb-registry">
<nodes>
<node>
<!-- required 'default' node -->
<name>default</name>
<description>Main jUDDI node</description>
<!-- JAX-WS Transport
<proxyTransport>org.apache.juddi.v3.client.transport.JAXWSTransport</proxyTransport>
<custodyTransferUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/custody-transfer?wsdl</custodyTransferUrl>
<inquiryUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/inquiry?wsdl</inquiryUrl>
<publishUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/publish?wsdl</publishUrl>
<securityUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/security?wsdl</securityUrl>
<subscriptionUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/subscription?wsdl</subscriptionUrl>
<subscriptionListenerUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/subscription-listener?wsdl</subscriptionListenerUrl>
<juddiApiUrl>http://${jboss.esb.bind.address}:8080/juddiv3/services/juddi-api?wsdl</juddiApiUrl>
-->
<!-- In VM Transport Settings -->
<proxyTransport>org.jboss.internal.soa.esb.registry.client.JuddiInVMTransport</proxyTransport>
<custodyTransferUrl>org.apache.juddi.api.impl.UDDICustodyTransferImpl</custodyTransferUrl>
<inquiryUrl>org.apache.juddi.api.impl.UDDIInquiryImpl</inquiryUrl>
<publishUrl>org.apache.juddi.api.impl.UDDIPublicationImpl</publishUrl>
<securityUrl>org.apache.juddi.api.impl.UDDISecurityImpl</securityUrl>
<subscriptionUrl>org.apache.juddi.api.impl.UDDISubscriptionImpl</subscriptionUrl>
<subscriptionListenerUrl>org.apache.juddi.api.impl.UDDISubscriptionListenerImpl</subscriptionListenerUrl>
<juddiApiUrl>org.apache.juddi.api.impl.JUDDIApiImpl</juddiApiUrl>
<!-- RMI Transport Settings
<proxyTransport>org.jboss.internal.soa.esb.registry.client.JuddiRMITransport</proxyTransport>
<custodyTransferUrl>/juddiv3/UDDICustodyTransferService</custodyTransferUrl>
<inquiryUrl>/juddiv3/UDDIInquiryService</inquiryUrl>
<publishUrl>/juddiv3/UDDIPublicationService</publishUrl>
<securityUrl>/juddiv3/UDDISecurityService</securityUrl>
<subscriptionUrl>/juddiv3/UDDISubscriptionService</subscriptionUrl>
<subscriptionListenerUrl>/juddiv3/UDDISubscriptionListenerService</subscriptionListenerUrl>
<juddiApiUrl>/juddiv3/JUDDIApiService</juddiApiUrl>
<javaNamingFactoryInitial>org.jnp.interfaces.NamingContextFactory</javaNamingFactoryInitial>
<javaNamingFactoryUrlPkgs>org.jboss.naming</javaNamingFactoryUrlPkgs>
<javaNamingProviderUrl>jnp://${jboss.esb.bind.address}:1099</javaNamingProviderUrl>
-->
</node>
<node>
<name>default-ws</name>
<description>jUDDI console node</description>
<!-- In VM Transport Settings -->
<proxyTransport>org.jboss.internal.soa.esb.registry.client.JuddiInVMTransport</proxyTransport>
<custodyTransferUrl>org.apache.juddi.api.impl.UDDICustodyTransferImpl</custodyTransferUrl>
<inquiryUrl>org.apache.juddi.api.impl.UDDIInquiryImpl</inquiryUrl>
<publishUrl>org.apache.juddi.api.impl.UDDIPublicationImpl</publishUrl>
<securityUrl>org.apache.juddi.api.impl.UDDISecurityImpl</securityUrl>
<subscriptionUrl>org.apache.juddi.api.impl.UDDISubscriptionImpl</subscriptionUrl>
<subscriptionListenerUrl>org.apache.juddi.api.impl.UDDISubscriptionListenerImpl</subscriptionListenerUrl>
<juddiApiUrl>org.apache.juddi.api.impl.JUDDIApiImpl</juddiApiUrl>
</node>
</nodes>
</manager>
</uddi> -
36. Re: RiftSaw - how to invoke an external web service
kurtstam Nov 19, 2010 9:30 AM (in response to izgur)Igor,
I think you installed RiftSaw before JBESB. You need to install RiftSaw last. Can you try that? And then check if you have the Clerk?
--K
-
37. Re: RiftSaw - how to invoke an external web service
izgur Nov 19, 2010 9:37 AM (in response to kurtstam)No, I 100% installed the ESB first, and when ESB was working, i installed Riftsaw 2.1.
I'm afraid of doing that... Ok.. Probably I could try that at home..
If any other ideas...
-
38. Re: RiftSaw - how to invoke an external web service
kurtstam Nov 19, 2010 9:46 AM (in response to izgur)You have to try instaling RiftSaw again. It is the only way to fix your configuration. Just make a backup copy before you start. BTW, you will need to destroy your jUDDI database if you started JBESB before installing RiftSaw so jUDDI can reseed. This can be done by deleting the data directory. However this is unrelated to the current issue we are trying to solve.
--K
-
39. Re: RiftSaw - how to invoke an external web service
izgur Nov 30, 2010 9:56 AM (in response to objectiser)Hey Gary, i have a question and I'm sure you know .)
I deployed my BPEL process to JBoss with the Apache ODE descriptor. But now I have my JBoss behind a FIREWALL.
I configured the Firewall to open ports and pass everythink from the external IP to my local.
I started JBoss with run.sh -Djboss.bind.address=localIP. JBoss starts and exposes the WSDL correctly, but JBoss also generates the soap:address and import address and adds it to the wsdl. This generated location are localIP, which I can't access.
How can i tell JBoss that he shouldn't change my soap:address in my artifacts.wsdl ?
or
How to tell him generate a hardcoded url for all WS ?
In forums they say I should change the deployers/jbossws.deployer/META-INF/jboss-beans.xml. I have this file only in the all distributin, but not in my default configuration folder, which I'm using. If i change the jboss-beans.xml in the all folder, nothing changes... The generated WSDL contains always the jboss.bind.address
Does somebody has any idea ???
-
40. Re: RiftSaw - how to invoke an external web service
kurtstam Nov 30, 2010 2:08 PM (in response to izgur)Hi Igor,
If you want to update the settings on server generated WSDLs then you can play with the settings in the
deployers/jbossws.deployer/META-INF/jboss-beans.xml:
<property name="webServiceHost">${jboss.bind.address}</property>
<property name="modifySOAPAddress">true</property><property name="webServiceSecurePort">8443</property>
<property name="webServicePort">8080</property>If that does not work, please open a JIRA at the JBossWS project, and attach a mini deployable artifact along with your config file.
Cheers,
--Kurt
-
41. Re: RiftSaw - how to invoke an external web service
izgur Dec 1, 2010 2:10 AM (in response to kurtstam)SOLVED !
deployers/jbossws.deployer/META-INF/jboss-beans.xml: (only in server/all)
Nobody replied so i don't know if u have other configuration, but...
The upper file exists only in jboss/server/all and if I changed that, nothing changed, because I'm using the default configuration.
Under \jboss-5.1.0.GA\server\default\deployers\jbossws.deployer\META-INF in found stack-agnostic-jboss-beans.xml.
And this was the file i had to change !!! I hardcoded an IP and JBoss takes this IP always it generates a wsdl.
And now... in works .) Jiiiiiiiiiiiiiha
-
42. Re: RiftSaw - how to invoke an external web service
objectiser Dec 1, 2010 9:27 AM (in response to izgur)Hi Igor
Thanks for the information - I'll make sure it is added to the user guide.
BTW - this thread is getting very long, containing a number of different discussions, so if you don't mind next time can you start a new thread with a title specific to the discussion point, as it makes it easier for other users to find the relevant information later on. Thanks.
Regards
Gary
-
43. Re: RiftSaw - how to invoke an external web service
izgur Dec 1, 2010 9:39 AM (in response to objectiser)Sure...
Gary... you are my hero .) and I'm glad that probably this time I helped a little.