At 01:39 PM 6/2/2003, you wrote:
On Monday, June 2, 2003, at 07:47 AM, Geoff Howard wrote:
Not even by the name of the jar? For instance, in 2.0.x for jdk1.4 the
excalibur datasource
jar is called excalibur-datasource-vm14-20021121.jar. The vm14 stands
for "virtual machine version 1.4" and I
On Monday, June 2, 2003, at 07:47 AM, Geoff Howard wrote:
Not even by the name of the jar? For instance, in 2.0.x for jdk1.4
the excalibur datasource
jar is called excalibur-datasource-vm14-20021121.jar. The vm14 stands
for "virtual machine version 1.4" and I think the other is called
*vm12
At 10:53 PM 6/1/2003, you wrote:
On Sunday, June 1, 2003, at 09:19 PM, Geoff Howard wrote:
Are the samples still in tact (I assume they are since this
is binary dist)? If so, can you confirm that the database
samples (which use hsql) are working, or do you get the
same error? If so, I'd guess t
On Monday, June 2, 2003, at 05:28 AM, Alexander Czernay wrote:
Is there any trick to un-installing cocoon? I tried removing all its
folders from Tomcat, but when I put the new cocoon.war file in there
it didn't do anything. :-/
I ran into this problem, too. I finally found it was only a
permi
Is there any trick to un-installing cocoon? I tried removing all its
folders from Tomcat, but when I put the new cocoon.war file in there it
didn't do anything. :-/
I ran into this problem, too. I finally found it was only a permissions
problem. You should check, if you granted read and execut
On Sunday, June 1, 2003, at 09:19 PM, Geoff Howard wrote:
Are the samples still in tact (I assume they are since this
is binary dist)? If so, can you confirm that the database
samples (which use hsql) are working, or do you get the
same error? If so, I'd guess that you may be using a
jdk 1.2/3
Do a directory listing of your WEB-INF/lib - any jdk dependant
jars should give some clue as to which version they are.
Geoff
> -Original Message-
> From: Austin Tashis [mailto:[EMAIL PROTECTED]
> Sent: Sunday, June 01, 2003 8:26 PM
> To: [EMAIL PROTECTED]
> Subject: Re: No
On Sunday, June 1, 2003, at 03:14 PM, Geoff Howard wrote:
If it's not already, you may want to set error level to info or debug -
you may see more information.
It is, but there are no database related messages
The cocoon error log just contains the same error message that's
displayed in the brow
On Sunday, June 1, 2003, at 03:53 PM, Scott McClure wrote:
Is there any trick to un-installing cocoon? I tried removing all its
folders from Tomcat, but when I put the new cocoon.war file in there
it didn't do anything. :-/
Try using the web-based manager. First remove it, then delete the dir.
Is there any trick to un-installing cocoon? I tried removing all its
folders from Tomcat, but when I put the new cocoon.war file in there it
didn't do anything. :-/
Try using the web-based manager. First remove it, then delete the dir.
The manager is at /manager/html.
---
> > check through the logs in WEB-INF/logs and the tomcat logs as well for
> > errors reported in instantiating the connection at startup.
If it's not already, you may want to set error level to info or debug -
you may see more information.
> The cocoon error log just contains the same error m
On Sunday, June 1, 2003, at 01:57 PM, Geoff Howard wrote:
check through the logs in WEB-INF/logs and the tomcat logs as well for
errors reported in instantiating the connection at startup.
The cocoon error log just contains the same error message that's
displayed in the browser. Tomcat is not ha
check through the logs in WEB-INF/logs and the tomcat logs as well for
errors reported in instantiating the connection at startup. Typically
this problem has come down to one of the following:
- permissions in mysql (is your user permitted to connect from
localhost/ip?)
- the driver not being decl
13 matches
Mail list logo