Mmmh... AFAIK jakarta sandbox is open to jakarta committers.
Once it was that way... then when I was still contributing there there
has been consensus on opening to any APache committer.
I don't remember the final formal outcome, but AFAIK there should
not be major problems in getting access
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041215.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
David Crossley wrote:
I am working on this in cocoon-2_1_X branch.
In tools/targets/docs-build.xml uncomment the
sitemap-components task at line 56 to also scan the blocks.
Then run 'build javadocs'.
Then run 'build docs'. This will also produce lists of all
possible sitemap components
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
Concerning the strange difference between cocoon.request and request
I have some slight remembrance that it has been discussed on the list
and that it was deliberate. But I don't remember the reason and I
have not been able to find the
On 13.12.2004 8:22 Uhr, Bertrand Delacretaz wrote:
Hi Christian,
...I don't know, which is more complicated, can't tell. But I took
your example and wrote it in TAL. See
http://wiki.bitflux.org/Templates_TAL_Example for details...
Thanks, this looks really interesting. I'll have a closer look
Carsten Ziegeler wrote:
David Crossley wrote:
I am working on this in cocoon-2_1_X branch.
In tools/targets/docs-build.xml uncomment the
sitemap-components task at line 56 to also scan the blocks.
Then run 'build javadocs'.
Then run 'build docs'. This will also produce lists of
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=31668.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
David Crossley wrote:
Okay, i uploaded them to my ASF committer space
www.apache.org ~crossley/review-sitemap-docs/ See the notes
in SVN cocoon-2_1_X/tools/review-sitemap-docs/README.txt
and cocoon-2_1_X/tools/review-sitemap-docs/TODO.txt
Thanks!!
So if I read the diff correctly, these
Le 15 déc. 04, à 12:28, Christoph Gaffga (triplemind.com) a écrit :
now for every size, I uploaded the logo again as SVG:
http://www.triplemind.com/images/powered-by-cocoon.svg
Here's an alternate version at
http://codeconsult.ch/download/cocoon/powered-by-cocoon-02.svg
The powered by text could
I migrated an application that I wrote 18 months ago over to the latest
trunk and here are the incompatible things:
1) Rhino 1.6 is a lot more strict when you don't use var in front of
a variable declaration. The previous version of Rhino was more tolerant.
Not a problem but there is no back
Stefano Mazzocchi wrote:
I migrated an application that I wrote 18 months ago over to the
latest trunk and here are the incompatible things:
1) Rhino 1.6 is a lot more strict when you don't use var in front
of a variable declaration. The previous version of Rhino was more
tolerant. Not a
Vadim Gritsenko wrote:
You put them in in your flow.
function whatever() {
// Create binding context, populate
var context =
Packages.org.apache.commons.jxpath.JXPathContext.newContext(bean);
context.getVariables().declareVariable(first, 10);
while (true) {
form.load(context);
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
In a next step the cache object should be factored out from the
ExecutionContext and replaced by some kind of script manager, so that
we can have the code that compiles and caches the scripts at one place.
I am on it
Do you have it in vector format? I think we need to create a big and a
small version.
now for every size, I uploaded the logo again as SVG:
http://www.triplemind.com/images/powered-by-cocoon.svg
Christoph
Bertrand Delacretaz wrote:
Le 14 déc. 04, à 20:06, Christoph Gaffga (triplemind.com) a
Juan Jose Pablos wrote:
Sylvain Wallez wrote:
We also used to have a bunch of logos in CVS [1], but for a strange
reason they've been deleted and not moved. Perhaps a mistake, in
which case we can ressurect them.
Sylvain
[1]
Stefano Mazzocchi said:
I migrated an application that I wrote 18 months ago over to the latest
trunk and here are the incompatible things:
1) Rhino 1.6 is a lot more strict when you don't use var in front of
a variable declaration. The previous version of Rhino was more tolerant.
Not a
16 matches
Mail list logo