@cocoon.apache.org
| Betreff: Re: AW: Desparately seeking help with pipeline implementation
|
| Stefan Pietschmann wrote:
| | -Ursprüngliche Nachricht-
| | Von: Sylvain Wallez [mailto:[EMAIL PROTECTED]
| | Gesendet: Sonntag, 30. April 2006 14:00
| | An: dev@cocoon.apache.org
| -Ursprüngliche Nachricht-
| Von: Sylvain Wallez [mailto:[EMAIL PROTECTED]
| Gesendet: Montag, 1. Mai 2006 11:11
| An: dev@cocoon.apache.org
| Betreff: Re: AW: AW: Desparately seeking help with pipeline implementation
|
| Stefan Pietschmann wrote:
| Hi Sylvain (and others
| That's the idea, but you have some bugs here since when you remove a
| transformer, you should also remove the corresponding selector and
| parameters:
|
| for (int i = 0; i this.transformers.size(); /* do not increment here */)
| {
| if (trashTransformerAt(i)) {
| // Release what
Hi guys,
for my thesis I have implemented a custom pipeline,
which modifies the list of transformers to be run during pipeline setup. This
is done with every request in setupPipeline(), so I need to reset to the
original every time, before I modify again. That's why I try to do a backup
| -Ursprüngliche Nachricht-
| Von: Sylvain Wallez [mailto:[EMAIL PROTECTED]
| Gesendet: Sonntag, 30. April 2006 14:00
| An: dev@cocoon.apache.org
| Betreff: Re: Desparately seeking help with pipeline implementation
|
| Stefan Pietschmann wrote:
|
| Hi guys,
|
| for my thesis I have
What is the benefit of declaring custom roles in a
user-role file outside cocoon.xconf, if you can do it together with the
configuration inside cocoon.xconf? Is there any? I don't see the point
Stefan
Trying it again ;)
When exactly is the EnterSitemapEventListener in
Cocoon 2.2 notified I hope with every request before Actions are
invoked?
Can I somehow emulate that concept in Cocoon 2.1.8,
or is there no chance?
I just need a notification with every request before
the
Is there a way to use custom ActTypeNode and
ActSetNode classes apart from changing them directly? I would like to just
subclass them an add my modifications there, so that updates go smoothly.
Can I make Cocoon use my classes instead of the
default ones?
Cheers,
Stefan
I need some classes of mine to be informed not just
before the pipeline starts (by now I have added notification code to my custom
pipeline), but even before Action and Action-Set Nodes are invoked, so quite a
bit earlier.
Is there some kind of Listener available that would
allow me
Thank you for your kind replies.
I think I found one more way, that does it for me.
I simply get the tomcat path by
System.getProperty(catalina.home)
and then attach /webapps to that!
Stefan
| -Ursprüngliche Nachricht-
| Von: Ross Gardler [mailto:[EMAIL PROTECTED]
| Gesendet:
Hi,
I use the SourceResolver to access sources that reside inside cocoon. The
paths are all set as
parameters in cocoon.xconf, like
parameter name=foobar value=context://somedir/somefile/
Now I want to resolve a file which is part of another webapp, but the
context:// protocol uses the
: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
| Gesendet: Donnerstag, 12. Januar 2006 14:36
| An: dev@cocoon.apache.org
| Betreff: Re: Access to the AuthenticationContext
|
| * Stefan Pietschmann:
|
| So I tried many ways to get just one parameter:
|
| getInputModuleAttribute(/authentication
|
| * Stefan Pietschmann:
| | You can also use the « session-context » input module to retrieve
| | the piece of information more nicely:
|
| I would actually call this like
| getInputModuleAttribute(manager,session-context,/authentication/id)?
| And
| it would return the id?
|
| Yes, quite
I need to access the AuthenticationContext from a
component. First things first: I have it working, but I've got a question
anyways:
First I tried two ways:
Implement Serviceable
and get the ServiceManager, then a) lookup the ContextManager and b)
lookup the
| Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
|
| * Stefan Pietschmann:
|
| So, am I supposed to use this or not? If not, what would be a
| better way?
|
| Don't getSitemapComponentManager(). Why don't you use your
| ServiceManager to lookup the component?
Well, how? I don't
Will try that. Thank you, Jean.
Stefan
| -Ursprüngliche Nachricht-
| Von: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
| Gesendet: Montag, 9. Januar 2006 13:15
| An: dev@cocoon.apache.org
| Betreff: Re: Access to the AuthenticationContext
|
| * Stefan Pietschmann:
| | You can also
to connect Avalon Component and SessionListener
|
| * Stefan Pietschmann:
|
| I want to notify my Avalon component when a session is created or
| destroyed.
|
| In your listener, you have access to the servlet context, in which
| you can set and get attributes:
|
| public void sessionCreated
me to do my stuff.
But how (and where) do you call getInstance()? Do you do it via an Action?
Or is there an easier way? And can you be a bit more specific as where to
put it? I guess in the auth-login matcher?
Thanx,
Stefan
|
| Ralph Goers wrote:
|
|
|
| Stefan Pietschmann wrote:
|
| Yes
has been destroyed.
Stefan
| -Ursprüngliche Nachricht-
| Von: Ralph Goers [mailto:[EMAIL PROTECTED]
| Gesendet: Sonntag, 11. Dezember 2005 18:49
| An: dev@cocoon.apache.org
| Betreff: Re: How to connect Avalon Component and SessionListener
|
|
|
| Stefan Pietschmann wrote:
|
| It's
It's a new day and a new problem arises for me:
I want to notify my Avalon component when a session
is created or destroyed. I had previously written a simple HttpSessionListener
which I declared in web.xml. sessionCreated() and sessionDestroyed() get
invoked just as they should.
Now
Hey guys,
my problem of today:
I'm writing a custom pipeline implementation. When it
is set up, I lookup a special component, which sole purpose is to manipulate
pipeline processing. I'm, however, not sure how all this works, once more than
one user sends a request. If a pipeline is
with custom Avalon component
|
| Stefan Pietschmann wrote:
| Hi Cocooners,
|
| something's going wrong with my first Avalon experiments.
| I stripped it down to this simple case - i just don't seem to find out
| what
| the problem with this is:
|
| ## cocoon.xconf
gProcessingPipeline.java:78)
| -Ursprüngliche Nachricht-
| Von: Sylvain Wallez [mailto:[EMAIL PROTECTED]
| Gesendet: Montag, 5. Dezember 2005 09:11
| An: dev@cocoon.apache.org
| Betreff: Re: Very basic problem with custom Avalon component
|
| Stefan Pietschmann wrote:
| Hi Cocooners,
|
| something's
| Hmm... is there some more explict message down the stacktrace?
Forgive me, for I had accidentally specified the interface in the class
attribute! :)
Works fine now.
Stefan
Hi Cocooners,
something's going wrong with my first Avalon experiments.
I stripped it down to this simple case - i just don't seem to find out what
the problem with this is:
## cocoon.xconf ##
component role=de.amacont.systemadaptation.TestComponent
Hi Cocooners,
something's going wrong with my first Avalon experiments.
I stripped it down to this simple case - i just don't seem to find out what
the problem with this is:
## cocoon.xconf ##
component role=de.foo.bar.TestComponent shorthand=test
Nachricht-
| Von: Christoph Hermann [mailto:[EMAIL PROTECTED]
| Gesendet: Montag, 21. November 2005 09:15
| An: dev@cocoon.apache.org
| Betreff: Re: Core Documentation
|
| Stefan Pietschmann schrieb:
|
| Hello,
|
| | What do you mean by attributes. Transformers, etc. can have
| hardwired
Hello Cocooners,
Im desperately looking for Cocoon Core Documentation
of any kind. I have quite unsuccessfully tried to get a clue
from looking at the soure, but this whole sitemap processing seems quite
complex.
What I need to do and I will bug you with this in
detail for sure
I asked something similar in the users
list some time ago but got no response, so youre my last chance ;)
As usual were storing information
in the AuthenticationContext. So far this information has been
written on disk with every request processed by the server.
Due to several
is transfered, the code should use the manager and this
attribute to decide, whether to append the component to the pipeline or not.
Is there some entry point to the pipeline building, where I can setup the
manager? It needs to be setup with every new request.
Cheers,
Stefan
| Ralph
|
|
| Stefan
Hi Stefan,
On Mar 31, 2005, at 11:19 AM, Stefan Pietschmann wrote:
At the moment I'm using the selector in the sitemap, to tell my action
which
browser is currently requesting:
map:select type=browser
map:when test=desktop
map:act type=updateModel
I'll try to keep it as short as possible:
Say you have a BrowserSelector in your Sitemap:
map:selector name=renderer
src=org.apache.cocoon.selection.BrowserSelector
logger=sitemap.selector.browser
browser name=desktop useragent=MSIE 6.0/
browser name=desktop useragent=Gecko/
Hi there,
Ive just started writing a new ImageReader
with much improved functionality (using jmagick somehow) and I just stumbled
upon this in the ResourceReader implementation:
# public void configure(Configuration configuration)
throws ConfigurationException {
# //
VG Parameters
Betreff: Re: VG Parameters are deprecated as of as of 2.2.0-Dev/2.1.6-Dev
On Tuesday 15 February 2005 21:09, Stefan Pietschmann wrote:
I've just started writing a new ImageReader with much improved
functionality (using jmagick somehow) and I just stumbled upon this in the
ResourceReader
-Ursprüngliche Nachricht-
Von: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 15. Februar 2005 19:34
An: dev@cocoon.apache.org
Betreff: Re: Improved ImageReader [WAS: VG Parameters are deprecated .. ]
On Tuesday 15 February 2005 21:51, Stefan Pietschmann wrote
Hi there,
I'm writing my custom action, and this is my problem with it:
I fetch a parameter from the request (which is sent with a form). It
contains an small rdf snippet. I thought I'd be able to read it out with
getelementbyid, but it doesn't work. The request parameter looks like this:
RDF
Stocker [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 4. Januar 2005 10:27
An: dev@cocoon.apache.org
Cc: [EMAIL PROTECTED]
Betreff: Re: getElementById in request does not work
Hi
On 4.1.2005 9:25 Uhr, Stefan Pietschmann wrote:
Hi there,
I'm writing my custom action, and this is my problem
custom Action
Stefan Pietschmann wrote:
SNIP/
My first question would be:
Which is the best way to obtain the authentication context?
Via the SessionManager, ContextManager.. or
AuthenticationContextProvider? Is there any striking difference?
Second question of course: How do I get
Hi guys,
I'm currently writing an action which merges some things from the request
and deli into the AuthenticationContext.
I just don't seem to get the Context, though.
I'd prefer to get it as DOM (a Document or DocumentFragment), so I don't
really want to use streamContextFragment(..) from
Thank all alot for your efforts.
I've tried with the new XMLSerializer
(cocoon.components.serializers.XMLSerializer) and it looks promising,
however there is a problem with the mime-type!
map:serializer mime-type=text/html name=xhtml
src=org.apache.cocoon.components.serializers.XMLSerializer
-Ursprüngliche Nachricht-
Von: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 6. Dezember 2004 18:10
An: [EMAIL PROTECTED]
Betreff: Re: AW: XMLSerializer replaces tabs with
Torsten Curdt wrote:
Stefan Pietschmann wrote:
Hmm, i'm not really into this, so it is as simple
: XMLSerializer replaces tabs with
Stefan Pietschmann wrote:
Hmm, i'm not really into this, so it is as simple as exchanging the
XMLSerializer with the 2.1.5 version before building, or are there other
dependencies?
We have two different XML serializers. IIRC we changed
the the default
Sorry to ask this again, but since I'm not the only one:
Does anyone have a suggestion or fix for this?
Otherwise I'll have to go back to 2.1.5 :(
--
Instead of the normal tab indentation of my xml files, all files
serialized
An: [EMAIL PROTECTED]
Betreff: Re: XMLSerializer replaces tabs with
Stefan Pietschmann wrote:
Sorry to ask this again, but since I'm not the only one:
Does anyone have a suggestion or fix for this?
Otherwise I'll have to go back to 2.1.5 :(
...why not just switch back the old xml
I already sent this to the users list but was asked to redirect this problem
to the dev list, so here it is:
Instead of the normal tab indentation of my xml files, all files
serialized by the XMLSerializer have the tabs replaced with #9; entities.
The source of an xHTML-file which is returned
45 matches
Mail list logo