Antonio Gallardo wrote:
Hi:
While trying to make a full build using java 1.3 I found:
/home/agallardo/svn/cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/tools/generation/I18nCatalogueGenerator.java:95:
cannot resolve symbol
symbol : method replaceAll
On Jue, 10 de Marzo de 2005, 1:19, Ralph Goers dijo:
Antonio Gallardo wrote:
Hi:
While trying to make a full build using java 1.3 I found:
/home/agallardo/svn/cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/tools/generation/I18nCatalogueGenerator.java:95:
cannot resolve symbol
Hi,
/home/agallardo/svn/cocoon-2.1/src/blocks/portal/java/org/ap
ache/cocoo
n/portal/tools/generation/I18nCatalogueGenerator.java:95:
cannot resolve symbol
symbol : method replaceAll (java.lang.String,java.lang.String)
location: class java.lang.String
tmp =
Upayavira wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
I plan to move all blocks from /cocoon/trunk/src/blocks into
/cocoon/blocks/[status]/name/trunk the same way as I did it with
cron, authentication-fw, session-fw and html. As nobody complained, I
think that there haven't been any
Reinhard Poetz wrote:
snip/
So far, I've moved all blocks from /trunk/src/blocks to
/blocks/[status]/[name]/trunk and updated the svn:external property on
/trunk/src/blocks to re-import them at their former place. This way
everything should work as it did before the change.
Cool! As I
Jens Maukisch wrote:
Yes, I can fix this and add the patch to bugzilla.
Just send the patch to this list - can you do this by the end of this
week as on monday the code freeze starts :)
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
Vadim Gritsenko wrote:
Hey all,
Is there a need to keep two implementations - StoreJanitorImpl vs
CocoonStoreJanitor - or one can be folded into another? Anybody needs older
StoreJanitorImpl which runs own thread?
I'm not sure - but I think we have an improved version of the janitor;
Reinhard Poetz wrote:
David Crossley wrote:
snip/
Perhaps we should step back a bit and assess the situation. It seems
a cumbersome process to double-handle all of the source docs, just to
add some specially-generated docs. Would it help to put these special
docs into a completely separate
[EMAIL PROTECTED] wrote:
Date: 2005-03-10T02:51:50
Editor: UpayaVira
Wiki: Cocoon Wiki
Page: BlockStatusPoll
URL: http://wiki.apache.org/cocoon/BlockStatusPoll
Not much, but I guess it helps...
Change Log:
--
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 36
Ugo Cei wrote:
Il giorno 09/mar/05, alle 08:01, Bertrand Delacretaz ha scritto:
Le 9 mars 05, à 00:11, Alfred Nathaniel a écrit :
...Does anybody have practical experience with Canoo WebTest which
speaks
for/against this product? Or any other product? Or is nobody
testing?..
I used WebTest for
Le 10 mars 05, à 07:46, Reinhard Poetz a écrit :
...Maybe we can agree on this: Generated documentation is linked from
our documenation but is not integrated in our common style:
http://cocoon.apache.org/2.2/apidocs/
http://cocoon.apache.org/2.2/sitemap-components/
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=33922.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
Just send the patch to this list - can you do this by the end of this
week as on monday the code freeze starts :)
Yes, I know, so here is the Patch for the I18nCatalogueGenerator.
I deleted the regex stuff and used the IncludeXMLConsumer instead.
Hopefully this is better ;-)
--
* best
Hi:
I know this is the 3rd time we are asking for that. I believe time helps
to solve the things. :-)
The original site http://www.xmldb.org/ is down for long time. I found a
new one in sourceforge:
http://xmldb-org.sourceforge.net/
But I am not sure if this is official. I saw they have there
Antonio Gallardo wrote:
I know this is the 3rd time we are asking for that. I believe time helps
to solve the things. :-)
The original site http://www.xmldb.org/ is down for long time. I found a
new one in sourceforge:
http://xmldb-org.sourceforge.net/
it seems to be somewhat active:
Gregor J. Rothfuss wrote:
overall i'd say it is more dead than alive..
It's now... undead! ;-)
And yes, http://xmldb-org.sourceforge.net/ is the new official home for it.
Vadim
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=33850.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Guys,
Today I checked out the latest HEAD version and got it to build
successfully (the out-of-the-box settings). However, when I started the
form1.flow sample it gave me a blank page and a stacktrace in the
console about no such method. Since this one is also used for the
localized versions in
Upayavira wrote:
Reinhard Poetz wrote:
David Crossley wrote:
snip/
The other thing to bear in mind, and this was one of the big hold-ups
in the past with improving the docs, is that all of the docs are also
generated via the Cocoon webapp ... 'cocoon.sh servlet'. They use old
stylesheets
On Jue, 10 de Marzo de 2005, 15:57, Vadim Gritsenko dijo:
Gregor J. Rothfuss wrote:
overall i'd say it is more dead than alive..
It's now... undead! ;-)
And yes, http://xmldb-org.sourceforge.net/ is the new official home for
it.
Thanks. I already updated the SVN.
Best Regards,
Antonio
Le 11 mars 05, à 01:28, David Crossley a écrit :
Upayavira wrote:
...Well, I really _don't_ like the idea of not shipping HTML docs
with a
distribution, whether that is shipping ready made HTML, or as viewable
via Cocoon. Telling a beginner who wants to read the docs offline that
he has to go and
Upayavira wrote:
Reinhard Poetz wrote:
David Crossley wrote:
Perhaps we should step back a bit and assess the situation. It seems
a cumbersome process to double-handle all of the source docs, just to
add some specially-generated docs. Would it help to put these special
docs into a completely
Le 11 mars 05, à 00:10, Linden H van der (MI) a écrit :
...when I started the
form1.flow sample it gave me a blank page and a stacktrace in the
console about no such method..
I don't see this here, just did svn up and a full build of the
BRANCH_2_1_X, and
Reinhard Poetz wrote:
David Crossley wrote:
[snip]
Perhaps we should step back a bit and assess the situation. It seems
a cumbersome process to double-handle all of the source docs, just to
add some specially-generated docs. Would it help to put these special
docs into a completely separate
25 matches
Mail list logo
