nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

cssdk - one step forward, two backwards

Bowker

TS 6.5
Win2K

Error received while trying to get a factory:

SEVERE: Servlet.service() for servlet getJobListing threw exception
com.interwoven.cssdk.factory.CSFactoryInitializationException: (Factory initialization failed)
at com.interwoven.cssdk.factory.CSFactory.getFactory(CSFactory.java:130)
at ECMS.<init>(ECMS.java:51)
at getJobListing.doGet(getJobListing.java:21)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:731)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:526)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Unknown Source)
Root cause:
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.interwoven.cssdk.factory.CSFactory.getFactory(CSFactory.java:128)
at ECMS.<init>(ECMS.java:51)
at getJobListing.doGet(getJobListing.java:21)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:731)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:526)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoClassDefFoundError: javax/xml/rpc/ServiceException
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at com.interwoven.cssdk.factory.CSSOAPFactory.getFactory(CSSOAPFactory.java:157)
... 23 more

Other items of interest:
Properties file:
# creates a CS SOAP factory
com.interwoven.cssdk.factory.CSFactory=com.interwoven.cssdk.factory.CSSOAPFactory
# use the machine name and HTTP port of the ContentServices SOAP server
serviceBaseURL=http://ilc2cha-2570:80

ClassPath for TomCat:
C:\apps\interwoven\TeamSite\cssdk\cssdkiface.jar;C:\apps\interwoven\TeamSite\cssdk\cssdkjni.jar;C:\apps\interwoven\TeamSite\cssdk\cssdksoap.jar

Environment Variables that may effect this:
LD_LIBRARY_PATH=c:\apps\interwoven\teamsite\lib

CLASSPATH=.;C:\apps\interwoven\CSSDK_Client\cssdk\axis.jar;C:\apps\interwoven\CSSDK_Client\cssdk\commons-discovery.jar;C:\apps\interwoven\CSSDK_Client\cssdk\commons-logging.jar;C:\apps\interwoven\CSSDK_Client\cssdk\cssdksoap.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jaxrpc.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jcert.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jnet.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jsse.jar;C:\apps\interwoven\CSSDK_Client\cssdk\log4j.jar;C:\apps\interwoven\CSSDK_Client\cssdk\saaj.jar;C:\apps\interwoven\CSSDK_Client\cssdk\wsdl4j.jar;C:\apps\interwoven\CSSDK_Client\cssdk\xercesImpl.jar;C:\apps\interwoven\CSSDK_Client\cssdk\xml-apis.jar;C:\apps\interwoven\TeamSite\cssdk\cssdkiface.jar;C:\Program Files\Apache Software Foundation\Tomcat 5.5\common\lib\servlet-api.jar;

Java options on tomcat: (tried with/without fastcgi on the end of the last item)
-Dcatalina.home=C:\Program Files\Apache Software Foundation\Tomcat 5.5
-Djava.endorsed.dirs=C:\Program Files\Apache Software Foundation\Tomcat 5.5\common\endorsed
-Djava.io.tmpdir=C:\Program Files\Apache Software Foundation\Tomcat 5.5\temp
-Djava.library.path=C:\apps\interwoven\TeamSite\cssdk\fastcgi

Dan Bowker
Northern Trust
Web Publishing Technology

Find more posts tagged with

Comments

Bowker

Given enough time - even a broken clock is right twice a day.....

After trying what I thought was everything, I copied my classpath into the TomCat configuration utilities box labeled "java classpath". That has now allowed me to successfully create a factory.

For anyone else trying to get this to work my configuration for TomCat is:
java classpath:
.;C:\Program Files\Apache Software Foundation\Tomcat 5.5\bin\bootstrap.jar;C:\apps\interwoven\CSSDK_Client\cssdk\axis.jar;C:\apps\interwoven\CSSDK_Client\cssdk\commons-discovery.jar;C:\apps\interwoven\CSSDK_Client\cssdk\commons-logging.jar;C:\apps\interwoven\CSSDK_Client\cssdk\cssdksoap.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jaxrpc.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jcert.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jnet.jar;C:\apps\interwoven\CSSDK_Client\cssdk\jsse.jar;C:\apps\interwoven\CSSDK_Client\cssdk\log4j.jar;C:\apps\interwoven\CSSDK_Client\cssdk\saaj.jar;C:\apps\interwoven\CSSDK_Client\cssdk\wsdl4j.jar;C:\apps\interwoven\CSSDK_Client\cssdk\xercesImpl.jar;C:\apps\interwoven\CSSDK_Client\cssdk\xml-apis.jar;C:\apps\interwoven\TeamSite\cssdk\cssdkiface.jar;C:\apps\interwoven\TeamSite\cssdk\cssdkjni.jar;C:\Program Files\Apache Software Foundation\Tomcat 5.5\common\lib\servlet-api.jar

Java Options:
-Dcatalina.home=C:\Program Files\Apache Software Foundation\Tomcat 5.5
-Djava.endorsed.dirs=C:\Program Files\Apache Software Foundation\Tomcat 5.5\common\endorsed
-Djava.io.tmpdir=C:\Program Files\Apache Software Foundation\Tomcat 5.5\temp
-Djava.library.path=C:\apps\interwoven\TeamSite\cssdk\fastcgi

CSSDK Properties file:

# creates a CS JNI factory
#com.interwoven.cssdk.factory.CSFactory=com.interwoven.cssdk.factory.CSLocalFactory
# cssdk.cfg.path=c:/apps/interwoven/teamsite/cssdk/cssdk.cfg
# creates a CS SOAP factory
com.interwoven.cssdk.factory.CSFactory=com.interwoven.cssdk.factory.CSSOAPFactory
# use the machine name and HTTP port of the ContentServices SOAP server
serviceBaseURL=http://ilc2cha:80

Dan Bowker
Northern Trust
Web Publishing Technology

Migrateduser

This may be where I've just discovered the differences between the content services foundation and the client.

I have compiled the sample program from p.7 of the cookbook with


\WebApps\Internal\Interwoven\TeamSite\tmp>javac -classpath "d:\webapps\interna
l\interwoven\teamsite\cssdk\cssdkiface.jar" CSHelloWorld.java

My properties file looks like this:


# creates a CS JNI factory
# com.interwoven.cssdk.factory.CSFactory=com.interwoven.cssdk.factory.
# CSLocalFactory
# cssdk.cfg.path=c:/iw-home/cssdk/cssdk.cfg
# creates a CS SOAP factory
com.interwoven.cssdk.factory.CSFactory=com.interwoven.cssdk.factory.CSSOAPFactory
# use the machine name and HTTP port of the TeamSite server
serviceBaseURL=http://prvdintwvncs1:80

I am trying to execute it locally on the TeamSite server, using the JRE in <iw-home>/tools
My CLASSPATH and CP environment variables look like this, but they seemed to be ignored so when I tried to run it I specified my classpath with the -cp option to the interpreter:


\WebApps\Internal\Interwoven\TeamSite\tmp>echo %CLASSPATH%
".;d:\webapps\internal\interwoven\teamsite\cssdk\cssdkiface.jar;d:\webapps\inter
nal\interwoven\teamsite\cssdk\csddkjni.jar"

\WebApps\Internal\Interwoven\TeamSite\tmp>echo %CP%
".;d:\webapps\internal\interwoven\teamsite\cssdk\cssdkiface.jar;d:\webapps\inter
nal\interwoven\teamsite\cssdk\csddkjni.jar"

So, here's what I get when I try to run it -


\WebApps\Internal\Interwoven\TeamSite\tmp>java -cp ".;d:\webapps\internal\inte
rwoven\teamsite\cssdk\cssdkiface.jar;d:\webapps\internal\interwoven\teamsite\css
dk\csddkjni.jar" CSHelloWorld
Exception in thread "main" com.interwoven.cssdk.factory.CSFactoryInitializationE
xception: (Factory initialization failed)
        at com.interwoven.cssdk.factory.CSFactory.getFactory(CSFactory.java:130)

        at CSHelloWorld.main(CSHelloWorld.java:25)
Root cause:
java.lang.ClassNotFoundException: com.interwoven.cssdk.factory.CSSOAPFactory
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:115)
        at com.interwoven.cssdk.factory.CSFactory.getFactory(CSFactory.java:125)

        at CSHelloWorld.main(CSHelloWorld.java:25)

Am I correct in guessing that CSF includes some stuff in the com.interwoven.cssdk.factory namespace, so that it doesn't barf during the compile, but not everything, so when it does the dynamic linking at runtime, it's unhappy.

Now, if I were going to do this remotely from perl, I would assume that I would just use the SOAP::Lite module, and use http://prvdintwvncs1 as my host. I guess my confusion there (and why I haven't tried a perl solution yet) is that I don't know what the URI ought to be for the webservice. Every reference I could find in the doc was for using URIs in the JSP where you present your result. Am I being clear about what my point of confusion is?

Bowker

Notice that the error you are getting is:

java.lang.ClassNotFoundException: com.interwoven.cssdk.factory.CSSOAPFactory

If you look in my previous post in this thread, my class path is quite long (too long almost). It includes all the jar files in the client cssdk folder. I'm not sure it needs them all, but....

I believe the CSSOAPFactory.jar file can be found in the client installation folder. It is really part of the server side, but since it is only available with a developer's license, they put it there. I copied mine from the client cssdk folder to the same folder tha has the cssdkiface.jar file (<iwhome>/cssdk).

At this point, it took me a few days of "playing around with stuff" to get it to work. Once I got it working, it runs very well and is much faster than the Perl packages. Don't give up.

Dan Bowker
Northern Trust
Web Publishing Technology

Migrateduser

In reply to:

If you look in my previous post in this thread, my class path is quite long (too long almost). It includes all the jar files in the client cssdk folder. I'm not sure it needs them all, but....

I believe the CSSOAPFactory.jar file can be found in the client installation folder. It is really part of the server side, but since it is only available with a developer's license, they put it there. I copied mine from the client cssdk folder to the same folder tha has the cssdkiface.jar file (<iwhome>/cssdk).

Yes, this is what I suspected. I guess I'll have to call support and get the tar file (either that or go through the uninstall the service pack, install the SDK, reinstall the service pack madness). At the moment, the content services documentation is in the running to supplant the DD 4.5 documentation as the worst documentation ever produced by an Interwoven tech writer.

Of course, it still leaves me wondering what I have to do if I want to use SOAP from another language to connect. Did you see my other question regarding that, by chance?

Bowker

I saw your other question - I don't know.

I agree with the lack of doc. However, I've found there to be a lack of doc for most Java based systems. They expect people to pick it up through osmosis I guess.

There is a "javaDoc" for all the classes in the cssdk.

Dan Bowker
Northern Trust
Web Publishing Technology

Migrateduser

I may have found a pointer in the right direction in chapter 3 of the manual. It describes using a client-stub generator to make a local stub to proxy the SOAP calls for a C# application. Some research later, I found that a similar generator called WSDL2Perl is in development for perl, but it is currently only available to be checked out from the CVS (and I was too lazy to setup a CVS client just to grab one little program).

So, I gave the SOAP::Lite perldoc a more thorough read and discovered that the SOAP: Smiley Frustrated

chema module provides the stuff necessary to generate a stub from WSDL. Apparently, a script for generating stubs is included now as well, stubmaker.pl. It installs to <perl>/bin, presumably when SOAP::Lite is installed. I'll go down that route for a little bit and see if I have any luck.

It would still be nice for one of the IWOV folks to chime in and just give us the uri and proxy info.

Migrateduser

John Cuiuli pointed me to a thread on devnet in which Navneet Joneja had posted some sample code using SOAP::Lite. It contained the answers to my questions about the URI and the proxy to use if calling the service without directly accessing the WSDL.

However, on my first attempt to try his code, I got this error:

C:\test>perl test.pl
ns0:1 : Invalid SOAP key. Please contact support@interwoven.com for a Content Services SOAP
license key
Couldn't login at test.pl line 35.

That led me to KB50521 which describes where to set the license key. It was still a little vague on where to get it, but it turns out that it is in the file license.txt in the self standing tar file I got from support.

I put the license key there and did an iwreset. Now Navneet's code is working. I expect that this will also make it possible to generate the stub for my .Net code with the wsdl command. The documentation on this is beyond pitiful. This kind of thing really needs to be clarified if content services is going to become the preferred API in the future.

Migrateduser

Rob,
I posted a little HOWTO on .NET and CSSDK when CSSDK 2.0 was released:
http://devnet.interwoven.com/site.fcgi/techlib/050399
Hopefully that will help you get started with .NET and CSSDK.
- Navneet

Migrateduser

Thanks, Navneet.

By the way, there is either an error in the document, or things have changed since it's publication. The stub-file generated by the WSDL uses the namespace com.interwoven.cssdk, but the code listing in the appendix of the whitepaper references the TeamSite namespace. I changed that and it works like a charm.

Now that I have all the pieces together and can talk SOAP my TeamSite box from most of the languages I know, I just have to come up with a problem I need to solve with it.

Thanks a bunch.

Migrateduser

No problem, glad you're all set.
BTW, the /n:TeamSite in the command line was supposed to make it generate stubs in the TeamSite namespace, are you sure you used that? If so, maybe there's a bug in your version of wsdl.exe.

Migrateduser

Ah - my bad there. I was using the stub I had previously generated following the instructions on page 21 of the ContentServices cookbook, which I now notice has /n:com.interwoven.cssdk.

Following directions has never been my strong suit Smiley Happy