cancel
Showing results for 
Search instead for 
Did you mean: 

How to Transport external JAR file in EP 7.02(Webdynpro Java) through NWDI

Former Member
0 Kudos

Hi,

We have created a webdynpro java application and added an external jar file to that application in NWDS. We have added the jar file as mentioned below

project->Right Click-> Properties->Java Build Path-> Libraries-> Add External Jars

But While we are trying to Activate the Activity System is showing build error.

I will be thankful if anyone provide me the procedure of transporting external jar files in EP.

Thanks & Regards,

Subhadip Sengupta

Accepted Solutions (0)

Answers (2)

Answers (2)

former_member337476
Participant
0 Kudos

Hi Subhadip,

Create an external library DC and add the required jar files into libraries folder. Then create a Public part in the library DC and then provide reference to the jar file.

Now add this External Library DC as Dependent DC to your Webdynpro DC. This should solve the issue.

Let me know if you need further info.

Regards,

Madhu

former_member189220
Active Contributor
0 Kudos

If this external jar is a build library - such scenario is not possible. The required build libraries are defined in the project definition in the SLD.

After the SCA Build-Time dependencies are imported in the CMS - Landscape Confirugator.

Then when you import in the CMS - Transport Studio a central build with these libraries is done.

Then there is an import in the NWDS, of the dev. configuration track. With this the build libraries are copied and when a Sync is executed the DTR workspaces are copied to the local DTR workspaces.

At this very moment you do try to add a new build library. The activation fails because when the activity is activated it refers to a library that is not know by the CBS. (the activation of activity is happening on the CBS, after check-in and release of the activity from the NWDS)

The required and recommended build-time dependencies are stated in this note:

1080927 - Creating CMS Tracks for Common Application Types (7.0x)

***

Portal Application for NetWeaver 7.0

sap.com/SAP_BUILDT/7.00 SAPBUILDT<SP>_<PATCH>-10003479.scasap.com/SAP-JEE/7.00 SAPJEE<SP>_<PATCH>-10003469.scasap.com/SAP_JTECHS/7.00 SAPJTECHS<SP>_<PATCH>-10003467.scasap.com/EP_BUILDT/7.00 EPBUILDT<SP>_<PATCH>-10003786.scasap.com/EP-PSERV/7.00 EPPSERV<SP>_<PATCH>-10003474..scasap.com/EPBC/7.00 EPBC<SP>_<PATCH>-10003473.scasap.com/EPBC2/7.00 EPBC2<SP>_<PATCH>-10003489.scasap.com/EP-WDC/7.00 EPWDC<SP>_<PATCH>-10003557.sca

***

So what is supported as build libraries resides in these SCAs. If you do try to use something extra it is not necessary that it will work and it is not the NWDI to blame.

All in all, one might not add, per wish, an extra build libraries in the NWDS. What is necessary for the build process should be defined in the development configuration track.

Else, this jar file is a result of a compilation of a source code. Then it is better to add the source code in a local DC and to copy this local DC to a DC in the development configuration track imported from the NWDI. More information here:

https://archive.sap.com/documents/docs/DOC-3204

(Step 3: Copying Local DCs to NWDI Track SC)

Of course the relationship between the puplic parts, from and to, this DC, is an extra task for the developers. The copied DC should be referred correctly otherwise the build will failed with a Broken DCs - f.e. "INVALID DEPENDENCIES: The following dependencies of the DCs in this request are being marked as invalid as they refer to non-existent public parts."

Adding an extra libraries to a certain local project will work only if you do a local development. Then you need to deploy the project, in at least SDA, directly from the NWDS to the AS Java RTS.

1833230 - deployment of j2ee archive which is no SDA is not supported

If you have standard j2ee archives that you want to transport, you must convert them to valid SAP archives before transporting them. For more information, see the following documentation:

http://help.sap.com/saphelp_nw70ehp1/helpdata/en/1e/2c813ed9d23e44e10000000a114084/content.htm?frame...

However, as you might see here the result will be "a J2EE Engine 7.0-compatible EAR file that contains all necessary components and deployment descriptors".