Sylvain Wallez wrote:
Carsten Ziegeler a écrit :
Sylvain Wallez wrote:
Carsten Ziegeler a écrit :
Hi Team,
could someone please explain what the DelayedLastModified
class should
be doing? Currently it is only imported in the Handler
class, but not
really used
- Original Message -
From: Stefano Mazzocchi [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Apache XML [EMAIL PROTECTED]
Sent: Wednesday, December 19, 2001 3:19 PM
Subject: Re: [OT] Design Rant
Copied to general@ since this is a general discussion.
Ugo Cei wrote:
snip/
Incidentally,
Hi,
the recent CVS has a dependency to JDK 1.3 in the class
SimpleLuceneXMLIndexerImpl.java.
It uses the getPath() method of the URL class which is not available in JDK
1.2.
Can we avoid this? You can have a look in the URLSource class which also
optionally
uses the getPath() method).
Or do we
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]]
Sent: donderdag 20 december 2001 1:07
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [OT] Design Rant
John Morrison wrote:
snip/
Ugo Cei wrote:
In other words, what I am proposing is that we
cziegeler01/12/20 01:34:16
xml-cocoon2/webapp/tutorial - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
cziegeler01/12/20 01:34:32
xml-cocoon2/webapp/tutorial/docs - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
cziegeler01/12/20 01:34:32
xml-cocoon2/webapp/tutorial/resources - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
cziegeler01/12/20 01:34:33
xml-cocoon2/webapp/tutorial/stylesheets - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
cziegeler01/12/20 01:34:55
xml-cocoon2/webapp/tutorial/docs/dtd - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
cziegeler01/12/20 01:36:12
xml-cocoon2/webapp/tutorial/stylesheets/system - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Carsten Ziegeler a écrit :
Hi,
the recent CVS has a dependency to JDK 1.3 in the class
SimpleLuceneXMLIndexerImpl.java.
It uses the getPath() method of the URL class which is not available in JDK
1.2.
Can we avoid this? You can have a look in the URLSource class which also
Hi,
could you all please add author and cvs information to your java
sources, so it is easier to track down who wrote the source.
For example, the whole lucene package has no information who
wrote it!
Thanks,
Carsten
-
To
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 11:11 AM
To: [EMAIL PROTECTED]
Subject: Re: Dependency to JDK 1.3
Carsten Ziegeler a écrit :
Hi,
the recent CVS has a dependency to JDK 1.3 in the class
cziegeler01/12/20 02:32:24
Modified:.build.xml
Removed: webapp.site cocoon.xconf sitemap.xmap
webapp.site/WEB-INF web.xml
Log:
Removing extra site webapp, this is all included in the usual webapp as discussed
Revision ChangesPath
1.123
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4289.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4287.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
***
__ __ __ __ __ __
(___ (__) (___ (__) (__) | )
__ __ _|_ __ |__ _____
|__) (__( |_, (___ | ) (__/_ __)
|
Marcus Crafter wrote:
Hi Carsten,
On Wed, Dec 19, 2001 at 04:29:50PM +0100, Carsten Ziegeler wrote:
Now, if we stick to a simple rule, we could easily have all
exceptions in
the log and these only once which would make reading the log
files a little
bit easier. So, there are
Giacomo Pati wrote:
On Wed, 19 Dec 2001, Carsten Ziegeler wrote:
Hi,
I would like to know, if we should define a policy for logging
exceptions.
Currently, sometimes exceptions are logged when they are
raised, sometimes
when they are catched and sometimes they aren't logged at
Sylvain Wallez wrote:
Carsten Ziegeler a écrit :
a) always log an exception when it's raised but not when it's catched
b) always log an exception when it's catched but not when it's raised
I'm +1 on b).
Opinions?
+1 on a)
Logging a message _and_ throwing an exception allows :
I want to upgrade our cocoon components to use LogEnabled
instead of Loggable. Most of them extend AbstractLoggable,
so this is no big deal. But some _implement_ Loggable.
Well, I thought no big deal either. I changed them to
implement LogEnabled and renamed the setLogger() method
to
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I volunteer to do it...
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi all,
We're approaching the release of POI 1.0 beta 1. This release provides
a robust pure-java API for OLE 2 Compound Document manipulation
(create/read/write/etc) and Excel Spreadsheets (BIFF 8 - XLS) as well as
a Cocoon 2 Serializer.
In order to avoid reinventing the wheel we've borrowed
Torsten Curdt wrote:
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I think we should forget the 2.0 branch as soon as possible, so
changing a) is sufficient.
Before we vote on it, can you identify what really has to be
changed?
From my memory there is at
On Thu, 20 Dec 2001, Carsten Ziegeler wrote:
Torsten Curdt wrote:
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I think we should forget the 2.0 branch as soon as possible, so
changing a) is sufficient.
That's what I thought, too
Before we vote on
Torsten Curdt wrote:
On Thu, 20 Dec 2001, Carsten Ziegeler wrote:
Torsten Curdt wrote:
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I think we should forget the 2.0 branch as soon as possible, so
changing a) is sufficient.
That's what
Torsten Curdt wrote:
I want to upgrade our cocoon components to use LogEnabled
instead of Loggable. Most of them extend AbstractLoggable,
so this is no big deal. But some _implement_ Loggable.
Well, I thought no big deal either. I changed them to
implement LogEnabled and renamed the
Hi Judson,
-Original Message-
From: Judson Lester [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 19, 2001 10:24 PM
Please forgive me if I'm being a buttinsky, but...
No, you made what I said much clearer. Maybe I wouldn't have written that
long post yesterday if I had seen
Carsten Ziegeler wrote:
Torsten Curdt wrote:
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I think we should forget the 2.0 branch as soon as possible, so
changing a) is sufficient.
Before we vote on it, can you identify what really has to be
changed?
As far as I understand, if you browse down trough it they describe
step by step the CSS principles to do what you asked.
Have fun,
Paulo Gaspar
-Original Message-
From: Robert Koberg [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 19, 2001 11:47 PM
To: [EMAIL PROTECTED];
On Thu, 20 Dec 2001, Carsten Ziegeler wrote:
Hi,
the recent CVS has a dependency to JDK 1.3 in the class
SimpleLuceneXMLIndexerImpl.java.
It uses the getPath() method of the URL class which is not available in JDK
1.2.
Can we avoid this? You can have a look in the URLSource class which
vgritsenko01/12/20 07:09:54
Modified:webapp/i18n Tag: cocoon_20_branch simple.xml simple.xsp
webapp/sub/stylesheets Tag: cocoon_20_branch error2html.xsl
Log:
Fix some broken links
Revision ChangesPath
No revision
No
vgritsenko01/12/20 07:14:34
Modified:webapp/i18n simple.xml simple.xsp
webapp/sub/stylesheets error2html.xsl
Log:
Fix some broken links
Revision ChangesPath
1.6 +1 -1 xml-cocoon2/webapp/i18n/simple.xml
Index: simple.xml
froehlich01/12/20 07:15:08
Modified:webapp cocoon.xconf
Log:
changed log targets: removed old and added access,core,error and sitemap
Revision ChangesPath
1.45 +9 -8 xml-cocoon2/webapp/cocoon.xconf
Index: cocoon.xconf
froehlich01/12/20 07:15:18
Modified:webapp/WEB-INF web.xml logkit.xconf
Log:
changed log targets: removed old and added access,core,error and sitemap
Revision ChangesPath
1.18 +2 -2 xml-cocoon2/webapp/WEB-INF/web.xml
Index: web.xml
froehlich01/12/20 07:15:36
Modified:src/org/apache/cocoon/servlet CocoonServlet.java
Log:
changed log targets: removed old and added access,core,error and sitemap
Revision ChangesPath
1.57 +6 -6 xml-cocoon2/src/org/apache/cocoon/servlet/CocoonServlet.java
Hi,
I changed the Log targets in the HEAD branch:
- access.log logs all request over the CocoonServlet
- core.log main log file for most components
- sitemap.log log file for the sitemap.xmap
- error.log priority filter, which filter all error msg in the file
Gerhard
On Thu, 20 Dec 2001, Torsten Curdt wrote:
So should we upgrade cocoon to LogEnabled?
a) only HEAD
b) HEAD and 2.0
I volunteer to do it...
Is the LOgKitManagement able to handle LogEnabled components?
Giacomo
-
To
David Crossley wrote:
I was wondering this too - we need to use Cocoon's own
capabilities to solve these very real issues. There was a
thread on this, but it went quiet. The discussion came around
to why is Cocoon not generating the content on the
xml.apache.org/cocoon/ site.
[Vote] Improving
On Thu, 20 Dec 2001 22:35, Torsten Curdt wrote:
avalon-dev: Can someone please explain why Logger has moved?
This is giving me some real headaches with the cocoon
integration - since cocoon still uses Loggable with
the different Logger.
It wasn't moved - it is a new class completely. The new
giacomo wrote:
Using a CSS-based layout also means that people using 4th generation
browsers (NS 4, IE 4, etc.) must be protected from such a stylesheet
or they will see utter garbage. Hiding the CSS from them means that they
won't be able to appreciate the layout, but will
I looked again and still don't see it.
can you point it out to me? maybe copy some text so I can search for it?
note: floats won't work for this
...trying to have fun,
-Rob
- Original Message -
From: Paulo Gaspar [EMAIL PROTECTED]
To: Robert Koberg [EMAIL PROTECTED]; [EMAIL PROTECTED]
sylvain 01/12/20 08:13:19
Modified:src/org/apache/cocoon/components/source
CocoonSourceFactory.java SitemapSource.java
Log:
Replaced Sitemap by Processor : only this class level is really needed and using
Sitemap forbids its use with a TreeProcessor.
giacomo 01/12/20 08:41:44
Modified:src/org/apache/cocoon Main.java
Log:
added Javadocs
fixed debug logging (wrapped with isDebugEnabled)
Revision ChangesPath
1.33 +256 -57 xml-cocoon2/src/org/apache/cocoon/Main.java
Index: Main.java
On Thu, 20 Dec 2001, Michael Hartle wrote:
David Crossley wrote:
I was wondering this too - we need to use Cocoon's own
capabilities to solve these very real issues. There was a
thread on this, but it went quiet. The discussion came around
to why is Cocoon not generating the content on the
(If this has been addressed/fixed in HEAD, please let me know. I'm still
tracking the 2.0 branch here until I see some messages tossed about saying
that all the experimental stuff has been moved to scratchpad. I know that's
soon :)
In building upon Nicola's Notificable work here, I'm testing
sylvain 01/12/20 09:16:29
Modified:src/org/apache/cocoon/serialization Tag: cocoon_20_branch
AbstractTextSerializer.java
Log:
Make the serializer smart about whether the SAXTransformerFactory needs namespaces
as xmlns:xxx attributes or not.
This
sylvain 01/12/20 09:17:56
Modified:src/org/apache/cocoon/serialization
AbstractTextSerializer.java
Log:
Make the serializer smart about whether the SAXTransformerFactory needs namespaces
as xmlns:xxx attributes or not.
This automatically suppresses this
Committers,
I would like to remove the event-cache/ and stream-cache/
roles and replace them through cachingpipeline-store/
(awful naming, when you have better one then scream).
Why:
In the moment for each CachingxxxPipeline there are two
Stores instances on runtime. With this change it would
be
Gerhard Froehlich wrote:
Committers,
I would like to remove the event-cache/ and stream-cache/
roles and replace them through cachingpipeline-store/
(awful naming, when you have better one then scream).
Why not just cache?
Why:
In the moment for each CachingxxxPipeline there are two
-Original Message-
From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 6:30 PM
To: [EMAIL PROTECTED]
Subject: Re: [VOTE] remove event-cache/ and stream-cache/
Gerhard Froehlich wrote:
Committers,
I would like to remove the event-cache/ and stream-cache/
Hi All,
Hope all is well.
On avalon-dev there's been a short discussion about the
Parameters object that is used in the generated sitemap
class. I thought I'd bring it up here so we can flesh out a
solution.
Have a look at this snippet from a
Gerhard Froehlich wrote:
-Original Message-
From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 6:30 PM
To: [EMAIL PROTECTED]
Subject: Re: [VOTE] remove event-cache/ and stream-cache/
Gerhard Froehlich wrote:
Committers,
I would like to remove the
I recently posted a question on the cocoon-users mailing list regarding
using ESQL to call stored procedures.
It appears from the reply that we got and the documentation that we've found
that ESQL doesn't support calling stored procedures. As the developers of
Cocoon, could you clarify whether
[I apologize for the crossposting but I think this is important to both
lists]
A while back I made a request for best practices and briefly explained what
best practices were and why I thought they were important. I can understand
that right before Xmas is not the best time to ask for stuff like
On 20.Dec.2001 -- 12:52 PM, Durrant, Peter wrote:
I recently posted a question on the cocoon-users mailing list regarding
using ESQL to call stored procedures.
It appears from the reply that we got and the documentation that we've found
that ESQL doesn't support calling stored procedures.
Marcus,
This parameters object you are referring is read-only by semantics, but
not by syntax. It is used as an optimization, instead of writing:
if (isSelected(userstatus, permitted, listOfMaps,
new Parameters(), objectModel)) {
sitemap uses static instance. The solution is
froehlich01/12/20 10:56:27
Modified:documentation/xdocs faq.xml
Log:
added new Q/A: Where do I setup LogKit in Cocoon?
Revision ChangesPath
1.4 +32 -2 xml-cocoon2/documentation/xdocs/faq.xml
Index: faq.xml
From: David Crossley [mailto:[EMAIL PROTECTED]]
Gerhard Froehlich wrote:
Giacomo Pati wrote:
Gerhard Froehlich wrote:
Hi Team,
I _try_ to improve our logging and wanna change
this to Berins proposal:
core.log
sitemap.log
access.log
error.log
I found a logkit.xconf,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5544.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi team,
I just noticed that the cocoon site doesn't display well on Netscape 4.7
: it fails to load images whose name contain a space character, and
there are a lot of them in the left-side menu (e.g. Who we
are-label.jpg).
Changing the space character to its '%20' encoded form solves the
Testing -- problems with mail today :(
Sorry for the noise.
--
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi team,
The default behaviour of a SAX parser when encountering an xmlns:xxx
namespace declaration is to call ContentHandler.startPrefixMapping(),
and to remove this attribute from the Attributes object passed to
startElemnt().
But Cocoon code also sets the namespace-prefixes feature each time
Hi Vadim,
Thanks for your response. :)
On Thu, Dec 20, 2001 at 01:19:19PM -0500, Vadim Gritsenko wrote:
This parameters object you are referring is read-only by semantics, but
not by syntax. It is used as an optimization, instead of writing:
if (isSelected(userstatus,
I'm not a namespace guru... ;)
If this does not break anything, count me in: +1.
Vadim
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 12:05 PM
To: cocoon-dev
Subject: [vote] Removing namespace-prefixes feature on parsers
Hi
On Wednesday 19 December 2001 03:49 pm, you wrote:
On Tue, 18 Dec 2001 20:57:22 -0600, Judson Lester [EMAIL PROTECTED] wrote:
snip/
a) If you look closely at the get-user function, you will notice an
interesting fact, which is a non-local exit to a totally different
context, in case the user
Tom Klaasen (TeleRelay) wrote:
Time to show the world what Cocoon is really worth!
Please, Tom, a little todo list for you:
Try asking [EMAIL PROTECTED] about getting out of FreeBSD to run Java
decently.
Try asking them to install a servlet engine, a servlet that might need
several hundred
Now, I'm developing web application using Cocoon2.
But I came up against some problems in relation to Japanese language
processing.
Yesterday, I considered how to solve them fundamentally.
Servlet2.2 has problems about charactor encoding of HTTP request,
therefore We decode multibyte text with
Judson Lester wrote:
On Wednesday 19 December 2001 10:51 am, Stefano wrote:
Good point.
Anyway, as long as those servlets are used as actors (mean they don't
return a stream, but beans), otherwise we'll end up having to parse this
stream to make it fit into the pipeline and then a
Judson Lester wrote:
Please forgive me if I'm being a buttinsky, but...
no prob whatsoever...
[skipped great explaination]
Stefano, does this make more sense?
Absolutely. It's a very good point indeed.
aside type=RT
This is the (arguably correct) behavioral inverse of the focus of
Paulo Gaspar wrote:
Notice that my focus is just cache efficiency. And, unlike what I have been
able to transmit, I am interested on significant improvements.
Than we share the same concern :)
[skipped a good example of the need for a sampling key for resource
families]
I think I got you
Alistair Hopkins wrote:
Pragmatism over purism, I say.
Amen.
Let me give you my personal impression:
1) CSS2 is not flexible enough to completely separate layout information
from the HTML flow. Even worse, since the spec allows 'compliant'
browsers to ignore the 'display' attribute, there is
Sylvain Wallez wrote:
(? already sent more than 3 hours ago, but seems to have been lost ?)
Hm, I got your first email, too.
Hi team,
I just noticed that the cocoon site doesn't display well on Netscape 4.7
: it fails to load images whose name contain a space character, and
there are a lot of
- Original Message -
From: Stefano Mazzocchi [EMAIL PROTECTED]
Try asking [EMAIL PROTECTED] about getting out of FreeBSD to run Java
decently.
There is a way, but a hard way. I've a jdk-1.3.1p5 installed on FreeBSD
4.4-stable running under VMWare. But you have to compile it from
vgritsenko01/12/20 18:07:54
Modified:src/org/apache/cocoon/components/lucene
SimpleCocoonCrawlerImpl.java
Log:
Fix NPE-generating typo
Revision ChangesPath
1.3 +1 -1
vgritsenko01/12/20 18:11:58
Modified:src/org/apache/cocoon/matching
WildcardParameterValueMatcher.java
WildcardSessionAttributeMatcher.java
Log:
Fix typos
Revision ChangesPath
1.2 +3 -3
vgritsenko01/12/20 19:29:56
Modified:src/org/apache/cocoon/components/source XMLDBSource.java
src/org/apache/cocoon/generation xmldb.sitemap
webapp cocoon.xconf sitemap.xmap
.changes.xml
Added: lib xmldb.jar
Log:
-
On Thu, 20 Dec 2001, Marcus Crafter wrote:
Hi All,
Hope all is well.
On avalon-dev there's been a short discussion about the
Parameters object that is used in the generated sitemap
class. I thought I'd bring it up here so we can flesh out a
solution.
On Thu, 20 Dec 2001, Gerhard Froehlich wrote:
Hi,
I changed the Log targets in the HEAD branch:
- access.log logs all request over the CocoonServlet
- core.log main log file for most components
- sitemap.log log file for the sitemap.xmap
- error.log priority filter, which filter all error
On Thu, 20 Dec 2001, Gerhard Froehlich wrote:
Committers,
I would like to remove the event-cache/ and stream-cache/
roles and replace them through cachingpipeline-store/
(awful naming, when you have better one then scream).
Why:
In the moment for each CachingxxxPipeline there are two
Giacomo Pati wrote:
On Thu, 20 Dec 2001, Marcus Crafter wrote:
Hi All,
Hope all is well.
On avalon-dev there's been a short discussion about the
Parameters object that is used in the generated sitemap
class. I thought I'd bring it up here so we can flesh out a
+1 for one store/cache or whatever.
Carsten
-Original Message-
From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 6:20 PM
To: Cocoon Developer List
Subject: [VOTE] remove event-cache/ and stream-cache/
Committers,
I would like to remove the
Vadim Gritsenko wrote:
I'm not a namespace guru... ;)
If this does not break anything, count me in: +1.
Same applies here: +1
What about making the parser configurable for this setting like
it is configurable regarding validation?
Did you post this as a bug to SAXON?
Carsten
Vadim
84 matches
Mail list logo