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=23536.
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=23538.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
attached is the original mail from Volker about a bug in the SitemapSource.
Can someone comment on this?
Is it safe to apply the patch?
Carsten
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2003 12:11 PM
To: [EMAIL PROTECTED]
Carsten Ziegeler wrote:
Hi,
attached is the original mail from Volker about a bug in the SitemapSource.
Can someone comment on this?
Looking at it. Please wait...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
Alfred Fuchs wrote:
hi,
hope, this is the right place to post.
I made some changes to the
DirectoryGenerator (1)
and HTMLGenerator (4)
and introduced a PipelineDirectoryGenerator(2)
and FileInfoGenerator (3) for convenience.
my aim was to scan a directory for (Html,XML-)articles,
extract the
Michael Lipp wrote:
Hi,
having studied the avalon concepts some time ago, I just came upon a
point where I wanted to take advantage of them and failed. Let me tell
you why.
snip/
I admit, I have no great experience with Avalon. But to me it seems
that the moral of this is that anything
Carsten Ziegeler wrote:
Hi,
attached is the original mail from Volker about a bug in the SitemapSource.
Can someone comment on this?
Is it safe to apply the patch?
I'm not very fond of re-adding the URI and prefix as attributes of the
SitemapSource: I removed them as part of a
Now an important point is that you aren't disappointed by Avalon (its
concepts and the implied benefits), but by usage mistakes in a
particular usage of it. Am I right ?
Clearly, this is a misusage. As Avalon is concerned in general, I'm
still considering. I'm responsible for development
Geoff Howard wrote:
Stephen McConnell wrote:
Geoff Howard wrote:
If you havn't read up on the blocks docs on the wiki lately (the
last two weeks) you really should. Stefano has put a good series of
pages up detailing the plan and the current implementation ideas.
Just a couple of
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Hi,
attached is the original mail from Volker about a bug in the
SitemapSource.
Can someone comment on this?
Is it safe to apply the patch?
I'm not very fond of re-adding the URI and prefix as attributes of the
SitemapSource: I
Michael Lipp wrote:
Now an important point is that you aren't disappointed by Avalon (its
concepts and the implied benefits), but by usage mistakes in a
particular usage of it. Am I right ?
Clearly, this is a misusage. As Avalon is concerned in general, I'm
still considering. I'm responsible
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
So what I propose is that MutableEnvironmentFacade keeps track of the
values it was given at the first call to setURI(prefix, uri) and puts
them back on the wrapped environment when reset() is called.
What do you think ?
To be
Sylvain Wallez wrote:
Sorry, I don't follow you there? Where/how is poolable used as it
should be?
Typo: Where/how is poolable *not* used as it should be ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
snip/
So what I propose is that MutableEnvironmentFacade keeps track of the
values it was given at the first call to setURI(prefix, uri) and puts
them back on the wrapped environment when reset() is called.
What do
Gianugo Rabellino wrote:
I made some changes to the
DirectoryGenerator (1)
and HTMLGenerator (4)
and introduced a PipelineDirectoryGenerator(2)
and FileInfoGenerator (3) for convenience.
my aim was to scan a directory for (Html,XML-)articles,
extract the titles from the files and show a overview
Michael:
A couple of comments - the issue of the Component interface was
addressed 12-18 months ago with the introduction of the service
sub-package in the framework. The Component interface along with the
entire component sub-package is now depricated. The replacement
Alfred Fuchs wrote:
assume the directory-structure to scan is:
ROOTDIR
htmldir
hallo.html
emptydir
nomatchingdir
hallo.txt
the generator
map:generate type=directory src=ROOTDIR
map:parameter name=depth value=3 /
map:parameter name=include value=\.(xml|html)$ /
Sylvain Wallez wrote:
Done.
I went through most samples that involve cocoon: sources and they seem
to behave correctly. But please cross-check.
I also have an error with the Midi block (first time I look at it) :
http://localhost:/samples/midi/inverted/cocoon.mid :
Original Exception:
Sylvain Wallez wrote:
SNIP/
But to be honest, you're absolutely right. The whole thing is a
collection of great hacks that seem to work (well, most times at least).
I have started to write an RT about this that I wanted to post
as soon as we start with 2.2.
I think changing this in a
Hello Thomas,
as you can see in the Javadoc above the method this is a check method for
namespace handling. I have not written that class and don't know whether
this bit of code is part of the test, but I don't think so. It really looks
like a bug.
If no one complains, I can apply the patch.
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
as you can see in the Javadoc above the method this is a check method for
namespace handling. I have not written that class and don't know whether
this bit of code is part of the test, but I don't think so. It
really looks
like a bug.
If no one complains, I can apply
Sylvain Wallez wrote:
Done.
Thanks!
I went through most samples that involve cocoon: sources and they seem
to behave correctly. But please cross-check.
Yes, I also checked and didn't find a problem.
I also have an error with the Midi block (first time I look at it) :
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tuesday, Sep 30, 2003, at 19:43 Europe/Rome, Geoff Howard wrote:
Stefano Mazzocchi wrote:
On Tuesday, Sep 30, 2003, at 15:49 Europe/Rome, Geoff Howard wrote:
They are the solution to all our problems and the answer to all our
dreams (quote from favorite movie and if anyone can guess it you'll
Joerg Heinicke wrote:
Hello Thomas,
as you can see in the Javadoc above the method this is a check method
for namespace handling. I have not written that class and don't know
whether this bit of code is part of the test, but I don't think so. It
really looks like a bug.
If no one complains,
On Wednesday, Oct 1, 2003, at 09:49 Europe/Rome, Michael Lipp wrote:
Hi,
having studied the avalon concepts some time ago, I just came upon a
point where I wanted to take advantage of them and failed. Let me tell
you why.
I have a problem with filenames of Java files generated from XSPs
Dr. Michael N. Lipp wrote:
snip/
My project aac-xforms (another approach to Coocon XForms) grew out of
the desire to have the standard XForms in Cocoon. I'm still working
on this project, but have currently very little time and so it is
making little progress. Sometimes I look at
[extension to] DirectoryGenerator [...]
That's interesting. I guess, however, than that the best solution would
be patching the real DirectoryGenerator (in doing so please sync the
*TraversableGenerator in scratchpad too).
OK, but where should I post the patch?
another question: I separated the
The new version is currently uploading.
So this is the end of the code freeze. Start changing whatever you want :)
Carsten
Carsten Ziegeler wrote:
The new version is currently uploading.
So this is the end of the code freeze. Start changing whatever you want :)
Carsten
Hurray!
Short question: IMP = important??
Joerg
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
Joerg Heinicke wrote:
Carsten Ziegeler wrote:
The new version is currently uploading.
So this is the end of the code freeze. Start changing whatever
you want :)
Carsten
Hurray!
Short question: IMP = important??
Before others start making jokes about what IMP all could
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi wrote:
On Wednesday, Oct 1, 2003, at 09:49 Europe/Rome, Michael Lipp wrote:
Hi,
having studied the avalon concepts some time ago, I just came upon a
point where I wanted to take advantage of them and failed. Let me
tell you why.
I have a problem with filenames of Java
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Alfred Fuchs wrote:
[extension to] DirectoryGenerator [...]
That's interesting. I guess, however, than that the best solution
would be patching the real DirectoryGenerator (in doing so please sync
the *TraversableGenerator in scratchpad too).
OK, but where should I post the patch?
Bugzilla
But this wasn't the real question: why XForms at all? Why use a
client-side spec to constrain it in a server where it doesn't fit?
OK, here's the motivation. We have built a workflow engine
(http://wfmopen.sourceforge.net) that uses an XML based workflow
description language (XPDL).
Part of
Stefano Mazzocchi wrote:
On Tuesday, Sep 30, 2003, at 19:43 Europe/Rome, Geoff Howard wrote:
Did you cheat? ;)
Yes ;-)
Google is your new best friend :-)
Then tell me what kind of query string you used because I wasn't able to
find the answer using Google :-(.
Ugo
--
Ugo Cei - Consorzio di
Ugo Cei wrote:
Stefano Mazzocchi wrote:
On Tuesday, Sep 30, 2003, at 19:43 Europe/Rome, Geoff Howard wrote:
Did you cheat? ;)
Yes ;-)
Google is your new best friend :-)
Then tell me what kind of query string you used because I wasn't able to
find the answer using Google :-(.
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
Incompatible? Since Environment is totally hidden from normal
components, I guess no code outside of Cocoon uses it directly, and so
we can rewrite just the way we want. Am I wrong ?
No..eh..yes. Now if we only rewrite that code
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=23542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wednesday, Oct 1, 2003, at 10:33 Europe/Rome, Stephen McConnell
wrote:
[big snip]
Aside from all of that - I have been lurking here off and on for
several months - and see overwhelming reasons for collaboration (and
equally overwhelming reasons why this could be a bad thing to do).
I want
On Wednesday, Oct 1, 2003, at 14:27 Europe/Rome, Ugo Cei wrote:
Stefano Mazzocchi wrote:
On Tuesday, Sep 30, 2003, at 19:43 Europe/Rome, Geoff Howard wrote:
Did you cheat? ;)
Yes ;-)
Google is your new best friend :-)
Then tell me what kind of query string you used because I wasn't able
to find
On Wednesday, Oct 1, 2003, at 13:36 Europe/Rome, Stephen McConnell
wrote:
As a matter of principal - I have to make a comment here.
There are assertion onf the Cocoon web site that imply some evil
associated with over componentization. I would like to take you up
on this. Now - to give fair
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stephen McConnell wrote:
Michael:
A couple of comments - the issue of the Component interface was
addressed 12-18 months ago with the introduction of the service
sub-package in the framework. The Component interface along with the
entire component sub-package is now depricated. The
Hi all,
We have a client who required a website with a related document
function.
This means that each document in a collection contains keywords, and
when the document is displayed, it also shows a list of other documents
that contain one or more of the same keywords.
There are a lot of
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=23542.
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=23536.
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=23536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi wrote:
So, a few questions:
1) where is the DTD of your block.xml?
There is no DTD due to the fact that we wanted to include user
configuration directly in component directives. Instead we aim to apply
schema validation via tools - but this is work in progress. In the
Stephen McConnell wrote:
Stefano Mazzocchi wrote:
3) how open are you/avalon to changes to this DTD?
Totally open.
However, a better question is how reasonable is it to extend the
deployment and composition object model instances. This implies
implementation of readers and writers that
Why would you use a directory scanner separately?
because I already had a directoryscanner
(with a callbackhandler and the default callbackhandler writes xml to stdout :-)
and the algorithm (based on java.io.File and java.io.FileFilter)
is completely independent of other packages.
the benefit of
Stefano Mazzocchi wrote:
use quotes around the phrase, this tells google not to fragment the query.
That did the trick! Thanks.
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Serendipity ... i was browsing the excellent Cocoon samples
and the aggregation/xmlhack showed this ...
quote
James Clark unveils a new XML mode for GNU Emacs
More magic from James Clark: He's announced the alpha release of nXML, a
new mode for editing XML documents from within GNU Emacs. It's a
SW Please don't apply the patch, as having an empty qname is an essential
SW part of the test!
SW Having an empty qname is allowed by the SAX specification (again, see
SW ContentHandler.startElement()'s javadoc), but some versions of Xalan
SW (don't know about the current one) have a bug that
Le Mardi, 30 sep 2003, à 23:27 Europe/Zurich, Geoff Howard a écrit :
Joerg Heinicke wrote:
...
http://127.0.0.1:/samples/xsp/java/cacheable
Is there any reason why opening every link in a new window?
Didn't write it, but assumed that the purpose is so that you can
compare the date stamp
Alfred Fuchs wrote:
in my expamle I extract the title of a HTML page in this way:
if title exist and title not empty, use it as title.
otherwise use the first h1 etc...
this is logic, simply done in a xslt, but hoe to do this in
a single xpath-query?
Rogier Peters wrote:
snip/
Googleing xml and relations quickly brought me another subject that I
haven't seen discussed much here - XML topic maps. On of the big
advantages of topic maps over my simple mapping is the amount of
semantics that topic maps allow. Topic maps allow one thing to be
Conal Tuohy [EMAIL PROTECTED] wrote:
Alfred Fuchs wrote:
in my expamle I extract the title of a HTML page in this way: if
title exist and title not empty, use it as title. otherwise use
the first h1 etc... this is logic, simply done in a xslt,
but hoe to
do this in a single
Conal Tuohy [EMAIL PROTECTED] writes:
Peter Hunsberger wrote:
Conal Tuohy [EMAIL PROTECTED] wrote:
Alfred Fuchs wrote:
in my expamle I extract the title of a HTML page in this way: if
title exist and title not empty, use it as title.
otherwise use
the first h1 etc...
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=23516.
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=23516.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Peter Hunsberger wrote:
Conal Tuohy [EMAIL PROTECTED] wrote:
string(/html/head/title[normalize-space()]|/html/body//h1[1])
The string() function returns the string value of the FIRST
NODE in the resulting nodeset.
Ahh, that would do the trick. I believe in some old implementations
Please have a look at the attached files. If I call the test()
function from the flow, the output is the following:
computePI: 3.141592653589793
file:test.js, line 8: uncaught JavaScript exception: TypeError:
computePI is not a function.
In other words, if I define a public method in a base
Bertrand Delacretaz wrote:
http://127.0.0.1:/samples/xsp/java/cacheable
Is there any reason why opening every link in a new window?
Didn't write it, but assumed that the purpose is so that you can
compare the date stamp printed out on the page between the two versions.
Exactly - to check the
http://groups.google.com/groups?dq=hl=enlr=ie=UTF-
8threadm=bkvcrh%2425r%241%40titan.btinternet.comprev=/
groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.lang.scheme
I heard a funny commercial in the radio on the way home tonight. It was
for a product called Cocooon GH, and it had an impressive list of
features:
quote from=website
Users report these age-reversing benefits: reduction of high blood
pressure, alleviation of depression, improved sex drive,
Tony Collen wrote:
I heard a funny commercial in the radio on the way home tonight. It was
for a product called Cocooon GH, and it had an impressive list of
features:
quote from=website
Users report these age-reversing benefits: reduction of high blood
pressure, alleviation of depression,
Geoff:
Just wanted to followup with you on the subject of
Merlin/Cocoon/Avalon/Blocks/etc.
A few weeks ago there were several [EMAIL PROTECTED] people pushing for
greater collaboration with Cocoon on the Merlin/Cocoon block question.
That was the stimulus for taking a more proactive role in
Well that was intended as an offlist message.
Now that its on-list - maybe its a good idea to get some broader feedback?
Stephen.
Stephen McConnell wrote:
Geoff:
Just wanted to followup with you on the subject of
Merlin/Cocoon/Avalon/Blocks/etc.
A few weeks ago there were several [EMAIL
Conal Tuohy wrote:
Rogier Peters wrote:
snip/
Googleing xml and relations quickly brought me another subject that I
haven't seen discussed much here - XML topic maps. On of the big
advantages of topic maps over my simple mapping is the amount of
semantics that topic maps allow. Topic maps
72 matches
Mail list logo
