Correct. JCS does not use this. The JCS dependencies are listed in the sitedocs. The core of JCS only depends on commons-logging and uitl-concurrent. That's it. Just two jars.
It looks like you are in appserver hell. Sorry. I don't use that kind of stuff and I have no idea or interest in figuring out how to configure a completely unnecessary monster. It looks like something is restricting access to disk, where JCS loads its config file from. Also, it doesn't look like you have a log4j config file in the classpath. Are you incapable or running your code outside the container for unit and integration testing? Aaron --- Denis Pasek <[EMAIL PROTECTED]> wrote: > Hi Anand, > > which jar file you downloaded contains this package? > It's not part of JCS and JCS doesn't have any > dependency to such a package (at least in the > current releases). Which version of JCS do you use? > > Cheers > > Denis > > > -----Ursprüngliche Nachricht----- > Von: Anand Inbasekaran > [mailto:[EMAIL PROTECTED] > Gesendet: Mittwoch, 11. Oktober 2006 12:34 > An: jcs-users@jakarta.apache.org > Betreff: Re: AW: > CompositeCacheManager.configure(CompositeCacheManager.java:282) > - Null pointer Exception > > > Hi Denis, > This > "com.trend.iwss.jscan.appscan.runtime.PolicyRuntime" > is available along > with the JCS download. I guess JCS may be using it > for some remoteCaching. > But still the fact is, this api throws and exception > when JCS tries to read > System properties > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
