Alex Romayev wrote:
Yes, if I access it directly, it works. This will work for
now, however my requirement is to have a meaningful url that
can be distributed to the users.
At the moment it would have to be
www.foo.com/bookmark?top=4 instead of
www.foo.com/subscribe, but if I add more
Alex Romayev wrote:
I have another question about bookmarks. The idea is that
all navigation for my site needs to happen via user-friendly
urls. This means that in tab.xsl instead of using
@parameter for tab urls in the
following:
a class={$selected} href=[EMAIL PROTECTED]
BTW. It would be easier if these examples cross-link to the
other flow
examples (like Petstore). Would that be a difficult task to do?
Hmm. You might end up with broken links if it is to blocks
that haven't
been included. You'd need to find a way around that.
Isn't it possible
Hi,
I just updated from the CVS HEAD a few minutes ago. The only thing I did was
build clean and subsequently build and I get the following errors. Any
ideas?
cocoon-block-javaflow-compile:
WARNING ===
Block 'javaflow' should be considered unstable.
Il giorno 29/apr/04, alle 02:48, Joerg Heinicke ha scritto:
After Cheche's bug report I had a look at NetUtils. Though Ugo fixed
it with a quick fix, it does not really solve the problem as a test
with the updated NetUtilsTestCase and the NetUtils before my latest
commit can easily show.
Il giorno 29/apr/04, alle 02:49, Joerg Heinicke ha scritto:
IMO this looks massively like a hack around a restriction we set up.
Maybe we should think about the restriction itself ...
Yes, this is admittedly a big hack, did I ever say it wasn't? ;-) OTOH,
having a generator for each kind of
Il giorno 29/apr/04, alle 02:36, [EMAIL PROTECTED] ha scritto:
joerg 2004/04/28 17:36:06
Modified:tools/targets test-build.xml
Log:
output test results into files, create a nice junit report (= HTML)
out of it;
no longer haltonfailure for the tests (we would not get the
On 29.04.2004 10:57, Ugo Cei wrote:
Modified:tools/targets test-build.xml
Log:
output test results into files, create a nice junit report (= HTML)
out of it;
no longer haltonfailure for the tests (we would not get the
report), if we need a failing build we can use failureproperty
On Thu, Apr 29, 2004 at 10:51:55AM +0200, Ugo Cei wrote:
Il giorno 29/apr/04, alle 02:49, Joerg Heinicke ha scritto:
IMO this looks massively like a hack around a restriction we set up.
Maybe we should think about the restriction itself ...
Yes, this is admittedly a big hack, did I ever
Thanks, that solved the problem.
Why on earth does it make a difference where a jar is located? :-(
Bye, Helma
-Original Message-
From: Juan Jose Pablos [mailto:[EMAIL PROTECTED]
Sent: Thursday, 29 April 2004 11:15
To: [EMAIL PROTECTED]
Subject: Re: build failed on JavaFlow in
On Thu, 2004-04-29 at 11:21, [EMAIL PROTECTED] wrote:
Thanks, that solved the problem.
Why on earth does it make a difference where a jar is located? :-(
Because class loaders are arranged in a hierarchy, a class can only see
classes from his loader or his parent loaders.
I don't know what's
Ugo Cei wrote:
Il giorno 29/apr/04, alle 02:48, Joerg Heinicke ha scritto:
After Cheche's bug report I had a look at NetUtils. Though Ugo fixed
it with a quick fix, it does not really solve the problem as a test
with the updated NetUtilsTestCase and the NetUtils before my latest
commit can
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28680.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Il giorno 29/apr/04, alle 11:11, Leszek Gawron ha scritto:
As I have stated before this is not a WEB application. I use cocoon as
xml
data provider for my C++ application. I know this usage is not common.
I have used xsps before but I decided to switch to a compiled
solution. I had
lot of
Am Mi, den 28.04.2004 schrieb Dave Brondsema um 2:18:
I'm a forrest developer and the attached patches fix the following for parsing
.cwiki files:
* handle nested bulletlists like nested numberedlists are
Can you also provide a snippet for selftest.txt to test the changes?
* use the file
On Thu, Apr 29, 2004 at 12:32:51PM +0200, Ugo Cei wrote:
Il giorno 29/apr/04, alle 11:11, Leszek Gawron ha scritto:
As I have stated before this is not a WEB application. I use cocoon as
xml
data provider for my C++ application. I know this usage is not common.
I have used xsps before but
Ugo Cei wrote:
Il giorno 29/apr/04, alle 11:11, Leszek Gawron ha scritto:
As I have stated before this is not a WEB application. I use cocoon
as xml
data provider for my C++ application. I know this usage is not common.
I have used xsps before but I decided to switch to a compiled
solution. I
I think we discussed this and I think to remember that the
general opinion has been pro the following.
I think we should start generating the user docs for sitemap
components from the java docs. Currently these are separate
things which leads to
- user doc is not updated when the component
Joerg Heinicke wrote:
After Cheche's bug report I had a look at NetUtils. Though Ugo fixed it
with a quick fix, it does not really solve the problem as a test with
the updated NetUtilsTestCase and the NetUtils before my latest commit
can easily show.
My problem is that there are many problems
[EMAIL PROTECTED] wrote:
Thanks, that solved the problem.
Why on earth does it make a difference where a jar is located? :-(
Bye, Helma
Because the way the JVM loads classes is different. /lib/endorsed is the
first place the JVM looks for stuff, this was done to allow people to
have newer
On Thu, 2004-04-29 at 14:44, Stefano Mazzocchi wrote:
Joerg Heinicke wrote:
After Cheche's bug report I had a look at NetUtils. Though Ugo fixed it
with a quick fix, it does not really solve the problem as a test with
the updated NetUtilsTestCase and the NetUtils before my latest commit
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28686.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bruno Dumon wrote:
My advice: in the 2.1 series, leave that code as is, especially as we're
close to a release. It's too easy to brake it.
The current code does not pass all the tests. Since we have a testcase,
I suggest (and volunteer for) doing the simplest thing that could
possibly work and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28687.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
The general idea is to use some javadoc tags, like @cocoon.something
to specify sitemap components (their name, perhaps the logger
category etc.) and generate the sitemap entries from this.
In addition the JavaDoc for the class will be converted into the
XML doc file for
Am Do, den 29.04.2004 schrieb [EMAIL PROTECTED] um 15:17:
Stefano and Bruno,
thanks for the explanation. I'm probably more of a hobby programmer for
not knowing the details on class loaders. :-( More study to do then.
Reading your explanation I agree that it sounds obvious that there
What you do is:
* forward the request to a flow function
* That function instantiates a java bean object, and calls methods on it
to get data into it
* Then call cocoon.sendPage, calling a pipeline that begins with a
JXTemplateGenerator, and passing it the javabean object, which'll be
Bertrand Delacretaz wrote:
...
Yes, *do* is the key here.
Go, Carsten, go!
Hint1: it would be cool if we could put these in Forrest.
Hint2: Why not use the qdox generator that comes in its block?
This could make the docs be integrated with Forrest docs,
and one doesn't need to
Le 29 avr. 04, à 16:53, Leszek Gawron a écrit :
...This is also how I do it in standard web apps. But the performance
is a great
issue here. Creating 10k JavaBeans, keeping them in memory and than
processing
by JXTG is very memory and time consuming
Sounds like a use case for the (vaporware
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Nicola Ken Barozzi
Sent: Thursday, April 29, 2004 5:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [RT] Generating docs and entries for sitemap
component from JavaDocs
Bertrand Delacretaz wrote:
...
Yes, *do* is
I have a registration form implemented using CForms
inside a CachingURICoplet. At the end of registration
process (on confirm) I need to do the following in my
flowscript:
1. Write results to the database
2. Log the user with the new username/passoword to
portal
Is it possible to do this from
Looks like Geronimo hit 1.0M1... I may attempt to get Cocoon to deploy
under it later today and if All Goes Well, I'll report back.. that is
unless someone beats me to it. :)
Tony
Joerg Heinicke wrote:
3. while the Tokenizer correctly works on /../ the
NetUtils.normalize() method has a problem with it:
What is the correct output for /../? I'd say /, but the testcase
expects /../.
Ugo
Ugo Cei u.cei at cbim.it writes:
3. while the Tokenizer correctly works on /../ the
NetUtils.normalize() method has a problem with it:
What is the correct output for /../? I'd say /, but the testcase
expects /../.
Good question. I did not thought much about it when adding it as
Ugo Cei wrote:
Joerg Heinicke wrote:
3. while the Tokenizer correctly works on /../ the
NetUtils.normalize() method has a problem with it:
What is the correct output for /../? I'd say /, but the testcase
expects /../.
I would consider /../ an error.
What does new File(/../foo) do?
On 28 Apr 2004, at 15:57, Joerg Heinicke wrote:
Carsten Ziegeler cziegeler at s-und-n.de writes:
It's time to think about the next release. As far as I can see there
are currently no real showstoppers.
So, is there something that we should do for the 2.1.5 release?
There is a problem with the new
On 29.04.2004 19:48, Pier Fumagalli wrote:
It's time to think about the next release. As far as I can see there
are currently no real showstoppers.
So, is there something that we should do for the 2.1.5 release?
There is a problem with the new serializers block. From the developers
I seem to
be
On Thu, Apr 29, 2004 at 05:09:39PM +0200, Bertrand Delacretaz wrote:
Le 29 avr. 04, ? 16:53, Leszek Gawron a écrit :
...This is also how I do it in standard web apps. But the performance
is a great
issue here. Creating 10k JavaBeans, keeping them in memory and than
processing
by JXTG is
(I'm posting this on the dev list because I may end up filing something on Bugzilla, but I wanted to talk it over first...)
Anyway I'm not getting the idea of what forms-field-styling.xsl is trying to do with fi:upload>... all I know is that it's not what I need! :-)
xsl:template
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28693.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28693.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Apr 29, 2004, at 11:53 AM, I wrote:
..snip>
This handling of fi:upload was obviously designed to support some scenario, but it's undocumented and (a) obvious to me what that might be snip...>
I meant to write, not obvious !
~mark
Carsten Ziegeler wrote:
Tony Collen wrote:
As I said, I'm leery of embedding a bunch of user-guide type
material into the Javadocs, but I would be more comfortable
if it was used as more of a technical reference than
anything. Maybe a quick one or two-paragraph description of
how the
I've just committed a new version that:
- passes all tests
- uses only JDK core classes
- has less lines of code than the previous one
Hope you all like it.
Ugo
Mark,
I actually think the styling is very logical. When you submit the form,
the data is uploaded and the upload widget holds the reference to the
uploaded data. When after that the form is redisplayed, you don't want
the upload to happen again next time the user submits the form. That's
why the
Hi,
I have been struggling with this problem since a week. Can someone please shed
some light.
I have some init-parameters defined in web.xml which are related to my
application running on cocoon. When I do
context.getInitParameter(paramname) in a xsp it returns null. Also in
action files
Recently we integrated for our project Cocoon 2.1.4 with DAY Communqiué 3.5.4 (a CMS)
and use it together with FOP 0.20.5 for PDF generation.
The problem with the existing FOP integration in cocoon is the lack of properly
Excalibur source resolving support. Without this (excellent) feature it
On 29.04.2004 22:12, Ugo Cei wrote:
I've just committed a new version that:
- passes all tests
- uses only JDK core classes
- has less lines of code than the previous one
Hope you all like it.
Very good, but ... first the good news:
The build fails now if a test fails.
And there is a new
Joerg Heinicke dijo:
On 29.04.2004 22:12, Ugo Cei wrote:
I've just committed a new version that:
- passes all tests
- uses only JDK core classes
- has less lines of code than the previous one
Hope you all like it.
Very good, but ... first the good news:
The build fails now if a
Le 29 avr. 04, à 20:41, Leszek Gawron a écrit :
...I am more than willing to help. What should I do ?
See this thread
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=108204436515664w=2
for some discussion and ideas about this.
I think the following steps would be enough to allow the
Antonio Gallardo dijo:
Joerg Heinicke dijo:
On 29.04.2004 22:12, Ugo Cei wrote:
I've just committed a new version that:
- passes all tests
- uses only JDK core classes
- has less lines of code than the previous one
Hope you all like it.
Very good, but ... first the good news:
The
Il giorno 29/apr/04, alle 23:36, Joerg Heinicke ha scritto:
The mentioned class java.net.URI#normalize() in JDK 1.4 behaves
different for two cases:
foo/bar1/bar2/bar3/../../.. results in foo/ instead of foo and
that's absolutely correct.
/../ results in /../ instead of / and I don't know ...
Il giorno 29/apr/04, alle 23:53, Antonio Gallardo ha scritto:
Yep. I found it :-D
http://jakarta.apache.org/commons/io/apidocs/org/apache/commons/io/
FilenameUtils.html#normalize(java.lang.String)
This meethod returns null if there are too many ..s, which strikes me
as rather bizarre.
Ugo
On 29.04.2004 23:36, Joerg Heinicke wrote:
/../ results in /../ instead of / and I don't know ...
http://www.ietf.org/rfc/rfc2396.txt
5.2. Resolving Relative References to Absolute Form
6) a) All but the last segment of the base URI's path component is
copied to the buffer. In other
Anna Bikkina wrote:
Hi,
I have been struggling with this problem since a week. Can someone please shed
some light.
I have some init-parameters defined in web.xml which are related to my
application running on cocoon. When I do
context.getInitParameter(paramname) in a xsp it returns null.
Hunsberger, Peter wrote:
Joerg Heinicke [EMAIL PROTECTED] writes:
snipways to wire in generators dynamically/snip
IMO this looks massively like a hack around a restriction we set up.
Maybe we should think about the restriction itself ...
I'm surprised that Stephano didn't jump on this;
Ugo Cei dijo:
Il giorno 29/apr/04, alle 23:53, Antonio Gallardo ha scritto:
Yep. I found it :-D
http://jakarta.apache.org/commons/io/apidocs/org/apache/commons/io/
FilenameUtils.html#normalize(java.lang.String)
This method returns null if there are too many ..s, which strikes me
as rather
On 30.04.2004 01:19, Antonio Gallardo wrote:
Yep. I found it :-D
http://jakarta.apache.org/commons/io/apidocs/org/apache/commons/io/
FilenameUtils.html#normalize(java.lang.String)
This method returns null if there are too many ..s, which strikes me
as rather bizarre.
Can you explain more about
Joerg Heinicke dijo:
On 30.04.2004 01:19, Antonio Gallardo wrote:
Yep. I found it :-D
http://jakarta.apache.org/commons/io/apidocs/org/apache/commons/io/
FilenameUtils.html#normalize(java.lang.String)
This method returns null if there are too many ..s, which strikes me
as rather bizarre.
We are copying the sitemap from the cocoon build into ours
and then using xpatch to modify it. However, we need to change the pool sizes
for the various components. I'd like to modify xpatch so that it can
modify multiple attributes in one patch file instead of having to provide a
separate
Hi ugo:
The attachment is a calendargenerator extend the original one,provide
year,month,two week,week,work day,two days,day calendar.The basic code is from your
original class.See if this helps.
Another suggestion,I saw you mail in
61 matches
Mail list logo
