You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jos Snellings <Jo...@pandora.be> on 2011/01/20 14:06:53 UTC
sitemap
Hello,
Cocoon 3:
Is there an expression for the servername in the sitemap?
I am looking for:
<map:handle-errors>
<map:select value="{jexl:cocoon.exception.class.name}">
<map:when contains="NoMatchingPipelineException">
<map:generate src="error-handling/404.xml" />
<map:serialize type="xhtml" status-code="404" />
</map:when>
<map:when ends-with="AnonymousAccessException">
<servlet:redirect-to
uri="https://{server}/myapplication/secure/loginpage" />
</map:when>
Thanks!
Jos
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: sitemap
Posted by Gabriel Gruber <Ga...@workflow.at>.
> I did use Dojo 1.2 and also 1.3 with cocoon 2.2. I do not see the
> need of any Dojo specific classes on the server side, in particular
> if you only return JSON or XML to the client (the REST way). One can
> generate Dojo specific HTML forms using a XSL stylesheet from cocoon
> 2.* generated HTML forms. I've done this for all Dojo/cocoon-based
> applications. This would simply represent an extra step in the
> pipeline. I now use Dojo 1.5 (for a REST-like application).
hmm, very nice.
Did you also use CForms with Dojo 1.5???
We are heavily using CForms and thats the reason why we are stuck to dojo
0.4.x at the moment...
cheers,
gabriel
Re: sitemap
Posted by Andre Juffer <an...@oulu.fi>.
On 3/10/2011 6:20 PM, Gabriel Gruber wrote:
>
> > I also would like to hear about cocoon-3. In addition, will it offer
> the
> > same functionality as cocoon-2.2, or is it going to be completely
> > different again? I understand it will emphasize REST approaches, but
> > possibly at the expense of others things? What about an update of
> > cocoon-2.2 to support the more recent packages (like Spring 3, etc).
> >
>
> I would like to see a release of cocoon-2.2 also with more recent
> packages for instance
> - Spring 3
> - Dojo 1.x
> - EhCache 2.3.x
> - FOP 1.0
> ...
>
I did use Dojo 1.2 and also 1.3 with cocoon 2.2. I do not see the need
of any Dojo specific classes on the server side, in particular if you
only return JSON or XML to the client (the REST way). One can generate
Dojo specific HTML forms using a XSL stylesheet from cocoon 2.*
generated HTML forms. I've done this for all Dojo/cocoon-based
applications. This would simply represent an extra step in the pipeline.
I now use Dojo 1.5 (for a REST-like application).
But indeed a cocoon 2.3 version with all the support you mentioned would
be -extremely- useful.
> cheers,
> gabriel
--
> Andre H. Juffer | Phone: +358-8-553 1161
> Biocenter Oulu and | Fax: +358-8-553-1141
> Department of Biochemistry | Email: andre.juffer@oulu.fi
> University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
> StrucBioCat | WWW: www.strucbiocat.oulu.fi
> Triacle Biocomputing | WWW: www.triacle-bc.com
Re: sitemap
Posted by Gabriel Gruber <Ga...@workflow.at>.
> I also would like to hear about cocoon-3. In addition, will it offer the
> same functionality as cocoon-2.2, or is it going to be completely
> different again? I understand it will emphasize REST approaches, but
> possibly at the expense of others things? What about an update of
> cocoon-2.2 to support the more recent packages (like Spring 3, etc).
>
I would like to see a release of cocoon-2.2 also with more recent packages
for instance
- Spring 3
- Dojo 1.x
- EhCache 2.3.x
- FOP 1.0
...
cheers,
gabriel
Re: sitemap
Posted by Andre Juffer <an...@oulu.fi>.
On 10/03/11 11:31, Jos Snellings wrote:
> To reply again (with the some delay ...):
> No, the old
>
> {request:serverName}
>
> does not work anymore in 3. The new syntax is:
> <servlet:redirect-to
> uri="http://{jexl:cocoon.request.serverName}/herein/thesaurus/editor/workspace"/>
>
> Same with the other request attributes. This is not documented, nor to
> be found in the examples. Hence this mail.
> Not too difficult to guess, though!
>
> Any plans to release cocoon 3? Is cocoon-3 like the never ending Bob
> Dylan tour?
I also would like to hear about cocoon-3. In addition, will it offer the
same functionality as cocoon-2.2, or is it going to be completely
different again? I understand it will emphasize REST approaches, but
possibly at the expense of others things? What about an update of
cocoon-2.2 to support the more recent packages (like Spring 3, etc).
>
> Best regards,
> Jos
>
>
> On 01/20/2011 06:22 PM, Laurent Medioni wrote:
>> Hello,
>> The old
>> uri="{request:scheme}://{request:serverName}:{request:serverPort}{reques
>> t:contextPath}/secure/loginpage"
>> Using org.apache.cocoon.components.modules.input.RequestModule does not
>> work anymore in 3 ?
>> Laurent
>>
>> -----Original Message-----
>> From: Jos Snellings [mailto:Jos.Snellings@pandora.be]
>> Sent: jeudi 20 janvier 2011 14:07
>> To: users@cocoon.apache.org
>> Subject: sitemap
>>
>> Hello,
>>
>> Cocoon 3:
>> Is there an expression for the servername in the sitemap?
>> I am looking for:
>>
>> <map:handle-errors>
>> <map:select value="{jexl:cocoon.exception.class.name}">
>> <map:when contains="NoMatchingPipelineException">
>> <map:generate src="error-handling/404.xml" />
>> <map:serialize type="xhtml" status-code="404" />
>> </map:when>
>> <map:when ends-with="AnonymousAccessException">
>> <servlet:redirect-to
>> uri="https://{server}/myapplication/secure/loginpage" />
>> </map:when>
>>
>> Thanks!
>> Jos
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
--
Andre H. Juffer | Phone: +358-8-553 1161
Biocenter Oulu and | Fax: +358-8-553-1141
Department of Biochemistry | Email: andre.juffer@oulu.fi
University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
StrucBioCat | WWW: www.strucbiocat.oulu.fi
Triacle Biocomputing | WWW: www.triacle-bc.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: sitemap
Posted by Jos Snellings <Jo...@pandora.be>.
To reply again (with the some delay ...):
No, the old
{request:serverName}
does not work anymore in 3. The new syntax is:
<servlet:redirect-to
uri="http://{jexl:cocoon.request.serverName}/herein/thesaurus/editor/workspace"/>
Same with the other request attributes. This is not documented, nor to
be found in the examples. Hence this mail.
Not too difficult to guess, though!
Any plans to release cocoon 3? Is cocoon-3 like the never ending Bob
Dylan tour?
Best regards,
Jos
On 01/20/2011 06:22 PM, Laurent Medioni wrote:
> Hello,
> The old
> uri="{request:scheme}://{request:serverName}:{request:serverPort}{reques
> t:contextPath}/secure/loginpage"
> Using org.apache.cocoon.components.modules.input.RequestModule does not
> work anymore in 3 ?
> Laurent
>
> -----Original Message-----
> From: Jos Snellings [mailto:Jos.Snellings@pandora.be]
> Sent: jeudi 20 janvier 2011 14:07
> To: users@cocoon.apache.org
> Subject: sitemap
>
> Hello,
>
> Cocoon 3:
> Is there an expression for the servername in the sitemap?
> I am looking for:
>
> <map:handle-errors>
> <map:select value="{jexl:cocoon.exception.class.name}">
> <map:when contains="NoMatchingPipelineException">
> <map:generate src="error-handling/404.xml" />
> <map:serialize type="xhtml" status-code="404" />
> </map:when>
> <map:when ends-with="AnonymousAccessException">
> <servlet:redirect-to
> uri="https://{server}/myapplication/secure/loginpage" />
> </map:when>
>
> Thanks!
> Jos
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: sitemap
Posted by Laurent Medioni <lm...@odyssey-group.com>.
Hello,
The old
uri="{request:scheme}://{request:serverName}:{request:serverPort}{reques
t:contextPath}/secure/loginpage"
Using org.apache.cocoon.components.modules.input.RequestModule does not
work anymore in 3 ?
Laurent
-----Original Message-----
From: Jos Snellings [mailto:Jos.Snellings@pandora.be]
Sent: jeudi 20 janvier 2011 14:07
To: users@cocoon.apache.org
Subject: sitemap
Hello,
Cocoon 3:
Is there an expression for the servername in the sitemap?
I am looking for:
<map:handle-errors>
<map:select value="{jexl:cocoon.exception.class.name}">
<map:when contains="NoMatchingPipelineException">
<map:generate src="error-handling/404.xml" />
<map:serialize type="xhtml" status-code="404" />
</map:when>
<map:when ends-with="AnonymousAccessException">
<servlet:redirect-to
uri="https://{server}/myapplication/secure/loginpage" />
</map:when>
Thanks!
Jos
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org