Re: [C1] Installation woes [rant AND request] - PLEASE help!

2001-11-08 Thread Ryan Shaw

Derek Hohls wrote:

>it all *looks* the same on each machine but behaves differently!
>
Ah, now you are starting to understand the beauty of Java! :^)



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




Re: No more DTM IDs are available?

2001-11-08 Thread Ryan Shaw

Okay, I found a detailed discussion of the problem here:

http://marc.theaimsgroup.com/?t=10045598502&w=2&r=1

Looks like this is a limitation of Xalan-J, unfortunately.

Ryan Shaw wrote:

> I don't think this can be explained away as a JVM problem.
> Even if Xalan or Cocoon is running out of resources, they
> should be printing a more informative error message.
>
> But since they were working fine with an older version of
> Xalan, I suspect the resources are fine, and that this is a
> bug.
>
> Marcelo F. Ochoa wrote:
>
>> Carsten Ziegeler wrote:
>>
>>> I don't know the reason for this problem, but it seems that
>>> it has something to do with the hsqldb.
>>> In most cases deleting the cocoondb.backup file in the WEB-INF/db
>>> directory and then starting your servlet engine again, solves
>>> the problem.
>>>
>>> RHTH
>>> Carsten
>>>
>>  In my case when I maked the .ear file for OC4J container I play 
>> moving several files from/to lib directory and randomly the problem 
>> desapear, but IMO it was because the JVM manages differents resources 
>> with several combinations, also when the squid proccess manage less 
>> incoming connections on the server the problem also disapear, then I 
>> think that is problem of the JVM connected with the operating system 
>> resources.
>>  Best regards, Marcelo.
>>
>
>
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>
>




-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




Re: No more DTM IDs are available?

2001-11-08 Thread Ryan Shaw

I don't think this can be explained away as a JVM problem.
Even if Xalan or Cocoon is running out of resources, they
should be printing a more informative error message.

But since they were working fine with an older version of
Xalan, I suspect the resources are fine, and that this is a
bug.

Marcelo F. Ochoa wrote:

> Carsten Ziegeler wrote:
>
>> I don't know the reason for this problem, but it seems that
>> it has something to do with the hsqldb.
>> In most cases deleting the cocoondb.backup file in the WEB-INF/db
>> directory and then starting your servlet engine again, solves
>> the problem.
>>
>> RHTH
>> Carsten
>>
>  In my case when I maked the .ear file for OC4J container I play 
> moving several files from/to lib directory and randomly the problem 
> desapear, but IMO it was because the JVM manages differents resources 
> with several combinations, also when the squid proccess manage less 
> incoming connections on the server the problem also disapear, then I 
> think that is problem of the JVM connected with the operating system 
> resources.
>  Best regards, Marcelo.
>




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




Re: No more DTM IDs are available?

2001-11-08 Thread Ryan Shaw

I am running Cocoon as part of a build process, i.e. from the
command line (actually, called by Ant). It is not running within
a servlet engine or using hsqldb.

I strongly suspect that this is a Xalan bug, since D8 had no problems,
but D11 does. I guess I should post there. The strange thing is, it
only seems to happen when running from within Cocoon, not
when I run Xalan by hand.

Carsten Ziegeler wrote:

>I don't know the reason for this problem, but it seems that
>it has something to do with the hsqldb.
>In most cases deleting the cocoondb.backup file in the WEB-INF/db
>directory and then starting your servlet engine again, solves
>the problem.
>
>RHTH
>Carsten
>
>>-Original Message-
>>From: Marcelo F. Ochoa [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, November 08, 2001 4:10 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: No more DTM IDs are available?
>>
>>
>>Ryan Shaw wrote:
>>
>>>I am using J2RE 1.3.0 IBM build cx130-20010626 on Debian Linux
>>>running a 2.4.13 kernel. This seems to happen no matter what
>>>I set the maximum heap size to.
>>>
>>>Do you know what a DTM ID is?
>>>
>>  Really no, and I search for it on yahoo or altavista searchs engines 
>>and report no documents.
>>  Best regards, Marcelo.
>>
>>-- 
>>Marcelo F. Ochoa - [EMAIL PROTECTED]
>>Do you Know DB Prism? Look @ http://www.plenix.com/dbprism/
>>More info?
>>Chapter 21 of the book "Professional XML Databases" (Wrox Press 
>>http://www.wrox.com/)
>>Chapter 8 of the book "Oracle & Open Source" (O'Reilly 
>>http://www.oreilly.com/catalog/oracleopen/)
>>---
>>Lab. de Sistemas - Fac. de Cs. Exactas - UNICEN
>>Paraje Arroyo Seco - Campus Universitario
>>(7000) Tandil - Bs. AS. - Argentina
>>Te: +54-2293-30 Fax: +54-2293-31
>>
>>
>>
>>
>>
>>-
>>Please check that your question has not already been answered in the
>>FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>
>>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>For additional commands, e-mail: <[EMAIL PROTECTED]>
>>
>
>-
>Please check that your question has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>
>




-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>