RE: Mounting Sub-Sitemap from outside cocoon-dir...

Some hints : 1/ As written in the doc, use : src="file:///x:/some/folder/" 2/ On windows, use "/" in the path, not "\" (yes, it SHOULD be the opposite ...) As I wrote in a previous post, using subsitemaps that are not inside the main sitemap seems to run into reloading problems, when updates are

RE: How can I handle session expiration event

Hi (bonjour) Vincent,   you can certainly look at HttpSessionListener, as Cocoon is a java web-application after all.   Regards.Laurent. -Message d'origine-De : MAHE Vincent FTRD/DIH/REN [mailto:[EMAIL PROTECTED]Envoyé : lundi 24 février 2003 15:08À : [EMAIL PROTECTED]O

RE: Cocoon as a DataMapper framework

Hi Luca, I'm writing a web-application (servlets + POJO) that use Cocoon for presentation, so my application is Controller+Model, and Cocoon is View (plus Controller if I need), MVC model speaking. My application generate data (response) in XML, and then I forward the original request using "/

RE: Sitemap parameters lifetime

It seems I must post the same question twice to have an answer :)   Regards.Laurent. -Message d'origine-De : Laurent Comte [mailto:[EMAIL PROTECTED]]Envoyé : jeudi 20 février 2003 13:09À : [EMAIL PROTECTED]Objet : Sitemap parameters lifetime As described at

RE: XPath problems in Cocoon?

Not the answer but ...   Are you obliged to base your algorithm on the presence of whitespaces ?   If your html file is like : One>  Two>   , I won't bet a cent on how it will be rendered after the generator process ...   Perhaps they will be suppressed, or what else ?  ...   And perhaps I d

Sitemap parameters lifetime

As described at http://xml.apache.org/cocoon/userdocs/concepts/actions.html,   you can set sitemap param as : sitemapParams.put("world", "hello"); I think it must be said what is the lifetime of the param "world".   Because after the execution of the pipeline where this parameter is setted

RE: Is this question too simple to be answered ?

I don't think so because just a "fake" modification in the subsitemap file (just to change the date of the file) makes things go right.   I think the problem is a Cocoon's reload problem or the problem is ME.   Laurent.   nb : from the beginning, Cocoon is very horrible with me ...  =

RE: XPath problems in Cocoon?

  Perhaps a trail :   You use , so perhaps after the generator process, your html page is not EXACTLY the same as your static html file, and your Xpath expression fails.   I think you can trace Cocoon outputs during pipeline process as described in the documentation. Regards.Laurent

RE: Is this question too simple to be answered ?

  Yes, I read it already.   So I have check-reload="yes" and reload-method="synchron", BUT the problem is :   If I update the main sitemap file without updating the subsitemap file, I obtain a NullPointerException during parsing of the subsitemap file.   If I make a fake update in the subsite

RE: Is this question too simple to be answered ?

Hi, and thanks for your reply :) Try relative location for your files. The problem is that my subsitemap is not located in a subfolder under the main sitemap. So I must specify as "src" something like "../../../Apache/htdocs/myFolder/itsHere". Humf! ==> BUT, finally I found 2 interesting thing

Is this question too simple to be answered ?

Hi, is this question too simple to be answered ? -Message d'origine- De : Laurent Comte [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 19 février 2003 13:25 A : [EMAIL PROTECTED] Objet : Simple pb with subsitemap mount Hi, I just try to create subsitemap as written in docs. I

Simple pb with subsitemap mount

Hi, I just try to create subsitemap as written in docs. I have : [sitemap.xmap] ... ... [D:\work\web.xmap] ... ... So, when I type http://localhost:8080/coc

RE: Using a RequestAttributeSelector

>let me quote a comment from the virgin cocoon sitemap: > > > Since this is important, let me repeat it: Selectors are executed > during pipeline setup. > > >the same goes for matchers and actions. > >what this means is that the RequestAttributeSelector is done before your >generation step in t

Using a RequestAttributeSelector

I would like to : 1/ use a servlet (servDoSomething) as a generator to generate some XML data. 2/ depending of what happened in step 1 (everything was fine or some error happened), I would like to set a "nextpage" attribute to say where should we go next : request.setAttribute("nex

RE: Using a servlet as source for a generator

>> It seems that it check if uri begin with "http". >That is what I thought as well. But >http://wiki.cocoondev.org/Wiki.jsp?page=IntegrateAServlet >seems to indicate otherwise. Yes, but the author of this article told me that he didn't test it ! :-/ He will going to change his article ... >>

RE: Using a servlet as source for a generator

>OK, one last guess: > I tried for 2 hours all sorts of things :(( ... The only one working is with the full url ... I think that for Cocoon: 1/ there's some confusion between "src" and "uri" attribute for the generator 2/ there's some confusion on how to know if uri is internet-uri or filesys

RE: Using a servlet as source for a generator

>Sorry, it should be > I've tried also, but in this case, it looks the ressource on the file system (FileNotFoundException) ... Laurent - Please check that your question has not already been answered in the FAQ before posti

RE: Using a servlet as source for a generator

>I think it doesn't fit your servlet mapping. >Try > It doesn't work ... It couldn't "setup pipeline" with an "org.apache.cocoon.ProcessingException: Could not setup pipeline.: org.xml.sax.SAXException: Invalid System ID" >If this doesn't work either and you are using 2.1 you can also try >uri

Using a servlet as source for a generator

Hi all, i've read the article at http://wiki.cocoondev.org/Wiki.jsp?page=IntegrateAServlet and i have a question ... I tried to use a servlet as a source for a generator and it works when i set the full url of the servlet (like "http://localhost:8080/myApp/myServlet";). Unfortunately, when i d