webMethods Upgrade from 6.5 to 8.2 - Need help

, , ,
1

Hi,

We are upgrading from 6.5 to 8.2 and we are trying to replace the deprecated services. My main problem is with replacing pub.client:soapHTTP. We are working with about a hundred packages that are using webservices and the WSDL files for some webservices could not be found. Please let me know if you can think of a way the WSDL file can be located from the webservice in 6.5 and how pub.client:soapHTTP service can be replaced if the WSDL could not be located.

We are thinking of building new WSDs in 8.2 if we can find the WSDLs and it is going to be a lot of work since we are dealing with more than hundred packages that need to be changed. So please also suggest if there’s a more efficient way to work on replacing deprecated services especially webservices.

Thanks

2

You mean that don’t have/can’t find WSDL’s handy that were past loaded in 6.5?

Not sure any efficient way to replace the deprecated service unless SAG released any 8.2.2 core fix for this?

Will this service works for you wm.server.ws:wsHTTP or client:soapClient used as replacement?

HTH,
RMG

3

In 8.2, you can set pre compatibility mode to true, and use 7.1/8.0 web service stack for backward compatibility of web service. For sure, at some point of time this will be removed in the future releases but as of now this is supported.

You should be able to locate the WSDL url from the web service provider/consumer in 6.5 right? URL will be active if the web services are still being used.

Senthil

4

Yes, the WSDLs loaded into 6.5 were probably in the local drives of the contractors who are no longer in the company, and we are having difficulties trying to contact the provider/partner. So we need to figure out a way to replace client:soapHTTP with client:soapClient without the WSDL files, but we don’ know how to do that yet, if there’s a way at all.

5

I’m trying to locate the WSDL url from the consumer, atleast for some packages. I tried looking at the connector properties, but no luck. I know we can find the url in 8.2 in connector properties, but it doesnt seem to be the same in 6.5. Please let me know how I can find the url.

6

Did you look on the created WSD in the Developer properties section?

7

“pre compatibility mode to true” → Where do you set this in extended??

8

The developer properties for the WSD in 6.5 does not have the WSDL url. If I create a WSD in 8.2, it shows the url in the properties, but not in 6.5 though.

9

Sorry I meant on the 82 itself the URL info.

10

If the WSD is migrated from 6.5 to 8.2, both versions are showing the same properties - so both versions for this WSD are not showing the url.
But if I create a new WSD in 8.2, it is showing the source url. Our problem is that, we do not have WSDL files to create new WSDs in 8.2.

11

I don’t think there is any easy way with out WSDL’s to replace the deprecated services rather than doing manually in the connectors/services.

How did you originally loaded the 6.5 WSD’s and now you lost those?

12

Like I said, they were loaded by people who are not working in the company anymore. We don’t know where they stored the WSDL files, there’s a good chance they had them in their local computer when they first loaded them.
Is there anyway we can manually change the connectors with the new services(client:soapclient), if the WSDL is not available?

13

When we are migrating from 7.1.2 to 8.2,what are the things we need to check i.e checklist to validate 7.1 environment and make sure that everything is working fine.

Kindly reply to this soon

14

Please refer to the documentation for upgrading webMethods products:
[URL]http://techcommunity.softwareag.com/ecosystem/documentation/[/URL]

Most of your questions will be answered in the documentation.

15

I am fear to say there is no easier way other than manually change across the board:

16

How do we manually change them? Is it not necessary to load the WSDLs into the new environment?

17

I assume you already moved/migrated those connector packages?

18

Yes, the connector packages are migrated to 8.2. They use the soapHTTP service which is deprecated in 8.2.

19

So manually changing each connector/service is the only option for now…I know you had to deal with tons of packages from your initial comments:

Meanwhile did you touch base with SAG support folks any migration utility for this kind?

20

We talked to SAG and they said they can’t help us with this.
I’m sorry, we are going in circles here. I want to know how to manually change the connector, to replace client:soapHTTP with client:soapclient?
I tried but failed to do it correctly. Please let me know.