I am trying to rename the existing adapter service to a new name.
After the renaming the adapter service in the developer, I observed that the names of the documents in the Input/Output tab of the adapter service remain the same. I tried to rename the input/output documents in the backend inside the IntegrationServer folder.
But, observed that input/output fields were replicated in the adapter service.
Please suggest me how to rename the exixting adapter services along with the input/ouput documents.
Run the service
WmART/pub.art.service:setAdapterServiceNodeConnection
pass the ānew adapter service nameā( fully qualified) in the input parameter(servicename) of the service and refresh the adapter service.
It will change the input/out with new name.
If you have any mappings already exists you need to remap all mappings
AFAIK,WmART/pub.art.service:setAdapterServiceNodeConnection is used to change the connection asociated with particular adapter service and not for renaming adapter service.
Hi nvarma,
Normally, whatever name we give for adapter service, Input & output, would be the name of input & output document in adapter service input/output Tab.
we can not change it i.e.Input & output as they are automatically created.
I didnāt get āI tried to rename the input/output documents in the backend inside the IntegrationServer folder.ā can you be more explicit on it ?
Thanks for the reply.
What I meant to say is that, I tried to change the input/output document names in the code of node.ndf of that particular adapter service and reloaded the package.
I noticed that doing so will change the names of the input/output documents but also will replicate the input/ouput variables in the documents of the adapter service.
I am using the same adapter service in different package with different name according to the requirement.
This is required in my project as I dont want to do the rebuilding of the existing adapter service. I am not doing any R&D. I am working on reusability of the components. And for that, at times you need to make changes in .ndf and .xml for the services, though not advisable.
1-10J30S (IS_ART_6-1_SP1_Fix3)
After changing the name of an adapter service, and then later on changing the connection alias and refreshing the Developer, the names of the input and output parameters for the adapter service are being changed as well. This problem occurs in Integration Server 6.1 only.
After renaming an adapter service, and then subsequently invoking the pub.art.service:setAdapterServiceNodeConnection service to change the connection alias, the adapter serviceās input and output parameter names are changed. Because the parameter names are no longer valid, this is causing some flow steps to fail.
Now, the parameter names are maintained after renaming an adapter service and then changing the connection alias.
But this means, that if IS_ART_6-1_SP1_Fix3 or newer (as they are cumulative) is installed on the system, the behaviour described in the earlier posts to this thread will work no longer.
And there are some features which require newer versions of this ART-Fix.
Additionally IS 6.1 SP2 already contain IS_ART_6-1_SP1_Fix5.
I wished that wM Devel would have placed an āExtended Server Settingā for this so that we can decide which of the two behaviours we want to use.
My Project also prefered the old behaviour, but we have changed to a way where the copied services are having the same name in different folders/packages. In this case we avoid the necessarity to use the old behaviour. We are now only changing the connections after copying the services and we are done.
Iāve tried 3 times to rename a JDBC Adapter (selectSQL) with the pub.art.service:setAdapterServiceNodeConnection service but nothing to do, it does not work.
(I do not change the connection) : the input and output are never renamed.
This is how it should work. The service is not supposed to change the input names. There was another thread in the forums where the way to rename the inputs/outputs was described.
You can try but I think they will say that everything works as designed and will suggest to file an item in brain storm. Which will lead you to nowhere.
The feature is a simple rename functionality which was working until ART 6.1 and it got changed in 6.5, share your feedback once you hear from the support.
Whenever Iām tasked with an adapter renaming operation, Iāve found much easier to recreate the entire adapter service than to rename it.
Yes, it implies more work but it is safer.
A way to help refactoring is to have a mapping service (out of, or into) where the mapping is done implicitly to/from an external variable (using scopes, for instance).
You should raise a feature request on Brainstorm for a refactoring operation on Designer.
If itās a simple service with just two or three fields then you are right. But I had to rename services with more than 20 fields (which had to be entered manually since it was a custom SQL) and I was happy that we had a rename utility. Saved much time and nerves. Iām jut not allowed to publish it here because itās the companyās property.