RE: [VOTE] new commiters

+1 for both although this vote might be a little bit late. Carsten still 500 mails behind > -Original Message- > From: giacomo [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 10, 2001 9:56 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] new commiters > > > > Dear committers > > I'

RE: [RT] Managing Flow and Resources

There exists a free UML tool: argoUML (http://argouml.tigris.org/), extended by a commercial version, called poseidonUML (http://www.gentleware.com/). ArgoUML uses a very nice graph editing library, called GEF (http://gef.tigris.org/). I think if you to build a flow editor, it wouldn't be a

RE: [RT] Managing Flow and Resources

> -Original Message- > From: Steven Noels [mailto:[EMAIL PROTECTED]] > Sent: woensdag 12 december 2001 9:45 > To: [EMAIL PROTECTED] > Subject: RE: [RT] Managing Flow and Resources > > > -Original Message- > > From: Tom Klaasen (TeleRelay) [mailto:[EMAIL PROTECTED]] > > Sent: dins

RE: [RT] Cocoon from a newbie perspectivce

> Don't know of this "Cello". What/where is it? should we integrate it > with the distro? http://sourceforge.net/projects/chello/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 5403] New: - website trouble with NS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Added Resource Monitor in Cocoon.java

>From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > >Berin Loritsch a écrit : >> >> Sylvain Wallez wrote: >> >> >> Keep in mind, that I am also working on an asynchronous command structure for >> Avalon, something that ActiveMonitor, Pools, etc. would all be able to take >> advantage of. The

Re: [WARNING] Version migrations are a headache!

On Wed, Dec 12, 2001 at 01:09:14PM -0500, Berin Loritsch wrote: > The problem comes with changing dependencies and classnames. For example the > SessionStateSelectorFactory has been renamed the SessionAttributeSelector. > While the second is arguably a better name, please use deprecation so that

Re: LogKit targets in webapp

Berin Loritsch wrote: > > Trying to figure out which log you should look in while trying to track > down errors is kind of a crap shoot with the current names: > > root.log > cocoon.log > component.log > > These names do not have meaning to an administrator. Typically, web servers > will separ

Adaptive Caching [was Re: initial checkin of the Scheme code]

Talking about placing too many irons in the fire :) Paulo Gaspar wrote: > The "adaptive caching" idea just arrived too early but I hope it is not > forgotten. You can bet your ass it's not :) [excuse my oxford english] The concept I proposed (more than 6 months ago) about adaptive caching is d

Re: [RT] Cocoon from a newbie perspectivce

Steven Noels wrote: > > > > > Don't know of this "Cello". What/where is it? should we integrate it > > with the distro? > > > > Must be http://chello.sourceforge.net/ - a barebones C2 app. Ah, ok. I'll check that out. -- Stefano Mazzocchi One must still have chaos in oneself to be

Re: [OT] Languages // estas Re: [RT] Managing Flow and Resources

Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: >Unfortunately, in order to communicate, we must have a common knowledge >context and using english reduces the energy required to have these >communities. This is a limit, I know this very well myself, but I can't >see any better solution. :( I'll jus

cvs commit: xml-cocoon2/bin/src ClassAvailable.java

rubys 01/12/12 15:30:40 Modified:.build.xml bin/src ClassAvailable.java Removed: bin/anttasks ClassAvailable.class SitemapTool.class Log: Make respect the value of ${build.sysclasspath}. See http://jakarta.apache.org/ant/manual/sysclasspath.html f

Parameterizable Components

It seems that there are a fair number of Components that the configuration consists of a bunch of statements. The Avalon team recognized that some Components only needed a flat configuration space as opposed to a Hierarchical one. To that end, the Parameters object has been promoted to a full-f

cvs commit: xml-cocoon2/src/org/apache/cocoon/servlet CocoonServlet.java

bloritsch01/12/12 12:36:47 Modified:src/org/apache/cocoon/components/resolver ResolverImpl.java src/org/apache/cocoon/servlet CocoonServlet.java Added: lib avalon-excalibur-20011212.jar Removed: lib avalon-excalibur-20011126.jar Log: Update

New Committer Introduction

Hi, all My name is Bernhard Huber, I live near Vienna in Austria. I' 34 years old. I like good music, especially classic, jazz, blues. Having sometime I go mountainbiking, hiking, and skiing. In the beginning I played around with an Ohio State University Computer, learning Basic, and 6502

RE: [RT] Managing Flow and Resources

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: woensdag 12 december 2001 14:57 > To: [EMAIL PROTECTED] > Subject: Re: [RT] Managing Flow and Resources > > > Steven Noels wrote: > > > With all due respect: Namespaces were really an afterthought for > XML,

Re: [WARNING] Version migrations are a headache!

Vadim Gritsenko wrote: > Berin, > > What I think about it... Isn't it too late to actually add and deprecate > removed/renamed methods/variables? The release is out of the door - and > does not have all this... To users of released version, this looks like > adding new deprecated methods. What's

cvs commit: xml-cocoon2/src/org/apache/cocoon/selection SessionStateSelector.java

bloritsch01/12/12 10:58:56 Modified:src/org/apache/cocoon/acting AbstractComplementaryConfigurableAction.java src/org/apache/cocoon/selection SessionStateSelector.java Log: fix compile errors Revision ChangesPath 1.16 +2 -2

RE: [WARNING] Version migrations are a headache!

Berin, What I think about it... Isn't it too late to actually add and deprecate removed/renamed methods/variables? The release is out of the door - and does not have all this... To users of released version, this looks like adding new deprecated methods. What's your opinion? Vadim > -Origin

cvs commit: xml-cocoon2/src/org/apache/cocoon/selection SessionStateSelector.java SessionAttributeSelector.java

bloritsch01/12/12 10:55:30 Modified:src/org/apache/cocoon Constants.java src/org/apache/cocoon/selection SessionAttributeSelector.java Added: src/org/apache/cocoon/selection SessionStateSelector.java Log: fix backward compatibility

cvs commit: xml-cocoon2/src/org/apache/cocoon Constants.java

bloritsch01/12/12 10:42:58 Modified:src/org/apache/cocoon Constants.java Log: Apply deprecation warning instead of hap-hazardly breaking existing webapps Revision ChangesPath 1.13 +4 -1 xml-cocoon2/src/org/apache/cocoon/Constants.java Index: Constants.java

cvs commit: xml-cocoon2/src/org/apache/cocoon/acting AbstractComplementaryConfigurableAction.java

bloritsch01/12/12 10:34:21 Modified:src/org/apache/cocoon/acting AbstractComplementaryConfigurableAction.java Log: Apply deprecation warning instead of hap-hazardly breaking existing webapps Revision ChangesPath 1.15 +23 -15 xml-cocoon2/s

Re: [WARNING] Version migrations are a headache!

Berin Loritsch wrote: Does ANYONE remember what the value was for: Constants.SESSION_STATE_ATTRIBUTE? Or what it was replaced with? > The problem comes with changing dependencies and classnames. For > example the > SessionStateSelectorFactory has been renamed the SessionAttributeSelector. >

[WARNING] Version migrations are a headache!

The problem comes with changing dependencies and classnames. For example the SessionStateSelectorFactory has been renamed the SessionAttributeSelector. While the second is arguably a better name, please use deprecation so that users can be warned before the class is eliminated! Avalon Excalibur

cvs commit: xml-cocoon2/scratchpad/schecoon/scheme test.scm

ovidiu 01/12/12 09:49:45 Modified:scratchpad/schecoon/scheme test.scm Log: Define main. Revision ChangesPath 1.2 +6 -0 xml-cocoon2/scratchpad/schecoon/scheme/test.scm Index: test.scm ===

cvs commit: xml-cocoon2/scratchpad/schecoon/emacs sisc-servlet.bat.in sisc-servlet.in

ovidiu 01/12/12 09:49:08 Modified:scratchpad/schecoon/emacs sisc-servlet.bat.in sisc-servlet.in Log: Pass arguments to the interpreter. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/scratchpad/schecoon/emacs/sisc-servlet.bat.in Index

cvs commit: xml-cocoon2/scratchpad/schecoon/webapp/WEB-INF web.xml

ovidiu 01/12/12 09:41:03 Modified:scratchpad/schecoon/webapp/WEB-INF web.xml Log: Added init-expr, destroy-expr, and main-expr. Revision ChangesPath 1.2 +15 -0 xml-cocoon2/scratchpad/schecoon/webapp/WEB-INF/web.xml Index: web.xml ===

cvs commit: xml-cocoon2/scratchpad/schecoon/src/org/apache/cocoon/scheme/util SchemeServletCmdLine.java

ovidiu 01/12/12 09:35:02 Modified:scratchpad/schecoon/src/org/apache/cocoon/scheme/util SchemeServletCmdLine.java Log: Print out the URL of the Scheme servlet the command line connects to. Revision ChangesPath 1.2 +2 -0 xml-cocoon2/sc

cvs commit: xml-cocoon2/scratchpad/schecoon/src/org/apache/cocoon/scheme/servlet REPLEvalServlet.java REPLGenericServlet.java REPLServlet.java

ovidiu 01/12/12 09:34:00 Modified:scratchpad/schecoon/src/org/apache/cocoon/scheme/servlet REPLEvalServlet.java REPLGenericServlet.java REPLServlet.java Log: Use a configurable init-expr, destroy-expr, and a main-expr to evaluate Sche

Re: LogKit targets in webapp

On Wed, Dec 12, 2001 at 05:52:16PM +0100, Gerhard Froehlich wrote: > >-Original Message- > >From: Berin Loritsch [mailto:[EMAIL PROTECTED]] > >Sent: Wednesday, December 12, 2001 5:36 PM > >To: [EMAIL PROTECTED] > >Subject: LogKit targets in webapp > > > >"core" - information from the c

RE: LogKit targets in webapp

>-Original Message- >From: Berin Loritsch [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, December 12, 2001 5:36 PM >To: [EMAIL PROTECTED] >Subject: LogKit targets in webapp > >"core" - information from the core components >"sitemap" - information from the sitemap components >"access"

Re: Added Resource Monitor in Cocoon.java

Gerhard Froehlich wrote: > >So let's discuss the two strategies (ActiveMonitor / delayed system > >calls) and see what finally comes out. It would be good also if other > >people come in this discussion. > > Yeah would be great. Stefano hint, hint ;) In all honesty, I think you guys (you, Sylva

Re: Cleaning up the CVS

Marcus Crafter wrote: > > Hi Stefano, > > Well, I should step forward and take some of the heat here. > > Stefano Mazzocchi wrote: > > 6) the code contains a number of things that I found well let's > > me look for a polite way of saying this hmmm, eh, e, . > > >

Re: [VOTE] adding Jisp based Store persistence to the Scratchpad

"Morrison, John" wrote: > > I don't believe that you require a vote to put code in the Scratchpad. Right, you don't need a vote to play with the scratchpad since you already are a committer. Anyway, +1 from my side as well. > However, here's mine: +1 - go play! > > > -Original Message

Re: [RT] Managing Flow and Resources

Steven Noels wrote: > With all due respect: Namespaces were really an afterthought for XML, and this > clearly shows. Granted. In fact, SGML compatibility for XML turned out to be more harmful than useful. :( -- Stefano Mazzocchi One must still have chaos in oneself to be

Re: [OT] Languages // estas Re: [RT] Managing Flow and Resources

MJ Ray wrote: > >> Projects like Apache are pointed up as examples of meritocracy in action, > >> but what is meritocratic about giving people an advantage based on their > >> native tongue? > >Sorry, I can't parse this (you know, native tongue impedence mismatch) > > I think this may be subtle

LogKit targets in webapp

Trying to figure out which log you should look in while trying to track down errors is kind of a crap shoot with the current names: root.log cocoon.log component.log These names do not have meaning to an administrator. Typically, web servers will separate the log files into something with seman

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

>-Original Message- >From: Peter Royal [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, December 12, 2001 5:01 PM >To: [EMAIL PROTECTED] >Subject: Re: [VOTE] adding Jisp based Store persistence to the >Scratchpad > > >On Wednesday 12 December 2001 09:13 am, you wrote: >> >What would be the

Re: [RT] Cocoon from a newbie perspectivce

On 12/12/01 2:32 AM, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: >> Skeleton applications: I think that it would be very beneficial for people >> who are just starting to use Cocoon to have an application where all there >> is built-in are configuration files commented as appropriate. This can

[Best Practices] Initial Request

Good morning: I am working on putting together a document about Cocoon's best practices and am soliciting your help. I'd like to know: * What has worked for you when using Cocoon? * Do you have any tip or trick to make Cocoon work better/faster * What has your experience been with Cocoon and wha

Re: [VOTE] adding Jisp based Store persistence to the Scratchpad

On Wednesday 12 December 2001 09:13 am, you wrote: > >What would be the benefits of using B-Tree indexed file vs filesystem > >directory? > > - When you have many files in one directory that can be problematic > for maintainence. > - Some Caching system like Squid split that up into the different

cvs commit: xml-cocoon2/lib avalon-framework-4.1.jar logkit-20011212.jar avalon-framework-20011126.jar logkit-20011126.jar

bloritsch01/12/12 07:45:20 Added: lib avalon-framework-4.1.jar logkit-20011212.jar Removed: lib avalon-framework-20011126.jar logkit-20011126.jar Log: update to the released Framework Revision ChangesPath 1.1 xml-cocoon2/lib/avalon

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

> -Original Message- > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 12, 2001 9:13 AM > To: [EMAIL PROTECTED] > Subject: RE: [VOTE] adding Jisp based Store persistence to the Scratchpad > > Vadim, > >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > >

RE: initial checkin of the Scheme code

Extremely interesting exchange of ideas. Just to add something on the "adaptive caching" issue: it is possibly the only way to get really efficient caching. I do not think that it is "probably too difficult to understand", I just think that we do not know enough and have to crawl before we walk

[PATCH] AW: XSP page getting called TWICE! (using pipeline as a transformer)

Hi David, the origin of this problem has something todo with using a cocoon-pipeline as a transformer-stylesheet which leads to processing this pipeline more than one time. A similiar problem occured in our app some time ago. I think it's a problem in XSLTProcessorImpl. Attached is a PATCH agai

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

Adrian, >From: Adrian Geissel [mailto:[EMAIL PROTECTED]] > >- Original Message - >From: Gerhard Froehlich <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Wednesday, December 12, 2001 2:13 PM >Subject: RE: [VOTE] adding Jisp based Store persistence to the Scratchpad > > >> Vadim, >> >Fr

RE: Yup

Don't hurry Stefano, I was just kidding. =;o) My ego is bad enough to make me say "Hey, I did that before" but it is not so bad that I get offended or that I am disturbed in any other way. (At least that's what my shrink told me to write! hehehehe) Have fun, Paulo > -Original Message-

Re: [VOTE] adding Jisp based Store persistence to the Scratchpad

- Original Message - From: Gerhard Froehlich <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 2:13 PM Subject: RE: [VOTE] adding Jisp based Store persistence to the Scratchpad > Vadim, > >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > > > >What would

Re: XSP and Cocoon

On Tue, Dec 11, 2001 at 07:46:40AM -0800, [EMAIL PROTECTED] wrote: > I am trying to use xsp to generate a dynamic xml page that can be changed > on fly from request information and java classes. > I have an xml file and an xsl file. > The xml file consists of: > > > > > > com.datix.xmlwr

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

Vadim, >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > >What would be the benefits of using B-Tree indexed file vs filesystem >directory? - When you have many files in one directory that can be problematic for maintainence. - Some Caching system like Squid split that up into the different

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

What would be the benefits of using B-Tree indexed file vs filesystem directory? Anyway, you can put something into scratchpad without voting... Vadim > -Original Message- > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 12, 2001 5:56 AM > To: cocoon-Dev

RE: [RT] Cocoon from a newbie perspectivce

> > Don't know of this "Cello". What/where is it? should we integrate it > with the distro? > Must be http://chello.sourceforge.net/ - a barebones C2 app. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: initial checkin of the Scheme code

Jason Foster wrote: > > The golden rule to avoid FS is: give users all the freedom they need, > > but no more than that. > > > > This is what we did for the sitemap and even it's entirely possible for > > you to write your sitemap by hand in java, I don't know of anybody who > > did it. > > I wo

Re: [RT] Cocoon from a newbie perspectivce

Carlos wrote: > > Here are some random thoughts from someone who's just started working with > Cocoon2 after having done some work with Cocoon1. I hope they are taken in > the constructive spirit in which they are offered > > Carlos > > Configuration: I know this is in the todo list but it is v

RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

I don't believe that you require a vote to put code in the Scratchpad. However, here's mine: +1 - go play! > -Original Message- > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, 12 December 2001 10:56 am > To: cocoon-Dev > Subject: [VOTE] adding Jisp based Store per

[VOTE] adding Jisp based Store persistence to the Scratchpad

Hi, as I said there's much work to do and as a fresh baked Committer I call a Vote, now: I want to improve the Store Persistence of the current Store implementation. There- fore I want to try to implement a JispFilesystemStore http://www.coyotegulch.com/jisp/index.html But whole thing must b

Introduction of New Committer

Hi all, that's really a early x-mas present *snief*. This season makes me always a little bit, well sentimental ;-). My name is Gerhard Froehlich, I'm 26 years old and grow up in a little province nest in South Germany near Lake Konstanz. Actually I live in Vienna, Austri

Re: Added Resource Monitor in Cocoon.java

Berin Loritsch a écrit : > > Sylvain Wallez wrote: > > > > > Gerhard Froehlich a écrit : > > > > >>All your arguments above are correct. For the Cocoon.java the ActiveMonitor is > >>overkill, but what do you want? The Cocoon.java was a starting point to implement > >>a central Resource Monito

RE: [RT] Managing Flow and Resources

> -Original Message- > From: Tom Klaasen (TeleRelay) [mailto:[EMAIL PROTECTED]] > Sent: dinsdag 11 december 2001 10:08 > To: [EMAIL PROTECTED] > Subject: RE: [RT] Managing Flow and Resources What an amusing gathering of ex-collaegues :-) > However, XML allows you to enforce some limitati

RE: [RT] Managing Flow and Resources

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: dinsdag 11 december 2001 0:36 > To: [EMAIL PROTECTED] > Subject: Re: [RT] Managing Flow and Resources > > > SGML vs XML had nothing to do with it? > > Oh, absolutely, DSSSL worked on SGML that had no notion o