Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 13 May 12:22 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-13 12:02:10
... Rendering docs in
/export/home/confi
On Fri, 12 May 2006, Reinhard Poetz wrote:
Date: Fri, 12 May 2006 17:57:46 +0200
From: Reinhard Poetz <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA
Based on my experiences with CForms, I have to say that I am very
frustrated. Yet at this point we are committed. I think something
that would greatly reduce my frustrations as well as other potential
users is a full soup to nuts explanation of how to set up forms for
your existing applicatio
[ http://issues.apache.org/jira/browse/COCOON-1694?page=all ]
Jörg Heinicke updated COCOON-1694:
--
Other Info: [Patch available]
> Error decommissioning component:
> org.apache.cocoon.components.store.impl.EHDefaultStore
> --
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've something working for an app I'm migrating to cocoon-2.2. Could one
of the other bug hunters check if the attached patch works for her,
too? If so that patch could be a base for how to solve this issue.
It works for . I
I created a new site "Cocoon 3.0" in Daisy. The main purpose is that it will
become the home of all Cocoon 3.0 relevant documents.
The second purpose is that I've wanted to try out a new (technical) structure.
My goal is a more modular documentation that makes it possible to assemble the
doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've something working for an app I'm migrating to cocoon-2.2. Could
one of the other bug hunters check if the attached patch works for her,
too? If so that patch could be a base for how to solve this issue.
TIA and have a nice weekend!
Giacomo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Carsten Ziegeler wrote:
Date: Fri, 12 May 2006 16:23:58 +0200
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Giacomo Pati sc
Giacomo Pati schrieb:
> On Fri, 12 May 2006, Carsten Ziegeler wrote:
>
>>> Date: Fri, 12 May 2006 16:05:16 +0200
>>> From: Carsten Ziegeler <[EMAIL PROTECTED]>
>>> Reply-To: dev@cocoon.apache.org
>>> To: dev@cocoon.apache.org
>>> Subject: Re: CallFunctionNode problems in trunk
>>>
>>> Reinhard Poe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Carsten Ziegeler wrote:
Date: Fri, 12 May 2006 16:05:16 +0200
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Reinhard Poetz s
Reinhard Poetz wrote:
> Carsten Ziegeler wrote:
>> Giacomo Pati schrieb:
>>
>>> I'm hunting that bug too ;-)
>>>
>>> My observation until now is that:
>>>
>>> a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
>>> b) it seems (during my debugging) there is only one CallNodeBuilder in
Carsten Ziegeler wrote:
Giacomo Pati schrieb:
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though it is not marked Thre
Reinhard Poetz schrieb:
> Carsten Ziegeler wrote:
>> Ignore my last email - the current code is correct. The singleton
>> variable is set to false some lines below :(
>
> Just wanted to answer that it doesn't fix it. IIUC the container with the
> builders is setup in SitemapLanguage.java#405-430.
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though i
Giacomo Pati schrieb:
>
> I'm hunting that bug too ;-)
>
> My observation until now is that:
>
> a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
> b) it seems (during my debugging) there is only one CallNodeBuilder in
> the system (even though it is not marked ThreadSafe as
Carsten Ziegeler wrote:
Ignore my last email - the current code is correct. The singleton
variable is set to false some lines below :(
Just wanted to answer that it doesn't fix it. IIUC the container with the
builders is setup in SitemapLanguage.java#405-430. But I don't understand how
the se
Ignore my last email - the current code is correct. The singleton
variable is set to false some lines below :(
Carsten
Carsten Ziegeler wrote:
> Yes, this could be the problem. I briefly looked through the code and
> (i'm not sure) it seems that avalon components without a lifecycle
> interface (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though it is not marked Threa
[ http://issues.apache.org/jira/browse/COCOON-1697?page=all ]
Ross McDonald updated COCOON-1697:
--
Attachment: FOM_RequestParameters-2.1.9.patch.txt
second part of the patch for this issue, implemented and tested with cocoon
2.1.9
> Allow request param
[ http://issues.apache.org/jira/browse/COCOON-1697?page=all ]
Ross McDonald updated COCOON-1697:
--
Attachment: FOM_Cocoon-2.1.9.patch.txt
first part of patch for this issue, implemented and test with Cocoon 2.1.9
> Allow request parameters to be used in
[ http://issues.apache.org/jira/browse/COCOON-1694?page=all ]
Ross McDonald updated COCOON-1694:
--
Attachment: EHDefaultStore-2.1.9.patch.txt
we have applied this patch to the 2.1.9 codebase, and tested, it works fine
> Error decommissioning component:
Reinhard Poetz schrieb:
> I'm not sure if I'm on the right track. What I found so far is that if a node
> is
> a LinkedProcessingNodeBuilder its linkNode() method is called. When the tree
> processor is set up, a node builder is registered for this step by adding it
> to
> the linkedBuilders c
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 12 May 12:22 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-12 12:02:06
... Rendering docs in
/export/home/confi
Hi Carsten,
there is a lot of work that can be done offline: the current
documentation supports a doclet system with which the "short
description" part of components and some other informations can be
written directly inside the .java files. See
http://cocoon.zones.apache.org/daisy/documentation/g2
I'm not sure if I'm on the right track. What I found so far is that if a node is
a LinkedProcessingNodeBuilder its linkNode() method is called. When the tree
processor is set up, a node builder is registered for this step by adding it to
the linkedBuilders collection:
public ProcessingNo
hepabolu wrote:
> I think you're much quicker creating a document in Daisy that uses all
> available tags, then switch to HTML (the <> button) and copy/past that
> into a simple textfile you store locally.
>
> When writing docs, you can refer to the supported tags and afterwards
> paste your in
Bertrand Delacretaz wrote:
> Upayavira wrote:
>
> >...Are the existing additional moderators happy to continue the job without
> >me, or do we require additional volunteers?..
>
> I'm ok to continue but I'm not sure who the others are, do you have a
> list? Or better: how do I find out myself?
>
Simone Gianni wrote:
> Hi Sylvain,
> you're right, I do agree with you. I was searching for a way to
> cooperate without having to make a couple of patches every day.
>
> Anyway, we can reduce the amount of patches (and thus the tedious part
> of them) by organizing wisely the developement effort,
On 12 May 2006, at 11:52, Sylvain Wallez wrote:
You should also consider the recent and impressive progress that has
been done in offline-aware webapps:
http://ajaxian.com/archives/dojostorage-offline-access-and-permanent-
client-side-storage
Yes, I've seen that. However, the detachment idea
Steven Noels wrote:
> On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
>
>> Now my biggest problem is offline editing? I asked this question some
>> time ago but never got any helping answer. What is the best way to edit
>> the docs offline?
>
>
> http://cocoondev.org/daisyscratchpad/g4/291.h
Steven Noels wrote:
> On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
>
>> Now my biggest problem is offline editing? I asked this question some
>> time ago but never got any helping answer. What is the best way to edit
>> the docs offline?
>
> http://cocoondev.org/daisyscratchpad/g4/291.html#dsy
On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
Now my biggest problem is offline editing? I asked this question some
time ago but never got any helping answer. What is the best way to edit
the docs offline?
http://cocoondev.org/daisyscratchpad/g4/291.html#dsy291_detachment ;)
(unfortunatel
Carsten Ziegeler said the following on 12-05-2006 11:04:
Patrick Ahles wrote:
That is a possibility but it still comes to copying and pasting the
content. At this time you cannot export a document from your local
daisy intance and import it into another (remote) instance.
Yes, but I can use t
Patrick Ahles wrote:
>
> That is a possibility but it still comes to copying and pasting the
> content. At this time you cannot export a document from your local
> daisy intance and import it into another (remote) instance.
>
Yes, but I can use the same editor creating the same format (tags).
T
On 5/12/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
Patrick Ahles wrote:
>
> Being a Daisy addict for some time now, the answer is simple: you
> can't (at least, not that know of). The 'only' option is to use a
> simple html-editor and use only simple HTML tags like h1, h2, strong,
> pre etc
Patrick Ahles wrote:
>
> Being a Daisy addict for some time now, the answer is simple: you
> can't (at least, not that know of). The 'only' option is to use a
> simple html-editor and use only simple HTML tags like h1, h2, strong,
> pre etc. Then copy and paste it if you're online.
>
Thanks Patr
Hi Carsten,
On 5/12/06, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
hepabolu wrote:
> Carsten Ziegeler said the following on 11-05-2006 17:57:
>> the ugly or boring stuff. A simple example is documentation, but there
>
> Guys,
>
> I wholeheartedly agree that documentation needs to be tackled.
Ju
On 5/12/06, Upayavira <[EMAIL PROTECTED]> wrote:
...Are the existing additional moderators happy to continue the job without
me, or do we require additional volunteers?..
I'm ok to continue but I'm not sure who the others are, do you have a
list? Or better: how do I find out myself?
My availa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Upayavira wrote:
Date: Fri, 12 May 2006 09:00:40 +0100
From: Upayavira <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Relinquishing moderation role
Hi,
Due to pressures of work, I need
hepabolu wrote:
> Carsten Ziegeler said the following on 11-05-2006 17:57:
>> the ugly or boring stuff. A simple example is documentation, but there
>
> Guys,
>
> I wholeheartedly agree that documentation needs to be tackled.
Just to be clear, my statement was not targeted at anyone specific but
Hi,
Due to pressures of work, I need to relinquish my moderation role on
dev/users/cvs/[EMAIL PROTECTED]
Are the existing additional moderators happy to continue the job without
me, or do we require additional volunteers?
Regards, Upayavira
Carsten Ziegeler said the following on 11-05-2006 17:57:
the ugly or boring stuff. A simple example is documentation, but there
Guys,
I wholeheartedly agree that documentation needs to be tackled. I just
want to explain my low profile here: there are some troubles in my
private life as well
42 matches
Mail list logo