Le Mardi, 28 oct 2003, à 07:10 Europe/Zurich, David Crossley a écrit :
...I just noticed another problem with the Wiki. It seems that not
all diffs are being sent. Today i modified the CocoonFeatures page,
making four separate edits (versions 38, 39, 40, 42) over 15 minutes.
Antonio made another
Bertrand Delacretaz wrote:
Seems like this is by design in JSPWiki, see Joerg's comment at
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=106409900229767w=2
I have to check this - I'm not so sure about this. It could well be my
own little Python script which messes up.
Just to be sure: JSPWiki
Not to forget the new OJB block for O/R mapping
(http://wiki.cocoondev.org/Wiki.jsp?page=OJBBlock)
Joerg
On 28.10.2003 01:39, Tony Collen wrote:
Hello Anthony,
I've recently been pointed to your feature matrix [1], and I would like
to update you with some features of Cocoon which should be
Jeff Ramsdale wrote:
Hi all,
Up till now I've only casually been following progress on flow and forms
development in Cocoon but recently I've had opportunity to dig deeper (new
job--woo hoo!). So my question here may already have been answered and I
missed it. Please forgive me if that's the
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=20631.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Geoff Howard wrote:
It takes away the need for a separate ROLES file.
Right, but we don't have our sitemap components in a roles file. We
have them in map:components and it's not clear to me
how this concept changes in 2.2.
It doesn't change a ton of things, but to be clear, you do have a
Geoff Howard wrote:
Berin Loritsch wrote:
What this means is that the @x-avalon-info should be considered
differently for service interfaces (element name) and for classes
(type attribute).
No, it means that your interpretation of the configuration to get
at the short name would be
On Mon, Oct 27, 2003 at 09:37:34AM +0100, Carsten Ziegeler wrote:
The CachingPointProcessingPipeline is Configurable and Parameterizable
which is afaik not allowed. I think, this was checked in an earlier
version of ECM but seems to be not checkec anymore.
As the base class of the processing
Sylvain Wallez wrote:
...
The concern
is actually about the ease of use of what we can call local blocks.
I had talks with Stefano about the need to have blocks non-archive
blocks on the local filesystem for roundtrip time during development
(you don't want to build a cob file to test each
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=24180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 28.10.2003 15:09, [EMAIL PROTECTED] wrote:
unico 2003/10/28 06:09:49
Modified:src/blocks/repository/java/org/apache/cocoon/generation
TraversableGenerator.java
Log:
make logging more efficient
...
+
if
Blush... Thanks for catching that. I'll change it right away.
-- Unico
-Original Message-
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Sent: dinsdag 28 oktober 2003 17:34
To: [EMAIL PROTECTED]
On 28.10.2003 15:09, [EMAIL PROTECTED] wrote:
unico 2003/10/28 06:09:49
Berin Loritsch wrote:
I started putting in some information that would at least document the
interfaces alot better based on what I saw on the list so far. I put
Each type of ProcessingNodeBuilder or ProcessingNode interface is
nicely separated, and they do one thing and one thing well. I
Sylvain Wallez wrote:
Berin Loritsch wrote:
Sorry Berin, I don't clearly understand your concerns and how you what
you want to move from TreeBuilder to RootProcessingNodeBuilder.
The chief concern is breaking down exactly what the TreeBuilder is for,
and having a set of
Berin Loritsch wrote:
Sylvain Wallez wrote:
Berin Loritsch wrote:
Sorry Berin, I don't clearly understand your concerns and how you
what you want to move from TreeBuilder to RootProcessingNodeBuilder.
The chief concern is breaking down exactly what the TreeBuilder is
for, and having a set
Berin Loritsch wrote:
Sylvain Wallez wrote:
Berin Loritsch wrote:
Sorry Berin, I don't clearly understand your concerns and how you what
you want to move from TreeBuilder to RootProcessingNodeBuilder.
The chief concern is breaking down exactly what the TreeBuilder is for,
and having a set of
Moving to Cocoon...
A little context: Steven suggested to take a look at
http://kokochi.com:8080/sapience/test.jsp
and implement the above in Doco to avoid automatic crawlers to spam us
thru the editing interface.
On Tuesday, Oct 28, 2003, at 16:26 Europe/Rome, Steven Noels wrote:
Stefano
[EMAIL PROTECTED] wrote:
Hi Geoff,
I think the reason is, that the PartSourceFactory isn't ThreadSafe. So
every time you access a PartSourceFactory a new Component is created and
the contextualize Method is called.
Ah, I hadn't noticed this. Still, does that explain why it's called
twice
Hi:
I added 2 more initial registers in the form2bean example just to show the
error I got:
1-Update the CVS (to add have 3 registers in the repeater)
2-Open http://localhost:/samples/woody/form2bean.flow
3-Select to delete Bruno
4-Press Remove selected contacts
5-Press Submit
Results:
a)
Stefano Mazzocchi wrote:
snip/
Sounds like a plan to me.
http://james.seng.cc/archives/000145.html seems to be a standalone
Movable Type implementation. Sourceforge is down ATM so I can't check
on the license and usability of the Sapience code.
This looks like a fun problem to solve. I
-Original Message-
From: Michael Melhem [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2003 2:59 PM
To: [EMAIL PROTECTED]
Subject: Re: [BUG] CachingPointProcessingPipeline is Configurable and
Parameterizable
On Mon, Oct 27, 2003 at 09:37:34AM +0100, Carsten Ziegeler
ROTFL! :-
Antonio Gallardo
Torsten Curdt dijo:
3-Select to delete Bruno
No, please don't!
Results:
a) We removed Bruno, he is still there!
Puh... I am glad
b) Where is Sylvain?
Still in France I guess?
Sorry ;)
--
Torsten
Why? Well, the caching algorithm asks every sitemap
component if the cached content is still valid. The
TraxTransformer answers this question by looking
if the stylesheet has changed since the last use
(time stamp comparison).
So far so good, but you can have imports/includes
in your
[EMAIL PROTECTED] wrote:
Fix bug with redirect from the flow: treeprocessor was not aware of redirect
and was throwing exceptions
Were those NullPointerExceptions by chance? I've been fighting for two
days with NPEs when calling form.sendView twice in a row (using JXForms)
and traced them to
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: dinsdag 28 oktober 2003 1:47
To: [EMAIL PROTECTED]
Subject: Re: sitemap logging?
Unico Hommes wrote:
It seems that all loggers assigned to sitemap components are getting
their category prepended with
On Mon, 27 Oct 2003, Bertrand Delacretaz wrote:
Le Dimanche, 26 oct 2003, 01:33 Europe/Zurich, [EMAIL PROTECTED] a
crit :
...is it possible to be this an example in cocoon distribution in
samples
area?
The best might be to add this to an existing block as a new sample, do
you see
Le Mardi, 28 oct 2003, à 23:27 Europe/Zurich, [EMAIL PROTECTED] a écrit
:
On Mon, 27 Oct 2003, Bertrand Delacretaz wrote:
...Create a PATCH on bugzilla, for review by committers.
how ? (can you give me some hints?)
Look for [PATCH] and CVS differences info at
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Hi Geoff,
I think the reason is, that the PartSourceFactory isn't ThreadSafe. So
every time you access a PartSourceFactory a new Component is created and
the contextualize Method is called.
Ah, I hadn't noticed this. Still, does that explain
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=24198.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hmmm,
$ cvs commit -m minor fix for mock BodyPart.java
Access denied: Insufficient Karma
(tony|cocoon-2.1/src/blocks/mail/mocks/javax/mail)
cvs server: Pre-commit check failed
cvs [server aborted]: correct above errors first!
Anyone else got this problem?
Tony
Stefano Mazzocchi wrote:
On Tuesday, Oct 28, 2003, at 13:10 Europe/Rome, Steven Noels wrote:
snip/
We have seen similar abuse on the Cocoon wiki as well. Rather than
completely offload the burden of moderation to a bunch of people, we
should come up with an upfront facility for blocking
doco has a very precise editing access point. You can
*ONLY* modify xml content.
The unique and only security concern here is defacement.
OK. So not the full site content, just the XML content and images? So then
the exposure is only defacement, page hijacking through a REFRESH
meta-tag,
Noel J. Bergman wrote:
I do agree it would help reducing the risk, but would all moderator's
SMTP server support that?
Ah :-) I was expecting that the moderator would connect *directly* to
moof, in which case only their MUA would have to support SMTP AUTH and SSL.
Out of curiosity, what mail
what mail client do you use that allows you to setup
multiple outgoing servers like this?
Outlook. I have a dozen different accounts, with different servers and/or
identities (@apache, @devtech, @other-organizations). My brother uses
Mozilla, and it supports similar AFAIK.
--- Noel
Stefano Mazzocchi wrote:
2) minimal, efficient and secure workflow (should satisfy board@
security concerns)
FWIW:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
/Steven
--
Steven Noelshttp://outerthought.org/
Stefano Mazzocchi wrote:
On Monday, Oct 27, 2003, at 15:35 Europe/Rome, Robert Koberg wrote:
nah, dude, look: doco has a very precise editing access point. You can
*ONLY* modify xml content. So, changes to .htaccess, CGI scripts,
servlet upload, sql injection, cross-site-scripting, and you next
On Tuesday, Oct 28, 2003, at 11:14 Europe/Rome, Nicola Ken Barozzi
wrote:
Stefano Mazzocchi wrote:
On Monday, Oct 27, 2003, at 15:35 Europe/Rome, Robert Koberg wrote:
nah, dude, look: doco has a very precise editing access point. You
can
*ONLY* modify xml content. So, changes to .htaccess, CGI
On Tuesday, Oct 28, 2003, at 09:32 Europe/Rome, Danny Angus wrote:
Stefan wrote:
So, adding SSL relay wouldn't hurt, but wouldn't help much either
since
we can't force moderators to have a mail server that accepts that kind
of relay (don't even know if mine does!)
I think what should happen to
On Tuesday, Oct 28, 2003, at 10:11 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
2) minimal, efficient and secure workflow (should satisfy board@
security concerns)
FWIW:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
Can I be anal
Stefano Mazzocchi wrote:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
Can I be anal for a sec?
LOL. Sure, as long as you wipe properly afterwards, no problem here. :-)
cool, but what do we do with it?
Well, since people had to come up with
In order to get myself into the Doco discussion I have created a Wiki
page at (I was busy moderating emails for lenya-dev ...)
http://wiki.cocoondev.org/Wiki.jsp?page=Doco
where I have compiled Stefano's original proposal and added issues from
the various email threads.
Would be nice if
On Tuesday, Oct 28, 2003, at 13:10 Europe/Rome, Steven Noels wrote:
Stefano Mazzocchi wrote:
Doco came to my mind when finding
http://kokochi.com:8080/sapience/test.jsp in Hippo's blog.
Can I be anal for a sec?
LOL. Sure, as long as you wipe properly afterwards, no problem here.
:-)
cool, but
Stefan wrote:
So, adding SSL relay wouldn't hurt, but wouldn't help much either since
we can't force moderators to have a mail server that accepts that kind
of relay (don't even know if mine does!)
I think what should happen to ensure this level of integrity would be that
moderators
Stefano Mazzocchi wrote:
That is a *very good point* and I think you are perfectly right: we
should put it into Doco. Any idea on how to do it?
*blush*
In my layman's thinking, I would envision this as some special Woody
widget which generates a random image for display, makes it available
On 29.10.2003 00:00, Noel J. Bergman wrote:
what mail client do you use that allows you to setup
multiple outgoing servers like this?
Outlook. I have a dozen different accounts, with different servers and/or
identities (@apache, @devtech, @other-organizations). My brother uses
Mozilla, and it
45 matches
Mail list logo