On Wed, 2 Jan 2002, Stefano Mazzocchi wrote:
> 4) use a transparent proxy in front of your web server: the fastest
> response is the one that is not even processed. Cocoon is *very* slow
> (compared to a proxy server) to read resources such as stylesheets and
> images. A transparent proxy (SQUID,
Hi,
Is there any way to use request dispatchers in my xsp page. I am
using cocoon 2 and there is a problem with the cocoons wrapper classes for
request to get the requestDispatcher. I cannot use the redirect
approach as there are lot of disadvantages of that like, it is a client
pull
Stefano Mazzocchi wrote:
> Robert Koberg wrote:
> > ...opinion...
> >
> > I definitely don't like the first one. I would like the 2cnd one more if it
> > did not have the dots/eyes. My first impression is that it has something to
> > do with the "following eyes" (eyes follow the mouse pointer).
Hi Judson, and Happy New Year!
[I've Cc-ed the mailing list as well.]
I hope this reply does not come too late ;-), but I left on holidays
the day after you sent the message, and didn't have time to respond to
it.
On Thu, 20 Dec 2001 13:28:57 -0600, Judson Lester <[EMAIL PROTECTED]> wrote:
> O
Hi Gianugo, i had the beginnings of a new Cocoon Sample
to show how to use the Simplified DocBook DTD. So i have
now committed that to CVS to give you a kick-start.
You will need to add a "local-catalog" parameter to your
webapp/cocoon.xconf (see attached diff).
You will also need a correspondin
crossley02/01/02 16:39:05
Modified:documentation cocoon.xconf
webapp cocoon.xconf
webapp/resources/entities CatalogManager.properties
Log:
Tweaked internal doco about verbosity levels for the entity resolver.
Revision ChangesPath
1.7
crossley02/01/02 16:28:36
Added: webapp/docs/samples/catalog article.xml sdocbook2body.xsl
Log:
Starting work on new Sample for Simplified DocBook and entity resolver.
Revision ChangesPath
1.1 xml-cocoon2/webapp/docs/samples/catalog/article.xml
In
crossley02/01/02 16:26:13
Modified:webapp sitemap.xmap
Log:
Starting work on new Sample for Simplified DocBook and entity resolver.
Revision ChangesPath
1.74 +6 -0 xml-cocoon2/webapp/sitemap.xmap
Index: sitemap.xmap
Christian has a newly updated paper on Web applications and
continuations available at:
http://youpou.lip6.fr/queinnec/Papers/www.ps.gz
This paper is a little lightweight than the previous one, and it
explains perhaps a bit more the continuations concept in the context
of Web apps.
I would stil
Gianugo Rabellino wrote:
>
> Stefano Mazzocchi wrote:
>
> > This said, I think the Cocoon1 logo reflects the status of the Cocoon1
> > codebase: people still use it and like it because Cocoon2 is not yet up
> > to dethrone it, but it's doomed for future uses so we must have change
> > it now tha
Torsten Curdt wrote:
> > I designed and implemented both logos, so I don't have ego problems.
>
> Would you have one when calling an logo contest?
No, absolutely not. I did once, around Cocoon 1.2 or something, so I
helped myself and made one.
Then again, people were complaining but not helpin
David Crossley wrote:
>
> Many thanks Stefano for taking the time to explain the
> rationale behind a new logo.
You're welcome.
> You have presented very
> sound technical, usability, and design reasons.
Really? thanks :) I thought I was just sick of answering "that the heck
is that" for the
Robert Koberg wrote:
>
> ...opinion...
>
> I definitely don't like the first one. I would like the 2cnd one more if it
> did not have the dots/eyes. My first impression is that it has something to
> do with the "following eyes" (eyes follow the mouse pointer). This
> animation/interaction is li
Nicola Ken Barozzi wrote:
> Stefano, what happened to the cool new Cocoon style-identity you talked us
> about months ago?
It was not months ago and it reshaped into a much wider effort codenamed
Forrest.
When Forrest is functional, Cocoon will benefit as well as all the rest
of the XML.apache
"Lewis, Andrew J" wrote:
>
> I am getting ready to recommend Cocoon for a very large project where it will need
>to handle immense load. In reality, XSP is more than I need and I don't expect to be
>using it. From what I have read, most of the scalability problems seem to be XSP
>related - can
ovidiu 02/01/02 15:25:33
Removed: scratchpad/schecoon/lib xml-apis.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EMAIL PR
ovidiu 02/01/02 15:25:28
Removed: scratchpad/schecoon/lib xerces-1.4.4.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EMAI
ovidiu 02/01/02 15:25:21
Removed: scratchpad/schecoon/lib xalan-2.2.0-D13.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [E
ovidiu 02/01/02 15:25:15
Removed: scratchpad/schecoon/lib servlet_2_2.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EMAIL
ovidiu 02/01/02 15:25:04
Removed: scratchpad/schecoon/lib maybeupload_1-0-5pre3.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail:
ovidiu 02/01/02 15:25:09
Removed: scratchpad/schecoon/lib resolver.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EMAIL PR
ovidiu 02/01/02 15:24:58
Removed: scratchpad/schecoon/lib lucene-1.2-rc2.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EM
ovidiu 02/01/02 15:24:52
Removed: scratchpad/schecoon/lib logkit-20011212.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [E
ovidiu 02/01/02 15:24:46
Removed: scratchpad/schecoon/lib jakarta-regexp-1.2.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail:
ovidiu 02/01/02 15:24:41
Removed: scratchpad/schecoon/lib hsqldb-1.61.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [EMAIL
ovidiu 02/01/02 15:24:35
Removed: scratchpad/schecoon/lib cocoon-20011220.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-mail: [E
ovidiu 02/01/02 15:24:30
Removed: scratchpad/schecoon/lib avalon-framework-20011217.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-ma
ovidiu 02/01/02 15:24:24
Removed: scratchpad/schecoon/lib avalon-excalibur-20011217.jar
Log:
Removed. Build and copy the necessary jars in the webapp/ directory at build time
instead.
--
In case of troubles, e-ma
Excuse me, but RTFM must apply here :-)
This is the prime example of why we need the
Catalog Entity Resolver for Cocoon, and why we
have been working hard to get it implemented.
Please see the Cocoon docs at
http://xml.apache.org/cocoon/userdocs/concepts/catalog.html
It even provides an example o
Mark committed his work in the internal HP CVS tree I used to maintain
for my own development. I now need to create a patch and apply it to
the main Cocoon tree, but unfortunately the amount of changes that
happened in between is quite substantial. I'll try to come up with a
patch late this week/e
Happy New Year all!
On Fri, 28 Dec 2001 17:50:59 +0100 (CET), giacomo <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Dec 2001, Carsten Ziegeler wrote:
>
> > I really enjoy being in this community and hope that the next year
> > will be as interesting as this year.
>
> I'd like to say that most of us
Hi Carsten, and Happy New Year!
On Thu, 27 Dec 2001 10:26:09 +0100, "Carsten Ziegeler" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> can anyone tell me the reason why we have now several jar files
> twice in the HEAD? There is for example avalon, xalan and xerces
> in the lib directory and in the scratc
Berin Loritsch wrote:
>> I always try to avoid validation, but this time I have to: while
>> playing with a pretty cool DocBook add-on for M$ Word (you might want
>> to check it out at http://www.yawcpro.com: it's closed-source yet it
>> has a free that does all that is needed to me) I'm faci
On 2 Jan 2002 [EMAIL PROTECTED] wrote:
As you can see guys its moving time. I don't know if I can finish it
this evening but for sure tomorrow morning 'till about 9:00 European
time.
Thanks for you patience ;)
Giacomo
> giacomo 02/01/02 11:36:16
>
> xml-cocoon2/src/java - New directory
>
Gianugo Rabellino wrote:
> Looks like it's time to confess how much my hate for DTDs and validation
> in general brought me to a deep ignorance and to what seems to be a dead
> end alley.
>
> I always try to avoid validation, but this time I have to: while playing
> with a pretty cool DocBook
giacomo 02/01/02 11:36:16
xml-cocoon2/src/java - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Looks like it's time to confess how much my hate for DTDs and validation
in general brought me to a deep ignorance and to what seems to be a dead
end alley.
I always try to avoid validation, but this time I have to: while playing
with a pretty cool DocBook add-on for M$ Word (you might want to
>-Original Message-
>From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, January 02, 2002 3:02 PM
>To: [EMAIL PROTECTED]
>Subject: Moving directories (was: RE: HAPPY NEW YEAR)
>
>
>Giacomo Pati wrote:
>>
>> On Fri, 28 Dec 2001, Carsten Ziegeler wrote:
>>
>> > Hi Cocooners,
>-Original Message-
>From: Tom Klaasen (TeleRelay) [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, January 02, 2002 4:54 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Cocoon scalability continued
>
>
>http://www.scoot.be is C2-powered and is tested under quite some load
>(100 requests/sec, IIRC) an
Hi Team,
+1 from me!
"All the trouble in the world is due to the
fact that man cannot sit still in a room.
(Blaise Pascal)"
>-Original Message-
>From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, January 02, 2002 8:44 AM
>To: [EMAIL PROTECTED]
>Subject: RE: [vote] Fi
On Wed, 2 Jan 2002, Lewis, Andrew J wrote:
> I am getting ready to recommend Cocoon for a very large project where
> it will need to handle immense load. In reality, XSP is more than I
> need and I don't expect to be using it. From what I have read, most of
> the scalability problems seem to be
Our load tests where done on a single server.
IRL there are 2 servers behind a load balancer, but serving 2 sites
together (http://www.scoot.nl is the other one, with comparable load).
Don't know the actual load ATM, since I don't work for that firm
anymore...
tomK
> -Original Message
My performance target is 250 requests/second. I can spread that out over multiple
servers though.
> --
> From: Tom Klaasen (TeleRelay)[SMTP:[EMAIL PROTECTED]]
> Reply To: [EMAIL PROTECTED]
> Sent: Wednesday, January 02, 2002 10:53 AM
> To: [EMAIL PROTECTED]
> Subjec
http://www.scoot.be is C2-powered and is tested under quite some load
(100 requests/sec, IIRC) and has also quite some load IRL. No XSP's,
indeed, but also no caching (MRUMemoryStore seemed to be leaking in
those days. Maybe this has improved in the mean time).
Unless your going to develop an eve
I am getting ready to recommend Cocoon for a very large project where it will need to
handle immense load. In reality, XSP is more than I need and I don't expect to be
using it. From what I have read, most of the scalability problems seem to be XSP
related - can anyone confrim or reject that th
Carsten Ziegeler wrote:
> Michael Homeijer wrote:
>
>>Hi,
>>
>>This mail is a follow-up to the following mails:
>>
>>(Cocoon 2 RC2 performance disappointment).
>>http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg06455.html
>>
>>and
>>
>>(Cocoon 2.0 Scalability Disappointment)
>>http://www
> > > I'm offline for the next days, but I will be back on wednesday.
> >
> > I'm not. I'd like to have all committers check in their pending stuff as
> > I'd like to restucture the directories as proposed a while back in the
> > next few days. It will be much easier for you to have it in the CVS
Giacomo Pati wrote:
>
> On Fri, 28 Dec 2001, Carsten Ziegeler wrote:
>
> > Hi Cocooners,
> >
> > I wish you all a happy new year and hope you had a good christmas!
>
> At this point I'd like to wish you all a happy new year, too.
>
> > I really enjoy being in this community and hope that the next
Michael Homeijer wrote:
>
> Hi,
>
> This mail is a follow-up to the following mails:
>
> (Cocoon 2 RC2 performance disappointment).
> http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg06455.html
>
> and
>
> (Cocoon 2.0 Scalability Disappointment)
> http://www.mail-archive.com/cocoon-dev@xml
Hi,
This mail is a follow-up to the following mails:
(Cocoon 2 RC2 performance disappointment).
http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg06455.html
and
(Cocoon 2.0 Scalability Disappointment)
http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg06751.html
In the last weeks
Stefano Mazzocchi wrote:
> This said, I think the Cocoon1 logo reflects the status of the Cocoon1
> codebase: people still use it and like it because Cocoon2 is not yet up
> to dethrone it, but it's doomed for future uses so we must have change
> it now that we can.
>
> So, of course, my vote g
> > Maybe Stefano can give us more background information why the old
> > one wasn't good enough and maybe can vote here about it.
> >
> > 1. http://xml.apache.org/cocoon1/images/cocoon.jpg
> >
> > 2. http://xml.apache.org/cocoon/images/cocoon.gif
> >
> > Personally I like the 1. best.
>
> There n
52 matches
Mail list logo
