Vadim Gritsenko wrote:
Switch to google *immediately*! Say, http://directory.google.com/ --
that's what we were pulling from yahoo
What about http://news.google.com/news/en/us/technology.html
Should be less static.
/Steven
--
Steven Noelshttp://outerthought.org/
Sylvain Wallez wrote:
Steven Noels wrote:
http://today.java.net/today/news/#http://jakarta.apache.org/site/elsewhere.html#20030813.1
Thanks, Stefano, for the nagging about our lousy marketing. It was
inspiring, and even if it costed me some sleep during a late night
rush of
Steven Noels wrote:
Vadim Gritsenko wrote:
Switch to google *immediately*! Say, http://directory.google.com/ --
that's what we were pulling from yahoo
What about http://news.google.com/news/en/us/technology.html
Should be less static.
/Steven
That's my favorite one so far.
Geoff
sylvain 2003/08/16 06:30:04
Modified:.status.xml
src/java/org/apache/cocoon Cocoon.java Processor.java
ProcessorWrapper.java
src/java/org/apache/cocoon/components/source/impl
SitemapSource.java
sylvain 2003/08/16 06:42:40
Modified:src/java/org/apache/cocoon/components/treeprocessor
TreeProcessor.java
src/java/org/apache/cocoon/environment
ForwardRedirector.java
Log:
Code cleanup and... fix compilation error :-/
haul2003/08/16 06:43:36
Modified:src/webapp/samples samples.xml
Removed: src/webapp/samples/simpleform ERROR.xsp OK.xsp
descriptor.xml sform.xml success.xml
Log:
Remove duplicate sample files
Revision ChangesPath
1.25 +1 -16
[EMAIL PROTECTED] wrote:
sylvain 2003/08/16 06:42:40
Modified:src/java/org/apache/cocoon/components/treeprocessor
TreeProcessor.java
src/java/org/apache/cocoon/environment
ForwardRedirector.java
Log:
Code cleanup and...
And this was only because I'm testing Marc Leicester's newest midi patch
at the moment. I wanted to build the samples to see everything is
working and I thought there is new stuff, take it and test it too.
There was no need for the update :-)
Joerg
Sylvain Wallez wrote:
Joerg Heinicke wrote:
In looking into the caching system for the CLI, I found the fact that
the caching system wasn't being correctly written to disc on shutdown.
Vadim fixed that.
So one would therefore expect pages that have been placed in the
persistent store to be generated faster than previously, as page
joerg 2003/08/16 07:36:48
cocoon-2.1/src/blocks/midi/resources - New directory
joerg 2003/08/16 07:37:07
Modified:.status.xml
src/blocks/midi/samples samples.xml sitemap.xmap
src/blocks/midi/java/org/apache/cocoon/serialization
XMidiSerializer.java
Added: src/blocks/midi/samples/stylesheets
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=22479.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/08/16 08:17:01
cocoon-2.1/src/blocks/html/samples/stylesheets - New directory
joerg 2003/08/16 08:17:10
Modified:src/blocks/html/samples samples.xml sitemap.xmap
Added: src/blocks/html/samples/stylesheets googlenews.xsl
Log:
first try with google news (unstyled list of news)
Revision ChangesPath
1.1
Hi All
Sorry, this is part of the Servlet spec I have had little use for in
the past.
I don't think HttpSessionBindingListener/HttpSessionBindingEvents are
available in Cocoon, but I think they are supposed to be the way to
solve a problem I have.
I am planning a Job Manager, shared by a
sylvain 2003/08/16 13:38:30
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
CallFunctionNode.java
Log:
Prevent strange incomplete pipeline messages if the flow does no
sendPage[andWait]()
Should a RNFE be thrown in that case ?
sylvain 2003/08/16 13:41:04
Modified:src/blocks/woody/java/org/apache/cocoon/woody/transformation
WidgetReplacingPipe.java
src/blocks/woody/samples/xsl/html woody-default.xsl
Log:
New continuation-id template element, rendered as a hidden
Jeremy Quinn wrote:
Hi All
Sorry, this is part of the Servlet spec I have had little use for in
the past.
I don't think HttpSessionBindingListener/HttpSessionBindingEvents are
available in Cocoon, but I think they are supposed to be the way to
solve a problem I have.
Yes, they _are_
The #1 thing that would help me start using Cocoon is orthogonal to a
binary/source distribution issue (and I'll note my preference is towards
binary on this axis).
I agree with you (and the previous arguments, I read through the entire
thread that was linked to) that taking Cocoon and getting it
Geoff Howard wrote:
Joerg Heinicke wrote:
This poor guy has edited the complete cocoon.xconf by hand, what is
not that easy as you can imagine. Should we make the webapp target
the default one in 2.0 too or speaks anything against it?
I'd be +1. It's the 99% most used, it should be the
I forgot to mention this, but if people like this idea I'd be willing to be
the one to actually have to try to make it happen.
Also, I'd like to point out the way I've envisioned/described it would be
backwards compatible with the current setup and a blank base configuration.
The case of
Jay Freeman (saurik) wrote:
I forgot to mention this, but if people like this idea I'd be willing to be
the one to actually have to try to make it happen.
Also, I'd like to point out the way I've envisioned/described it would be
backwards compatible with the current setup and a blank base
Geoff:
I don't see how this would help... what I am proposing is a seperation
between cocoon and my app so when I look at my sitemap I don't have to
scroll through a bunch of components that I consider part of cocoon to get
to my actual pipeline and the 2 components I added manually which I
Jay Freeman (saurik) wrote:
Are you recommending that I do all of my development as a patch to a sitemap
rather than as a sitemap,
It won't help you ATM, but for the xconf, that's the way we work with
Cocoon on our projects... the project sitemap however is mounted as a
subsitemap, and contains
24 matches
Mail list logo
