on 04-29-2006 12:32 AM
hi,
after creating an external dc, should i transport this to all the systems defined in the track?
thanks
Yes the JARS included would be required for the build process in CONS phase. No deployment will take place as external library DC dont have a deployable state.
Regards
Sidharth
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
ok, i will do it until CONSOLIDATION, but is it required to do an "import" on the other tabs such as "TEST", "ASSEMBLY" or can I remove that particular acitivity which includes the EXTERNAL LIBRARY creation.
if it is not deployable, doesnt that mean that, i need not do an import of that activity which included that DC creation.
rgds
Message was edited by: yogi
my question is
i created an external DC, which is included in a activity named "ABC". i activated and released this activity.
NOW,
Is it <b>mandatory</b> to import and transport this activity, "ABC" through all the runtime systems defined in track (DEV, QA AND PROD)? or is it OKAY if i just do it until CONS/ ASSEMBLY phase and delete it from later on? i.e. not to do import in TEST AND PROD TABS?
thanks
Message was edited by: yogi
Hi Yogi
First of all is the external DC for "compilation" or "assembly". Compilation means the referencing DCs require it only during development time , the runtime references are resolved through other means Eg; 'Sharing references' in Portal components. Either way it doesnt matter if your import. But you cant pick and choose activities beyond consolidation
Regards
Pran
My answer is:
You cannot prevent it from being transported to all runtime systems:
You import the <b>transport</b> into the Consolidation stage. Then during the Assembly stage you create an <b>assembly</b> from all pending transports belonging to a particular SC: This builds the <b>entire</b> SC, giving you an SCA, containing <b>all</b> Development Components that are part of it, this also includes the DCs that were not touched in any of the given transports. So, if you would delete this assembly from the Test import queue and import an assembly that you create afterwards into the Test stage, that one will still contain your External Library DC.
Hi Pran,
As you said, " the runtime references are resolved through other means Eg; 'Sharing references' in Portal components." I have added "libfile" to the web dynpro reference/share library. "libfile" is the name shown on my visual administrator. (J2ee server component/library)
It is deployed to a server where my EP and J2EE engine resides. My problem is that I can compile the DC successfully but not able to access the KM APIs (which are wrapped in those jar files deloyed in external libary DC). Did I miss something here? Please kindly give me some adivce.
thanks,
Zita
User | Count |
---|---|
84 | |
24 | |
12 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.