KM & Collabaration is the repository for storing and retreving unstructured data. This is installed in EP nothing to do with JDI, KM & C totally out of scope of JDI.
are you intended to maintain the life cycle of EP Software componets, where as DC uses KM& C API's
I also had a similar problem with portal development. I couldn't find an SC for portal development ( I dont think there is one since it's an application that sits on top of WAS 6.40) To solve my problem, I created an external library DC, copied in the most commonly used api jars for portal development and then created a public part for each jar file. I then reference these public parts as needed in each of my portal DC's.
As far as I know SAP has not released EP SC's for development/modification of the standard EP. All they deliver is some EP build plugins (for NW04 in SAP_BUILDT and for NW04s in EP_BUILDT) and a some htmlb DCs in SAP_JTECHS.
If you're using classes from other jars, then yes, you probably need to go the External Library DC way. But before you do that, make sure that your classes/jars are not in the 3 base SC's.
if you go to the service marketplace and there to "Support Packages and Patches -> SAP NetWeaver -> SAP NETWEAVER -> SAP NETWEAVER 2004S -> Entry by Component -> Enterprise Portal" you can find three software components for download:
Are these JDI-importable ? Basically he is looking for build archives similar to the one provided for BI UDI (DI Build tool) and EP Build tool, if so he has raised another thread , please help him there
I have implemented these as dependencies on the SLD for my custom software component. I have checked them into the CMS and imported them into the CBS. However, when I add these as used DC's in a custom development, it does not compile saying it cannot resolve the classpaths for the KM objects I am using in my custom application. I am I doing something wrong or is there something I am missing?
Any help would be appreciated
Thanks
Just a Note:
If I add these jars locally with class path variables it compiles and builds locally, but a s soon as I check the activity in, the build fails in CBS.
just to make sure: You are adding the jar files to the project that are in some lib/java/ subfolder of the DC instead of adding the DC? In other words: the Jar files are exactly those that are also contained in the DCs?
If that is the case: what is the exact error message that you get from the DC build? Can you post the exact error message from the build log?
(If the build fails during Java compilation then either the jars are different, or something is wrong with the KM DCs themselves. If the build fails even before the "build plugin" is started then there's something wrong with either ACLs on those DCs or they are not correctly synched to your local disk.)
Regards,
Marc
P.S.: If you add jars locally the build on CBS will usually fail as CBS is not aware of such changes. Even a local DC build should fail. This is not very helpful but basically it is normal behaviour. Maybe the NWDS should not allow adding jar files for development components or offer to add the matching DCs/create special DCs.
Yes it will fail because the CBS requires DC usage dependencies to resolve classpath for libraries. Setting a local build path in NWDS will not help. If the KM dcs are not delivered as standard you will need to create an external library DC for the required KM jars so that your custom DC that uses KM apis can create a usage reference to the KM DCs , this is something the CBS will recognise.
yes, they should be. At least if you open the SCAs with WinZIP/RAR you can see a BUILDARCHIVES folder that contains zips for several DCs and the names and the number of archives more or less match the DEPLOYARCHIVES.
What strikes me as odd is that a lot of these BUILDARCHIVES are pretty empty (they contains .dcdef files, but no *.ppa files), so they are probably not really usable. I'm not an expert on KM and would suggest a CSN message so that a product manager from KM can answer.
This is exactly why I asked the question, I also noticed the same thing. Should I extract the Deploy archives and import the ear files into the CBS? The buildarchives folder only contains the sda's. The deployarchives contain the .ear files for example that seem to contain the the various functions I am looking for. I am not sure however what to do with them.
The build log indicates that for the KM methods and objects the classpath cannot be found.
However, what I am did after I imported those KM build plugins, is that I go to the DC meta data>DC definition>used DC's and I tried to add these parts from the build plugins which I could now see. This to me means that when checking in my activity a dependency has now been declared. Am I wrong in assuming this?
OK, that sounds like [javac] aborts the builds due to errors.
What you did sounds correct to me from the JDI/NWDI point of view, but I'm not an expert regarding KM. What I find odd (from JDI point of view) is that many of those KM DCs seem to be empty - no public parts so there's not really something to reference. It would probably be best to ask some KM expert or product manager for details on how KM development should be done.
I ll agree with Mark , these archives wont help you to reference the APIs using public part reference. I havent heard of KM Build tool, so please raise a message. In the interim the only way is to use the KM libraries plugged into external library DCs exposed as public parts.
All the libraries required are in the KMC-BC SCA file (in 2004s SP11 KMCBC11_0-10003491.SCA) but they are prepared to be used only in Portal Projects. The API libraries are not published as public parts so although you have added as a required SC in your SLD you are not going to be able to reference them in projects different that EP projects. (all the libraries are in a .par project)
So, the way to do this is to open the SCA file (winrar), navigate throw the file <b>KMCBC11_0-10003491.SCA\DEPLOYARCHIVES\com.sap.netweaver.bc.rf.sda\com.sap.netweaver.bc.rf.par\PORTAL-INF\lib</b> and add your required libraries in an External Library Project.
This is the only way I found to do this in a WAR DC.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.