You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by jacques couzteau <li...@bitfaeule.net> on 2004/03/30 02:06:28 UTC
MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Hello i'm new,
I am trying to install cocoon 2.1.4 on my mac running MacOSX 10.3.3 and
Java 1.4.2.
I build the according to the INSTALL.txt which rendered the following
promising lines:
> BUILD SUCCESSFUL
> Total time: 7 minutes 35 seconds
But when i type: ./cocoon.sh servlet
i get the following error:
You must set JAVA_HOME to point at your Java Development Kit
installation
According to:
http://developer.apple.com/documentation/Java/Conceptual/
Java141Development/Overview/chapter_2_section_4.html#//apple_ref/doc/
uid/TP30000300/TPXREF111
and
http://developer.apple.com/qa/qa2001/qa1170.html
my Java Home should be set to /Library/Java/Home
so i set JAVA_HOME=/Library/Java/Home in my bash.
Things seemed very simple but this confuses me. The true path that my
JAVA_HOME expands to after dereferencing aliasses is:
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
and it contains the following:
drwxr-xr-x 10 root wheel 340 21 Jan 20:01 Classes
drwxr-xr-x 24 root wheel 816 17 Mar 10:52 Commands
drwxr-xr-x 5 root wheel 170 10 Jan 07:26 Home
drwxr-xr-x 34 root wheel 1156 17 Mar 10:59 Libraries
drwxr-xr-x 7 root wheel 238 21 Jan 20:01 Resources
what's wrong? What does cocoon look for and doesn't find?
Thanks you for help even though i'm afraid i'm making a very stupid
mistake. But i couldn't find the answer anywhere.
jacques
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Posted by Bertrand Delacretaz <bd...@codeconsult.ch>.
Le 30 mars 04, à 02:06, jacques couzteau a écrit :
> ...i get the following error:
> You must set JAVA_HOME to point at your Java Development Kit
> installation...
FYI, I use the following script to setup my java environment under
macosx 10.3.3:
# setjdk script
export JDK=/System/Library/Frameworks/JavaVM.framework/Versions/$1/Home/
if [[ -d $JDK ]]
then
echo "using $JDK as the current jdk..."
export JAVA_HOME=$JDK
export PATH=$JAVA_HOME/bin:$PATH
else
echo "setjdk error: $JDK directory does not exist"
fi
Then, doing either
. setjdk 1.4.1
or
. setjdk 1.3.1
In the shell where I compile and run allows me to test Cocoon (or other
java stuff) with the different JDKs.
-Bertrand
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Posted by Ugo Cei <u....@cbim.it>.
jacques couzteau wrote:
> so i set JAVA_HOME=/Library/Java/Home in my bash.
This should be right. I do the same. Do you "export" the env var?
export JAVA_HOME=/Library/Java/Home
does the trick for me.
Ugo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem / Mystery
Posted by Jochen Hagenström <jo...@hagenstroem.net>.
thank you Mark and Jerry,
I solved my Problem by changing my shell to tcsh. /usr also didn't work
but then i opened a tcsh inside my bash typed
setenv JAVA_HOME /Library/Java/Home
and
./cocoon.sh servlet
... hurray it is running now.
But what is the Problem with my bash-environment? Why wouldn't cocoon
accept the value i set for JAVA_HOME in the bash?
thanks
Am 30.03.2004 um 02:24 schrieb Mark Lundquist:
>
> On Mar 29, 2004, at 4:06 PM, jacques couzteau wrote:
>
>> Hello i'm new,
>>
>> I am trying to install cocoon 2.1.4 on my mac running MacOSX 10.3.3
>> and Java 1.4.2.
>>
>> I build the according to the INSTALL.txt which rendered the following
>> promising lines:
>>
>>> BUILD SUCCESSFUL
>>> Total time: 7 minutes 35 seconds
>>
>> But when i type: ./cocoon.sh servlet
>>
>> i get the following error:
>> You must set JAVA_HOME to point at your Java Development Kit
>> installation
>>
>> According to:
>> http://developer.apple.com/documentation/Java/Conceptual/
>> Java141Development/Overview/chapter_2_section_4.html#//apple_ref/doc/
>> uid/TP30000300/TPXREF111
>> and
>> http://developer.apple.com/qa/qa2001/qa1170.html
>>
>> my Java Home should be set to /Library/Java/Home
>>
>> so i set JAVA_HOME=/Library/Java/Home in my bash.
>>
>> Things seemed very simple but this confuses me. The true path that my
>> JAVA_HOME expands to after dereferencing aliasses is:
>> /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
>
> Are you sure? I think it should be pointing to the Home/ directory
> in that directory (i.e., below:)
>
>>
>> and it contains the following:
>> drwxr-xr-x 10 root wheel 340 21 Jan 20:01 Classes
>> drwxr-xr-x 24 root wheel 816 17 Mar 10:52 Commands
>> drwxr-xr-x 5 root wheel 170 10 Jan 07:26 Home
>> drwxr-xr-x 34 root wheel 1156 17 Mar 10:59 Libraries
>> drwxr-xr-x 7 root wheel 238 21 Jan 20:01 Resources
>
>>
>> what's wrong? What does cocoon look for and doesn't find?
>>
>
> bin/, lib/.. :-)
>
> HTH,
> mark
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: xpatch srcdir attribute problems when building Cocoon 2.1.4 using Ant 1.6.1 and JDK 1.4.2_04 on Windows 2000
Posted by Geoff <ge...@galexy.net>.
Joerg,
Thanks for the thorough response. Your explanation of the srcdir attribute
certainly helps clarify my misdiagnosis of the problem. Funnily enough,
your comments also suggested that the problem actually is driven by the fact
that I had my cocoon base directory too deep within the directory structure.
Placing cocoon at "D:\" shortened the path length sufficiently to enable the
xpatch task to complete successfully. I am entirely unclear on whether this
is an xpatch issue or a Windows 2000 issue or a Geoff Shuetrim issue but
there we have it.
Thanks for this help in getting started with Cocoon!
Geoff S
> -----Original Message-----
> From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
> Sent: Wednesday, March 31, 2004 9:10 AM
> To: users@cocoon.apache.org
> Subject: Re: xpatch srcdir attribute problems when building
> Cocoon 2.1.4
> using Ant 1.6.1 and JDK 1.4.2_04 on Windows 2000
>
>
> On 30.03.2004 12:56, Geoff wrote:
>
> > I am trying to build and install Cocoon 2.1.4 on Windows
> 2000 to run under
> > Tomcat 5.0.19. I am pretty sure that I have configured my
> environment
> > variables for ANT_HOME, CATALINA_HOME and JAVA_HOME correctly.
>
> AFAIK only JAVA_HOME is needed.
>
> > Unfortunately, I am running into problems with getting the
> build to progress
> > past the fairly early stages. When trying to build Cocoon using the
> > build.bat batch file: the Ant reporting indicates a problem with the
> > configuration of xpatch tasks relating to the determination
> of the srcdir
> > attribute. The following ANT output explains this view.
>
> I never heard of such problems. And I'm also using Cocoon 2.1 on Win
> 2000 on different machines.
>
> > Created dir: D:\Documents and Settings\gshuetrim\My
> > Documents\cocoon-2.1.4\build\cocoon-2.1.4
>
> ...
>
> > compile-deprecated:
> > [mkdir] Created dir: D:\Documents and Settings\gshuetrim\My
> >
> Documents\Activities\Galexy\Activities\java\cocoon\build\cocoo
> n-2.1.4\deprec
> > ated
> > [xpatch] Processing: D:\Documents and Settings\gshuetrim\My
> >
> Documents\Activities\Galexy\Activities\java\cocoon\src\depreca
> ted\conf\depre
> > cated.xroles
> > [xpatch] Writing: D:\Documents and Settings\gshuetrim\My
> >
> Documents\Activities\Galexy\Activities\java\cocoon\build\cocoo
> n-2.1.4\classe
> > s\org\apache\cocoon\cocoon.roles
> >
> > BUILD FAILED
> > D:\Documents and Settings\gshuetrim\My
> >
> Documents\Activities\Galexy\Activities\java\cocoon\tools\targe
> ts\compile-bui
> > ld.xml:55: TransformerException:
> javax.xml.transform.TransformerException:
> > Invalid syntax for base URI
>
> The output should look like the following:
>
> Created dir: D:\cocoon-2.1\build\cocoon-2.1.5-dev
>
> ...
>
> compile-deprecated:
> Created dir: D:\cocoon-2.1\build\cocoon-2.1.5-dev\deprecated
> Processing: D:\cocoon-2.1\src\deprecated\conf\deprecated.xroles
> Writing:
> D:\cocoon-2.1\build\cocoon-2.1.5-dev\classes\org\apache\cocoon
> \cocoon.r
> oles
> Compiling 61 source files to
> D:\cocoon-2.1\build\cocoon-2.1.5-dev\deprecated
>
> As you can see your target directory for the deprecated stuff is
> completely wrong. It should be D:\Documents and Settings\gshuetrim\My
> Documents\cocoon-2.1.4\build\cocoon-2.1.4\deprecated. Have
> you something
> reconfigured/changed in build.properties or local.build.properties?
> Where does "Activities\Galexy\Activities\" come from? This part is
> completely wrong.
>
> > The value of the file attribute resolves to:
> > build\cocoon-2.1.4\classes\org\apache\cocoon\cocoon.roles
> > which exists when resolved from the project root directory.
> >
> > The value of the srcdir attribute resolves to:
> > cocoon\src\deprecated\conf
> > which exists.
> >
> > My reading of this is that the file gets looked for at:
> >
> cocoon\src\deprecated\conf\build\cocoon-2.1.4\classes\org\apac
> he\cocoon\coco
> > on.roles
> > which is obviously? non-existent.
>
> No the @file is not resolved relative the @srcdir, but to
> current build
> base path. Only @includes are resolved relative to @srcdir as
> from there
> the patches are coming from. The @file file is patched.
>
> Joerg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: xpatch srcdir attribute problems when building Cocoon 2.1.4 using
Ant 1.6.1 and JDK 1.4.2_04 on Windows 2000
Posted by Joerg Heinicke <jo...@gmx.de>.
On 30.03.2004 12:56, Geoff wrote:
> I am trying to build and install Cocoon 2.1.4 on Windows 2000 to run under
> Tomcat 5.0.19. I am pretty sure that I have configured my environment
> variables for ANT_HOME, CATALINA_HOME and JAVA_HOME correctly.
AFAIK only JAVA_HOME is needed.
> Unfortunately, I am running into problems with getting the build to progress
> past the fairly early stages. When trying to build Cocoon using the
> build.bat batch file: the Ant reporting indicates a problem with the
> configuration of xpatch tasks relating to the determination of the srcdir
> attribute. The following ANT output explains this view.
I never heard of such problems. And I'm also using Cocoon 2.1 on Win
2000 on different machines.
> Created dir: D:\Documents and Settings\gshuetrim\My
> Documents\cocoon-2.1.4\build\cocoon-2.1.4
...
> compile-deprecated:
> [mkdir] Created dir: D:\Documents and Settings\gshuetrim\My
> Documents\Activities\Galexy\Activities\java\cocoon\build\cocoon-2.1.4\deprec
> ated
> [xpatch] Processing: D:\Documents and Settings\gshuetrim\My
> Documents\Activities\Galexy\Activities\java\cocoon\src\deprecated\conf\depre
> cated.xroles
> [xpatch] Writing: D:\Documents and Settings\gshuetrim\My
> Documents\Activities\Galexy\Activities\java\cocoon\build\cocoon-2.1.4\classe
> s\org\apache\cocoon\cocoon.roles
>
> BUILD FAILED
> D:\Documents and Settings\gshuetrim\My
> Documents\Activities\Galexy\Activities\java\cocoon\tools\targets\compile-bui
> ld.xml:55: TransformerException: javax.xml.transform.TransformerException:
> Invalid syntax for base URI
The output should look like the following:
Created dir: D:\cocoon-2.1\build\cocoon-2.1.5-dev
...
compile-deprecated:
Created dir: D:\cocoon-2.1\build\cocoon-2.1.5-dev\deprecated
Processing: D:\cocoon-2.1\src\deprecated\conf\deprecated.xroles
Writing:
D:\cocoon-2.1\build\cocoon-2.1.5-dev\classes\org\apache\cocoon\cocoon.r
oles
Compiling 61 source files to D:\cocoon-2.1\build\cocoon-2.1.5-dev\deprecated
As you can see your target directory for the deprecated stuff is
completely wrong. It should be D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4\deprecated. Have you something
reconfigured/changed in build.properties or local.build.properties?
Where does "Activities\Galexy\Activities\" come from? This part is
completely wrong.
> The value of the file attribute resolves to:
> build\cocoon-2.1.4\classes\org\apache\cocoon\cocoon.roles
> which exists when resolved from the project root directory.
>
> The value of the srcdir attribute resolves to:
> cocoon\src\deprecated\conf
> which exists.
>
> My reading of this is that the file gets looked for at:
> cocoon\src\deprecated\conf\build\cocoon-2.1.4\classes\org\apache\cocoon\coco
> on.roles
> which is obviously? non-existent.
No the @file is not resolved relative the @srcdir, but to current build
base path. Only @includes are resolved relative to @srcdir as from there
the patches are coming from. The @file file is patched.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
xpatch srcdir attribute problems when building Cocoon 2.1.4 using Ant 1.6.1 and JDK 1.4.2_04 on Windows 2000
Posted by Geoff <ge...@galexy.net>.
I am trying to build and install Cocoon 2.1.4 on Windows 2000 to run under
Tomcat 5.0.19. I am pretty sure that I have configured my environment
variables for ANT_HOME, CATALINA_HOME and JAVA_HOME correctly.
Unfortunately, I am running into problems with getting the build to progress
past the fairly early stages. When trying to build Cocoon using the
build.bat batch file: the Ant reporting indicates a problem with the
configuration of xpatch tasks relating to the determination of the srcdir
attribute. The following ANT output explains this view.
[snip]
init-tasks:
Created dir: D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\tools\anttasks
Compiling 2 source files to D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\tools\anttasks
8 warnings
Created dir: D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\tools\loader
Compiling 1 source file to D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\tools\loader
prepare:
======================================================================
Apache Cocoon 2.1.4 [1999-2004]
======================================================================
Building with Apache Ant version 1.6.0 compiled on December 18 2003
----------------------------------------------------------------------
Using build file d:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build.xml
----------------------------------------------------------------------
Compiler options:
- debug ......... [on]
- optimize ...... [on]
- deprecation ... [off]
======================================================================
Created dir: D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4
compile-core:
Copying 40 files to D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4\classes
Copied 70 empty directories to 37 empty directories under D:\Documents and
Settings\gshuetrim\My Documents\cocoon-2.1.4\build\cocoon-2.1.4\classes
Created dir: D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4\mocks
Compiling 1 source file to D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4\mocks
Compiling 563 source files to D:\Documents and Settings\gshuetrim\My
Documents\cocoon-2.1.4\build\cocoon-2.1.4\classes
compile-deprecated:
[mkdir] Created dir: D:\Documents and Settings\gshuetrim\My
Documents\Activities\Galexy\Activities\java\cocoon\build\cocoon-2.1.4\deprec
ated
[xpatch] Processing: D:\Documents and Settings\gshuetrim\My
Documents\Activities\Galexy\Activities\java\cocoon\src\deprecated\conf\depre
cated.xroles
[xpatch] Writing: D:\Documents and Settings\gshuetrim\My
Documents\Activities\Galexy\Activities\java\cocoon\build\cocoon-2.1.4\classe
s\org\apache\cocoon\cocoon.roles
BUILD FAILED
D:\Documents and Settings\gshuetrim\My
Documents\Activities\Galexy\Activities\java\cocoon\tools\targets\compile-bui
ld.xml:55: TransformerException: javax.xml.transform.TransformerException:
Invalid syntax for base URI
[snip]
Looking into line 55 of the compile-build.xml Ant file, I find:
<!-- compiles deprecated code -->
<target name="compile-deprecated" depends="prepare"
unless="unless.exclude.deprecated">
<mkdir dir="${build.deprecated}"/>
<xpatch file="${build.dest}/org/apache/cocoon/cocoon.roles"
srcdir="${deprecated.conf}"
includes="**/*.xroles"/> <!-- THIS IS THE CULPRIT -->
<javac srcdir="${deprecated.src}"
destdir="${build.deprecated}"
debug="${compiler.debug}"
optimize="${compiler.optimize}"
deprecation="${compiler.deprecation}"
target="${target.vm}"
compiler="${compiler}"
classpathref="classpath"/>
</target>
The value of the file attribute resolves to:
build\cocoon-2.1.4\classes\org\apache\cocoon\cocoon.roles
which exists when resolved from the project root directory.
The value of the srcdir attribute resolves to:
cocoon\src\deprecated\conf
which exists.
My reading of this is that the file gets looked for at:
cocoon\src\deprecated\conf\build\cocoon-2.1.4\classes\org\apache\cocoon\coco
on.roles
which is obviously? non-existent.
Are others having similar problems with the 2.1.4 release?
Do people have suggestions for how to ensure that the srcdir attribute is
left as ""?
If I configure the build to exclude the deprecated functionality I find that
I just run into the same kind of problem somewhat later in the build
process.
Regards
Geoff Shuetrim
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Posted by Mark Lundquist <ml...@wrinkledog.com>.
On Mar 29, 2004, at 4:06 PM, jacques couzteau wrote:
> Hello i'm new,
>
> I am trying to install cocoon 2.1.4 on my mac running MacOSX 10.3.3
> and Java 1.4.2.
>
> I build the according to the INSTALL.txt which rendered the following
> promising lines:
>
>> BUILD SUCCESSFUL
>> Total time: 7 minutes 35 seconds
>
> But when i type: ./cocoon.sh servlet
>
> i get the following error:
> You must set JAVA_HOME to point at your Java Development Kit
> installation
>
> According to:
> http://developer.apple.com/documentation/Java/Conceptual/
> Java141Development/Overview/chapter_2_section_4.html#//apple_ref/doc/
> uid/TP30000300/TPXREF111
> and
> http://developer.apple.com/qa/qa2001/qa1170.html
>
> my Java Home should be set to /Library/Java/Home
>
> so i set JAVA_HOME=/Library/Java/Home in my bash.
>
> Things seemed very simple but this confuses me. The true path that my
> JAVA_HOME expands to after dereferencing aliasses is:
> /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
Are you sure? I think it should be pointing to the Home/ directory in
that directory (i.e., below:)
>
> and it contains the following:
> drwxr-xr-x 10 root wheel 340 21 Jan 20:01 Classes
> drwxr-xr-x 24 root wheel 816 17 Mar 10:52 Commands
> drwxr-xr-x 5 root wheel 170 10 Jan 07:26 Home
> drwxr-xr-x 34 root wheel 1156 17 Mar 10:59 Libraries
> drwxr-xr-x 7 root wheel 238 21 Jan 20:01 Resources
>
> what's wrong? What does cocoon look for and doesn't find?
>
bin/, lib/.. :-)
HTH,
mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Posted by Marc Driftmeyer <md...@yahoo.com>.
Jerry,
Nice to see a fellow Coug using OS X. What Cocoon is looking for,
regarding the JAVA_HOME is a path to the bin/ directory that the java,
javac, javah, etc.. executables reside.
http://developer.apple.com/internet/java/enterprisejava.html
As mentioned by another developer look under /usr is because underneath
that resides the /bin directory or /usr/bin.
I will verify this tonight when I install Cocoon on an iBook.
Debian Linux has a structure where it uses /etc/update-alternatives
scheme to reference such executables that actually can reside where you
want it to but that gets referenced under say /usr/bin or
/usr/local/bin.
As I said I'll get Cocoon installed tonight on Panther 10.3.3 and write
a follow-up but I'd bet the bash settings of JAVA_HOME=/usr is so the
JVM can then look for /bin and find the java, jar, javac, javah, etc.,
executables.
-Marc J. Driftmeyer
--- Jerry Tangren <ta...@wsu.edu> wrote:
> With the same out of the box configuration I use
>
> JAVA_HOME=/usr
>
> --Jerry <ta...@wsu.edu>
>
> On 2004-03-29 16:06:28 -0800 jacques couzteau <li...@bitfaeule.net>
> wrote:
>
> > Hello i'm new,
> >
> > I am trying to install cocoon 2.1.4 on my mac running MacOSX 10.3.3
>
> > and Java
> > 1.4.2.
> >
> > I build the according to the INSTALL.txt which rendered the
> following
> > promising lines:
> >
> >> BUILD SUCCESSFUL
> >> Total time: 7 minutes 35 seconds
> >
> > But when i type: ./cocoon.sh servlet
> >
> > i get the following error:
> > You must set JAVA_HOME to point at your Java Development Kit
> > installation
> >
> > According to:
> > http://developer.apple.com/documentation/Java/Conceptual/
> >
> Java141Development/Overview/chapter_2_section_4.html#//apple_ref/doc/
>
> > uid/TP30000300/TPXREF111
> > and
> > http://developer.apple.com/qa/qa2001/qa1170.html
> >
> > my Java Home should be set to /Library/Java/Home
> >
> > so i set JAVA_HOME=/Library/Java/Home in my bash.
> >
> > Things seemed very simple but this confuses me. The true path that
> my
> > JAVA_HOME expands to after dereferencing aliasses is:
> > /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
> >
> > and it contains the following:
> > drwxr-xr-x 10 root wheel 340 21 Jan 20:01 Classes
> > drwxr-xr-x 24 root wheel 816 17 Mar 10:52 Commands
> > drwxr-xr-x 5 root wheel 170 10 Jan 07:26 Home
> > drwxr-xr-x 34 root wheel 1156 17 Mar 10:59 Libraries
> > drwxr-xr-x 7 root wheel 238 21 Jan 20:01 Resources
> >
> > what's wrong? What does cocoon look for and doesn't find?
> >
> > Thanks you for help even though i'm afraid i'm making a very stupid
>
> > mistake.
> > But i couldn't find the answer anywhere.
> >
> > jacques
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: MacOSX 10.3.3, Java 1.4.2, JAVA_HOME problem
Posted by Jerry Tangren <ta...@wsu.edu>.
With the same out of the box configuration I use
JAVA_HOME=/usr
--Jerry <ta...@wsu.edu>
On 2004-03-29 16:06:28 -0800 jacques couzteau <li...@bitfaeule.net>
wrote:
> Hello i'm new,
>
> I am trying to install cocoon 2.1.4 on my mac running MacOSX 10.3.3
> and Java
> 1.4.2.
>
> I build the according to the INSTALL.txt which rendered the following
> promising lines:
>
>> BUILD SUCCESSFUL
>> Total time: 7 minutes 35 seconds
>
> But when i type: ./cocoon.sh servlet
>
> i get the following error:
> You must set JAVA_HOME to point at your Java Development Kit
> installation
>
> According to:
> http://developer.apple.com/documentation/Java/Conceptual/
> Java141Development/Overview/chapter_2_section_4.html#//apple_ref/doc/
> uid/TP30000300/TPXREF111
> and
> http://developer.apple.com/qa/qa2001/qa1170.html
>
> my Java Home should be set to /Library/Java/Home
>
> so i set JAVA_HOME=/Library/Java/Home in my bash.
>
> Things seemed very simple but this confuses me. The true path that my
> JAVA_HOME expands to after dereferencing aliasses is:
> /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2
>
> and it contains the following:
> drwxr-xr-x 10 root wheel 340 21 Jan 20:01 Classes
> drwxr-xr-x 24 root wheel 816 17 Mar 10:52 Commands
> drwxr-xr-x 5 root wheel 170 10 Jan 07:26 Home
> drwxr-xr-x 34 root wheel 1156 17 Mar 10:59 Libraries
> drwxr-xr-x 7 root wheel 238 21 Jan 20:01 Resources
>
> what's wrong? What does cocoon look for and doesn't find?
>
> Thanks you for help even though i'm afraid i'm making a very stupid
> mistake.
> But i couldn't find the answer anywhere.
>
> jacques
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org