Re: why JXTG sucks? was: FreeMarker integration

2004-08-10 Thread Ugo Cei
back to XSP. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] Concerns surrounding CocoonNG

2004-08-10 Thread Ugo Cei
that Cocoon would benefit from? Of course, there is, and I don't think I'm mistaken if I try to interpret the interest of the whole community here. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] Concerns surrounding CocoonNG

2004-08-10 Thread Ugo Cei
Il giorno 10/ago/04, alle 16:32, Sylvain Wallez ha scritto: So my personal answer is no. Other people here may have a different opinion though. Then please disregard the closing sentence in my previous message ;-) Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME

Re: Updating libs....

2004-08-09 Thread Ugo Cei
Il giorno 09/ago/04, alle 10:06, Antonio Gallardo ha scritto: I am back in my job of updating libs. I want to know if is desired to update libs in the 2.1.6 version too. +1 but please make sure that all tests succeed afterwards. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s

Re: Preparation of board report

2004-08-09 Thread Ugo Cei
Sylvain Wallez wrote: - Cocoon version 2.1.5 released in May: bugfix release with minor new features Aren't we at 2.1.5.1? - PMC composition change: new chair, some new members and some resignations. I assume my (and Tony's) request to join the PMC was accepted, but I got no formal notice. Is

Re: Preparation of board report

2004-08-09 Thread Ugo Cei
Il giorno 09/ago/04, alle 16:53, Sylvain Wallez ha scritto: Well, you just have to subscribe to [EMAIL PROTECTED] The board was notified about you and Tony joining the PMC on june 13th. Who do I send mail to? [EMAIL PROTECTED] doesn't seem to work. Ugo -- Ugo Cei - http://beblogging.com

Re: Preparation of board report

2004-08-09 Thread Ugo Cei
Il giorno 09/ago/04, alle 18:03, Gianugo Rabellino ha scritto: On Mon, 9 Aug 2004 17:54:05 +0200, Ugo Cei [EMAIL PROTECTED] wrote: Il giorno 09/ago/04, alle 16:53, Sylvain Wallez ha scritto: Well, you just have to subscribe to [EMAIL PROTECTED] The board was notified about you and Tony joining

Subversion and XCode

2004-08-08 Thread Ugo Cei
For those Mac OS X users that - just like me - cannot yet get Subclipse to work, you might be glad to know that the newest version of Apple's XCode (1.5) supports Subversion. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: Repository status....

2004-08-07 Thread Ugo Cei
better next friday. I was able to contribute some of my time, since I was on vacation but at home. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Butterfly status update

2004-08-04 Thread Ugo Cei
it pretty. If you want to check it out: svn co http://svn.apache.org/repos/asf/cocoon/branches/butterfly/ ant ./butterfly.sh servlet surf to http://localhost:/index.html Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [roadmap] Cocoon 2.2

2004-08-02 Thread Ugo Cei
Il giorno 02/ago/04, alle 09:19, Carsten Ziegeler ha scritto: But I think we shouldn't forget about 2.1.6; merging all the nice bug fixes we already have in 2.2 into 2.1.x is imho currently as important. We could dedicate the next FirstFriday (Aug. 6th) to it. WDYT? -- Ugo Cei - http

Re: [proposal - take 2] Whiteboard Branches

2004-08-02 Thread Ugo Cei
or into Cocoon core. +1 -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [proposal - take 2] Whiteboard Branches

2004-07-31 Thread Ugo Cei
. What would be the difference between scratchpad and whiteboard? -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [proposal] Private Branches

2004-07-30 Thread Ugo Cei
to host there instead of my own CVS server. Why can't you just upgrade the current linotype block? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] A Groovy Kind of Sitemap

2004-07-30 Thread Ugo Cei
tomorrow, I'll be on vacation for one week, but fully connected, so I hope to find the time and the clarity of mind to come up with something less dumb and simpleminded. Stay tuned! Ugo [1] http://www.artima.com/intv/tracer.html -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
Il giorno 28/lug/04, alle 00:45, Stefano Mazzocchi ha scritto: Ugo Cei wrote: (you can find it in Butterfly's CVS) the SVN repository has been setup. It would be nice to have that development over on SVN since we could see what's going on ;-) I just finished reading the Subversion book, but have

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
users far too many options and rope to hang themselves with, and how to avoid it. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
-versa. 4) Embed Groovy scripts in an XML sitemap Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
Il giorno 28/lug/04, alle 09:56, Vilya Harvey ha scritto: Interesting idea. Just out of curiosity, why Groovy and not JavaScript? I wrote it in my RT, because it's trendy ;-) -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
is the best way forward. I hope time will tell :-). Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

More Spring marketing

2004-07-28 Thread Ugo Cei
;) My aim, when proposing Butterfly, is to move towards an architecture that is so loosely coupled and portable that it would be equally easy to port Cocoon from {insert random container here} to {insert different random container here} as it was for the Jetspeed folks. Ugo -- Ugo Cei

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
Il giorno 28/lug/04, alle 12:59, Vilya Harvey ha scritto: Ugo Cei wrote: Il giorno 28/lug/04, alle 09:56, Vilya Harvey ha scritto: Interesting idea. Just out of curiosity, why Groovy and not JavaScript? I wrote it in my RT, because it's trendy ;-) Fair enough. :-) Do you intend to use Groovy

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
syntax (snide comments about pointy brackets aside) and I don't think Cocoon users (i.e. people who should know XML well) should be scared by it. It's the implementation that is bugging me: 74 classes are not a small package. Can we do it with less? I hope so. Ugo -- Ugo Cei - http

Re: [RT] A Groovy Kind of Sitemap

2004-07-28 Thread Ugo Cei
that is a little less dumb and half-baked than the current one. For now, thanks for your precious feedback. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Butterfly available on SVN

2004-07-28 Thread Ugo Cei
Here: http://http://svn.apache.org/repos/asf/cocoon/branches/butterfly/ Have fun, Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

[RT] A Groovy Kind of Sitemap

2004-07-27 Thread Ugo Cei
? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: Request headers

2004-07-26 Thread Ugo Cei
Colin Paul Adams wrote: pattern name=xhtml^.*application/xhtml\+xml.*$/pattern Wouldn't pattern name=xhtmlapplication/xhtml\+xml/pattern have the same effect? I think it should. This I think is useful. How can I contribute it to Cocoon (I've only written the java class - I don't know

Re: Request headers

2004-07-26 Thread Ugo Cei
Colin Paul Adams wrote: Ugo It would be nice if you could provide unit tests for the Ugo selector, too :-). Well, you'll have to tell me what this involves. Take inspiration from src/test/org/apache/cocoon/selection/HeaderSelectorTestCase.java for instance. Ugo

Re: Request headers

2004-07-26 Thread Ugo Cei
plain HeaderSelector is a bit tedious. Of course. But the regexp application/xhtml\+xml should match everything that ^.*application/xhtml\+xml.*$ matches, unless something is escaping me. The former is simpler and has the same effect. Ugo -- Ugo Cei - http://beblogging.com

Re: Where is the SourceResolver class?

2004-07-24 Thread Ugo Cei
Il giorno 24/lug/04, alle 19:17, Jean-Claude Moissinac ha scritto: I get the message file org\apache\excalibur\source\SourceResolver.class not found Where is this class? Which jar? Which directory? lib/core/excalibur-sourceresolve-1.1.jar -- Ugo Cei - http://beblogging.com/ smime.p7s Description

Re: Mock objects

2004-07-24 Thread Ugo Cei
Il giorno 24/lug/04, alle 21:00, Brian McCallister ha scritto: I love mocks, but they do force you to decouple. Isn't this supposed to be a good thing, or there are hidden costs? -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: Mock objects

2004-07-24 Thread Ugo Cei
of Demeter. Does this make any sense? In theory, yes, I can follow you. But I have too little experience with mocks (and unit testing in general) to be able to appreciate the finer points. Anyway, thanks. -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [butterfly] spring dependant tests (was Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?))

2004-07-23 Thread Ugo Cei
small-scale here and now. OK, as a *temporary* solution while I get myself up-to-date on SVN, I have setup a repository on my machine. If anybody wants CVS access (over ssh only) drop me a line stating desired username and password and I'll arange it ASAP. Ugo -- Ugo Cei - http

Re: [QVOTE] Locking Down CVS

2004-07-23 Thread Ugo Cei
Vadim Gritsenko wrote: Hi All, Next step in CVS to SVN migration is locking down CVS and doing real conversion into SVN. I propose to lock down CVS today evening (say, 4pm on US east coast). How is everybody with this decision? Vadim +1 Ugo

Mock objects

2004-07-23 Thread Ugo Cei
, or maybe a third alternative. Thanks in Advance, Ugo [1] http://www.martinfowler.com/articles/mocksArentStubs.html -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Tests (was Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?))

2004-07-22 Thread Ugo Cei
Il giorno 22/lug/04, alle 01:18, Stefano Mazzocchi ha scritto: Ugo Cei wrote: Agreed, but even if we cannot prove that code is correct with unit tests alone, we can at least hope that - statistically - code that has 100% test coverage will have less bugs than code that has 10% test coverage

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-22 Thread Ugo Cei
/Nano, Hivemind or Kernel without changes, we can take some time to rehash all the alternatives and decide which one is best. In the meantime, let's fscking do something ;-). Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-22 Thread Ugo Cei
-based injection as opposed to constructor-based). Really, I'm +1 on pushing the platform forward, whichever direction it is. Its the progress that's important :) -pete Yeah! Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-22 Thread Ugo Cei
only in legacy mode) is the sitemap syntax. I'm fed up with pointy brackets, can't we have less clutter? ;-) Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [butterfly] spring dependant tests (was Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?))

2004-07-22 Thread Ugo Cei
me to wait until August. Or would it be better to create a new module in the Apache CVS? I'd rather avoid SF, I've had unpleasant experiences in the past. What about a mailing list? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-22 Thread Ugo Cei
of the framework. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [fyi] one liners from me

2004-07-22 Thread Ugo Cei
own container, as long as someone starts really doing something and we don't find that six months from now we are still at the gate. I'll try to reword the manifesto to cover the possibility of building our own container, as long as it adheres to some basic design principles. Ugo -- Ugo

Re: [butterfly] spring dependant tests (was Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?))

2004-07-22 Thread Ugo Cei
someone objects, for the moment I think we can continue the discussion on this list, as Marc suggested. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [brief] my pov

2004-07-22 Thread Ugo Cei
:-) Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-21 Thread Ugo Cei
of the spectrum. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-21 Thread Ugo Cei
and making our needs known there? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [Springframework-developer] Butterfly

2004-07-21 Thread Ugo Cei
might need some enhancements in Spring to support our needs, particularly if we want to implement Real Blocks (1) soon. Ugo 1) http://wiki.apache.org/cocoon/GT2003RealBlocks -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [Springframework-developer] Butterfly

2004-07-21 Thread Ugo Cei
receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed Giving up on 66.35.250.206. Anyone else having this problem? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-21 Thread Ugo Cei
, if you want to help. I think the idea is excelent. We need to polish it before start or not? I have already started. There's some code attached to the wiki page for your pleasure, but nothing that cannot be completely redone if it's not good enough. Ugo -- Ugo Cei - http

The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

2004-07-20 Thread Ugo Cei
/null. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [OT] OS/X Subclipse library.

2004-07-19 Thread Ugo Cei
Oxygen to offer in relation to Subversion? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] Virtual Sitemap Components

2004-07-16 Thread Ugo Cei
Carsten Ziegeler wrote: There were some mentions in the past, that a VSC can contain any sitemap component, so even actions, matchers and selectors are allowed in the definition of the VSC. So, first question is: do we want this? (I would say: no) I am inclined to agree with you, even if I didn't

Re: Excalibur AbstractSource

2004-07-16 Thread Ugo Cei
Colin Paul Adams wrote: But when I try the various mirrors at http://excalibur.apache.org/download.cgi, none of them seem to have the source to the excalibur-sourceresolve product (or anything else, it seems). Can anyone suggest anything, please?

Re: Excalibur AbstractSource

2004-07-16 Thread Ugo Cei
Colin Paul Adams wrote: Ugo == Ugo Cei [EMAIL PROTECTED] writes: Ugo Colin Paul Adams wrote: But when I try the various mirrors at http://excalibur.apache.org/download.cgi, none of them seem to have the source to the excalibur-sourceresolve product (or anything else

Re: [RT] Spring+JMX == Real Blocks?

2004-07-12 Thread Ugo Cei
Sylvain Wallez wrote: The point is the wiring: in cocoon.xconf, you only declare components, now how they should be wired together (this is handled by manager.lookup()). Declaring the full wiring leads to a bigger configuration and the knowledge of what wires need to be set up. You remove the

[RT] Spring+JMX == Real Blocks?

2004-07-09 Thread Ugo Cei
/gmane.comp.java.springframework.devel/5052 [2] http://marc.theaimsgroup.com/?t=10800483371r=1w=2 -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [RT] Spring+JMX == Real Blocks?

2004-07-09 Thread Ugo Cei
is just at version 1.0.2 and is pretty young but growing fast. I have hope that some shortcomings will be addressed in future versions. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: JMS block

2004-07-01 Thread Ugo Cei
=108816723020107w=2 Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: JMS block

2004-07-01 Thread Ugo Cei
a place on my todo list (which unfortunately does not garantee anything :-() I wasn't certainly expecting anything guaranteed, but having had no reply at all I was starting to think my message had been overlooked because everyone was on vacation ;-). Ugo -- Ugo Cei - http://beblogging.com

Re: CForms stylesheets - use of xsl:param and xhtml

2004-06-29 Thread Ugo Cei
Colin Paul Adams wrote: So after all that, if I were to provide patches that: a) Remove the offending global parameter from the two stylesheets, + 1 b) add a global parameter to the driver stylesheet c) Add code to all the stylesheets to read either html or xhtml input, and write output as html or

Re: CForms stylesheets - use of xsl:param and xhtml

2004-06-29 Thread Ugo Cei
Colin Paul Adams wrote: xhtml elements are in a namespace - html elements are not. Oh yes. Then I'd rather have the CForms stylesheet output XHTML by default. If someone wants HTML output, he/she can always add a namespace-stripping transformation and use the HTML serializer afterwards. Ugo

Re: CForms stylesheets - use of xsl:param and xhtml

2004-06-29 Thread Ugo Cei
obvious? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] preservation policy for third-party snapshot sources

2004-06-28 Thread Ugo Cei
[ ] do not keep sources [X] keep sources as separate zip files [ ] keep sources in jar files -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

OpenJMS vs. ActiveMQ

2004-06-25 Thread Ugo Cei
with the necessary expertise and free time look after it. WDYT? Ugo P.S.: personally, I'm not that interested in JMS per se, but what I read about Streamlets [2] has tickled my curiosity. Sounds cool, doesn't it? [1] http://activemq.codehaus.org/ [2] http://activemq.codehaus.org/Streamlets -- Ugo Cei

Playing with the JCR RI

2004-06-24 Thread Ugo Cei
try to clone the Web frontend distributed by Day at http://jsr170tools.day.com or some part of it. Thoughts? Questions? Volunteers? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: Playing with the JCR RI

2004-06-24 Thread Ugo Cei
Il giorno 24/giu/04, alle 16:37, Ugo Cei ha scritto: Then I thought about doing a Generator that could stream the XML representation of a JCR repo provided by the API. Should be a piece of cake as there's a method that streams it to a ContentHandler. It *would* be a piece of cake if those

Re: Playing with the JCR RI

2004-06-24 Thread Ugo Cei
to writable sources, or did I misunderstood? Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [Forms] Using commons-validator

2004-06-21 Thread Ugo Cei
Il giorno 21/giu/04, alle 05:23, Antonio Gallardo ha scritto: Can we switch to the usage of commons-validator instead of developing our own code? Without having ever looked at CV, I feel this could be a good thing. Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME

Spring Petstore (was Re: CForms+Hibernate+Flow)

2004-06-19 Thread Ugo Cei
somewhere. Cocoondev.org would be ideal, but we have to wait until August due to migration issues. In the meantime, sf.net or java.net should do. Ugo [1] http://wiki.cocoondev.org/Wiki.jsp?page=SpringPetstore -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic

Re: Looking for a block name: forum, vote, poll components

2004-06-18 Thread Ugo Cei
Il giorno 18/giu/04, alle 10:21, Bertrand Delacretaz ha scritto: Question is (assuming people are ok with a new block), how to name this new block? forumvote? interactive? visitors? coconuke? I kinda like coconuke. -- Ugo Cei - http://beblogging.com/

Re: [VOTE] Unrestricting the FOM

2004-06-14 Thread Ugo Cei
Sylvain Wallez wrote: - [+1] to remove restrictions on existing objects. - [+0] to add cocoon.avalonContext.

Re: [OT] Eclipse on OS/X

2004-06-14 Thread Ugo Cei
the final release and stop downloading 80+ Megs every week or two. That is, unless RC2 is so much better than RC1. Ugo -- Ugo Cei - http://beblogging.com/

Re: [RT] Logging and log4j

2004-06-08 Thread Ugo Cei
Carsten Ziegeler wrote: 1. What should Cocoon offer to support log4j? So, everyone out there who wants to use/is using log4j with Cocoon, what are you missing? Examples could be, a support for configuring log4j via Cocoon etc. A simple way to fix this [1] problem. 2. Should we make log4j (with the

Re: Candidates for PMC membership?

2004-06-08 Thread Ugo Cei
Sylvain Wallez wrote: Hi all, Tony expressed the desire to be part of the Cocoon PMC. In order to avoid numerous requests to the board, are there other committers not already in the PMC that would like to join it? Me too ;-). Ugo

Re: Upgrade to cocoon 2.1.5

2004-06-04 Thread Ugo Cei
Nicola Ken Barozzi wrote: Over at Forrest, an upgrade to Cocoon 2.1.5 has brought us with these issues... ideas? Juan Jose Pablos wrote: Hi, I am nearly there, I have got a couple of issues, both related to JCS: First, there is a lot of output like this one: = [INFO]

Re: Upgrade to cocoon 2.1.5

2004-06-04 Thread Ugo Cei
Il giorno 04/giu/04, alle 09:07, Ugo Cei ha scritto: I think it depends on log4j not being configured. We should ship with a proper log4j config, as all those messages from JCS and other libraries that use log4j, like Quartz, are really bothersome. I tried to fix this by providing a default

Re: Removing sitemap's check-reload attribute

2004-06-04 Thread Ugo Cei
Sylvain Wallez wrote: So I propose to remove this feature, and have automatic sitemap reload always be turned on, as everywhere else. WDYT? +1 Ugo

Re: PMC chair vote (was Re: [heads up] PMC chair nominations)

2004-06-03 Thread Ugo Cei
Andrew Savory wrote: Here is my +1 for Sylvain. Please vote! +1 for Sylvain too. Ugo

Re: Large xml's in cocoon

2004-06-01 Thread Ugo Cei
Upayavira wrote: Switching to Jetty was the best thing we did - Tomcat fell over all the time. Jetty has just stayed up. I find Tomcat 5 to be infinitely more stable and performant than Tomcat 4, so I can live with that for the moment. If you ever decide to switch, let me know and I'll send you

Re: Large xml's in cocoon

2004-05-28 Thread Ugo Cei
a stacktrace or send anything to the client. Actually, I'd rather wish Tomcat crashed in this circumstance, so we might at least restart it automatically. Ugo -- Ugo Cei - http://beblogging.com/

Re: Large xml's in cocoon

2004-05-28 Thread Ugo Cei
Stefano Mazzocchi wrote: what if I'm using jetty? I don't know. We're currently using the bundled Jetty for development and Tomcat for staging/production. But my point still remains: it's better to crash and burn rather than try to survive if you get an OOMException. Ugo

Re: Large xml's in cocoon

2004-05-28 Thread Ugo Cei
Pier Fumagalli wrote: Oh, on a side note, Ugo, I'd seriously switch your development/production environments... I'm not going into performance details (I don't want to raise a can of worms), but at least on my tests Tomcat is using 3x the memory that Jetty is using per single request, so it's

Re: AW: [RT] Logging in Cocoon

2004-05-27 Thread Ugo Cei
Marco Rolappe wrote: why depend explicitly on log4j instead of using commons-logging? AFAIK when log4j is available commons-logging automatically uses it before falling back to JDK logger etc. Personally, I have nothing against commons-logging, but please consider also this [1] and draw your own

Re: [Plan] The future of Cocoon

2004-05-27 Thread Ugo Cei
Sylvain Wallez wrote: - Drop that Excalibur datasource. Components that need a DS should get one provided by the container via JNDI. If we don't have a container (running via the CLI, for instance), let the environment provide one and bind it to a JNDI namespace. Mmmhh... defining the JNDI

Re: [Plan] The future of Cocoon

2004-05-27 Thread Ugo Cei
Sylvain Wallez wrote: map:components datasources jdbc name=local-ds urljdbc:blah/url /jdbc /datasources /map:components Ouch! I had this need one and a half year ago [1] and couldn't satisfy it. Don't remember what I did and why it didn't work, and now that I have a solution, I

Re: [Plan] The future of Cocoon

2004-05-27 Thread Ugo Cei
Sylvain Wallez wrote: map:components datasources jdbc name=local-ds urljdbc:blah/url /jdbc /datasources /map:components Ouch! I had this need one and a half year ago [1] and couldn't satisfy it. Don't remember what I did and why it didn't work, and now that I have a solution,

Re: VERY odd exceptions...

2004-05-26 Thread Ugo Cei
Sylvain Wallez wrote: I was just looking in the VM spec if a increment operation on an integer is atomic or not. My opinion it has to be in the case of class members as the increment is surrounded by getfield/putfield instructions. Accessing an int is atomic. Accessing a long is not. This is all

Re: VERY odd exceptions...

2004-05-26 Thread Ugo Cei
Ugo Cei wrote: I don't think it is necessary, and could hurt performance, but before I try to dig up some other reference, I'd like to know if we're talking about the same scenario. OK, turns out my memory is getting worse each day. I was wrong, incrementing an int is most certainly

Re: VERY odd exceptions...

2004-05-26 Thread Ugo Cei
Sylvain Wallez wrote: Agree for *variables*. Here, we have a class member, which has to be loaded, then incremented, then stored. So as Bertrand, I stay on the safe side and synchronize. Just to be clear, what you're suggesting is to do: public class MyClass { private int counter; public

Re: [Plan] The future of Cocoon

2004-05-26 Thread Ugo Cei
a container (running via the CLI, for instance), let the environment provide one and bind it to a JNDI namespace. - Write more tests (you knew this one was coming ;-) ). Fire at will, Ugo -- Ugo Cei - http://beblogging.com/

Re: [VOTE] - Move Cocoon to Maven

2004-05-25 Thread Ugo Cei
Antonio Gallardo wrote: I propose to move Cocoon to Maven. Please VOTE: -1 I'm with Howard [1] and Hani [2] on this matter. Again, Less is more and we certainly don't need the (mostly) useless drivel that passes for Project reports in maven-generated sites. Trimming the fat by having the build

Re: VERY odd exceptions...

2004-05-25 Thread Ugo Cei
Pier Fumagalli wrote: I seriously think (I can't see it but can definitely smell it) that it happens because one of those handlers (somehow) gets recycled, and it's reused before it's actually fully disposed... So, I _seriously_ think that by fixing the problem adding the appropriate

Re: Enough object store crap, let's get serious

2004-05-24 Thread Ugo Cei
there's a problem here, we can label 2.2 the first version that comes with BerkeleyDB. Have you read the license? Do you think it is compatible? Who's with me? Me. Ugo -- Ugo Cei - http://beblogging.com/

Re: [ANN] Thanks for it...

2004-05-22 Thread Ugo Cei
data repository... Congratulations! Can you give us some more details? How many pages are you serving daily and on which hardware, for instance? I think success stories like yours are important to demonstrate that Cocoon is able to serve lots of content with good performance. Ugo -- Ugo

Re: [VOTE] Release on monday

2004-05-20 Thread Ugo Cei
Upayavira wrote: It is there somewhat more akin to an anteater test. Therefore, given these facts, I propose to leave the CocoonBeanTestCase disabled, and simply remove the test suite (as it isn't needed anyway.). I will continue to use the test case locally on my own testing, and will reflect

Re: [VOTE] Release on monday

2004-05-19 Thread Ugo Cei
Carsten Ziegeler wrote: Or is there anything serious that I did oversee? Nothing, apart a few failing anteater tests. I think those are due to faulty testcases more than to faulty code. Or maybe it's just wishful thinking. Anyway, +1 for a release on Monday. Hopefully I'll find some time to

Re: [VOTE] Release on monday

2004-05-19 Thread Ugo Cei
Upayavira wrote: I need to remove the test-suite and use samples/test, and confirm that Ugo's fixes have made the CocoonBeanTestCase work, and then re-enable it. A word of caution. My fixes add the blocks directory and block-provided jars to the classpath for tests and make the junit-tests

Re: [Java 1.3] Cocoon build fail....

2004-05-18 Thread Ugo Cei
Bertrand Delacretaz wrote: DOMBuilderTestCase.testMultipleCharactersEvents also fails: Content of root element not what expected expected:ABCDEF but was:ABCDEFABCDEF This was a problem with the testcase and not the class under test. Should be OK now, but I cannot verify it with 1.3. Three

Re: Release tomorrow?

2004-05-17 Thread Ugo Cei
, as it would be best if it doesn't go out with a release. Fine. I'll commit the changes to the build files ASAP, so we can reenable the testcase before the release. Ugo -- Ugo Cei - http://beblogging.com/

Re: Release tomorrow?

2004-05-17 Thread Ugo Cei
Ugo Cei wrote: Fine. I'll commit the changes to the build files ASAP, so we can reenable the testcase before the release. Done. Ugo

<    1   2   3   4   5   6   7   >