You can check the size of log file, If it grow too fast, your sitemap
had a loop.
johnson
Robby Pelssers ??:
Hi all,
we have cocoon2.1.10 running on a solaris(OS version5.8). The server
has 16G of memory and 2 processors (sparcv9 processors operating at
900 MHz). Cocoon is running on tomca
On 22.05.2007 13:55, Reinhard Poetz wrote:
Compared with JSF and Struts Cocoon is very different. This means that
you have to learn to think in Cocoon (btw, the same is true for
frameworks like Tapestry or Wicket). Without good documentation it is
very difficult to learn this way of thinking a
Hi Fabrizio,
Beware, as this post is a rather lengthy one :-)
I'm trying to be a bit more brief this time :-)
I've read up a bit on the Hibernate docs / forums, and wow that stuff is
much more detailed now than when I last checked (can't remember when
that was though).
I think I have to
(note: just started using cocoon 3 months ago)
Reinhard Poetz wrote:
Without good documentation it is very difficult to learn this way of
thinking and hence my reasoning that we need better docs.
Although the basic concepts of cocoon seem appealing, the learning curve
was/is very hard for me:
Hi all,
we have cocoon2.1.10 running on a solaris(OS version5.8). The server has 16G
of memory and 2 processors (sparcv9 processors operating at 900 MHz). Cocoon is
running on tomcat/4.1.24.
After a while we see our CPU increasing to about 94% and the system becomes
non-responsive. Could an
> FWIW, "more" documentation won't necessarily help Cocoon I think.
> Cocoon suffers, if you can call it that, from just being different as
> you say. That means that if the intent is to bring new people to
> Cocoon - which I assume is the purpose of portraying it as easy to use
> - then the type
On 5/22/07, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
Derek Hohls wrote:
> Reinhard
>
> I have been "with" Cocoon since the late '90s and as will continue
> to use it unless forced otherwise... but is it really fair to say
> that Cocoon is "easy to use" unless it (one day?) gets better
> docs.
C
Derek Hohls wrote:
Reinhard
I have been "with" Cocoon since the late '90s and as will continue
to use it unless forced otherwise... but is it really fair to say
that Cocoon is "easy to use" unless it (one day?) gets better
docs.
Compared with JSF and Struts Cocoon is very different. This m
Reinhard
I have been "with" Cocoon since the late '90s and as will continue
to use it unless forced otherwise... but is it really fair to say
that Cocoon is "easy to use" unless it (one day?) gets better
docs. I know this a FAC (frequently occurring complaint) - and
if I ever come into an IT fo
"What makes this case really complicated is that you have a
two-step-processing of pipeline content. It would be much easier if you
could determine the norm_id directly"
Hm, thought this was, was actions are used for, among other things.
The Pipeline gets called from an HTML-Href-Link inside of a
Hi,
messing around with some presumed bugs in my application for the last
week I finally think the bug is in the Dojo/Ajax/(X)HTML integration in
Cocoon 2.1.10.
The problem: If I use Ajax in my Form and serialize it as html then on
action (pressing the "Add answer"- or trash-button) the table layo
Derek Hohls wrote:
Grzegorz
Do you think this a valid criticism - are "WebObjects" (whatever
those are) or Struts (Java coded framework) really that more
productive and easy to use than Cocoon??
no, but they come with better documentation.
--
Reinhard Pötz Independent Consultant,
Derek Hohls wrote:
Grzegorz
Do you think this a valid criticism - are "WebObjects" (whatever
those are) or Struts (Java coded framework) really that more
productive and easy to use than Cocoon??
Just for reference, imho WebObjects (http://www.apple.com/webobjects/)
is one of
the best frame
Grzegorz
Do you think this a valid criticism - are "WebObjects" (whatever
those are) or Struts (Java coded framework) really that more
productive and easy to use than Cocoon??
Derek
>>> Grzegorz Kossakowski <[EMAIL PROTECTED]> 2007/05/21 09:48:10
PM >>>
Lally Singh pisze:
> On 5/19/07, Grzego
14 matches
Mail list logo