Stefano Mazzocchi wrote:
snip/
and this solves *ALSO* the issue that was identified at the GT about
virtual pipeline components resolving services locally or remotely
(block-wise).
The current problem with VPCs is the context in which relative URIs must
be resolved. We have not found a good
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=31760.
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=31767.
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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 18 Oct 2004 15:04:43 -0600 (CST), Antonio Gallardo
[EMAIL PROTECTED]
Said that, I want to tell him
that Cocoon already has built-in JDO support:
http://svn.apache.org/viewcvs.cgi/cocoon/trunk/src/blocks/ojb/java/org/apache/cocoon/ojb/jdo/components/?root=Apache-SVN
I didn't know 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=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
...
The basic idea is to build an own version of ECM
+1
Rub a dub dub
http://www.joelonsoftware.com/printerFriendly/articles/fog000348.html
In Defense of Not-Invented-Here Syndrome
http://www.joelonsoftware.com/printerFriendly/articles/fog07.html
Things You
Hi all,
There is a problem with IE when downloading files over HTTPS, using the
resource reader. [1] also describes the problem.
It has somehting to do with a bug in IE, which occurs when some kind of
HTTP header is set. If the header Cache-control is set to no-cache,
the problem occurs, see
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=31770.
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=31770.
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=31770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Why on earth the HSQLDB block depends on the DATABASES block? I can't
find any reference...
Pier
smime.p7s
Description: S/MIME cryptographic signature
Pier Fumagalli wrote:
Why on earth the HSQLDB block depends on the DATABASES block? I can't
find any reference...
Hm... IIRC it shoudld be the other way round.
The databases block uses hsqldb for the samples.
cheers
--
Torsten
On 18 Oct 2004, at 17:03, Sylvain Wallez wrote:
A lib/endorsed/xalan-2.6.1-dev-20041008T0304.jar
D lib/endorsed/xalan-2.6.0.jar
Why does the 2.1 branch require a timestamped/snapshot version of
Xalan, if everything is so fine and dandy with it?
Damn, I am *NOT*. I missed that. We must not
The serializers in XALAN are just _VERY_ broken... Why don't we switch
the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has some namespace issues.
but nothing that cannot be fix in a few hours.
--
Pier Fumagalli wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we switch
the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
I'm sure you meant can instead of can't ;-) but anyway, here's my +1.
Luca Garulli wrote:
Why not? Where can I find a PetStore application in Cocoon to start
with? If the results will be interesting we can post them to
TheServerSide.com.
You can find a petstore block in Cocoon, but AFAIK it uses straight
JDBC. You might be more productive, maybe, by adapting my CHS
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=31770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Guys,
I'm in the process of building a sample using dependent selection-lists in a
repeater. It seems I have everything working except for the correct events.
Situation on success:
on change of the selected value in selection-list-1, selection-list-2 is
populated with a new list
on change 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=31649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
FWIW, a change was introduced (by me) a short time ago that keeps the
sample source from being compiled if samples are disabled. Thus, there
really are now two levels of dependencies; required by the block itself,
and required by the samples. It would be nice if the block properties
could
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=31649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le 19 oct. 04, à 14:09, Ugo Cei a écrit :
...I've repeatedly tried to push the OJB supporters here to do the
same for OJB, but they seem to be quite busy doing for-pay work at the
moment ;-).
yes ;-)
-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=31776.
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=31776.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see it
at wiki.odoko.co.uk/cocoon
(Note, 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=31649.
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=31649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I need some internal informations. Therefore I'm posting on the dev list.
I'm using the SQLTransformer to receive a very very big set of values
out from a oracle database. Because the values are very very big, it
would be nice, if the the connection to the database will be closed if
the
I had forgotten to say: The database connection should be closed if the
user closes the browser _during reading_. So a hughe set of data which
are not needed should not read again out of the database to save resources.
Thank you.
Stephan
Stephan Coboos wrote:
Hi,
I need some internal
Unico Hommes wrote:
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
According to the wiki we still have some open blocks/areas.
http://wiki.apache.org/cocoon/MergingBranches
In addition it seems that some new things have been checked in
only to one branch, either trunk or 2.1.x, but not to both.
Ugo Cei wrote:
Pier Fumagalli wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we switch
the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
I'm sure you meant can instead of can't ;-) but anyway, here's
Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see it
at
Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see it
at
Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see
it at
Stephan Coboos wrote:
I had forgotten to say: The database connection should be closed if
the user closes the browser _during reading_. So a hughe set of data
which are not needed should not read again out of the database to save
resources.
We can know if the user closed her browser only by
[EMAIL PROTECTED] wrote:
Guys,
I'm in the process of building a sample using dependent selection-lists in a
repeater. It seems I have everything working except for the correct events.
Situation on success:
on change of the selected value in selection-list-1, selection-list-2 is
populated with a
Torsten Curdt wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we
switch the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has some namespace issues. but nothing that
cannot be fix
Is it possible to have the site bar on the left?
Ralph
Upayavira said:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the
On 19 Oct 2004, at 17:35, Sylvain Wallez wrote:
Torsten Curdt wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we
switch the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has some
Hi,
Is there a reason why the model is not updated after nodes are
added/removed to a repeater?
I have 2 frames, one with a repeater, the other with an applet. The
applet gets its data from the model and is refreshed using an on-load
event on the repeater frame. However, when rows are added or
On 19 Oct 2004, at 11:45, Torsten Curdt wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we
switch the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has some namespace issues.
but
After a brief suggestion from Carsten, given that I already have a
B-Tree indexing filesystem under my live application (ReiserFS) I
wanted to switch the persistent store to be the FilesystemStore, and
ignore all those JISP/JCACHE/EHCACHE/blablabla stuff...
Looking at my cocoon.xconf, I see
On 19 Oct 2004, at 15:36, Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see
On 18 Oct 2004, at 10:57, Carsten Ziegeler wrote:
The following idea came to my mind during the weekend. All the
recent discussions about a new core/container etc. show that
a possible future version of Cocoon will have a different
component handling than we have now.
One major concern for me is
30142
Pier Fumagalli wrote:
On 19 Oct 2004, at 11:45, Torsten Curdt wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we
switch the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has
Well, that's a bug related to the Xalan serializers, not to the Cocoon
serializers block, and AFAICS, it was fixed in CVS in July...
Pier
On 19 Oct 2004, at 17:57, Jorg Heymans wrote:
30142
Pier Fumagalli wrote:
On 19 Oct 2004, at 11:45, Torsten Curdt wrote:
The serializers in XALAN are
Pier Fumagalli wrote:
On 19 Oct 2004, at 11:45, Torsten Curdt wrote:
The serializers in XALAN are just _VERY_ broken... Why don't we
switch the default to work on the serializers block? At least it's a
simple-enough code that we can't fix without too much hassle.
the serializer still has some
Sylvain Wallez wrote:
Upayavira wrote:
I'm probably going to live to regret this, but...
I've just installed the latest Moin wiki for one of my own projects. I
found a rather more pretty 'right site bar' theme. Just out of
curiosity, I put the content of the Cocoon wiki into it. You can see
it
Ralph Goers wrote:
FWIW, a change was introduced (by me) a short time ago that keeps the
sample source from being compiled if samples are disabled.
?? by changing the direction of the dependency?
Thus, there
really are now two levels of dependencies; required by the block itself,
and required
Hi Sylvain,
One output format will be a raw xml document (generated by the
SQLTransformer). It will be parsed by an java client. On the other hand
the output will be transformed to a HTML or Excel document by an XSLT
Transformer. As you has written in your post before, I think the second
one
Ralph Goers wrote:
Is it possible to have the site bar on the left?
:-)
The option I found was for a theme called 'rightsidebar'. I have not
heard mention of a 'leftsidebar' theme, so, unless someone wants to do
some HTML coding, we're stuck with a right hand one!
That is of course assuming
Upayavira wrote:
Ralph Goers wrote:
Is it possible to have the site bar on the left?
:-)
The option I found was for a theme called 'rightsidebar'. I have not
heard mention of a 'leftsidebar' theme, so, unless someone wants to do
some HTML coding, we're stuck with a right hand one!
Not even
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
snip/
and this solves *ALSO* the issue that was identified at the GT about
virtual pipeline components resolving services locally or remotely
(block-wise).
The current problem with VPCs is the context in which relative URIs must
be resolved. We
Bertrand Delacretaz dijo:
Le 19 oct. 04, à 14:09, Ugo Cei a écrit :
...I've repeatedly tried to push the OJB supporters here to do the
same for OJB, but they seem to be quite busy doing for-pay work at the
moment ;-).
yes ;-)
lol. ;-)
Best Regards,
Antonio Gallardo
-Bertrand
Torsten Curdt said:
Ralph Goers wrote:
FWIW, a change was introduced (by me) a short time ago that keeps the
sample source from being compiled if samples are disabled.
?? by changing the direction of the dependency?
No. It was simpler than that. The build script was compiling samples even
On 19.10.2004 20:51, Stephan Coboos wrote:
What happens on the first one (directly xml output) if the user stops
the transfer by closing the browser?
When the XML is not buffered, it is streamed directly to the client.
Closing the browser prevents the server to write the data to the socket
(an
Tony Collen wrote:
Upayavira wrote:
Ralph Goers wrote:
Is it possible to have the site bar on the left?
:-)
The option I found was for a theme called 'rightsidebar'. I have not
heard mention of a 'leftsidebar' theme, so, unless someone wants to do
some HTML coding, we're stuck with a right
On Tue, 28 Sep 2004, Bertrand Delacretaz wrote:
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP headers and making sure the
content-length header is generated
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=31787.
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=31787.
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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko dijo:
Hmm, I actually don't know what's best. What do others think?
The best plan IMHO would be:
1. Remove ECM - implementation of Avalon container. Keep re-usable
components
code (XSLT, Source, Store, etc).
2. Drop in the container which replaces it.
3. Write bridge code
Stephan Coboos wrote:
Hi Sylvain,
One output format will be a raw xml document (generated by the
SQLTransformer). It will be parsed by an java client. On the other
hand the output will be transformed to a HTML or Excel document by an
XSLT Transformer. As you has written in your post before, 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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Niclas Hedhman dijo:
On Saturday 16 October 2004 04:55, Stefano Mazzocchi wrote:
Because they have been around forever *AND* they don't change their
contracts overnight.
Your talk is not entirely reflected by the actions of the community.
I
just
did a svn up on the 2.1 branch;
A
Hi Ralph:
AFAIK, we can release without problems. But if a xalan version is needed
we can request the xalan project for a release.
I already requested for a release to the commons-lang project. They
promised a release, but I will remeber them about that.
WDYT?
Best Regards,
Antonio Gallardo.
Antonio Gallardo wrote:
snip/
At the end, it a big shame to me that my work is being used against our
community. Seems that I need to be more careful.
Nope. You committed that unreleased version for a valid reason and you
followed that naming rule that allows to find the corresponding sources
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=31787.
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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Now that makes me think: what's the proportion of widgets
that have an fd:on-value-changed but don't have a fi:styling
submit-on-change=true/?
I have the feeling that most of the time
adding a server-side listener implies we also want an
automatic submit when the widget's value changes.
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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez dijo:
Antonio Gallardo wrote:
snip/
At the end, it a big shame to me that my work is being used against our
community. Seems that I need to be more careful.
Nope. You committed that unreleased version for a valid reason and you
followed that naming rule that allows to find
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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for jogging my memory Sylvain. Yes, the rule was followed. As much
as I'd like the actual source, the name does allow me to get it myself.
BTW - weren't the rules for release numbering, the guarantees about
compatibility as well as how snapshots would be named supposed to be on
the
Bertrand Delacretaz wrote:
Le 14 oct. 04, à 17:01, Torsten Curdt a écrit :
...but feels like a work around...
You could say hack ;-)
I would really prefer
to have the change of the status.xml included in the
very same transaction.
Sure, if you can change status.xml in the same transaction it
Ralph Goers dijo:
Antonio,
This subject has come up many times. I'll restate what I've always said.
If we must release a snapshot jar then the source that was used to build
it must be available for download from Cocoon's website, or another
documented location (i.e. cocoondev, ibiblio,
Pier Fumagalli wrote:
After a brief suggestion from Carsten, given that I already have a
B-Tree indexing filesystem under my live application (ReiserFS) I wanted
to switch the persistent store to be the FilesystemStore, and ignore all
those JISP/JCACHE/EHCACHE/blablabla stuff...
Looking at my
Giacomo Pati wrote:
On Tue, 28 Sep 2004, Bertrand Delacretaz wrote:
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP headers and making sure the
content-length
Ralph Goers wrote:
Antonio,
This subject has come up many times. I'll restate what I've always said.
If we must release a snapshot jar then the source that was used to build
it must be available for download from Cocoon's website, or another
documented location (i.e. cocoondev, ibiblio, etc.).
On Wednesday 20 October 2004 05:39, Antonio Gallardo wrote:
At the end, it a big shame to me that my work is being used against our
community. Seems that I need to be more careful.
I am sorry that your work end up being an example;
One should not throw stones while in a glass house.
i.e.
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=31787.
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=31787.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Seems like we forgot about this one too? ;-)
One more reason to build a (Cocoon) form based page where people can enter
information about their Cocoon site with a request for adding the link.
Bye, Helma
Best Regards,
Antonio Gallardo
John Sheridan dijo:
http://www.fenc.org.uk
The cache is an own component (called Cache) which has currently one
default implementation that uses a Store (component). Now I think for
such use cases a different Cache implementation is better. This
implementation could directly cache the data without going via
a store.
Carsten
Stefano Mazzocchi wrote:
Giacomo Pati wrote:
snip/
Wouldn't mod_header and mod_cache be able to do that for you?
Oh, look! Giacomo is still alive! :-)
ROTFL :-D
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
86 matches
Mail list logo