Hello
Je n'arrive pas à interpréter les messages d'erreur suivants, qui
apparaissent dans le fichier de logs de Tomcat lorsque mon appli
Cocoon reçoit beaucoup de requêtes simultanées / concurrentes :
En premier, j'obtiens ces erreurs :
22:42:14,826 ERROR [LRUMemoryCache] verifycache[main]: map
Bonjour a tous,
Je ne sais pas quelle strategie adopter entre mes sitemap mount et le
http mod-rewrite pour garder mes URI coherents et aimerais avoir l'avis
de gens plus experimentes las dessus :p
J'ai pour le moment developpe dans tomcat en pensant regler les
dernieres incoherences avec
Hi,
I'm using cocoon (2.1.6) with OpenJMS (0.7.6.1) for updating my cache. Since I
have several cocoon installations talking to different JMS server over the
network it can happen that the web application looses the connection to the JMS
server due to a network problem and never get's it back. Is
Dear community
I have a strange effect with cform date fields. Values like 32.12.2005 or
29.2.2005 are automatically corrected to 1.1.2006 or 1.3.2005 without any
validation error. What can I do to let the cform validation service declare
such dates as incorrect?
For your support many thanks in
have the same issue with cocoon 2.1.4 and apparrently the java.util.Date
class accepts this (as far as I know) so the only thing that you can do
(as what I did) is to implement a clientside date validation; you can find
plenty examples on the net but if you want I can easily drop one here
Another insight from another mailing list:
http://lists.gnu.org/archive/html/classpath/2004-10/msg00090.html
You could also implement a pattern match range check on
your input field, using cform functionality, without resorting to JS.
see:
Hi,
Is there anything in cocoon that can be used to invoke a Java class (maybe via
an act?) at shutdown i.e. such as a shutdown listener? We have a webapp
application which must clean up the application (e.g. close open objects) if
cocoon is shut down unexpectedly.
Thanks,
Ant
CSW Group
-Original Message-
From: Boisvert, Éric [mailto:[EMAIL PROTECTED]
Sent: 06 December 2005 17:17
To: users@cocoon.apache.org
Subject: RE: CInclude POST (again)
find attached the source code, keep in mind that's I'm not a
expert Java
programmer (I'm more on C# and
Hi!
I think there is a little problem with the help popup of Cforms. The problem can be observed in the first example of the forms block examples called 'Various Actions' (http://localhost:/samples/blocks/forms/form1). If the link to the help popup is contained within a tab styling, then
gee thanks for the fix. being a defensive programmer , I changed the code
to
private String GetXmlRequest(Document doc)
{
String req = this.DomToString(doc);
if (req.indexOf(xmlns) == -1)
{
// not namespace declaration found
Node n = doc.getFirstChild();
Apparently STX transformer does not like to be disturbed while working.
Cancelling a STX based pipeline apparently does not cancel the stream of SAX
event. see
http://72.14.207.104/search?q=cache:yNMjW0rx4ssJ:archives.real-time.com/pipe
Boisvert, Éric wrote:
Apparently STX transformer does not like to be disturbed while working.
Did you try to upgrade Joost?
(http://issues.apache.org/jira/browse/COCOON-1536)
Askild
-
To unsubscribe, e-mail: [EMAIL
argh. I should have checked this. I assumed the component distributed with
Cocoon was the latest.
Sorry I did not do my homework.. will try and maybe report a [SOLVED] email.
Cheers and thanks
-Message d'origine-
De : Askild Aaberg Olsen [mailto:[EMAIL PROTECTED]
Envoyé : 7 décembre,
Hello there
I get the same error:
org.apache.cocoon.components.language.LanguageException: Error
compiling id_ranges_xsp:
ERROR 1 (org/apache/cocoon/www/id_ranges/xsp/id_ranges_xsp.java):
...
);
_xspAttr.clear();
// start error (lines 1674-1674) xspAttr cannot be
Hi,
I'm running into a problem with using a datasource in websphere.
Previously I've used what I thought to be the same configuration on a
different box and it worked fine. I'm using the sqltransformer.
Here's my stacktrace:
ERROR 2005-12-07 12:16:28,050 [Servlet.Engine.Transports : 9]
Ben, a VerifyError like this is usually because somehow it is picking
up an older class that didn't have that method. So, a compiled
call is now being run against a class that the method signarture is not
correct for. Check out your jar files and make sure something
isn't conflicting.
IrvOn
yup. there are still error log poste when a query is cancelled, but joost is
still running.
I just removed the old jar and replace with the new one, restarted and it
seems to be working fine.
-Message d'origine-
De : Askild Aaberg Olsen [mailto:[EMAIL PROTECTED]
Envoyé : 7 décembre, 2005
thanks I'll give it a look
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 7 December 2005 17:41
To: users@cocoon.apache.org
Subject: Re: webapp tutorial using cforms/flow
Le 6 déc. 05, à 23:00, [EMAIL PROTECTED] a écrit :
Is there an
Thank you,
looks straight forward enough.
Thanks for your quick response.
Franco
-Original Message-
From: Victoria Vitaver [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 7 December 2005 18:13
To: users@cocoon.apache.org
Subject: Re: webapp tutorial using cforms/flow
[EMAIL PROTECTED]
19 matches
Mail list logo