Problem with deployment

View: New views
4 Messages — Rating Filter:   Alert me  

Problem with deployment

by .::: Markku :::. :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi all!

I have been using eXist for almost two years now on my personal computer
and I am very pleased with the product. First, I started using eXist like
any other database and deployed it as a stand-alone server process. Then,
I realised that I might want to use eXist on commercial web hotels in the
future, and therefore, switched to the servlet version (*.war). I tested
the servlet version on my personal computer (Windows) by deploying
exist.war in Tomcat 5.5.23. Also, a colleague of mine managed to deploy
eXist successfully on Tomcat 5.5.23 running on his personal computer
(Linux).

After successful tests, I decided to deploy exist.war on Tomcat running in
a commercial web hotel. The commercial server had Java 5 or later
installed, which was one of the requirements (see:
http://exist.sourceforge.net/download.html). However, I couldn't make it
work properly, even though I didn't make any changes to the downloaded
*.war file. I even tried a version, in which logging was "turned off"--no
success. Home page opens but Admin link, loading news etc. do not work.

Okay, then I decided to test eXist on our laboratory's server
(Linux Debian/Tomcat) to see if it would work there. Same problem Home
page opens but Admin link, loading news etc. didn't work. Clicking the
Admin link generates an exception. We tried to trace the problem by
reading exist.log file and this is all what it had in it.
---------------------------
2008-06-03 15:48:17,555 [main] INFO  (Configuration.java [<init>]:255) -
Reading configuration from file
/var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
2008-06-03 15:48:18,094 [main] WARN  (eXistURLStreamHandlerFactory.java
[init]:55) - The JVM has already an URLStreamHandlerFactory registered,
skipping...
2008-06-03 15:48:18,095 [main] INFO  (eXistURLStreamHandlerFactory.java
[init]:63) - Setting java.protocol.handler.pkgs to
org.exist.protocolhandler.protocols
2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:104) -
EXistServlet: exist.home=/var/lib/tomcat5.5/webapps/exist/WEB-INF
2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:107) -
reading configuration from
/var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
2008-06-03 15:48:18,115 [main] INFO  (Configuration.java [<init>]:255) -
Reading configuration from file
/var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
2008-06-03 15:48:18,120 [main] WARN  (eXistURLStreamHandlerFactory.java
[init]:55) - The JVM has already an URLStreamHandlerFactory registered,
skipping...
2008-06-03 15:48:18,121 [main] INFO  (eXistURLStreamHandlerFactory.java
[init]:75) - System property java.protocol.handler.pkgs has not been
updated.
2008-06-03 15:49:11,949 [TP-Processor3] INFO  (XQueryServlet.java
[init]:135) - form-encoding = UTF-8
2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
[init]:139) - container-encoding = UTF-8
2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
[init]:143) - encoding = UTF-8
2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
[<init>]:96) - Giving up unable to read descriptor file from
/home/flexi/descriptor.xml
2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
[<init>]:115) - Giving up unable to read descriptor.xml file from
classloader in package org.exist.http
------------------------------

As you can see, eXist managed to read/locate conf.xml successfully and
managed to set exist.home correctly. However, it tries to locate
descriptor.xml from the wrong folder (/home/flexi/descriptor.xml), not
from /var/lib/tomcat5.5/webapps/exist/WEB-INF/ as it ought to.

Probably the reason why it tries to find the descriptor.xml file from
the /home/flexi/ folder is that Tomcat has been started from there
/home/flexi/tomcat.sh.

I am not sure, but do I need to make any extra configurations to eXist
(if yes, then where to???) in order to correct the problem above?

The server has the following environment variables set:
JAVA_HOME:       /usr/lib/jvm/java-1.5.0-sun
CATALINA_BASE:   /var/lib/tomcat5.5
CATALINA_HOME:   /usr/share/tomcat5.5
CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
JRE_HOME:        /usr/lib/jvm/java-1.5.0-sun


At the moment, I have no idea what to do next. Has the server been
misconfigurated or does it miss some important libraries or what?

Any help would be highly appreciated!


-Markku Laine

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Exist-open mailing list
Exist-open@...
https://lists.sourceforge.net/lists/listinfo/exist-open

Re: Problem with deployment

by Adam Retter-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Changes were made to how Configuration files in eXist are loaded as of
Revision 5418 on 28/02/07. Im not sure what these changes are/or were
for, but a quick look at the code and an educated guess would lead me
to think that it is around line 107 of ConfigurationHelper.java.

I am afraid I dont have time to investigate further, but perhaps one
of the other devs could help you here?



2008/6/3 .::: Markku :::. <mplaine@...>:

> Hi all!
>
> I have been using eXist for almost two years now on my personal computer
> and I am very pleased with the product. First, I started using eXist like
> any other database and deployed it as a stand-alone server process. Then,
> I realised that I might want to use eXist on commercial web hotels in the
> future, and therefore, switched to the servlet version (*.war). I tested
> the servlet version on my personal computer (Windows) by deploying
> exist.war in Tomcat 5.5.23. Also, a colleague of mine managed to deploy
> eXist successfully on Tomcat 5.5.23 running on his personal computer
> (Linux).
>
> After successful tests, I decided to deploy exist.war on Tomcat running in
> a commercial web hotel. The commercial server had Java 5 or later
> installed, which was one of the requirements (see:
> http://exist.sourceforge.net/download.html). However, I couldn't make it
> work properly, even though I didn't make any changes to the downloaded
> *.war file. I even tried a version, in which logging was "turned off"--no
> success. Home page opens but Admin link, loading news etc. do not work.
>
> Okay, then I decided to test eXist on our laboratory's server
> (Linux Debian/Tomcat) to see if it would work there. Same problem Home
> page opens but Admin link, loading news etc. didn't work. Clicking the
> Admin link generates an exception. We tried to trace the problem by
> reading exist.log file and this is all what it had in it.
> ---------------------------
> 2008-06-03 15:48:17,555 [main] INFO  (Configuration.java [<init>]:255) -
> Reading configuration from file
> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
> 2008-06-03 15:48:18,094 [main] WARN  (eXistURLStreamHandlerFactory.java
> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
> skipping...
> 2008-06-03 15:48:18,095 [main] INFO  (eXistURLStreamHandlerFactory.java
> [init]:63) - Setting java.protocol.handler.pkgs to
> org.exist.protocolhandler.protocols
> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:104) -
> EXistServlet: exist.home=/var/lib/tomcat5.5/webapps/exist/WEB-INF
> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:107) -
> reading configuration from
> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
> 2008-06-03 15:48:18,115 [main] INFO  (Configuration.java [<init>]:255) -
> Reading configuration from file
> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
> 2008-06-03 15:48:18,120 [main] WARN  (eXistURLStreamHandlerFactory.java
> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
> skipping...
> 2008-06-03 15:48:18,121 [main] INFO  (eXistURLStreamHandlerFactory.java
> [init]:75) - System property java.protocol.handler.pkgs has not been
> updated.
> 2008-06-03 15:49:11,949 [TP-Processor3] INFO  (XQueryServlet.java
> [init]:135) - form-encoding = UTF-8
> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
> [init]:139) - container-encoding = UTF-8
> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
> [init]:143) - encoding = UTF-8
> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
> [<init>]:96) - Giving up unable to read descriptor file from
> /home/flexi/descriptor.xml
> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
> [<init>]:115) - Giving up unable to read descriptor.xml file from
> classloader in package org.exist.http
> ------------------------------
>
> As you can see, eXist managed to read/locate conf.xml successfully and
> managed to set exist.home correctly. However, it tries to locate
> descriptor.xml from the wrong folder (/home/flexi/descriptor.xml), not
> from /var/lib/tomcat5.5/webapps/exist/WEB-INF/ as it ought to.
>
> Probably the reason why it tries to find the descriptor.xml file from
> the /home/flexi/ folder is that Tomcat has been started from there
> /home/flexi/tomcat.sh.
>
> I am not sure, but do I need to make any extra configurations to eXist
> (if yes, then where to???) in order to correct the problem above?
>
> The server has the following environment variables set:
> JAVA_HOME:       /usr/lib/jvm/java-1.5.0-sun
> CATALINA_BASE:   /var/lib/tomcat5.5
> CATALINA_HOME:   /usr/share/tomcat5.5
> CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
> JRE_HOME:        /usr/lib/jvm/java-1.5.0-sun
>
>
> At the moment, I have no idea what to do next. Has the server been
> misconfigurated or does it miss some important libraries or what?
>
> Any help would be highly appreciated!
>
>
> -Markku Laine
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Exist-open mailing list
> Exist-open@...
> https://lists.sourceforge.net/lists/listinfo/exist-open
>



--
Adam Retter

eXist Developer
{ England }
adam@...
irc://irc.freenode.net/existdb

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Exist-open mailing list
Exist-open@...
https://lists.sourceforge.net/lists/listinfo/exist-open

Re: Problem with deployment

by .::: Markku :::. :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> Changes were made to how Configuration files in eXist are loaded as of
> Revision 5418 on 28/02/07. Im not sure what these changes are/or were
> for, but a quick look at the code and an educated guess would lead me
> to think that it is around line 107 of ConfigurationHelper.java.

Thanks, found the method in ConfigurationHelper.java. According to the
JavaDoc, current working directory is used if exist.home is not set:
---------------------------
      * Returns a file handle for the given path, while <code>path</code>
specifies
      * the path to an eXist configuration file or directory.
      * <br>
      * If <code>parent</code> is null, then relative paths are being
interpreted
      * relative to <code>exist.home</code> or the current working
directory, in
      * case <code>exist.home</code> was not set.
----------------------------

However, according to logs inexist.log, the exist.home is set
successfully but it still tries to use current working directory to find
the descriptor.xml file.

The version I am using is 1.2.0-rev:7236-20080115.


> I am afraid I dont have time to investigate further, but perhaps one
> of the other devs could help you here?

Thanks for your help so far.


-Markku

> 2008/6/3 .::: Markku :::. <mplaine@...>:
>> Hi all!
>>
>> I have been using eXist for almost two years now on my personal computer
>> and I am very pleased with the product. First, I started using eXist like
>> any other database and deployed it as a stand-alone server process. Then,
>> I realised that I might want to use eXist on commercial web hotels in the
>> future, and therefore, switched to the servlet version (*.war). I tested
>> the servlet version on my personal computer (Windows) by deploying
>> exist.war in Tomcat 5.5.23. Also, a colleague of mine managed to deploy
>> eXist successfully on Tomcat 5.5.23 running on his personal computer
>> (Linux).
>>
>> After successful tests, I decided to deploy exist.war on Tomcat running in
>> a commercial web hotel. The commercial server had Java 5 or later
>> installed, which was one of the requirements (see:
>> http://exist.sourceforge.net/download.html). However, I couldn't make it
>> work properly, even though I didn't make any changes to the downloaded
>> *.war file. I even tried a version, in which logging was "turned off"--no
>> success. Home page opens but Admin link, loading news etc. do not work.
>>
>> Okay, then I decided to test eXist on our laboratory's server
>> (Linux Debian/Tomcat) to see if it would work there. Same problem Home
>> page opens but Admin link, loading news etc. didn't work. Clicking the
>> Admin link generates an exception. We tried to trace the problem by
>> reading exist.log file and this is all what it had in it.
>> ---------------------------
>> 2008-06-03 15:48:17,555 [main] INFO  (Configuration.java [<init>]:255) -
>> Reading configuration from file
>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>> 2008-06-03 15:48:18,094 [main] WARN  (eXistURLStreamHandlerFactory.java
>> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
>> skipping...
>> 2008-06-03 15:48:18,095 [main] INFO  (eXistURLStreamHandlerFactory.java
>> [init]:63) - Setting java.protocol.handler.pkgs to
>> org.exist.protocolhandler.protocols
>> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:104) -
>> EXistServlet: exist.home=/var/lib/tomcat5.5/webapps/exist/WEB-INF
>> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:107) -
>> reading configuration from
>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>> 2008-06-03 15:48:18,115 [main] INFO  (Configuration.java [<init>]:255) -
>> Reading configuration from file
>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>> 2008-06-03 15:48:18,120 [main] WARN  (eXistURLStreamHandlerFactory.java
>> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
>> skipping...
>> 2008-06-03 15:48:18,121 [main] INFO  (eXistURLStreamHandlerFactory.java
>> [init]:75) - System property java.protocol.handler.pkgs has not been
>> updated.
>> 2008-06-03 15:49:11,949 [TP-Processor3] INFO  (XQueryServlet.java
>> [init]:135) - form-encoding = UTF-8
>> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
>> [init]:139) - container-encoding = UTF-8
>> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
>> [init]:143) - encoding = UTF-8
>> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
>> [<init>]:96) - Giving up unable to read descriptor file from
>> /home/flexi/descriptor.xml
>> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
>> [<init>]:115) - Giving up unable to read descriptor.xml file from
>> classloader in package org.exist.http
>> ------------------------------
>>
>> As you can see, eXist managed to read/locate conf.xml successfully and
>> managed to set exist.home correctly. However, it tries to locate
>> descriptor.xml from the wrong folder (/home/flexi/descriptor.xml), not
>> from /var/lib/tomcat5.5/webapps/exist/WEB-INF/ as it ought to.
>>
>> Probably the reason why it tries to find the descriptor.xml file from
>> the /home/flexi/ folder is that Tomcat has been started from there
>> /home/flexi/tomcat.sh.
>>
>> I am not sure, but do I need to make any extra configurations to eXist
>> (if yes, then where to???) in order to correct the problem above?
>>
>> The server has the following environment variables set:
>> JAVA_HOME:       /usr/lib/jvm/java-1.5.0-sun
>> CATALINA_BASE:   /var/lib/tomcat5.5
>> CATALINA_HOME:   /usr/share/tomcat5.5
>> CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
>> JRE_HOME:        /usr/lib/jvm/java-1.5.0-sun
>>
>>
>> At the moment, I have no idea what to do next. Has the server been
>> misconfigurated or does it miss some important libraries or what?
>>
>> Any help would be highly appreciated!
>>
>>
>> -Markku Laine
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Exist-open mailing list
>> Exist-open@...
>> https://lists.sourceforge.net/lists/listinfo/exist-open
>>
>
>
>
> --
> Adam Retter
>
> eXist Developer
> { England }
> adam@...
> irc://irc.freenode.net/existdb
>

--
Markku Laine <mplaine@...>, Research assistant
Helsinki University of Technology
Department of Media Technology
P.O. BOX 5400, FI-02015 HUT, FINLAND
Mobile. +358-50-565 8179

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Exist-open mailing list
Exist-open@...
https://lists.sourceforge.net/lists/listinfo/exist-open

Re: Problem with deployment

by .::: Markku :::. :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

Okay, managed to deploy eXist on our laboratory's server. The problem was
with Tomcat shipped with Linux distribution packages. After changing
Tomcat to one downloaded and installed (unzippep) from
http://tomcat.apache.org/ everything started to work properly.

Has someone faced similar problems before or facing the same problem when
using Tomcat shipped with Linux distribution packages? Is this a known
issue? The problem was e.g. that news on the right-hand side of the home
page failed to load and link to the admin page didn't work.

Also, I am trying to deploy eXist on a commercial server--no success yet.
Don't know what's the problem because cannot access to the log files even
though the path of the log file ought to be correct.

The problem with commercial web hotels is that web applications are being
deployed as *.war files (uploaded via Plesk control panel) and you don't
have access to those files after that. As a matter of fact, you don't even
get to know the path where they are located on the server! To make things
even more complicated, web applications cannot/are not able to write files
under the folder, where they are deployed to. This means that I have to
write all the files to a different place on the server, using absolute
paths, where I have permissions to write files. So, I tried to configure
log4j.xml and conf.xml correctly, but that didn't help either.

Has someone managed to deploy eXist on a commercial server (having
Java 5 or later and Tomcat) and is it running properly i.e. can you see
news and access the admin pages? Which Webhotel provider are you using?

Regards


-Markku Laine

Ps. Other problems with commercial webhotels are that some of them do not
support Java 5 or later.

On Wed, 4 Jun 2008, .::: Markku :::. wrote:

>> Changes were made to how Configuration files in eXist are loaded as of
>> Revision 5418 on 28/02/07. Im not sure what these changes are/or were
>> for, but a quick look at the code and an educated guess would lead me
>> to think that it is around line 107 of ConfigurationHelper.java.
>
> Thanks, found the method in ConfigurationHelper.java. According to the
> JavaDoc, current working directory is used if exist.home is not set:
> ---------------------------
>      * Returns a file handle for the given path, while <code>path</code>
> specifies
>      * the path to an eXist configuration file or directory.
>      * <br>
>      * If <code>parent</code> is null, then relative paths are being
> interpreted
>      * relative to <code>exist.home</code> or the current working
> directory, in
>      * case <code>exist.home</code> was not set.
> ----------------------------
>
> However, according to logs inexist.log, the exist.home is set
> successfully but it still tries to use current working directory to find
> the descriptor.xml file.
>
> The version I am using is 1.2.0-rev:7236-20080115.
>
>
>> I am afraid I dont have time to investigate further, but perhaps one
>> of the other devs could help you here?
>
> Thanks for your help so far.
>
>
> -Markku
>
>> 2008/6/3 .::: Markku :::. <mplaine@...>:
>>> Hi all!
>>>
>>> I have been using eXist for almost two years now on my personal computer
>>> and I am very pleased with the product. First, I started using eXist like
>>> any other database and deployed it as a stand-alone server process. Then,
>>> I realised that I might want to use eXist on commercial web hotels in the
>>> future, and therefore, switched to the servlet version (*.war). I tested
>>> the servlet version on my personal computer (Windows) by deploying
>>> exist.war in Tomcat 5.5.23. Also, a colleague of mine managed to deploy
>>> eXist successfully on Tomcat 5.5.23 running on his personal computer
>>> (Linux).
>>>
>>> After successful tests, I decided to deploy exist.war on Tomcat running in
>>> a commercial web hotel. The commercial server had Java 5 or later
>>> installed, which was one of the requirements (see:
>>> http://exist.sourceforge.net/download.html). However, I couldn't make it
>>> work properly, even though I didn't make any changes to the downloaded
>>> *.war file. I even tried a version, in which logging was "turned off"--no
>>> success. Home page opens but Admin link, loading news etc. do not work.
>>>
>>> Okay, then I decided to test eXist on our laboratory's server
>>> (Linux Debian/Tomcat) to see if it would work there. Same problem Home
>>> page opens but Admin link, loading news etc. didn't work. Clicking the
>>> Admin link generates an exception. We tried to trace the problem by
>>> reading exist.log file and this is all what it had in it.
>>> ---------------------------
>>> 2008-06-03 15:48:17,555 [main] INFO  (Configuration.java [<init>]:255) -
>>> Reading configuration from file
>>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>>> 2008-06-03 15:48:18,094 [main] WARN  (eXistURLStreamHandlerFactory.java
>>> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
>>> skipping...
>>> 2008-06-03 15:48:18,095 [main] INFO  (eXistURLStreamHandlerFactory.java
>>> [init]:63) - Setting java.protocol.handler.pkgs to
>>> org.exist.protocolhandler.protocols
>>> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:104) -
>>> EXistServlet: exist.home=/var/lib/tomcat5.5/webapps/exist/WEB-INF
>>> 2008-06-03 15:48:18,114 [main] INFO  (EXistServlet.java [init]:107) -
>>> reading configuration from
>>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>>> 2008-06-03 15:48:18,115 [main] INFO  (Configuration.java [<init>]:255) -
>>> Reading configuration from file
>>> /var/lib/tomcat5.5/webapps/exist/WEB-INF/conf.xml
>>> 2008-06-03 15:48:18,120 [main] WARN  (eXistURLStreamHandlerFactory.java
>>> [init]:55) - The JVM has already an URLStreamHandlerFactory registered,
>>> skipping...
>>> 2008-06-03 15:48:18,121 [main] INFO  (eXistURLStreamHandlerFactory.java
>>> [init]:75) - System property java.protocol.handler.pkgs has not been
>>> updated.
>>> 2008-06-03 15:49:11,949 [TP-Processor3] INFO  (XQueryServlet.java
>>> [init]:135) - form-encoding = UTF-8
>>> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
>>> [init]:139) - container-encoding = UTF-8
>>> 2008-06-03 15:49:11,950 [TP-Processor3] INFO  (XQueryServlet.java
>>> [init]:143) - encoding = UTF-8
>>> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
>>> [<init>]:96) - Giving up unable to read descriptor file from
>>> /home/flexi/descriptor.xml
>>> 2008-06-03 15:49:11,953 [TP-Processor3] WARN  (Descriptor.java
>>> [<init>]:115) - Giving up unable to read descriptor.xml file from
>>> classloader in package org.exist.http
>>> ------------------------------
>>>
>>> As you can see, eXist managed to read/locate conf.xml successfully and
>>> managed to set exist.home correctly. However, it tries to locate
>>> descriptor.xml from the wrong folder (/home/flexi/descriptor.xml), not
>>> from /var/lib/tomcat5.5/webapps/exist/WEB-INF/ as it ought to.
>>>
>>> Probably the reason why it tries to find the descriptor.xml file from
>>> the /home/flexi/ folder is that Tomcat has been started from there
>>> /home/flexi/tomcat.sh.
>>>
>>> I am not sure, but do I need to make any extra configurations to eXist
>>> (if yes, then where to???) in order to correct the problem above?
>>>
>>> The server has the following environment variables set:
>>> JAVA_HOME:       /usr/lib/jvm/java-1.5.0-sun
>>> CATALINA_BASE:   /var/lib/tomcat5.5
>>> CATALINA_HOME:   /usr/share/tomcat5.5
>>> CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
>>> JRE_HOME:        /usr/lib/jvm/java-1.5.0-sun
>>>
>>>
>>> At the moment, I have no idea what to do next. Has the server been
>>> misconfigurated or does it miss some important libraries or what?
>>>
>>> Any help would be highly appreciated!
>>>
>>>
>>> -Markku Laine
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Exist-open mailing list
>>> Exist-open@...
>>> https://lists.sourceforge.net/lists/listinfo/exist-open
>>>
>>
>>
>>
>> --
>> Adam Retter
>>
>> eXist Developer
>> { England }
>> adam@...
>> irc://irc.freenode.net/existdb
>>
>
> --
> Markku Laine <mplaine@...>, Research assistant
> Helsinki University of Technology
> Department of Media Technology
> P.O. BOX 5400, FI-02015 HUT, FINLAND
> Mobile. +358-50-565 8179
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Exist-open mailing list
> Exist-open@...
> https://lists.sourceforge.net/lists/listinfo/exist-open
>

--
Markku Laine <mplaine@...>, Research assistant
Helsinki University of Technology
Department of Media Technology
P.O. BOX 5400, FI-02015 HUT, FINLAND
Mobile. +358-50-565 8179

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Exist-open mailing list
Exist-open@...
https://lists.sourceforge.net/lists/listinfo/exist-open