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=28360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 09.11.2004 16:07, Reinhard Poetz wrote:
I'm interested in it because I write my diploma thesis exactly about
this topic at the moment. I come to the conclusion that MVC more or
less can not work - and especially templates! I switched back to a
similar solution to the mentioned Lofex one
On Tue, 9 Nov 2004, Vadim Gritsenko wrote:
Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated syntax in 2.2.
Make
On Tue, 9 Nov 2004, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Author: giacomo
Date: Tue Nov 9 11:53:45 2004
New Revision: 57089
Modified:
cocoon/branches/BRANCH_2_1_X/src/blocks/cron/java/org/apache/cocoon/components/cron/QuartzJobScheduler.java
Log:
try to fix reload problem
Modified:
On Tue, 9 Nov 2004, Vadim Gritsenko wrote:
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
DirectSchedulerFactory.getInstance().createScheduler(DEFAULT_QUARTZ_SCHEDULER_NAME
+ runID, runID, pool, store);
IMHO, it should cause problem with JDBC job store, and with clustered
Cocoon servers also.
On Wed, 10 Nov 2004 [EMAIL PROTECTED] wrote:
void execute( )
{
-if( getLogger( ).isDebugEnabled( ) )
+if( m_logger.isDebugEnabled( ) )
{
-getLogger( ).debug( Hand over Command +
-
Jonas Ekstedt wrote:
On Mon, 2004-11-08 at 14:10 +0100, Leszek Gawron wrote:
Something like ${bean.startDate} or jx:out value=${bean.startDate}/ would
use default renderer. Something like ${bean.startDate?class=emph} jx:out
value=${bean.startDate} styling=emph/ would point that other
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=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph Goers dijo:
Why are these blocks even in 2.2? They are excluded from the build but
they are deprecated in 2.1 and have replacements.
Can they be removed?
It depends, the politic is: deprecate and 2 version later remove them.
Best Regards,
Antonio Gallardo
Michael Wechner dijo:
It seems that Lenya's website is ready at http://lenya.apache.org
Hence I think it would make sense to replace the Lenya link on the
Cocoon site by Related and create a new page where Lenya, Forrest and
other projects based on Cocoon (e.g. Daisy, ...) could be linked
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk) includes ECMAScript
for XML (E4X). That makes XML a native data type in JS and let you do
XPath like things within the JS syntax,
Vadim Gritsenko dijo:
Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated syntax in 2.2.
Antonio Gallardo wrote:
Michael Wechner dijo:
It seems that Lenya's website is ready at http://lenya.apache.org
Hence I think it would make sense to replace the Lenya link on the
Cocoon site by Related and create a new page where Lenya, Forrest and
other projects based on Cocoon (e.g. Daisy,
Daniel Fagerstrom wrote:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise
that Rhino 1.6R1 (the version that we use in the trunk) includes
ECMAScript for XML (E4X). That makes XML a native data type in JS and
let you do XPath like
Daniel Fagerstrom dijo:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk) includes ECMAScript
for XML (E4X). That makes XML a native data type in JS and let you do
XPath like
Leszek Gawron wrote:
I meant to write it earlier but I hoped to do it on my new computer but
you cannot install Windows and all critical patches without getting
infected first :)
There is really not much to write as I am quite young (I found it very
stressing to write this introduction comparing
Antonio Gallardo wrote:
Vadim Gritsenko dijo:
Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
http://domify.sourceforge.net/ ?
Hmm, I have to take a look at that (if I have time for it...).
I took a look at Domify some time ago when trying to implement some of
the ideas in the Search for the perfect template language RT. It
seemed
Michael Wechner wrote:
It seems that Lenya's website is ready at http://lenya.apache.org
Hence I think it would make sense to replace the Lenya link on the
Cocoon site by Related and create a new page where Lenya, Forrest and
other projects based on Cocoon (e.g. Daisy, ...) could be linked from.
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=16537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Leszek Gawron wrote:
I meant to write it earlier but I hoped to do it on my new computer but
you cannot install Windows and all critical patches without getting
infected first :)
There is really not much to write as I am quite young (I found it very
stressing to write this
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=16537.
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=16537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Antonio Gallardo wrote:
Ralph Goers dijo:
Why are these blocks even in 2.2? They are excluded from the build but
they are deprecated in 2.1 and have replacements.
Can they be removed?
It depends, the politic is: deprecate and 2 version later remove them.
Best Regards,
I think we need
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=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph Goers wrote:
Antonio Gallardo wrote:
Ralph Goers dijo:
Why are these blocks even in 2.2? They are excluded from the build but
they are deprecated in 2.1 and have replacements.
Can they be removed?
It depends, the politic is: deprecate and 2 version later remove them.
I think we need
Vadim Gritsenko said:
Ralph Goers wrote:
Antonio Gallardo wrote:
Ralph Goers dijo:
Why are these blocks even in 2.2? They are excluded from the build
but
they are deprecated in 2.1 and have replacements.
Can they be removed?
I would probably leave them in in 2.1 series, but +1 for
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=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 10 Nov 2004 13:37:26 +0100, Daniel Fagerstrom
[EMAIL PROTECTED] wrote:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk) includes ECMAScript
for XML (E4X). That makes XML a
Daniel Fagerstrom dijo:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk) includes ECMAScript
for XML (E4X). That makes XML a native data type in JS and let you do
XPath
On Wed, 10 Nov 2004 17:17:05 +0100, Luca Garulli [EMAIL PROTECTED] wrote:
Daniel Fagerstrom dijo:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk) includes ECMAScript
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=32156.
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=32156.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph Goers wrote:
Vadim Gritsenko said:
Ralph Goers wrote:
Antonio Gallardo wrote:
Ralph Goers dijo:
Why are these blocks even in 2.2? They are excluded from the build
but
they are deprecated in 2.1 and have replacements.
Can they be removed?
I would probably
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=32157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise
that Rhino 1.6R1 (the version that we use in the trunk) includes
ECMAScript for XML (E4X). That makes XML a native data type in JS and
let
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=32157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le 10 nov. 04, à 17:09, Ralph Goers a écrit :
I'm +1 for removing woody and portal-fw from 2.2.
+1
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
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=16537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, Nov 10, 2004 at 08:09:15AM -0800, Ralph Goers wrote:
I'm +1 for removing woody and portal-fw from 2.2.
+1
--Tim Larson
Luca Garulli wrote:
On Wed, 10 Nov 2004 17:17:05 +0100, Luca Garulli [EMAIL PROTECTED] wrote:
Daniel Fagerstrom dijo:
I took a look at the Rhino download page
http://www.mozilla.org/rhino/download.html and found to my suprise that
Rhino 1.6R1 (the version that we use in the trunk)
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=32158.
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=32158.
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=32159.
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=32159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Daniel Fagerstrom wrote:
I have looked a little bit more on it. It doesn't seem to work with the
Rhino jar in the SVN. Rhino recognize the E4X syntax but it cannot find
the XML class that is needed. The xbean.jar must be present during
compilation AFAICS, probably our version is compiled
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=32160.
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=32160.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, Nov 07, 2004 at 09:29:40PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
concerns before. I will try to take some time this weekend
to see how to resolve this. I really do not want to revert
the
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=32160.
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=32160.
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=32161.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
I have looked a little bit more on it. It doesn't seem to work with
the Rhino jar in the SVN. Rhino recognize the E4X syntax but it
cannot find the XML class that is needed. The xbean.jar must be
present during compilation AFAICS, probably our
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
I have looked a little bit more on it. It doesn't seem to work with
the Rhino jar in the SVN. Rhino recognize the E4X syntax but it
cannot find the XML class that is needed. The xbean.jar must be
present during compilation
On Sun, Nov 07, 2004 at 09:29:56PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Ok. Does this mean choose/when will replace union/case? Also, the wiki
[1] shows several alternatives for choose/when, and unless I missed
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=32159.
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=32164.
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=32166.
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=32166.
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=32159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph Goers dijo:
I'm +1 for removing woody and portal-fw from 2.2.
+1
Best Regards,
Antonio Gallardo
On 10.11.2004 17:09, [EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2004-11-10 16:09 ---
I'm in favour of:
2. Revert the jar and live with the bug in 2.1.x.
Because this bug was already present in 2.1.5, it can live in 2.1.6 as well.
Those who need this bug fixed
On 10.11.2004 17:09, Ralph Goers wrote:
Why are these blocks even in 2.2? They are excluded from the build
but
they are deprecated in 2.1 and have replacements.
Can they be removed?
I would probably leave them in in 2.1 series, but +1 for removing in 2.2.
Time
for a vote?
Sure.
I'm +1 for
Tim Larson wrote:
On Sun, Nov 07, 2004 at 09:29:40PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
concerns before. I will try to take some time this weekend
to see how to resolve this. I
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=30372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke dijo:
On 10.11.2004 17:09, [EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2004-11-10 16:09
---
I'm in favour of:
2. Revert the jar and live with the bug in 2.1.x.
Because this bug was already present in 2.1.5, it can live in 2.1.6 as
well.
http://wiki.ethereal.com/
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
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=32169.
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=32169.
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=32169.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, Nov 10, 2004 at 08:54:33PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Sun, Nov 07, 2004 at 09:29:40PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
concerns before. I will try to take some
Stefano Mazzocchi wrote:
http://wiki.ethereal.com/
FWIW, it's MoinMoin too, so probably skin can be copied over...
Vadim
On 10.11.2004 21:04, Antonio Gallardo wrote:
--- Additional Comments From [EMAIL PROTECTED] 2004-11-10 16:09
---
I'm in favour of:
2. Revert the jar and live with the bug in 2.1.x.
Because this bug was already present in 2.1.5, it can live in 2.1.6 as
well.
Those who need this bug fixed
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
http://wiki.ethereal.com/
FWIW, it's MoinMoin too, so probably skin can be copied over...
oh, yeah, I knew that, that's why I mentioned it.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
I will be able to make it to ApacheCon in Vegas. If anyone wants to hook
up contact me on IRC and we can exchange mobile phone numbers or whatever.
Thanks!
.micah
Cocoon really is an impressive code base, and I don't just mean
impressive in size (though it is a factor!)
My RT for the day comes from a message by Roy Fielding [1]
Let others know -- encourage others to
volunteer -- spend your time teaching them how to do things
instead of just doing them
Stefano Mazzocchi wrote:
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
http://wiki.ethereal.com/
FWIW, it's MoinMoin too, so probably skin can be copied over...
oh, yeah, I knew that, that's why I mentioned it.
Give me a little time. I'll get there...
(1.1 to 1.2.4 upgrade for Apache Moin,
I planed to use some stuff in scratchpad for development. As I have a
slow computer at home I always remove all blocks that I don't need to
decrase compile time and startup time.
The tree below describe everything that the scratchpad block depend on.
And this is without samples dependencies.
i am trying to do
map:parameter name=numberofnodes value={xml:count(/root/node)}/
with xml being a jxpathmetamodule defined in cocoon.xconf. the () in the
xpath seems to throw cocoon off. any ideas how to make this work?
i tested a count() xpath inside a jxtemplate to rule out that jxpath
The implementation of E4X is based on XMLBeans,
http://xmlbeans.apache.org/. After having browsed the Rhino source
http://lxr.mozilla.org/mozilla/source/js/rhino/, I get the impression
that objects in the XML (whithin Rhino) class both can be constructed on
and return its internal
I know for sure that javaflow only uses ojb and forms for the samples. I
just checked in a fix to the build to not compile the samples if
exclude-webapp-samples is true. (I thought this was checked in a while ago
but it wasn't there). So if you specify exclude-webapp-samples you should
be able
Joerg Heinicke dijo:
Author: antonio
Date: Mon Nov 8 01:54:09 2004
New Revision: 56914
Modified:
cocoon/branches/BRANCH_2_1_X/gump.xml
Log:
Define ojb block samples dependencies
Modified: cocoon/branches/BRANCH_2_1_X/gump.xml
Daniel Fagerstrom wrote:
Really cool would it be if one could work on Java DOM trees with E4X
and/or if one could send E4X objects to the pipeline and serialize them
as SAX.
As it was already pointed out that does not work without excesive
serialization/desriazlization due to the nature of
On Mon, 2004-11-08 at 10:49 +0100, Daniel Fagerstrom wrote:
We use bugzilla for new ideas and project planning also, not only as a
bug db. Prefix the subject line with [Patch] and mark your patch as an
enhancement. Of course you can new ideas and half finished stuff there
as long as you
Daniel Fagerstrom wrote:
Hopefully some of them are just sample dependencies and can be removed.
I have no fancy IDE, so I didn't succeed in tracking down all the
dependencies. Especially I wonder about the dependency on faces, where
comes that from?
Only for a library which was moved into
Give me a little time. I'll get there...
(1.1 to 1.2.4 upgrade for Apache Moin, which'll make this skin possible).
thanks, for tackling this
the current wiki(skin) sucks really badly!
cheers
--
Torsten
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-block-ojb has an issue affecting its community integration.
This issue
Carsten Ziegeler dijo:
Cocoon 2.1.x must build with JDK 1.3 - so we really should fix this!
Why do I need 1.4 for OJB and scratchpad?
Because there are libraries that use 1.4 API. ;-)
Best Regards,
Antonio Gallardo
Vadim Gritsenko dijo:
Ralph Goers wrote:
Carsten Ziegeler said:
Ralph Goers wrote:
We think scratchpad fails because there are characters from a
French or German character set in the file. Since my machine
is configured for an English locale JDK 1.3 seems to have a
problem. The characters
[EMAIL PROTECTED] wrote:
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=30372.
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=32173.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The implementation of E4X is based on XMLBeans,
http://xmlbeans.apache.org/. After having browsed the Rhino source
http://lxr.mozilla.org/mozilla/source/js/rhino/, I get the impression
that objects in the XML (whithin Rhino) class both can be constructed on
and return its internal
Antonio Gallardo wrote:
OJB docs [1] says that OJB compiles with 1.3, and even 1.2.
If the jar
was compiled with 1.4 -- it has to be recompiled with 1.3.
JDO does not has support for 1.3.
Yes, JDO, but I can use OJB without JDO.
Carsten
93 matches
Mail list logo