You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by "Rahul V. Herwadkar" <rh...@us.oracle.com> on 2000/03/02 03:05:09 UTC

issues installing Cocoon 1.7

Here is my experience with installing Cocoon v1.7 on a Solaris 2.6
machine and with Apache 1.3.9. and Jserv 1.1. While I did manage to get
it to work, here is a list of problems I encountered :-

1. Untarring cocoon.tar does not untar into a specific cocoon
   directory! I would like to have a new cocoon/ directory created
   with all the cocoon contents inside it.
2. Windows-style carriage returns are present in the files. This can
   be a pain on Unix where the extra return shows up as a 
.
3. I could build the default package using build.sh, but had problems
   building the other targets e.g.

---begin output---
dlsun5%~/work/gnome/cocoon{30} ./build.sh docs

Cocoon Build System
-------------------

Building with classpath
.::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar

Starting Ant...

Buildfile: build.xml
Detected Java Version: 1.2
Project base dir set to: /home/rherwadk/work/gnome/cocoon
------------------- Cocoon 1.7 [1999-2000] ----------------
Executing Target: prepare-docs
Replacing ./docs/dtd/ --> dtd/
Replacing ./docs/dtd/ --> dtd/
Executing Target: docs
BUILD FATAL ERROR: Property 'ant.home' not found
---end output---

---begin output---
dlsun5%~/work/gnome/cocoon{30} ./build.sh javadocs

Cocoon Build System
-------------------

Building with classpath
.::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar

Starting Ant...

Buildfile: build.xml
Detected Java Version: 1.2
Project base dir set to: /home/rherwadk/work/gnome/cocoon
------------------- Cocoon 1.7 [1999-2000] ----------------
Executing Target: prepare
Executing Target: prepare-xt
Executing Target: prepare-ecma
Executing Target: prepare-ldap
Executing Target: prepare-src
Executing Target: javadocs
Created dir: /home/rherwadk/work/gnome/cocoon/build/javadocs
Generating Javadoc
Parsing source files for packages
Javadoc execution
BUILD FATAL ERROR: Property 'ant.home' not found
---end output---

---begin output---
dlsun5%~/work/gnome/cocoon{34} ./build.sh site    

Cocoon Build System
-------------------

Building with classpath
.::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar

Starting Ant...

Buildfile: build.xml
Detected Java Version: 1.2
Project base dir set to: /home/rherwadk/work/gnome/cocoon
------------------- Cocoon 1.7 [1999-2000] ----------------
Executing Target: prepare-docs
Replacing ./docs/dtd/ --> dtd/
Replacing ./docs/dtd/ --> dtd/
Executing Target: site
Created dir: /home/rherwadk/work/gnome/cocoon/null
---end output---

  Can somebody tell me how to resolve this?
4. I am able to view Cocoon.xml and most of the stuff mentioned in
   index.xml. However, I get the foll. error when I try to view the
   "Fisrt XSP page" examples:

---begin output---

Cocoon 1.7

Error found handling the request.

java.lang.NoClassDefFoundError: sun/tools/javac/Main
at
org.apache.cocoon.processor.xsp.language.java.XSPJavaProcessor.compile(Compiled
Code)
at org.apache.cocoon.processor.xsp.XSPProcessor.process(Compiled Code)
at org.apache.cocoon.Engine.handle(Compiled Code)
at org.apache.cocoon.Cocoon.service(Compiled Code)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at org.apache.jserv.JServConnection.processRequest(Compiled Code)
at org.apache.jserv.JServConnection.run(Compiled Code)
at java.lang.Thread.run(Compiled Code)

---end output---

   I have Java1.2 installed (Sun's JDK) and there is a tools.jar in the 
   lib directory and there is indeed an entry for sun/tools/javac/Main
   in there.

   I have CLASSPATH defined to .::/net/stmeta1/private/NJDBC/NDE115 but 
   this is an organisational setting (that all employees have).
5. Initially I was getting the LdapProcessor error when trying to view
the
   smaple xml files but I was able to resolve that by commenting out
   processor.type.ldap from my cocoon.properties.
   However, I did not succeed when I tried the other solution -
   i.e. installing Sun's JNDI package. I installed jndi.jar and put
   the directory in my CLASSPATH but still I get that error. I suspect 
   I am missing something fundamental about CLASSPATH. As I
   understand, it tells the Java runtime where to look for classes. In 
   my efforts, what I was doing was to set CLASSPATH in an xterm,
   start apache web server from that xterm, and then try accessing the 
   xml samples from a browser running on another machine.

Let me know what you think.
-- 
Rahul V. Herwadkar

Re: issues installing Cocoon 1.7

Posted by Stefano Mazzocchi <st...@apache.org>.
"Rahul V. Herwadkar" wrote:
> 
> Here is my experience with installing Cocoon v1.7 on a Solaris 2.6
> machine and with Apache 1.3.9. and Jserv 1.1. While I did manage to get
> it to work, here is a list of problems I encountered :-
> 
> 1. Untarring cocoon.tar does not untar into a specific cocoon
>    directory! I would like to have a new cocoon/ directory created
>    with all the cocoon contents inside it.

already fixed in Cocoon 1.7.1-dev

> 2. Windows-style carriage returns are present in the files. This can
>    be a pain on Unix where the extra return shows up as a

same as above, the tar.gz distribution will be done in UNIX.

> 3. I could build the default package using build.sh, but had problems
>    building the other targets e.g.
> 
> ---begin output---
> dlsun5%~/work/gnome/cocoon{30} ./build.sh docs
> 
> Cocoon Build System
> -------------------
> 
> Building with classpath
> .::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar
> 
> Starting Ant...
> 
> Buildfile: build.xml
> Detected Java Version: 1.2
> Project base dir set to: /home/rherwadk/work/gnome/cocoon
> ------------------- Cocoon 1.7 [1999-2000] ----------------
> Executing Target: prepare-docs
> Replacing ./docs/dtd/ --> dtd/
> Replacing ./docs/dtd/ --> dtd/
> Executing Target: docs
> BUILD FATAL ERROR: Property 'ant.home' not found
> ---end output---

Sounds like you found a bug! I'll fix it ASAP.
 
> ---begin output---
> dlsun5%~/work/gnome/cocoon{30} ./build.sh javadocs
> 
> Cocoon Build System
> -------------------
> 
> Building with classpath
> .::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar
> 
> Starting Ant...
> 
> Buildfile: build.xml
> Detected Java Version: 1.2
> Project base dir set to: /home/rherwadk/work/gnome/cocoon
> ------------------- Cocoon 1.7 [1999-2000] ----------------
> Executing Target: prepare
> Executing Target: prepare-xt
> Executing Target: prepare-ecma
> Executing Target: prepare-ldap
> Executing Target: prepare-src
> Executing Target: javadocs
> Created dir: /home/rherwadk/work/gnome/cocoon/build/javadocs
> Generating Javadoc
> Parsing source files for packages
> Javadoc execution
> BUILD FATAL ERROR: Property 'ant.home' not found
> ---end output---
> 
> ---begin output---
> dlsun5%~/work/gnome/cocoon{34} ./build.sh site
> 
> Cocoon Build System
> -------------------
> 
> Building with classpath
> .::/net/stmeta1/private/NJDBC/NDE115:/home/rherwadk/packages/java2/usr/java1.2/lib/tools.jar:./lib/xerces_1_0_1.jar:./lib/xalan_0_19_4.jar:./lib/fop_0_12_1.jar:./lib/servlet_2_2.jar:./lib/ant.jar:./lib/xml.jar
> 
> Starting Ant...
> 
> Buildfile: build.xml
> Detected Java Version: 1.2
> Project base dir set to: /home/rherwadk/work/gnome/cocoon
> ------------------- Cocoon 1.7 [1999-2000] ----------------
> Executing Target: prepare-docs
> Replacing ./docs/dtd/ --> dtd/
> Replacing ./docs/dtd/ --> dtd/
> Executing Target: site
> Created dir: /home/rherwadk/work/gnome/cocoon/null
> ---end output---

Site is not intended for users since it assumes a specific directory
layout.

> 
>   Can somebody tell me how to resolve this?

Hmmm, not that easy to explain but you'll get this resolved into Cocoon
1.7.1 this week.

> 4. I am able to view Cocoon.xml and most of the stuff mentioned in
>    index.xml. However, I get the foll. error when I try to view the
>    "Fisrt XSP page" examples:
> 
> ---begin output---
> 
> Cocoon 1.7
> 
> Error found handling the request.
> 
> java.lang.NoClassDefFoundError: sun/tools/javac/Main
> at
> org.apache.cocoon.processor.xsp.language.java.XSPJavaProcessor.compile(Compiled
> Code)
> at org.apache.cocoon.processor.xsp.XSPProcessor.process(Compiled Code)
> at org.apache.cocoon.Engine.handle(Compiled Code)
> at org.apache.cocoon.Cocoon.service(Compiled Code)
> at javax.servlet.http.HttpServlet.service(Compiled Code)
> at org.apache.jserv.JServConnection.processRequest(Compiled Code)
> at org.apache.jserv.JServConnection.run(Compiled Code)
> at java.lang.Thread.run(Compiled Code)
> 
> ---end output---
> 
>    I have Java1.2 installed (Sun's JDK) and there is a tools.jar in the
>    lib directory and there is indeed an entry for sun/tools/javac/Main
>    in there.
> 
>    I have CLASSPATH defined to .::/net/stmeta1/private/NJDBC/NDE115 but
>    this is an organisational setting (that all employees have).

Well, simply add that jar to your classpath.

> 5. Initially I was getting the LdapProcessor error when trying to view
> the
>    smaple xml files but I was able to resolve that by commenting out
>    processor.type.ldap from my cocoon.properties.
>    However, I did not succeed when I tried the other solution -
>    i.e. installing Sun's JNDI package. I installed jndi.jar and put
>    the directory in my CLASSPATH but still I get that error. I suspect
>    I am missing something fundamental about CLASSPATH. As I
>    understand, it tells the Java runtime where to look for classes. In
>    my efforts, what I was doing was to set CLASSPATH in an xterm,
>    start apache web server from that xterm, and then try accessing the
>    xml samples from a browser running on another machine.

you should set this in the classpath of your servlet engine... not all
servlet engines inherit the environment classpath.

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<st...@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------
 Come to the first official Apache Software Foundation Conference!  
------------------------- http://ApacheCon.Com ---------------------