Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 05 May 12:24 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-05 12:02:11
... Rendering docs in
/export/home/confi
Sylvain Wallez skrev:
Daniel Fagerstrom wrote:
...
IIRC, there are a few subtle things involved in the resource handling
code, so be prepared to that you might need to spend some time
learning how it works ;)
Views and resources are handled similarily as things that are purely
internal to a s
Daniel Fagerstrom wrote:
> Take a look at
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106649931022515&w=2
> for a description on how the treeprocessor works. The function of the
> virtual sitemap components is described here
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=111316710610638&
Take a look at
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106649931022515&w=2 for
a description on how the treeprocessor works. The function of the
virtual sitemap components is described here
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=111316710610638&w=2. I
don't know if the VPCs
Okay, I really prefer this solution... porting my code from resources to
virtual sitemap components in the future will be very easy from what I have
seen. Could you please direct me to a few classes to look at and
documentation? Maybe any pointers you could give for how to proceed? This
is m
Adrien Guillon schrieb:
> How difficult would it be to alter 2.1.9 instead, to allow access to
> resources
> defined in parent sitemaps from children sitemaps? If I can do that, I can
> easily change the resource access methods to the virtual sitemap components
> when 2.2 rolls out...
>
That
How difficult would it be to alter 2.1.9 instead, to allow access to resources
defined in parent sitemaps from children sitemaps? If I can do that, I can
easily change the resource access methods to the virtual sitemap components
when 2.2 rolls out...
AJ
On 4 May 2006 10:03 am, Carsten Ziegel
Carsten Ziegeler wrote:
>
> What about others? Are Giacomo and I the only ones trying to build 2.2?
>
nope :) I had actually spotted the spring compilation the day after you
committed it and was wondering why continuum hadn't notified us of this.
It turns out that CI uses incremental compilatio
Sylvain Wallez skrev:
Daniel Fagerstrom wrote:
What I mean is that the tree processor currently get the path to the
sitemap.xmap from the configuration file. If the tree processor stop
being a managed component and just is setup in the SitemapServlet, it
will still need to get the sitemap pa
Daniel Fagerstrom wrote:
> What I mean is that the tree processor currently get the path to the
> sitemap.xmap from the configuration file. If the tree processor stop
> being a managed component and just is setup in the SitemapServlet, it
> will still need to get the sitemap path from somewhere. I
Thanks David.
Best Regards,
Antonio Gallardo.
David Crossley escribió:
Antonio Gallardo wrote:
Pier ping! :-)
There are other people here who can do that.
Simone, i found that you have two Jira usernames
s.gianni and [EMAIL PROTECTED]
The latter only had one issue, so i moved it to
Adrien Guillon wrote:
> Another problem... you mentioned this is in 2.2... I'm still on 2.1.9. Is
> there a method by which I could take the Virtual Sitemap Components and put
> that functionality into 2.1.9? As in, is it just a plain old transformer
> that I can take, or would this be too dif
Another problem... you mentioned this is in 2.2... I'm still on 2.1.9. Is
there a method by which I could take the Virtual Sitemap Components and put
that functionality into 2.1.9? As in, is it just a plain old transformer
that I can take, or would this be too difficult a thing to do ?
Thanks
I will investigate the virtual sitemap components, and see what I can see...
thanks for the pointers.
Cocoon is pretty crazy... how does one normally find out about all these nifty
features?
AJ
On 4 May 2006 4:12 am, Upayavira wrote:
> Carsten Ziegeler wrote:
> > Adrien Guillon wrote:
> >>
LDAPTransformer: add-entry tag doesn't work
---
Key: COCOON-1843
URL: http://issues.apache.org/jira/browse/COCOON-1843
Project: Cocoon
Type: Bug
Components: Blocks: Naming
Versions: 2.1.9
Reporter: Nicola Scend
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 4 May 2006, Carsten Ziegeler wrote:
Date: Thu, 04 May 2006 15:06:19 +0200
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Cannot compile trunk
Giacomo Pati wrote
Anybody
Giacomo Pati wrote
>
>
> Anybody any idea?
>
Strange! I'm using latest m2 (2.0.4) and I have a mirror setup in my
settings.xml:
sunsite.dk
http://mirrors.sunsite.dk/maven2
central
Don't know if that makes a difference.
What about others? Are Giacomo and I the only on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 4 May 2006, Giacomo Pati wrote:
Date: Thu, 4 May 2006 12:28:25 +0200 (CEST)
From: Giacomo Pati <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Cannot compile trunk
--[PinePGP]-
LDAPTransformer: ClassCastException with Binary fields
--
Key: COCOON-1842
URL: http://issues.apache.org/jira/browse/COCOON-1842
Project: Cocoon
Type: Bug
Components: Blocks: Naming
Versions: 2.1.9
Giacomo Pati wrote
>
> If the fix mentioned above is all we have to do (couldn't get it to
> compile ATM and thus don't know if that's all) it would be easy to
> upgrade to 1.2.7.
>
I guess the mentioned fix should be all and imho it makes sense to
upgrade to 1.2.7 if possible (use always the l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 4 May 2006, Carsten Ziegeler wrote:
Date: Thu, 04 May 2006 12:19:09 +0200
From: Carsten Ziegeler <[EMAIL PROTECTED]>
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Cannot compile trunk
Giacomo Pati schrieb:
Don't k
Giacomo Pati schrieb:
>
> Don't know if others have that too. Cannot compile trunk as the
> cocoon-forms-impl block seems to miss dependency on different commons
> jars (jxpath, lang, ...).
>
> Anyone else?
>
> And I had to locally fix the OSGiSpringECMFactory.java class which seems
> to miss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Don't know if others have that too. Cannot compile trunk as the
cocoon-forms-impl block seems to miss dependency on different commons
jars (jxpath, lang, ...).
Anyone else?
And I had to locally fix the OSGiSpringECMFactory.java class which seems
Carsten Ziegeler wrote:
> Adrien Guillon wrote:
>
>>What is the official design reason for resources not being accessible by
>> child site maps ?
>>
> I guess originally this has just been forgotten to be implemented.
>
>>Any suggestions would be greatly appreciated!
>>
> With 2.2 we wil
24 matches
Mail list logo