Hi John,
first, you are not using the cocoon_20_branch. I changed only
the HEAD of the cvs.
Now, the changes are required to get rid of the getRealPath() calls
which will not work if you are using a war Cocoon as a war file and
the servlet engine does not unpack it.
As we can't use getRealPath(), we have problems with building the
classpath anyway, as we can't scan the WEB-INF directory anymore.
I currently see only two choices:
1) use getRealPath() and we won't run as a war file.
2) don't use getRealPath() and we can't use our own classloader.
And so Cocoon does not run in many servlet engines due to
class conflicts.
I hope there is a third solution. We could of course do a combination:
a) Test if getRealPath() can be used and then create our own classloader
b) if getRealPath() is not working we hope that the servlet engine
does not cause any class conflicts.
So any suggestions are welcome.
Carsten
Morrison, John wrote:
>
> Hi folks!
>
> I updated my source this morning and discovered that I couldn't
> get anything
> to work! The sitemap was failing to compile (it couldn't find an Avalon
> component). Curious. I opened the log to view the classpath cocoon was
> working on and found:
>
> Classpath =
> jndi:/localhost/cocoon/WEB-INF/classes;..\bin\bootstrap.jar;d:\wrk
> file2\java
> \jdk1.3\lib\tools.jar;
>
> This was caused by the change in CocoonServlet.java on Tuesday by
> cziegeler:
>
> + try {
> + classDirURL =
> this.servletContext.getResource("/WEB-INF/classes");
> + } catch (java.net.MalformedURLException me) {
> + this.log.warn("Unable to add WEB-INF/classes to the
> classpath", me);
> + }
> + try {
> + libDirURL =
> this.servletContext.getResource("/WEB-INF/lib");
> + } catch (java.net.MalformedURLException me) {
> + this.log.warn("Unable to add WEB-INF/lib to the classpath",
> me);
> + if (libDirURL != null &&
> libDirURL.toExternalForm().startsWith("file:")) {
> + root = new File(libDirURL.toExternalForm().substring(5));
> + }
> <snip/>
> + if(classDirURL != null) {
> + buildClassPath.append(classDirURL.toExternalForm());
>
> if (this.addClassDirs) {
> try {
> + classLoader.addURL(classDirURL);
> } catch (Exception e) {
> + log.debug("Could not add directory " + classDirURL,
> e);
> }
> }
> }
>
> + if (root != null && root.isDirectory()) {
> File[] libraries = root.listFiles();
> <snip/>
>
> my URL's are returned as:
>
> libDirURL: jndi:/localhost/cocoon/WEB-INF/lib
> classDirURL: jndi:/localhost/cocoon/WEB-INF/classes
>
> These obviously arn't files, what can I do to get this jndi
> protocol to work
> and add the jar's to the classpath?
>
> Help...?! :)
>
> Oh, using JSDK 1.3.0, W2K, TC 4.0.1, latest cvs up of 20_branch.
>
> J.
>
>
> =======================================================================
> Information in this email and any attachments are confidential, and may
> not be copied or used by anyone other than the addressee, nor disclosed
> to any third party without our permission. There is no intention to
> create any legally binding contract or other commitment through the use
> of this email.
>
> Experian Limited (registration number 653331).
> Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
