Me too .. and not during shutdown but also several times while running
ouzo
On Sun, Feb 22, 2004 at 09:49:11PM -0500, Geoff Howard wrote:
Is anyone else getting the following exception at shutdown? Appears to
be related to MRU writing to persistent store (jisp) and I'm wondering
* Geoff Howard [EMAIL PROTECTED] [2004-02-22 18:47]:
Alan wrote:
* Upayavira [EMAIL PROTECTED] [2004-02-22 07:58]:
I tend to think that Momento isn't suited to this need.
However, as an XML data repository, it seems very interesting.
I've got a better idea of
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Carsten Ziegeler
Gesendet: Montag, 23. Februar 2004 09:20
An: Cocoon-Dev
Betreff: [RT] Official access to the current sitemap manager
snip/
So, the question is: do we want it to make an
[changing subject...]
Reinhard Poetz wrote:
From: Alan
* Geoff Howard [EMAIL PROTECTED] [2004-02-22 18:47]:
Alan wrote:
* Upayavira [EMAIL PROTECTED] [2004-02-22 07:58]:
I tend to think that Momento isn't suited to this need.
However, as an XML
From: Upayavira
speaking without following this thread closly:
What about implementing a Momento source?
Yup. Alan, take a look at the XMLDBSource and XMLDBSourceFactory. I
think you'll find them reasonably similar to what you might
want to do
(in
My opinion: probably not. However, I just thought of another drawback
with using Joeq's interpreter, namely you wouldn't be able to debug it
with a standard Java debugger. The Brakes-like approach doesn't have
this limitation. In addition, since that approach simply modifies the
bytecode it
Hello,
Thank you for the kind and intelligent responses I've received from
members of this group. I appreciate and support what the Apache project
is trying to accomplish, and I admire its sense of community.
I consider programming to be as much art as science, so it shouldn't
surprise anyone
Upayavira wrote:
Reinhard Poetz wrote:
From: Alan
Working on it. As noted, I have JAXP implemented and SAX interface
to XUpdate. I have APIs. I am going to start working on services
next.
A Cocoon generator that takes a Momento data source and an XSLT
transform would be a start.
On 23 Feb 2004, at 16:20, Scott Robert Ladd wrote:
Jisp's license scheme will remain intact, for now. The model I'm using
has been successful for myself and others. Identifying Jisp solely
with Apache would, I believe, limit its scope and my freedom to
develop it as I see fit.
Thanks for your
Torsten Curdt wrote:
...but java continuations with the compiling classloader sounds
pretty cool to me :)
I agree. I would also like to try out Groovy or Jython... but I do have
fears on diverging too much.
I mean: do you guys think we really got the point where we understand
what we want to
Scott Robert Ladd wrote:
Hello,
Thank you for the kind and intelligent responses I've received from
members of this group. I appreciate and support what the Apache project
is trying to accomplish, and I admire its sense of community.
I consider programming to be as much art as science, so it
Steven Noels wrote:
As suggested previously: could you please remove the ASF link from the
Jisp page?
That seems like a rather petty request, given that Jisp *is* currently
in use by many (most?) Cocoon implementations.
I'm in the process of writing a much larger, public article regarding
this
We were using Jisp and Scott's decision makes it clear that we either:
- have to maintain Jisp 2.x ourselves
or
- use something else
Here I would like to ask you a much easier question: do we really need
it? can't we just our storage into a bunch directories and use that as a
file system?
Stefano Mazzocchi wrote:
thanks much for your time and consideration too. We all appreciated the
fact that you came here, listened to us and pondered.
Your dicision forces us to change course of action, but you have the
freedom to choose your path and so do we. As long as mutual respect and
Stefano Mazzocchi wrote:
We were using Jisp and Scott's decision makes it clear that we either:
- have to maintain Jisp 2.x ourselves
No. I have stated that I am more than willing to maintain and support
Jisp 2.x, under the libpng license, specifically for Cocoon.
I am not willing to relicense
On 23 Feb 2004, at 16:45, Scott Robert Ladd wrote:
Steven Noels wrote:
As suggested previously: could you please remove the ASF link from
the Jisp page?
That seems like a rather petty request, given that Jisp *is* currently
in use by many (most?) Cocoon implementations.
I wouldn't call it
Wouldn't it then be possible to serve valid content directly from the apache
webserver by using the cache on the disk?
You get the best performance boost, if you don't have to bother cocoon at
all.
But I think the problem is: How does Apache know, if the content is still
valid? :-(
Perhaps it
SN As suggested previously: could you please remove the ASF link from
SN the Jisp page?
SRL That seems like a rather petty request, given that Jisp *is* currently
SRL in use by many (most?) Cocoon implementations.
SN I wouldn't call it petty, rather logical - but I will leave the
SN uptake of this
Hello Cocoon maniatics ;P
It knows in the log files can manipulate his format
for to save just it's necessary.
I try to change the format in logkit.xconf but how
a xml file. For example, the format for access .log file i put:
cocoon
id="access"
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=27165.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
Currently (2.1), we have a static method at the CocoonComponentManager
that allows to get the current sitemap component manager.
This is useful in some scenarios when you want to access a
sitemap component. If your own component is declared not in the
current sitemap but
Le Lundi, 23 fév 2004, à 17:20 Europe/Zurich, Scott Robert Ladd a écrit
:
...When I've written cache system, I've always used the file system
directly. The only catch is that some operating systems limit the
number of files on disk or in a directory; a very active server could
hit those
Steven Noels wrote:
IMHO, I think you are overreacting a bit.
Your are telling me what I can write on my web site, and trying to
rewrite history. Such things irritate me, and are not in the spirit of
cooperation.
I'm just not entirely sure that it is in the interest of our users to
depend on a
Bertrand Delacretaz wrote:
Le Lundi, 23 fév 2004, à 17:20 Europe/Zurich, Scott Robert Ladd a écrit :
...When I've written cache system, I've always used the file system
directly. The only catch is that some operating systems limit the
number of files on disk or in a directory; a very active
On 23 Feb 2004, at 17:33, Scott Robert Ladd wrote:
How, exactly, am I being unreasonable?
I was understanding that you would maintain an old version of Jisp on
your own for our purposes. While this is a polite offer, we cannot
afford to depend on such speciality treatments. If my understanding
I know this is slightly offtopic, but since there have been talks on
this list and off-list about using Subversion both as a replacement for
CVS and as a WebDAV-enabled repository, here it is:
http://developers.slashdot.org/developers/04/02/22/2344228.shtml
Ugo
In order to stop a user from submitting an insert (or delete) twice I'm
attempting to use some flow script like the following:
var k = cocoon.sendPageAndWait( page, args );
var action = _getAction();
if ( action.startsWith(cocoon-action-Insert) ) {
Scott Robert Ladd wrote:
Bertrand Delacretaz wrote:
huh? Unless I missed something (it's this age thing, I'm no college
kid either ;-), we're just evaluating options, aren't we?
Steve Noel has stated that Jisp can not remain a part of Apache
Cocoon, in any form, unless I either change the
Vadim Gritsenko wrote:
I'll repeat Bertrand's huh?. Unless you see [VOTE] on this list with
everybody sending theirs +1, nothing said here is final. Meanining,
everything Steve said have lots of room for compromise. ;-)
Ah! Thank you for the clarification. Steve made some absolute
On Feb 23, 2004, at 10:59, Hochsteger Andreas /INFO-MA wrote:
Wouldn't it then be possible to serve valid content directly from the
apache
webserver by using the cache on the disk?
This is an entire different problem, Andreas.
You get the best performance boost, if you don't have to bother
On Feb 23, 2004, at 11:09, Scott Robert Ladd wrote:
SN As suggested previously: could you please remove the ASF link from
SN the Jisp page?
SRL That seems like a rather petty request, given that Jisp *is*
currently
SRL in use by many (most?) Cocoon implementations.
SN I wouldn't call it petty,
On Feb 23, 2004, at 11:20, Scott Robert Ladd wrote:
Hunsberger, Peter wrote:
I think that a better use of the file system would yield much more
performance, since JVM IO is pretty much optimized for file access
anyway (and uses OS-level caching).
Makes sense to me: from what I understand of the
On Feb 23, 2004, at 11:27, Bertrand Delacretaz wrote:
Le Lundi, 23 fév 2004, à 17:20 Europe/Zurich, Scott Robert Ladd a
écrit :
...When I've written cache system, I've always used the file system
directly. The only catch is that some operating systems limit the
number of files on disk or in a
On 23.02.2004 16:47, Stefano Mazzocchi wrote:
We were using Jisp and Scott's decision makes it clear that we either:
- have to maintain Jisp 2.x ourselves
or
- use something else
Here I would like to ask you a much easier question: do we really need
it? can't we just our storage into a
On 23 Feb 2004, at 18:11, Scott Robert Ladd wrote:
Vadim Gritsenko wrote:
I'll repeat Bertrand's huh?. Unless you see [VOTE] on this list
with everybody sending theirs +1, nothing said here is final.
Meanining, everything Steve said have lots of room for compromise.
;-)
Ah! Thank you for the
Great news! Congratulations all!
Matthew
On 23.02.2004, at 19:59, Steven Noels wrote:
http://www.nzherald.co.nz/business/businessstorydisplay.cfm?
storyID=3550878
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XMLAn
- All releases made after March 1 must use the new Apache License 2.0.
Please note that this applies to *all* releases, even maintenance
releases where the original went out under the 1.1 license.
Please see http://www.apache.org/dev/apply-license.html for more
information on
On 23.02.2004 19:59, Steven Noels wrote:
http://www.nzherald.co.nz/business/businessstorydisplay.cfm?
storyID=3550878
/Steven
From Vignette to Cocoon-based CMS because of flexibility, 10 mio page
impressions - not bad. Does anybody know Datacom?
Joerg
Hi:
I think a cache storage system is IMHO a very good idea. A piece of history:
1- Initial idea of using jisp:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=100781998632619w=2
2-is this is still valid?: B-Tree indexed file vs filesystem directory
Thanks, Stefano.
This is very valuable information!
Stefano Mazzocchi wrote:
On Feb 23, 2004, at 10:59, Hochsteger Andreas /INFO-MA wrote:
Wouldn't it then be possible to serve valid content directly from the
apache
webserver by using the cache on the disk?
This is an entire different problem,
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=6789.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=6789.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27176.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27176.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27176.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27176.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Torsten Curdt wrote:
- author tags are officially discouraged. these create
difficulties in
establishing the proper ownership and the protection of our
committers. there are other social issues dealing with
collaborative
development, but the Board is concerned about
From: Unico Hommes
Torsten Curdt wrote:
- author tags are officially discouraged. these create
difficulties in
establishing the proper ownership and the protection of our
committers. there are other social issues dealing with
collaborative
development, but the
On Mon, Feb 23, 2004 at 10:09:27PM +0100, Reinhard Poetz wrote:
From: Unico Hommes
Torsten Curdt wrote:
- author tags are officially discouraged. these create
difficulties in
establishing the proper ownership and the protection of our
committers. there are other
Stefano Mazzocchi stefano at apache.org writes:
There is a clear perception of very *strong* convergence in the world of
digital libraries toward Cocoon because the philosophy of separation of
concern is something that all librarians resonate with (unlike the
centralized, self-publishing
Defect:
The following defect is limited to the MS windows platform,
it does not occur
on the linux platform. Both platforms were setup with tomcat
4.1.29,
and cocoon 2.1.4.
On the windows platorm, a woody form will lose it's data
when
the enctype=multipart/form-data is specified in the form
snip/
My idea is to come up with an unified syntax. Taking the
best out of the SQLTransformer and the ESQL logicsheet.
Then come up with an ESQL transformer and a logicsheet
using the same code base (as much as possible). For
an easy migration we could provide an ant task that
applies a migration
Torsten Curdt wrote:
- All releases made after March 1 must use the new Apache License 2.0.
Please note that this applies to *all* releases, even maintenance
releases where the original went out under the 1.1 license.
Please see
Antonio Gallardo wrote:
Hi:
I think a cache storage system is IMHO a very good idea. A
piece of history:
1- Initial idea of using jisp:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=100781998632619w=2
2-is this is still valid?: B-Tree indexed file vs filesystem
directory
Ralph Goers wrote:
I know this is not exactly the same, but I have a
SourceFactory that uses
CocoonComponentManager.getCurrentEnvironment() so that I can
get access to the current request via the objectModel. Since
this method seems to be closely related to
getCurrentProcessor() and
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
Currently (2.1), we have a static method at the
CocoonComponentManager
that allows to get the current sitemap component manager.
This is useful in some scenarios when you want to access a sitemap
component. If your own component is
This time with the ending:
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
Currently (2.1), we have a static method at the
CocoonComponentManager
that allows to get the current sitemap component manager.
This is useful in some scenarios when you want to access a sitemap
component. If
On 24 Feb 2004, at 02:27, David Crossley wrote:
My reading is that we need the short boilerplate version
in every file.
+1
We had quite a discussion about this...
..so remove the author tags on the same update?
WDYGT
+1
+1
Stefano, what about your name which has been plastered in the current
58 matches
Mail list logo