on 06-25-2014 10:07 AM
Hy @ll.
've got a problem with the SEGW - SAP NetWeaver Gateway Service Builder.
- i used data sources from RFC.
- mapping the source to the entity first time: a ZIF_{rfc name} interface will be created.
- now i changed the mapping to another rfc function, the unused interface is still listed in the "Runtime Artifacts" tree.
Question: How can i remove this garbage from my SEGW project?
Another problem:
- i changed the rfc returning datatype from C(1) to C(2)
Question: How tell SEGW to update the datatype in the generated ZIF_{rfc name} interface,
or regenerate it with currently valid returning data structure?
Thanks, Danilo.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Problem 1: Confirmed, got the same trouble and there is obviously no solution
Problem 2: The SEGW caches sth I think. Leaving completely and entering SEGW again should show the altered signature of the data source
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Yes,You can follow as Chandra said above.
Thanks,
Syam
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Danilo,
I replicated your scenario but not able to remove ZIF_{rfc_name} interface. I deleted it from SE24 but still it does not get removed from runtime artifacts after regenerating it again and again.
As of now I can only see the possibility to delete the entire project and clenup the model and service. and then recreate it.
You may find this thread useful in case you want to delete registered model and service.
Regards,
Chandra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.