users@cocoon.apache.org
Subject: Re: sitemap parameter in C3 (was Re: A generator with sitemap
parameter in C3)
On 02/18/2013 02:50 PM, Thorsten Scherler wrote:
> On 02/11/2013 01:55 PM, gelo1234 wrote:
>> ...
>> So the setup(...) has access to sitemap parameters :) Why not
>> setConf
On 02/18/2013 02:50 PM, Thorsten Scherler wrote:
> On 02/11/2013 01:55 PM, gelo1234 wrote:
>> ...
>> So the setup(...) has access to sitemap parameters :) Why not
>> setConfiguration(..) ?
>>
>> Does call:
>> this.setup((Map) configuration)
>> strips off?/adds? some unwanted/additional data for sit
So value from any parameter name (not only "source" is available from
setConfiguration(...) configuration object :)
Thanks for clarifying this!
Greetings,
-Greg
2013/2/18 Thorsten Scherler
> On 02/11/2013 01:55 PM, gelo1234 wrote:
> > ...
> > So the setup(...) has access to sitemap parameters
On 18/02/2013 14:50, Thorsten Scherler wrote:
On 02/11/2013 01:55 PM, gelo1234 wrote:
...
So the setup(...) has access to sitemap parameters :) Why not
setConfiguration(..) ?
Does call:
this.setup((Map) configuration)
strips off?/adds? some unwanted/additional data for sitemap-servlet
framework
Hi,
What exact version of Cocoon are you using ? 2.1.11 ?
If you want to share continuations between sitemaps you might have to activate
the continuation-sharing-bug-compatible attribute of the continuations-manager
component in cocoon.xconf.
Otherwise a continuation should only be used in the si
)
}
}
At least it should show a stacktrace on your console.
Robby
From: Dimitra Nefeli [mailto:dimnefel...@gmail.com]
Sent: Friday, January 11, 2013 2:21 PM
To: users@cocoon.apache.org
Subject: Re: Sitemap: Error calling continuation
I just tried it but the problem persists
The problem is
{
cocoon.sendPage(“someErrorTemplate”, {“exception”: e})
}
}
*From:*Dimitra Nefeli [mailto:dimnefel...@gmail.com]
*Sent:* Friday, January 11, 2013 1:42 PM
*To:* users@cocoon.apache.org
*Subject:* Re: Sitemap: Error calling continuation
On 01/11/2013 02:06 PM, Robby Pelssers wrote:
}
From: Dimitra Nefeli [mailto:dimnefel...@gmail.com]
Sent: Friday, January 11, 2013 1:42 PM
To: users@cocoon.apache.org
Subject: Re: Sitemap: Error calling continuation
On 01/11/2013 02:06 PM, Robby Pelssers wrote:
Can you perhaps show the flowscript involved and the relevant sitemap sni
On 01/11/2013 02:06 PM, Robby Pelssers wrote:
Can you perhaps show the flowscript involved and the relevant sitemap snippets?
Robby
-Original Message-
From: Dimitra Nefeli [mailto:dimnefel...@gmail.com]
Sent: Friday, January 11, 2013 11:43 AM
To: users@cocoon.apache.org
Subject: Sitemap
Can you perhaps show the flowscript involved and the relevant sitemap snippets?
Robby
-Original Message-
From: Dimitra Nefeli [mailto:dimnefel...@gmail.com]
Sent: Friday, January 11, 2013 11:43 AM
To: users@cocoon.apache.org
Subject: Sitemap: Error calling continuation
Hi,
I am trying t
hortcut that prevents you from typing all
parameters as
Robby
-Original Message-
From: ktor...@agssa.net [mailto:ktor...@agssa.net]
Sent: Thursday, May 24, 2012 6:55 PM
To: users@cocoon.apache.org
Cc: cocoon-us...@apache.org
Subject: Re: Sitemap: path matching
Hello Gilbert,
A way to
Hello Gilbert,
A way to catch multiple parameter is to have your own stylesheet where you
define as many parameters as you need and then you use the XSLT
Transformer[1] to get them on your pipeline.
The way to retrieve your parameters is setting to "true" the property
"use-request-parameters" at
Yep, I will give that a try !
Thanks, Robby,
Jos
But as a little side note:
If all files in these folders were treated uniformely.. let's say with a
map:read
You could just as well do
From: Robby Pelssers [mailto:robby.pelss...@nxp.com]
Sent: Thursday, May 24, 2012 4:48 PM
To: users@cocoon.apache.org
Subject: RE: Sitemap: path mat
The only way to work around this is what I've used in the past.
matchbypath/index.html/virtualrootfolder/themes/conservation
pattern="matchbypath/*.*/**"
From: Jos Snellings [mailto:jos.snelli...@upperware.biz]
Sent: Thursday, May 24, 2012 4:45 PM
To: users@cocoon.apache.
Hi Robby,
Here's an example:
conservation
=> this is to be a hit for a matcher, and what I would like
to pass to the generator:
"matchbypath/{path}/{name}.{extension}"
Of course, the pipeline matcher cannot know how many segments
there will be.
Can you give a few possible examples of the pattern that you're trying to match?
Ps. Maybe a bit nasty as solution but let's say you want to handle multiple
productId's
Pattern="generateProduct/*"
Example
generateProduct/[P1, P2, P3]
You just pass '[P1,P2,P3]' to your generator as a single
> 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 H
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
> 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
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:
uri="http://{jexl:cocoon.request.serverName}/herein/thesaurus/editor/workspace"/>
Same with the other request attributes. This is n
To reply again (with the some delay ...):
No, the old
{request:serverName}
does not work anymore in 3. The new syntax is:
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 ex
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.snelli...@pandora.
Hi
> Small demo had some spare time ;-)
Awesome. Thanks a lot.
Mathias
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
throw new FileNotFoundException();
}
}
}
-Original Message-
From: Robby Pelssers [mailto:robby.pelss...@ciber.nl]
Sent: donderdag 5 februari 2009 19:18
To: users@cocoon.apache.org
Subject: RE: sitemap parameters
Hi Mathias,
You might create your own FileMeta
ias Reem [mailto:m.r...@gmx.net]
Sent: donderdag 5 februari 2009 18:47
To: users@cocoon.apache.org
Subject: Re: sitemap parameters
Hi
> Uh. LastModified of what?? Could you be more elaborate? Can you
> explain the usecase a bit more?
Sorry. We use xml files (and database entries in the fu
Hi
> Uh. LastModified of what?? Could you be more elaborate? Can you
> explain the usecase a bit more?
Sorry. We use xml files (and database entries in the future) that are
converted by cocoon to html. The generated page must show when it as
last changed. So for the start I would want to use
Uh. LastModified of what?? Could you be more elaborate?
Can you explain the usecase a bit more?
Robby
-Original Message-
From: Mathias Reem [mailto:m.r...@gmx.net]
Sent: donderdag 5 februari 2009 18:00
To: users@cocoon.apache.org
Subject: Re: sitemap parameters
Hi
> h
Hi
> http://wiki.apache.org/cocoon/InputModules
Thanks a lot. That was exactly what I was searching for.
I was looking through the other InputModules as well, but could not find
a InputModule that would give me something like "LastModified". Is there
such an Module?
thx again
Mathias
-
...@ciber.com]
Sent: donderdag 5 februari 2009 12:56
To: users@cocoon.apache.org
Subject: RE: sitemap parameters
Hi Mathias,
I guess you need to know what kind of Input modules are available for
example for RequestModule. Please have a look into the below link might
useful for you
http
Hi Mathias,
I guess you need to know what kind of Input modules are available for
example for RequestModule. Please have a look into the below link might
useful for you
http://wiki.apache.org/cocoon/InputModules
Regards
Nagaraju Chittathuru
-Original Message-
From: Mathias Reem [mailto:
Hi
You can use :
/home/foo
...
André
Le 03/06/2008 13:49, > jantje (par Internet, dépôt
[EMAIL PROTECTED])
a écrit :
Hi there,
The file above, myXmlFile
> -Original Message-
> From: jantje [mailto:[EMAIL PROTECTED]
> Sent: dinsdag 3 juni 2008 13:50
> To: users@cocoon.apache.org
> Subject: Sitemap point to extern directory
>
>
> Hi there,
>
>
>
>
>
>
>
> The file above, myXmlFile.xml is in a differen
On Mar 12, 2008, at 10:45 AM, Steven D. Majewski wrote:
What is "Micro Cocoon" ?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg54977.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAI
On Mar 12, 2008, at 1:27 PM, Grzegorz Kossakowski wrote:
Dev at weitling pisze:
Yes, of course. Or will it be lost with Micro Cocoon?
What is "Micro Cocoon" ?
-- Steve Majewski / UVA Alderman Library
-
To unsubscribe
Dev at weitling pisze:
>
> Yes, of course. Or will it be lost with Micro Cocoon?
It will be lost with Micro Cocoon but there is already a replacement for it:
it's polymorphism
concept in SSF which works similarly or at least serves similar function, see:
http://article.gmane.org/gmane.text.xml.c
Grzegorz Kossakowski wrote:
Dev at weitling pisze:
Yep, exactly.
I discovered this attribute while removing support for in
Micro Cocoon. That was very interesting experience to dive into guts of
Cocoon. ;-)
Is it documented somewhere? We don't want to loose this gem!
Are
Dev at weitling pisze:
>> Yep, exactly.
>>
>> I discovered this attribute while removing support for in
>> Micro Cocoon. That was very interesting experience to dive into guts of
>> Cocoon. ;-)
>>
>
> Is it documented somewhere? We don't want to loose this gem!
Are you referring to pass-throu
Dev at weitling wrote:
Grzegorz Kossakowski wrote:
Joerg Heinicke wrote:
On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
That's what I originally tried. It would seem that due to a matcher in
the sub sitemap that matches all html requests. This matcher
contains a
simple action to v
Grzegorz Kossakowski wrote:
Joerg Heinicke wrote:
On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
That's what I originally tried. It would seem that due to a matcher in
the sub sitemap that matches all html requests. This matcher contains a
simple action to verify a request header a
Joerg Heinicke wrote:
> On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
>
>>> That's what I originally tried. It would seem that due to a matcher in
>>> the sub sitemap that matches all html requests. This matcher contains a
>>> simple action to verify a request header and redirect if not present.
On 10.03.2008 18:48, Grzegorz Kossakowski wrote:
That's what I originally tried. It would seem that due to a matcher in
the sub sitemap that matches all html requests. This matcher contains a
simple action to verify a request header and redirect if not present.
Once the action is called without
Alec Bickerton pisze:
> That's what I originally tried. It would seem that due to a matcher in
> the sub sitemap that matches all html requests. This matcher contains a
> simple action to verify a request header and redirect if not present.
>
> Once the action is called without having to redirect,
Joerg Heinicke wrote:
On 10.03.2008 06:27, Tobia Conforto wrote:
I need the pipeline to return to the pipeline in the global sitemap
if nothing matches so that the default matchers will get hit.
You need to issue an internal redirect to the parent sitemap.
Why? If nothing matches in the sub
On 10.03.2008 06:27, Tobia Conforto wrote:
I need the pipeline to return to the pipeline in the global sitemap if
nothing matches so that the default matchers will get hit.
You need to issue an internal redirect to the parent sitemap.
Why? If nothing matches in the sub sitemap control will g
Alec Bickerton wrote:
I need the pipeline to return to the pipeline in the global sitemap
if nothing matches so that the default matchers will get hit.
You need to issue an internal redirect to the parent sitemap.
Assuming "/default" is a (fake) path that in the parent sitemap falls
through
On 27.02.2008 08:02, Alec Bickerton wrote:
As far as I can see, It I use the following ,Then the pipeline in the
sitemap in the customer1 directory will be entered.
check-reload="yes" reload-method="asynchron"/>
This is almost what I need, however, I need the pipeline to return to
the p
I created the DeepestSourceFactory. The code is available at:
http://solprovider.com/lenya/deepestsource
I only spent a couple hours so this is unlikely to be the best
possible implementation . The final examples on the webpage could be
part of what your solution.
solprovider
On 3/4/08, Alec B
Thanks for the pointer, I go and chew it over for a while and see what I
can come up with.
Alec,
[EMAIL PROTECTED] wrote:
Cocoon has several methods to pass control between XMAPs. The best is
map:mount because it allows non-standard protocols. (We use
file-level fallback to discover the next
Cocoon has several methods to pass control between XMAPs. The best is
map:mount because it allows non-standard protocols. (We use
file-level fallback to discover the next XMAP so map:mount is useful
because we can specify the fallback protocol. This is difficult with
the cocoon: protocol mentione
I take it nobody can help me with this... or am I just missing something
really obvious.
Alec.
Alec Bickerton wrote:
Hi,
I'm looking to streamline the sitemap that is being used and am seeing a
few problems.
First, a little bit of background...
The application has evolved over a time to
Derek Hohls wrote:
Grzegorz
Do you think this a valid criticism - are "WebObjects" (whatever
those are) or Struts (Java coded framework) really that more
productive and easy to use than Cocoon??
Just for reference, imho WebObjects (http://www.apple.com/webobjects/)
is one of
the best frame
Grzegorz
Do you think this a valid criticism - are "WebObjects" (whatever
those are) or Struts (Java coded framework) really that more
productive and easy to use than Cocoon??
Derek
>>> Grzegorz Kossakowski <[EMAIL PROTECTED]> 2007/05/21 09:48:10
PM >>>
Lally Singh pisze:
> On 5/19/07, Grzego
Lally Singh pisze:
On 5/19/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Thanks for all the help you've been giving me, but I've given up.
It was my pleasure all the time to give a help. Being a Cocoon developer it's always sad moment to hear that kind of news but I understand
you. Coco
On 5/19/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Lally Singh pisze:
> Hey all, here's a thinker for you.
>
> I have two sitemap entries, both based off the example block. One, an
> empty pattern, displays the 1 line of text I want. The second gives
> me an error 500:
>
> Just tested
Lally Singh pisze:
Hey all, here's a thinker for you.
I have two sitemap entries, both based off the example block. One, an
empty pattern, displays the 1 line of text I want. The second gives
me an error 500:
Just tested it on SVN:Head. Any ideas?
I've tried to reproduce it but without an
Lally Singh pisze:
Hey all, here's a thinker for you.
I have two sitemap entries, both based off the example block. One, an
empty pattern, displays the 1 line of text I want. The second gives
me an error 500:
javax.servlet.ServletException: No block for /qgenerator/test
at
org.apache.coco
Mark Lundquist wrote:
On Jan 24, 2007, at 2:17 AM, Peter Flynn wrote:
I couldn't find a DTD or Schema anywhere though: I'm sure there's one
around -- it's just not obvious. The link to sitemap-2.1-draft.xsd on
http://cocoon.apache.org/2.1/userdocs/concepts/sitemap.html is broken,
and all the
This class works great for post method also, thanks!
http://localhost:8181/checkout";>
-Original Message-
From: Tony Edwards [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 4:12 PM
To: users@cocoon.apache.org
Subject: Re: sitemap get xml from pure java servlet
ate type="file" doesn't support this..I'll look at the
> x/cinclude specifications.
>
>
> -Original Message-
> From: Janne K. Olesen [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 15, 2006 8:24 PM
> To: users@cocoon.apache.org
> Subject: RE: sitemap get xm
ons.
-Original Message-
From: Janne K. Olesen [mailto:[EMAIL PROTECTED]
Sent: Friday, December 15, 2006 8:24 PM
To: users@cocoon.apache.org
Subject: RE: sitemap get xml from pure java servlet
Hallo James,
there is more than one solution, for example:
1. Cocoon's file transformer is
Thank you Jeroen, working great.
-Original Message-
From: Jeroen Reijn [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 11:26 AM
To: users@cocoon.apache.org
Subject: Re: sitemap get xml from pure java servlet
Hi James,
Just try using the generator this way:
http://localhost
rameters
that way?
-Original Message-
From: James Holstead [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 8:38 AM
To: users@cocoon.apache.org
Subject: RE: sitemap get xml from pure java servlet
Thank you Janne,
My apologies, because I just realized that I forgot to mention the
Could I use my servlet code to define an action and return parameters
that way?
-Original Message-
From: James Holstead [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 8:38 AM
To: users@cocoon.apache.org
Subject: RE: sitemap get xml from pure java servlet
Thank you Janne,
My
lesen [mailto:[EMAIL PROTECTED]
Sent: Friday, December 15, 2006 8:24 PM
To: users@cocoon.apache.org
Subject: RE: sitemap get xml from pure java servlet
Hallo James,
there is more than one solution, for example:
1. Cocoon's file transformer is able to read files using "http", so j
Hallo James,
there is more than one solution, for example:
1. Cocoon's file transformer is able to read files using "http", so just use
something like
http://your-servlet-url/"; type="file"/>
in your sitemap.
2. Have a look at cInclude-/xInclude-Tranformer to include external
(xml-)-content
>
> Does that mean that the docu on
> http://cocoon.apache.org/2.1/userdocs/default/xslt-transformer.html
> is wrong?
>
> It says:
> The "use-request-parameters" and "use-browser-capabilities-db"
> configuration of a transformer can be changed for one single
> pipeline by
> specifying parameter
On Tue, 2006-08-01 at 11:26 -0700, Mark Lundquist wrote:
> On Aug 1, 2006, at 11:20 AM, Nicolas Duroc wrote:
>
> > I'm not sure about the line > name="use-request-parameters" value="true"/> in the "match part", I
> > would put it in the "transformer part"
>
> oh yeah, I totally missed that. De
I am becoming a little evangelistic here about the
true in the components
declaration, but never never never ever ever ever use
true: set it to FALSE !!!
You will totally destroy your cocoon cache, crawlers will bring your app down,
or if your app survives, you are left with a cache that is no
On Aug 1, 2006, at 11:20 AM, Nicolas Duroc wrote:
I'm not sure about the line name="use-request-parameters" value="true"/> in the "match part", I
would put it in the "transformer part"
oh yeah, I totally missed that. Details... :-)
What your element did was to pass a parameter name
"use-r
On Aug 1, 2006, at 11:06 AM, Cindy Girard wrote:
src="stylesheets/utc/utc_display.xsl">
The first part is working (when I take out the utc_display.xsl
step), but when I add the u
I'm not sure about the line in the "match part", I would put it in the "transformer part" :
[...]
true
[...]
I'm not sure this will solve your problem, but you can try :-)
2006/8/1, Cindy Girard <[EMAIL PROTECTED]>:
Hi,I'm trying to use the cocoon
HiThe whole continuation management infrastructure is still waiting for an
overhaul. (Probably not even that much work)Ah! I suppose my follow on question from that response would be which flow model to follow then, java or _javascript_? Is there any point in having more than one definitive model?
Hi,
is it yet possible, in 2.1.9, to declare more than one flow resource in java
and javascript?
Not absolutely 100% but I think this has not been fixed yet. The whole
continuation management infrastructure is still waiting for an
overhaul. (Probably not even that much work)
cheers
--
Torsten
Lars Huttar wrote:
Martin Holmes wrote:
...
However, if I comment out the matcher in the root sitemap, then my
matcher works, and the resource is correctly retrieved from
.../katakana/css/style.css.
Does anyone know what could be causing this? I thought sitemaps always
cascaded downwards, w
Martin Holmes wrote:
Hi there,
I'm moving a project from an old version of Cocoon to Cocoon 2.1.7,
and I've hit a very odd sitemap problem. The root sitemap for Cocoon
has this matcher:
My project resides in a subfolder called "katakana", and it has this
matcher:
In the old v
Martin Holmes wrote:
Hi there,
I'm moving a project from an old version of Cocoon to Cocoon 2.1.7,
and I've hit a very odd sitemap problem. The root sitemap for Cocoon
has this matcher:
My project resides in a subfolder called "katakana", and it has this
matcher:
In the old ve
Jason Johnston schrieb:
Hi,
I have a little problem.
I want to set a parameter in the sitemap whose value contains braces:
How can I escape these braces withouth being interpreted as a variable
reference?
I have looked at the wiki
(http://wiki.apache.org/cocoon/SitemapVariableSubstitution)
Jason Johnston schrieb:
Hi,
I have a little problem.
I want to set a parameter in the sitemap whose value contains braces:
How can I escape these braces withouth being interpreted as a variable
reference?
I have looked at the wiki
(http://wiki.apache.org/cocoon/SitemapVariableSubstitution)
> Hi,
>
> I have a little problem.
>
> I want to set a parameter in the sitemap whose value contains braces:
>
>
>
> How can I escape these braces withouth being interpreted as a variable
> reference?
>
> I have looked at the wiki
> (http://wiki.apache.org/cocoon/SitemapVariableSubstitution) and t
AIL PROTECTED]
> Sent: Thursday, January 26, 2006 11:21 PM
> To: users@cocoon.apache.org
> Subject: RE: Sitemap/Input Module & i18n guru req.
>
>
> Hi Andreas
>
> I haven't had time to test Ralphs suggestion but if this work
> the result
> will be exactly wh
:20
To: 'users@cocoon.apache.org'
Subject: RE: Sitemap/Input Module & i18n guru req.
Hi,
this sounds roughly like something we are looking for ...
We have many forms (50+) where the files (definition, template, binding,
...) of each one is located in its own directory.
The only exc
-Original Message-
From: Ard Schrijvers [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 22, 2006 5:01 PM
To: users@cocoon.apache.org
Subject: RE: Sitemap/Input Module & i18n guru req.
Hello Rob, I am not very sure but I think you can do it very easily in your
transformation
No, there is currently no way to resolve the locations during setup
short of modifying the code. And I will have to check the code to make
sure that the technique I am using still works with the current code
base. The risk is that the systemid needs to be retrieved on every
request for the So
Yes. The locations only specify a "path" to the files. The file is
actually located during the request using the location along with the
names as you show them below.
Rob Gregory wrote:
A side question on your original comments Ralph. Does the solution provided
below still support the stand
location in the same resolution approach of country_lang, country, default?
I sense none of that makes sense and will expand if required ;o)
Cheers again
Rob
-Original Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: 22 January 2006 18:43
To: users@cocoon.apache.org
Subject: Re
Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: 23 January 2006 20:24
To: users@cocoon.apache.org
Subject: RE: Sitemap/Input Module & i18n guru req.
Input modules that rely on request or session parameters can't be used in
the I18n declaration since there won't be any ap
les such as Request & Session
> don't
> really make sense to be used outside of 'real time' but I'll investigate
> that once I have more time.
>
> I really appreciate the time you have taken to help.
>
> Regards
> Rob
>
> -Original Message-
en to help.
Regards
Rob
-Original Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: 23 January 2006 00:09
To: users@cocoon.apache.org
Subject: Re: Sitemap/Input Module & i18n guru req.
In our environment we have a default catalog and then each bank can
provide just the def
In our environment we have a default catalog and then each bank can
provide just the definitions for the keys they want to override. In
order for this to work the bank name must be resolved at each request.
I assume you are trying to do something similar.
If you look in cocoon.xconf you will
h again AS.
-Original Message-
From: Ard Schrijvers [mailto:[EMAIL PROTECTED]
Sent: 22 January 2006 21:57
To: users@cocoon.apache.org; [EMAIL PROTECTED]
Subject: RE: Sitemap/Input Module & i18n guru req.
In 2.1.8 it seems to me you ca
>
>
> You can use input modules in your locations, but
support.
Thanks again for your time.
Rob
-Original Message-
From: Ralph Goers [mailto:[EMAIL PROTECTED]
Sent: 22 January 2006 18:43
To: users@cocoon.apache.org
Subject: Re: Sitemap/Input Module & i18n guru req.
You can use input modules in your locations, but they won't work the
2006 16:01
To: users@cocoon.apache.org
Subject: RE: Sitemap/Input Module
& i18n guru req.
Hello Rob, I am not very sure but I think
you can do it very easily in your transformation like:
You
In 2.1.8 it seems to me you ca
>
>
> You can use input modules in your locations, but they won't
> work the way
> you want. The locations are resolved in when the transformer is
> configured, not in its setup method, so only values that can
> be resolved
> at that time can be used.
Don't kn
You can use input modules in your locations, but they won't work the way
you want. The locations are resolved in when the transformer is
configured, not in its setup method, so only values that can be resolved
at that time can be used.
However, I acheive a similar effect by using
location="pr
Hello
Rob, I am not very sure but I think you can do it very easily in your
transformation like:
You
can override the default components settings in the transform itself.
AS
Hello Cocoon Supporter;
o)
I have a problem with
Artur Bialecki wrote:
This is a project that uses the good ol' C2.0.3.
Aha, that's why!
The sitemap defines and uses actions that check for cetain permissions
etc. It needs to be signed to prevent modification once deployed. All
I would like to do is to intercept the reading of the sitemap
This is a project that uses the good ol' C2.0.3. The sitemap defines and
uses actions that check for cetain permissions etc. It needs to be
signed to prevent modification once deployed. All I would like to do is
to intercept the reading of the sitemap xml from the file system and
check the si
Artur Bialecki wrote:
Hello,
I would like to be able to check the digital signature of a sitemap
xml file before sitemap classes are generated and compiled. What would
be the best place to implement this check?
The sitemap is interpreted since about... hmm... is it 3 or 4 years?
That being
Thanks for all the responses! We have a pluggable architecture
where the topmost sitemap simply forwards on all requests to lower
sitemaps (that it doesn't know about) In a couple of cases, some
of these lower sitemaps have things in common, but the topmost one
can't really put all of these cases
1 - 100 of 207 matches
Mail list logo
