This morning I've restarted the Cocoon demos, Daisy and Continuum on
the zone.
Trunk is broken there as it's still configured with the ant-based
build, but the rest is up now.
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
[EMAIL PROTECTED] wrote:
> Automated build for cocoon-docs FAILED
> Log attached.
>
Because the Cocoon zone has not been re-started after yesterday's
maintenance.
-David
[ snip ]
> Now Cocoon will generate the rest.
>
> Static site will be generated at:
> /var/apache2/htdocs/ft/build/cocoon-do
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 25 January 05:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-01-25 05:02:14
... Rendering docs in
/export/home/c
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 25 January 02:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-01-25 02:02:08
... Rendering docs in
/export/home/c
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 24 January 11:02 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-01-24 11:02:06
... Rendering docs in
/export/home/c
Can you send the source for the DocumentGenerator? I'd love to see it.
Ralph
Tilman Rassy said:
> Hello,
>
> On Tuesday 24 January 2006 13:32, Carsten Ziegeler wrote:
>> Tilman Rassy wrote:
>> > Hello Carsten,
>> >
>> > On Monday 23 January 2006 12:17, Carsten Ziegeler wrote:
>> >> Can you prov
[
http://issues.apache.org/jira/browse/COCOON-1681?page=comments#action_12363884
]
Antonio Fiol commented on COCOON-1681:
--
Still an issue on 2.1.8, and still an issue in our project.
We are testing --we started this week-- a patch doing exactly what is
Carsten Ziegeler skrev:
Daniel Fagerstrom wrote
WDYT?
I'm not sure if a global registry really works. What happens if I want
to use a block twice but with different configurations? Can this be handled?
I think this depends on your use case. A block contains components
(services) and a servl
>From a quick glance at the stack traces I think this might be a bug in
the sitemap source implementation when getInputStream() is used.
Carsten
Tilman Rassy wrote:
> Hello,
>
> On Tuesday 24 January 2006 13:32, Carsten Ziegeler wrote:
>> Tilman Rassy wrote:
>>> Hello Carsten,
>>>
>>> On Monday 2
Daniel Fagerstrom wrote
>
> WDYT?
>
I'm not sure if a global registry really works. What happens if I want
to use a block twice but with different configurations? Can this be handled?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rae
In the current implementation of blocks, each block has an own component
manager (the choice of which type is configurable) for managing the
components of the block. The block local CM has an
InterBlockServiceManager as parent manager and through it it can access
components from component manag
Hello,
On Tuesday 24 January 2006 14:29, Giacomo Pati wrote:
> > Is there a way to create a stack trace and insert it into the logs? I
> > could do something like
> >
> > try
> > {
> >throw new MyExcpetion();
> > }
> > catch (MyException myExcpetion)
> > {
> >this.getLogger.debug( /* ge
Hello,
On Tuesday 24 January 2006 13:32, Carsten Ziegeler wrote:
> Tilman Rassy wrote:
> > Hello Carsten,
> >
> > On Monday 23 January 2006 12:17, Carsten Ziegeler wrote:
> >> Can you provide a stack trace for the two calls of the setup() method,
> >> so we can see from where this method is called
* Carsten Ziegeler:
> Max Pfingsthorn schrieb:
>
> > I've run into some problems with performance (in general) and
> > I noticed that source objects are not cached... This is not so
> > nice since, for example, WebDAVSources are quite expensive to
> > instantiate.
>
> I think we have a Cac
[
http://issues.apache.org/jira/browse/COCOON-1348?page=comments#action_12363843
]
Jean-Baptiste Quenot commented on COCOON-1348:
--
Thank you for your contribution. However it is very difficult to understand
what is changed exactly. If you pr
[ http://issues.apache.org/jira/browse/COCOON-1348?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1348:
Assign To: Jean-Baptiste Quenot (was: Cocoon Developers Team)
> [PATCH] contribution lucene block
> -
You can also just do new Throwable() and then print it.
Carsten Ziegeler wrote:
Tilman Rassy wrote:
Hello Carsten,
On Monday 23 January 2006 12:17, Carsten Ziegeler wrote:
Can you provide a stack trace for the two calls of the setup() method,
so we can see from where this method is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 24 Jan 2006, Tilman Rassy wrote:
Date: Tue, 24 Jan 2006 13:15:01 +0100
From: Tilman Rassy <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: setup() called twice in one request
Hello Carsten,
On Mond
Max Pfingsthorn wrote
>
> Yes, I saw that one, and it works pretty well. But I thought it would be
> nicer to have a less intrusive and transparent way of doing the caching...
> With the CachingSourceFactory, you have to use "two" protocols, the caching
> one and the one you actually want to u
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 24, 2006 13:07
> To: dev@cocoon.apache.org
> Subject: Re: caching for source objects?
>
>
> Max Pfingsthorn schrieb:
> > Hello everyone!
> >
> > I've run into some problems with performance (
Tilman Rassy wrote:
> Hello Carsten,
>
> On Monday 23 January 2006 12:17, Carsten Ziegeler wrote:
>
>> Can you provide a stack trace for the two calls of the setup() method,
>> so we can see from where this method is called.
>
> Is there a way to create a stack trace and insert it into the logs?
Hello Carsten,
On Monday 23 January 2006 12:17, Carsten Ziegeler wrote:
> Can you provide a stack trace for the two calls of the setup() method,
> so we can see from where this method is called.
Is there a way to create a stack trace and insert it into the logs? I could do
something like
try
Max Pfingsthorn schrieb:
> Hello everyone!
>
> I've run into some problems with performance (in general) and I noticed that
> source objects are not cached... This is not so nice since, for example,
> WebDAVSources are quite expensive to instantiate.
>
> Would it be a good idea in general if we
Modular DatabaseSelectAction incorrectly handles multiple rows
--
Key: COCOON-1740
URL: http://issues.apache.org/jira/browse/COCOON-1740
Project: Cocoon
Type: Bug
Components: Blocks: Databases
Versio
Hello everyone!
I've run into some problems with performance (in general) and I noticed that
source objects are not cached... This is not so nice since, for example,
WebDAVSources are quite expensive to instantiate.
Would it be a good idea in general if we subclassed the excalibur source
resol
[ http://issues.apache.org/jira/browse/COCOON-1698?page=all ]
Guillaume Déflache closed COCOON-1698:
--
Resolution: Fixed
Checked, it's OK for me. Thanks.
> [PATCH] caching-global-use-attributes does not work
> --
[
http://issues.apache.org/jira/browse/COCOON-1698?page=comments#action_12363805
]
Carsten Ziegeler commented on COCOON-1698:
--
Ups, yepp, you're right (of course) - I changed this. Please check again
> [PATCH] caching-global-use-attributes does no
Tuomo L wrote:
> Hello,
>
> I wrote a patch for modular DatabaseAction.java and
> DatabaseSelectAction.java in the databases-block. The select-action now
> increments the value-columns also, which allows to select multiple rows
> inside a table.
>
> Where can I send the files for verification?
Hello,
I wrote a patch for modular DatabaseAction.java and
DatabaseSelectAction.java in the databases-block. The select-action now
increments the value-columns also, which allows to select multiple rows
inside a table.
Where can I send the files for verification?
-Tuomo
On Mon, 23 Jan 2006
[
http://issues.apache.org/jira/browse/COCOON-1698?page=comments#action_12363800
]
Guillaume Déflache commented on COCOON-1698:
Sorry, the modification you made to the patch sent is incorrect: if
"cacheGlobal" is true and "cacheGlobalUseAttribu
Peter Neu wrote:
I like the concept of event handlers you introduced in version 2 of the
Form.js. I realized though that the examples working with the version 1 of
Form.js are not working with version 2 and vice versa. So is version 2 meant
to be used for good or is it a toy which will disappear
31 matches
Mail list logo