Agrred it's more a session problem I have no idea if
Tomcat guarantees the same session between aliases
though
--- Joerg Heinicke <[EMAIL PROTECTED]> wrote:
> On 18.05.2007 13:14, Jerome Benezech wrote:
>
> > The tomcat virtual host is configured with an
> a
Hi all,
I have a Cocoon 2.2 webapp running under Linux/Tomcat
5.5.9.
The tomcat virtual host is configured with an alias:
---------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
Jerome Benezech
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
missions. I installed my app using my
> user
> > account but the web server is running as
> > tomcat:nobody. So I guess tomcat:nobody needs
> > permissions to some directories. I for now (to get
> > started until I find a better s
server is running as
tomcat:nobody. So I guess tomcat:nobody needs
permissions to some directories. I for now (to get
started until I find a better solution) gave full
permission (777) to the database and logs directories.
Any help appreciated.
Jerome
Jerome Benez
:/MesDocuments/_dev/template-site/tools/cocoon/webapp/AdCafe/common-resources.xmap:14:75
org.xmldb.api.base.XMLDBException: Local database
server is not running
What server should be running when generating offline
with an embedded exist?
--- Jerome Benezech <[EMAIL PROTECTED]> wrote:
&g
gt; --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.26/748 -
> Release Date: 05.04.2007
> 15:33
>
>
>
-------
21:03:47.713 [core.man]
(): Could not read resource
xmldb:exist:/db/AdCafeData/xdata/customers.xml
Note that the application is running fine online.
Is there any special Cocoon/Exist configuration needed
in order to generate the offline content ?
Cheers,
Jerome
Jerome Benezech
[EMAIL PROT
icate Name Workbook" error. I have to
restart the server each time I need to generate the XLS. It looks like some
buffer is not being reinitialized.
Any idea ?
Cheers,
Jerome
Jerome Benezech
[EMAIL PROTECTED]