Re: AW: authentication @ cocoon
Hi Andreas, Did you try to use the authentication framework [1]? Best Regards, Antonio Gallardo. [1] http://cocoon.apache.org/2.1/developing/webapps/authentication.html On 28/05/14 13:31, spintus-mail...@web.de wrote: > Good evening :) > authentication is intended that not everyone can take advantage of the > service on the intranet - thinking of user accounts :). > > What is the correct syntax for the disclosure of 'application / xml'? > > Best greetings > > -Ursprüngliche Nachricht- > Von: Andreas Kuehne [mailto:kue...@trustable.de] > Gesendet: Dienstag, 27. Mai 2014 21:57 > An: users@cocoon.apache.org > Betreff: Re: authentication @ cocoon > > Hi, > what kind of authentication do you think of? > > BasicAuth? Just get the header! > SSL Client Auth? Get the client certificate! > Web Service Security? I got a transformer at hand ... > > Greetings, > > Andreas > > PS: Use 'application/xml' encoding, otherwise the stream generator assumes > 'form-urlencoded' and expects a form. >> Good evening together, >> I currently use the stream generator for XML files via HTTP post to > cocoon. >> Now I would like to introduce an authentication. >> >> My current pipeline: >> >> >> >> >> >> >> >> >> >> >> Is there an easy way to implement this? Furthermore, I ask myself >> currently, for which the form-name is required? Via REST I can also >> send data successfully without the form to specify? >> >> Greetings >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org >> For additional commands, e-mail: users-h...@cocoon.apache.org >> >> > > -- > Andreas Kühne > phone: +49 177 293 24 97 > mailto: kue...@trustable.de > > Trustable Ltd. Niederlassung Deutschland Ströverstr. 18 - 59427 Unna > Amtsgericht Hamm HRB 5868 > > Directors Andreas Kühne, Heiko Veit > > Company UK Company No: 5218868 Registered in England and Wales > > > - > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler
El 31/08/09 04:54, Laurent Medioni escribió: Anyway I think that EclipseJavaCompiler should be modified to properly handle 1.6 without reverting to 1.3 by default (even if the 2 additional jdt properties look more cosmetic than critical for the generated code). +1 Would you provide a patch. I think it should not be too dificult. BTW, The java 1.3 was set to default value, due historical reasons. Perhaps it is time to switch that too. :) Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler
Hi Laurent, Hmm. I am wondering about your message, because IIRC, the compliance level almost define the target java version for compiled class. I mean if I select compliance level 1.5, the generated class cannot be compiled for java 1.3 because 1.3 JVM cannot handle some of the new features introduced in java 1.5. I can be wrong be I can recall it is not possible to set that way in eclipse. I mean a higher compliance level (ie: 1.5) and a lower compilation level (ie: 1.3). It simply does not work. Best Regards, Antonio Gallardo. El 28/08/09 01:27, Laurent Medioni escribió: Hi, Yes I used it, but it only affects the compliance level, not the generated class file compatibility, which is directly taken from the version of the running JVM... And the default of the switch/case is 1.3... So I had to replace the 2 switch/cases in EclipseJavaCompiler (1 for the source code version and 1 for the target version) with new ones defaulting to 1.5 if the version is greater than 1.5. So using JDT 3.1 and running a 1.6 JVM produces 1.5 code (which is the limit of JDT 3.1). My second try has been to use JDT 3.5 and modifying again EclipseJavaCompiler to properly manage 1.6. And everything seems to work fine. Laurent From: Antonio Gallardo [mailto:agalla...@agssa.net] Sent: jeudi, 27. août 2009 23:37 To: users@cocoon.apache.org Subject: Re: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler Hi Laurent, Please look into the cocoon.xconf for the configuration of eclipse compiler and set the value to "1.5" instead of "auto". Here is the code: 67 : Best Regards, Antonio Gallardo � This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. � Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. � Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. � An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. � If you have received this email in error, please notify the sender immediately and delete the original. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.1.11- XSP compiled in Java 1.3 when running Cocoon with a 1.6 JVM and using the Eclipse compiler
Hi Laurent, Please look into the cocoon.xconf for the configuration of eclipse compiler and set the value to "1.5" instead of "auto". Here is the code: 67 : Best Regards, Antonio Gallardo El 21/08/09 09:27, Laurent Medioni escribió: Hello, Still with our Cocoon 2.1.11 on a 1.6 JVM series... Just noticed that org.apache.cocoon.components.language.programming.java.EclipseJavaCompiler does not know anything about 1.6 (nothing wrong with this as it uses JDT 3.1) but in this case defaults to... 1.3, which is quite a big step back from 1.4 ;). It is possible to force the compliance level to 1.5 through the xconf parameter compiler-compliance-level but no configuration is possible for the generated class file compatibility, which does not obey to the same parameter... I tried to replace JDT 3.1 by the latest 3.5 and locally patched EclipseJavaCompiler to manage a 1.6 value... For the moment it works well... Cheers, Laurent � This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. � Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. � Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. � An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. � If you have received this email in error, please notify the sender immediately and delete the original.
Re: view *.doc file in browser window
Hi Maria, I think it is not a cocoon task. I mean, cocon can only send the file. How the browser handle the file depends on browser configuration for a given mime type. Hint: Try to find a better mime type for a word document to allow the browser to handle it the file as you expect. Best Regards, Antonio Gallardo. El 27/08/09 06:31, Maria Grigorieva escribió: hello! I need to view text document in browser. Not to download the file. Now I have just reader: - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Build is failing while installing cocoon 2.1.11
Hi, A file is missing: IOException: java.io.FileNotFoundException: /usr/local/cocoon-2.1.11/build/webapp/WEB-INF/cocoon.xconf Would you explain how did you build? Best Regards, Antonio Gallardo. kaushalbhardwaj escribió: > hi > > i have tired to build the cocoon in my Linux system but it is giving the > following error > > > BUILD FAILED > /usr/local/cocoon-2.1.11/tools/targets/webapp-build.xml:120: The following > error occurred while executing this line: > /usr/local/cocoon-2.1.11/build/cocoon/temp/blocks-build.xml:1112: The > following error occurred while executing this line: > /usr/local/cocoon-2.1.11/build/cocoon/temp/blocks-build.xml:167: > IOException: java.io.FileNotFoundException: > /usr/local/cocoon-2.1.11/build/webapp/WEB-INF/cocoon.xconf (No such file or > directory) > > i serched in the above files also but unable to understand it > what to do > kindly help > > Kaushal > - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: XSLT is Dead ?!
Hi Derek, Thanks for spotting out my error. I was wondering why there where too few related mails about Freemarker in cocoon. :P Best Regards, Antonio Gallardo Derek Hohls escribió: > Antonio > > True - but it would be useful to tell the original author this > as well! > > PS it is Freemarker (not maker) > - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: XSLT is Dead ?!
hi Derek, Comparing XSLT with JSP is like comparing pears and apples. XSLT is quite useful for some tasks and weak in others. The same apply for JSP. We still use XSLT even if you have JSP at hand. In cocoon particular wolrd, perhaps he should compare JSP with XSP. I did not read the whole article, but looks the author forgot there is a XSLT 2.0. Anyway, who cares? ;) About freemaker, I guess there are some threads about it in our mail archive [1]. Hope this helps. Best Regards, Antonio Gallardo. [1] http://cocoon.markmail.org/search/?q=freemaker Derek Hohls escribió: > At least, according to this article: > > http://java.dzone.com/news/death-xslt-web-frameworks > > Maybe some of the developers, or other power users here, > would like to comment at this blog - I see Cocoon also gets > a "dig in the ribs" ... > > Derek > > PS I'm also curious about the package mentioned a number > of times: > http://freemarker.org/ > Anyone used it? Is it compatible with Cocoon and if so how? > (seems to create really fast transforms of XML documents) > > > - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: MultiValueField on-value-changed event not firing when modifying the items
Hi, Please try a newer Cocoon version (2.1.11 or from SVN), I suspect it is already fixed there. Best Regards, Antonio Gallardo. Radaven escribió: > Does anybody know the solution of this? I have the same problem. I can't > catch the event by valueChanged method. > > > asif_zzz wrote: > >> Hi >> >> I'm using cocoon 2.1.10. >> >> In my page I've a MultiValueField widget which has rendering as checkboxes >> In that MultiValueField field I've added a fd:on-value-changed event. >> When page loads ,I'm setting some values to MultiValueField ,for the >> checkbox component need to be selected while rendering in the page and >> the event get fired on page load because im setting some values. >> >> Once the page is loaded ,im trying to change the MultiValueField values to >> checked/unchecked,but the fd:on-value-changed event not get fired. >> >> I dont know why its not getting fired. >> Anyone please help me to solve this problem as this is critically blocking >> my proceedings. >> >> Code: >> >> Defn: >> = >> >> list_type >> >> > class="com.sample.SampleDynaSelectionList" /> >> >> >> >> >> >> Tmpl: >> >> >> >> >> >> Class >> -- >> >> package com.sample; >> >> import org.apache.cocoon.forms.event.ValueChangedEvent; >> import org.apache.cocoon.forms.event.ValueChangedListener; >> >> public class MultiValChangeListener implements ValueChangedListener { >> >> public void valueChanged(ValueChangedEvent event) { >> System.out.println("-->valueChanged"); >> } >> >> } >> >> >> Thanks in Advance, >> Aashik >> >> > > - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Any benefit from upgrading?
Hi Paul, Check if cocon 2.1.7 uses dojo for ajax. If not, move to 2.1.11 or 2.2 Also keep in mind that more recent versions have a better support for ajax. Best Regards, Antonio Gallardo. Paul Joseph escribió: > Hi There, > > I have a customer who has run for many years a Cocoon application that > I built using 2.1.7. > > The application does not have (but needs) AJAX and data paging (show > returned values in a list, one page at a time.) > > Is there any benefit or need for me to go to 2.1.11 or 2.2.0 to > benefit from these technologies or is it sufficient for me to stay > with 2.1.7 (which seems to support both AJAX and paging.) > > Thx. > Paul > > - > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon 2.1.11, fc9, build.sh error
Hi, Al escribió: > Hi, > I'm using a new Federa Core 9 install and when I run ./build.sh I get > 11 warning and 2 errors. > The 2 errors differ only in line number. > > The error is: > /var/local/import/cocoon/cocoon-2.1.11/src/java/org/apache/cocoon/reading/ImageReader.java:336: > cannot find symbol > symbol : method > setJPEGEncodeParam(com.sun.image.codec.jpeg.JPEGEncodeParam) > location: class com.sun.image.codec.jpeg.JPEGImageEncoder >encoder.setJPEGEncodeParam(p); > > I'm guessing this has something to do with the java toolset. > I'm using the default openJDK 1.6.0 > > Is this a deficiency in openJDK with Fedora Core 9? Nope, the issue is due a class on a sun package: com.sun.image.codec I think there is already an issue report for this. > Is there a good work around? Simple one: Use Java from Sun. Another option: Or If you don't need the image reader, don't include it on the building. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: migrating to Cocoon 2.2 from concoon 2.0.4
Hi, I would recommend to move first to cocoon 2.1. Best Regards, Antonio Gallardo. Mohamad, HKB (Hammad) escribió: > > Hi, > > I have to migrate Cocoon 2.0.4 to Cocoon 2.2, I have removed my Cocoon > 2.0.4.jar file from eclipse. Now problem is that Cocoon 2.2 doesn’t > come with single jar files, having many jars, since I am new to Cocoon > I am not aware of what new jar files need to add. I have downloaded > cocoon2.2 zip file and added all the jar files existing with Cocoon > 2.2. But my application doesn’t compile with latest jars, it gives > compile time error. Some of the missing class files are: > > 1. _ org_.apache.cocoon.environment.Source > > 2. org.apache.cocoon.caching.TimeStampCacheValidity > > 3. org.apache.cocoon.caching.Cacheable > > 4. org.apache.cocoon.caching.CacheValidity > > 5. and many more. > > Can you please inform me , where can I get a single jar file like > cocoon2.0.4.jar?. If not available what are the new jar files needs to > be added?. With latest jar file will my application will work?. > > - many thanks > > Kasim > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Service Temporarily Unavailable and Broken pipe
Hi Peter, I don't think the SocketException is the cause of the issue. IIRC, this just mean a client closed connection, perhaps a timeout. Would you provide more info? cocoon version. Did you check the cocoon logs? Maybe there is something. Best Regards, Antonio Gallardo. bary escribió: Hi I have developed an application using cocoon portal block. Everything was working but in last week we have serious problem. When I start to work with the application, some times I get Service Temporarily Unavailable error message. Firstly the application is processing something, but after about two minutes the error is thrown. In stdout there is usually the following exception: log4j:WARN Detected problem with connection: java.net.SocketException: Broken pipe Jun 9, 2008 9:11:40 PM org.apache.jk.core.MsgContext action WARNING: Error sending end packet java.net.SocketException: Broken pipe at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:537) at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:127) at org.apache.jk.core.MsgContext.action(MsgContext.java:305) at org.apache.coyote.Response.action(Response.java:183) at org.apache.coyote.Response.finish(Response.java:305) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:205) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Thread.java:595) Jun 9, 2008 9:11:40 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 I have no idea where should I look for a problem. I tried to fix it but nothing was working. Has anybody an idea what should I do or where to look for a problem? Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak - Cocoon 2.1.9
Hi Edward, I recall in a previous release was an issue with the ehcache, that basically made the cache grow unlimited. That could cause the issue. IIRC, the workaround is turn off the disk cache. Otherwise upgrade to a newer cocoon version. I hope this helps. Best Regards, Antonio Gallardo. Edward S escribió: All, Has anyone observed any memory leaks in 2.1.9? Our client got an 'OutOfMemoryException' ...the log also said 'out of swap space' If I monitor the VM Size and the Mem Usage on the task manager for the Tomcat process, after using our cocoon app, i see that both grow in size. Env: Win 2003 Tomcat 5.0.28 Cocoon 2.1.9 thanks Ed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Output, more than one file?
Hi Carlos, Would you explain the use case? Perhaps we can find another way to solve it. :) Best Regards, Antonio Gallardo. Carlos Tejo Alonso escribió: Hello, Is it possible that a pipe output could be more than one file? Best regards, Carlos Tejo Alonso R&D Deparment - CTIC Foundation [Asturias, Spain] www.fundacionctic.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lucene jar version (1.4.2??) - cocoon 2.1.11
Adding a comment about the last release for JVM 1.3 for a jar in jars.xml is a great idea. Thank you Alfred. Best Regards, Antonio Gallardo. Alfred Nathaniel escribió: On Thu, 2008-04-17 at 11:05 -0600, Antonio Gallardo wrote: I had no time to confirm, but I suspect the reason can be the cocoon 2.1 minimal requirement of JVM 1.3. If lucene migrated to JVM 1.4 for version 2.0 we cannot update the jar. Lucene 1.4.3 is indeed the last release for JVM 1.2. The next higher release 1.9.1 (2 Mar 2006) already requires JVM 1.4. http://svn.apache.org/viewvc/lucene/java/tags/lucene_1_9_1/BUILD.txt?r1=150277&r2=168332&sortby=rev Cheers, Alfred. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lucene jar version (1.4.2??) - cocoon 2.1.11
HI, I had no time to confirm, but I suspect the reason can be the cocoon 2.1 minimal requirement of JVM 1.3. If lucene migrated to JVM 1.4 for version 2.0 we cannot update the jar. Best Regards, Antonio Gallardo. dynnamitt escribió: Why is Lucene "frozen-in-time" ?! (the version shipped w cocoon 2.1.11 is only 1.4.3..) Will there be any problems for me If I wanna swap to latest and greatest Lucene 2.3.1 or 2.3.0?? regards Dynnamitt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javaflow - major memory issue: 2109 patch results
footh escribió: Ok, so I applied the patch supplied by cocoon-2109. The results appear to be the same. After 10K samples from the load tester, the tomcat memory was virtually identical from before and after the patch. Then, I ran the load tester with the profiler attached. With the slower page response time (due to the profiler) the memory *seemed* to move up slower with the new code but that is by no means a scientific obeservation. In the end, the memory still increased. I think this is expected, because if the continuation did not expire (timeout), then the result is the same (with and without the patch). The difference is that with the patch, all the expired continuation should be garbage collected. For testing it would be worth to set to a lower value the continuation expiration time. I think it is in cocoon.xconf. Upon examining the profiler data, there was a difference however. Instead of the ContinuationsManagerImpl (CMI) having the greatest retained size, it was a bunch of HashMap objects at the top of the list. The one CMI object was in second place (63% on this run) but about 19K HashMap objects were responsible for 92%. I assume this is because the patch changes a variable in CMI to a HashMap and so the retained size of the CMI object gets lopped into the HashMap objects whereas pre-patch this wasn't the case. I cannot find a newly introduced HashMap in the patch: https://issues.apache.org/jira/secure/attachment/12363582/ContinuationsManagerImpl.java.patch The real question I have is, why is the CMI object retained size so large? It has to keep the whole running environment to restore it when we call again the same continuation. However, it may be worth to review the memory size per continuation. As the load testing continues, the memory retained by CMI dominates the rest of the objects. If the load stops, it is eventually cleaned up, but by then it may be too late. If there are any other suggestions, I'm willing to put more effort into figuring this out. Thanks. Best Regards, Antonio Gallardo. --- footh <[EMAIL PROTECTED]> wrote: Ok, I'll give the patch a shot. I'm using Tomcat version 5.5.26. Concerning the store-janitor values, I haven't changed them from the default. In fact, as I stated in my first post, the problem occurs even on the sample javaflow calculator application (relative url: /cocoon/samples/blocks/javaflow/calculator.do). Try hitting that page a bunch of times with a load tester. --- Antonio Gallardo <[EMAIL PROTECTED]> wrote: Hi footh, Testing the patch is a good start. Would you provide tomcat version and the parameters you use to start it? How do you configure cocoon.xconf, in special the values for: ? Best Regards, Antonio Gallardo. footh escribió: Thanks for all the replies. I did some more digging into the profiling data. It turns out that the ContinuationsManagerImpl is at the top of the object path of the byte arrays where org.apache.cocoon.environment.util.BufferedOutputStream is the actual parent of the arrays. Looking down the path, I can see the TreeSet and SortedSet that is mentioned in cocoon-2109. I would say this issue is a likely cause for the memory ballooning. The load tester is simulating 5 users staggered 10 seconds apart and only hitting a couple very simple pages. Yet within 15 minutes, the Tomcat memory use approaches 1GB. After stopping the load tester and examining the memory, I did notice in the profiler that the byte arrays eventually cleaned up. However, looking at the Task Manger (using Windows), Tomcat was still holding the full amount of memory from when I stopped the load tester, ie. it didn't go down when the byte arrays cleaned up. I suppose the next step is to try the patch provided in 2109. Any other suggestions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ - To unsubscribe, e-mail: [EMAIL
Re: Javaflow - major memory issue
Hi footh, Testing the patch is a good start. Would you provide tomcat version and the parameters you use to start it? How do you configure cocoon.xconf, in special the values for: ? Best Regards, Antonio Gallardo. footh escribió: Thanks for all the replies. I did some more digging into the profiling data. It turns out that the ContinuationsManagerImpl is at the top of the object path of the byte arrays where org.apache.cocoon.environment.util.BufferedOutputStream is the actual parent of the arrays. Looking down the path, I can see the TreeSet and SortedSet that is mentioned in cocoon-2109. I would say this issue is a likely cause for the memory ballooning. The load tester is simulating 5 users staggered 10 seconds apart and only hitting a couple very simple pages. Yet within 15 minutes, the Tomcat memory use approaches 1GB. After stopping the load tester and examining the memory, I did notice in the profiler that the byte arrays eventually cleaned up. However, looking at the Task Manger (using Windows), Tomcat was still holding the full amount of memory from when I stopped the load tester, ie. it didn't go down when the byte arrays cleaned up. I suppose the next step is to try the patch provided in 2109. Any other suggestions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wher is the ProgramGeneratorImpl class ?
Hi Pierre, Search for cocoon-xsp-block.jar. I guess you are missing the xsp block in the build. Here is the javadocs: http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/language/generator/ProgramGeneratorImpl.html I hope this helps. Best Regards, Antonio Gallardo. Pierre-Yves Saumont escribió: Hello, I am trying to use Cocoon. I compiled it and tried the samples. Now, I am trying to make my own app working. I get the following exception : java.lang.ClassNotFoundException: org.apache.cocoon.components.language.generator.ProgramGeneratorImpl I thinks I am missing some jar, but I could not find the missing class in any Cocoon jars or dependencies. Can somebody tell me where it is supposed to be ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javaflow - major memory issue
Hi, Could it be this https://issues.apache.org/jira/browse/COCOON-2109 ? Best Regards, Antonio Gallardo. Torsten Curdt escribió: I would have a look into the continuation management infrastructure in cocoon and then start digging from there. I am wondering if limiting and expiring the continuations works well enough for you. (It was on my TODO to improve this part in cocoon - but I never got around to it and moved on) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Convert escaped xml back to xml or SAX events
Hi, Hope this helps: http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/xml/StringXMLizable.html Best Regards, Antonio Gallardo. dkropotova escribió: Dear all, I am using SOLR to store my xml files, that have been xml-escaped beforehand (so that now they are simply treated as text). When a search is performed and results are back, I now would like to restore my “escaped” xml. I created a simple transformer, but now I'm stuck on how to solve my problem. I got all escaped xml in a field, but now I need to convert it to xml or SAX events. I've searched, but couldn't find any method that would accept string and try to do something useful with it – like converting in SAX events or DOM objects. Does anyone have any tips how to solve this problem?? Many thanks in advance, Dasha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting a form field value as an empty string?
Hi Derek, Hope this helps: https://issues.apache.org/jira/browse/COCOON-1879 Best Regards, Antonio Gallardo. Derek Hohls escribió: (Using Cocoon 2.1.8) I'd like to be able to set the initial, default value of a form to be an empty string; at the moment, if the user does not fill in a value, then it gets treated as a NULL value when passed to the database. I have tried: and but am still getting a NULL result. Any help is appreciated. Thanks Derek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help in building Cocoon
Hi, Did you build running build.sh command provided in cocoon? Best Regards, Antonio Gallardo Ford, Jennifer M. escribió: I just downloaded Cocoon 2.1.11 and I have not been able to get it to build on our Solaris 10 system. Has anyone had this problem? Using the command ./build.sh clean webapp, I get: BUILD FAILED /databackbone/cocoon-2.1.11/tools/targets/compile-build.xml:68: The following error occurred while executing this line: /databackbone/cocoon-2.1.11/tools/targets/compile-build.xml:51: Compile failed; see the compiler error output for details. Total time: 10 seconds -- The compile errors are quite lengthy, but start out as below. Anyone else had an issue? Btw, we are using Java 1.5.0_11. Thanks, Jennifer Buildfile: build.xml prepare: Apache Cocoon 2.1.11 [1999-2007] Building with Apache Ant version 1.6.5 compiled on June 2 2005 Using build file /databackbone/cocoon-2.1.11/build.xml Compiler options: - debug . [on] - optimize .. [on] - deprecation ... [off] compile-core: Compiling 580 source files to /databackbone/cocoon-2.1.11/build/cocoon/classes /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/flow/j avascrip t/fom/FOM_Cocoon.java:214: cannot find symbol symbol : class FOM_JavaScriptInterpreter location: class org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon public void pushCallContext(FOM_JavaScriptInterpreter interp, ^ /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/flow/j avascrip t/fom/FOM_Cocoon.java:678: cannot find symbol symbol : class FOM_JavaScriptInterpreter location: class org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon private FOM_JavaScriptInterpreter getInterpreter() { ^ /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/flow/j avascrip t/fom/FOM_Cocoon.java:74: cannot find symbol symbol : class FOM_JavaScriptInterpreter location: class org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.Call Context FOM_JavaScriptInterpreter interpreter; ^ /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/flow/j avascrip t/fom/FOM_Cocoon.java:88: cannot find symbol symbol : class FOM_JavaScriptInterpreter location: class org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.Call Context FOM_JavaScriptInterpreter interp, ^ /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/module s/input/ XPathXMLFileModule.java:14: cannot find symbol symbol : class VariableResolverFactory location: package org.apache.cocoon.components.treeprocessor.variables import org.apache.cocoon.components.treeprocessor.variables.VariableResolverFac t ory; ^ /databackbone/cocoon-2.1.11/src/java/org/apache/cocoon/components/pipeli ne/impl/ CachingProcessingPipeline.java:43: cannot find symbol symbol: class AbstractCachingProcessingPipeline public class CachingProcessingPipeline extends AbstractCachingProcessingPipeline { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Repeaters and Hashset
Hi Alan, Switch to List. I hope the woody mail reference is just a reference. Because woody was deprecated and unmaintained. Use cforms block instead. Best Regards, Antonio Gallardo. Alan Menant escribió: Hello, I am using Cocoon 2.1.9 and I am having some problems with binding Repeater into Hashset. When I try to put more than 2 elements in my repeater, I got some null objects in my Hashset (after binding). I tried to debug RepeaterJxPathBinding and ValueJxPathBinding but it appears that all my elements are in my repeater. I think some elements are overwritten when binded into Hashset. This problem seems to be the same as this one : http://www.mail-archive.com/users@cocoon.apache.org/msg11001.html It seems that there wasn't any fix in last versions. Does anyone had the same problem ? Shall I use ArrayList instead of HashSet ? Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cforms fd:assert validation
Hi Carlos, Please try: "field2 > 5" Best Regards, Antonio Gallardo Carlos Martínez escribió: Hello, I'm developing a forms aplication with assert validation. The expresion of the atributte test in the assert it's made by the database. In the cocoon documentation explain a little about this expresion: "This expression should have a boolean result, it should evaluate to either true or false". The problem begins when i have a expression with constants value like "field1 > '10/12/2007' ". I know that it is a fail of date format but i have the same problem with a simple expression like "field2 >5". I don't know how the expression of the assert should be. Thanks, Carlos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SQLTransformer - in 2.1 but not in 2.2?
Hi Shahriar, See https://issues.apache.org/jira/browse/COCOON-1894 Best Regards, Antonio Gallardo. Shahriar Aghajani escribió: Hello, I'm using Cocoon 2.2, where SQLTransformer doesn't have an tag to embed XML into the queries. According to the documentation for 2.2, it's on the TODO list: http://cocoon.apache.org/2.2/blocks/databases/1.0/apidocs/index.html However, according to the documentation for 2.1, it's available: http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/transformation/SQLTransformer.html Maybe 2.2 was branched before was put into SQLTransformer? Is there any way for me to use the 2.1 SQLTransformer in Cocoon 2.2? Any comments or pointers would be appreciated. Thank you, Shahriar. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Cocoon 2.1 + binding] Cannot convert float to integer
Hi Dang, Check the Locale configuration of the server. Seems it has to do with the decimal separator used: a comma (,) or a point (.). Best Regards, Antonio Gallardo. dtrhieu escribió: Sorry for the error in the subject, my problem is that Cocoon remove all numbers after the point. dtrhieu wrote: Hello, I have a form in which I use some fields in floating number (base="double"). When I trigger the save function (form.save(bindData)), all numbers after the floating point have disappeared. (example: 12.34 become 12.0) Here's my definition file: http://apache.org/cocoon/forms/1.0#definition"; xmlns:i18n="http://apache.org/cocoon/i18n/2.1";> ID Value of a Value of a Value of b Value of b Value of c Value of c And here is my binding file: http://apache.org/cocoon/forms/1.0#binding"; path="."> Anyone has an idea of this problem ? Thanks in advance Dang Trong Hieu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PermGen space problem with Cocoon on Tomcat
Hi Stephen, would you provide more info? Java version, cocoon version, tomcat version, OS, etc? Best Regards, Antonio Gallardo. Stephen Winnall escribió: I'm trying to deploy my Cocoon application in Tomcat and am getting the following error: java.lang.OutOfMemoryError: PermGen space Wisdom on the net has it that this happens as a result of large memory leaks: if classes used in a servlet are referenced from outside the servlet, the garbage collector cannot recycle them when the application is undeployed; redeploying the application results in the classes being loaded a further time, and so on until memory runs out. I have looked in the Cocoon mailing lists for other occurrences of this problem, but I've found nothing, so I assume the problem is in one of the classes I wrote to extend my application. Does anyone have experience with tracking down this sort of problem in Cocoon apps? Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lenya and Cocoon 2.2
[EMAIL PROTECTED] escribió: On 7/15/07, Antonio Gallardo <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] escribió: > Lenya does not fully work if compiled > with Java 1.5. Hi, Which version are you talking about? Best Regards, Antonio Gallardo. I don't know. I am just moving to Java 1.5 now as I am building a new PC for development. (I am finishing the installation this week.) I would have to read the mailing lists. IIRC, Java 1.5 was an issue through 1.2.4. I am not certain if there are issues with 1.2.5 or 1.4 (now 2.0). I am currently deleting all the email generated by Bugzilla during the renaming. FYI, Lenya 1.2.5 released on Feb 27th, 2007compiles and run without problems with java 1.5. :) http://svn.apache.org/viewvc/lenya/branches/BRANCH_1_2_X/INSTALL-SRC.txt?r1=512112&r2=523184&pathrev=523184&diff_format=h Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lenya and Cocoon 2.2
[EMAIL PROTECTED] escribió: Lenya does not fully work if compiled with Java 1.5. Hi, Which version are you talking about? Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: re-design of sitemaps
Stephen Winnall escribió: I understand that sentiment, but it would make sitemaps easier for me if I could validate them in my XML editor. And I suspect that we might have more user-friendly tools for Cocoon to make it easier to grok, if the sitemap could be easily marshalled and unmarshalled (i.e. were based on a schema). A lot of people asked to have an schema of the sitemap, unfortunately nobody cared to update it. If you provide it, I am willing commit it. :) Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
It is a cocoon 2.1.7 live site (was: Re: Link Livesites : Cocoon 1.X)
Hi Alexandre thanks for sharing the site. i found it is a cocoon 2.1.7 live site. Please fill free to add the below information in jira [1] instead of bugzilla by following this info: http://cocoon.apache.org/link/livesites-2.1.html#How+to+get+listed Best Regards, Antonio Gallardo. [1] https://issues.apache.org/jira/browse/COCOON Alexandre escribió: Hi! I am a software Engineer for a company based in Geneva. We have been developing a portal using cocoon portal framework. We believe that it is one of the most flexible framework currently available open source. Thanks for the great job! Here is the link to the login page : http://www.lifescience-portal.com description : LifeScience-Portal is an information plateform tracking the world of Biotech and Pharma. It provides exhaustive financial and scientific information about Companies and Drugs in the field of Biotech and Pharma that is updated every day. It also incorporates applications that user can configure themself. And finally, we generate several output formats of the content in PDF/Excell/Wordpad/XML. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hostname lookup
Hi Leonid, Is cocoon or the servlet container who is doing the reverse DNS call? Would you provide more about your environment? Many thanks in advance. Best Regards, Antonio Gallardo. Leonid Geller escribió: How can I disable hostname lookup in Cocoon 2.1.10? It slows down our application immensely! Thanks, -Leonid Geller - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configuring cocoon through apache
Suresh Kannan escribió: hi, I have developed a wap application (to generate WML). I dont know how to configure wap.xxx.com to xxx.com:/xxx. Any one can help me? See: http://wiki.apache.org/cocoon/ApacheModProxy Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance problems with cocoon 2.1.10
Hi, Perhaps the following advise you already know, just in case here is: There was a report about ehcache 1.2.3. being not caching in cocoon 2.1.10. A user reported just upgrading to ehcache 1.2.4 fixed the issue. Carsten already committed it to 2.1. branch. [1] Best Regards, Antonio Gallardo. [1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=116922611519498&w=2 (Berry) A.W. van Halderen escribió: Dear all, We are working to upgrade to Cocoon 2.1.10 for one of our software packages to make use of all the improvements in 2.1.10. However we hit a major bummer, the performance collapsed when migrating from 2.1.8 to 2.1.10. Now basically we needed to make no modifications to our software to use 2.1.10 apart from updating dependencies. We think therefor that the bad performance comes from some way we use a Cocoon component which has undergone some major change. We're still in the process of profiling, but any pointers on which items to consider especially would be very helpful. We basically see that requests which would normally take 10ths to 100thms of microseconds now takes seconds upto a minut to execute, where the processor is fully used. The only hint so far is that I see the application spending a lot of time in loading FOM JavaScript, and not even that much time in executing them. But I'm not even too sure about that part. Thnx, \Berry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NAMESPACE PREFIX!!!!!!!!!!!!!!!!!!!!!!!!!!
Hi Merico, As Jeroen told, you did not nothing wrong. It seems to be a debug message left in a excalibur library. It is supposed to be fixed when excalibur get updated in cocoon. If the message is annoying, you should update the library in you code. For more info: http://issues.apache.org/jira/browse/COCOON-1686 Best Regards, Antonio Gallardo. Merico Raffaele escribió: Dear Community I'm woriking with cocoon 2.1.9. When I was googling around for a solution regarding the usage of namespace-prefix in the form binding I found an email of Suzan Foster on the web saying to set the namespace-prefixes in the cocoon.xconf to true (Google for Cocoon forms binding and XML namespaces). Since I changed this parameter value from "false" to "true", now I can use the namespace-prefix in XPATH (of the fb:value-path). But on the same time now my console is full of the following message - NAMESPACE PREFIX!! Is there anything wrong with what I did? Can I run cocoon with For your support many thank in advance ... Raffaele PS: 1) In this case I cannot avoid using the namespace-prefix declaration in the . 2) I generally use Saxon for my XSLT transformations (config of my sitemap). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using Saxon
Askild Aaberg Olsen escribió: Jose Miguel Vieira wrote: Hello, I’m trying to add saxon 8.8 to cocoon 2.1.9 installed under tomcat 5.5. We use Saxon 8.7.3 as described the Cocoon Wiki (remember to remove the META-INF directory), but had no success with 8.8 (but not a nullpointerexception) Did you tried to rename the saxon.jar to zsaxon.jar? The "z" prefix is a trick to make sure the saxon.jar is the last in the classpath. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Symbol 'cocoon.forms' is not defined after loading '__package__.js'
Sébastien Kasparian escribió: Hello, I've got this message while displaying a form using ajax/dojo : Symbol 'cocoon.forms' is not defined after loading '__package__.js' All javascripts are reachable but i still got this message. I don't know where this "symbol" is declared The form is displayed but repeaters do not work : when I want to add a row, i've got the JS message : forms_submitForm is not defined . By the way, there is no "forms_submitForm" function in the forms_lib.js, but an "oldforms_submitForm" function. (???) What is the JS file needed to solve this problem ? Any help would be very appreciated. Thanks 2.1.x. branch is pretty stable for ajax. You should consider an upgrade. Best regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.9 eclipse-project task fails
Hi Manuel, I am glad it is working now for you. Manuel Mata escribió: Thx it works fine now. I used my ant installation instead of cocoon bundled one. When i try to make the project with the "build eclipse-project" it works, but not with my "ant eclipse-project". Probably the cocoon bundled ant brings some external tasks. Yes, there are some custom ant tasks provided by cocoon. The compiled ant task are in: $COCON_HOME/tools/anttasks/ I never tried, but if you want to use your own ant intallation, you should add the compiled anttask directory in the ant calsspath. In case you want to take a look of the source code of this custom ant task, the source files are in: $COCON_HOME/tools/src/anttasks/ Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [poll] Java 5 as minimum requirement for Cocoon 2.2
Grzegorz Kossakowski escribió: Marc Driftmeyer napisaÅ‚(a): If Banking Institutions are the reason then we should fork the tree to have two branches ala Firefox. One that targets legacy systems and the other for moving the system forward. There are already two branches! One "2.1.x" and another "trunk". When we C2.2 is out, then we have three branches: 2.1.x, 2.2.x, trunk. Trunk would be used as line for 2.3/3.0 development, there would go stuff like OSGi. 2.1.x branch would be maintain only for critical bugs and fixes but it is what should banking institutions expect. Now, being stuck with Java 1.4 they do not expect it to support annotations in the future. Why they should not go for the same when it comes to Cocoon? I hope our developers will agree to use 1.5 for 2.3/3.0. ;-) Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FAQ? Help with Tomcat5, JDK1.5 and Cocoon2.1.9 playing nice together
Owen Scott Medd escribió: I have a system I am porting from Cocoon pre-2.0beta, currently running under Tomcat3 and jdk1.3, to later and greater (Tomcat 5.0.30, JDK 1.5.0.6, Cocoon 2.1.9). (Don't ask...) Hi, 1st, we had some problems running 1.5.0.6, I related to anonymous classes. hence I recommend to use a newer java version. Said that, can you post the stack trace? Best Regards, Antonio Gallardo. I've read the "upgrading older" document and using ParanoidCocoonServlet did solve a big issue we had. However, even after doing that, we have a pesky ClassCastException that we can't resolve. My question is whether there is a newer "how to" document somewhere that addresses getting Cocoon 2.1 running with jdk1.5 and Tomcat5? Or will all our problems be solved by moving to the bleeding edge development version? I am assuming there is a generic solution to this problem and I just haven't read enough google results. Or should we just head straight to the bar and give it up for the week? Thanks for any ideas, encouragement or tips on good bars. Owen -- eePulse, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon try to read /root/.cocoon/settings.properties
Hi Stavros, It seems like the application is running using the root user. First, I wonder why the application run using the root user. Without regard of the previous point, I also wonder why the application does not have access to the requested path, whichis supposed to be the root home. You should check the file system permissions. Best Regards, Antonio Gallardo. Stavros Kounis escribió: Hi all I try to setup Cocoon in a GoDaddy Hosting account that support JAVA. I have upload in this account a cocoon 2.1.9 build, builded in a redhat box, and tested there successful. For some reason cocoon try to read /root/.cocoon/settings.properties that cause "Initialization Problem" error: Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet cause access denied (java.io.FilePermission /root/.cocoon/settings.properties read) request-uri /escaleapp/welcome Apache Cocoon 2.1.9 has anyone any answer why does this happened and how is it possible to be solved? you can get this error message here: http://www.osmosisnet.com/escaleapp/welcome thank you in advance stavros - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX and htmlarea
Hi Andrew, Sorry for the late answer. Did you try the cocoon svn 2.1.x branch? it would be fine if you can provide a test case to reproduce this error. :-) Best Regards, Antonio Gallardo. Andrew Wilcox escribió: Antonio, I can't find a test case which demonstrates this issue, however, here is another posting about the same issue from back in May that went unresolved: http://mail-archives.apache.org/mod_mbox/cocoon-users/200605.mbox/%3C447691B [EMAIL PROTECTED] I can send you all of my files, but I think it might be easier to try and recreate it. It can be recreated by creating a form that has an htmlarea and a repeater that uses AJAX to add a new widget. I used HTTPLook to confirm that there were two calls back to the server. Again, when I switch it to textarea, all works correctly. Thanks for helping out with this. Andrew Wilcox -Original Message- From: Antonio Gallardo [mailto:[EMAIL PROTECTED] Sent: Friday, August 18, 2006 8:43 PM To: users@cocoon.apache.org Subject: Re: AJAX and htmlarea Andrew Wilcox escribió: Hello everyone, I have a simple form with two widgets. The first is an htmlarea, and the second is a repeating text field. When I add a new text field, I can see that the page is being submitted twice: once as an AJAX request, and once as a full form submit. When I switch the htmlarea to a textarea, the issue goes away. Can anyone confirm that htmlarea does not support AJAX, and if so, how can I work around this issue? Thanks, Andrew Wilcox Hi Andrew, Would you provide a test case for this issue, perhaps you can point to a sample in the cocoon zone? http://cocoon.zones.apache.org/demos/21branch/samples/ Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.9 eclipse-project task fails
Hi Manuel, Seems to be a claspath problem. Would you try to run: build clean webapp Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX and htmlarea
Andrew Wilcox escribió: Hello everyone, I have a simple form with two widgets. The first is an htmlarea, and the second is a repeating text field. When I add a new text field, I can see that the page is being submitted twice: once as an AJAX request, and once as a full form submit. When I switch the htmlarea to a textarea, the issue goes away. Can anyone confirm that htmlarea does not support AJAX, and if so, how can I work around this issue? Thanks, Andrew Wilcox Hi Andrew, Would you provide a test case for this issue, perhaps you can point to a sample in the cocoon zone? http://cocoon.zones.apache.org/demos/21branch/samples/ Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.cocoon.Main
rachid harradi escribió: Hello together, which I must adjust around the Main class in cocoon problem-free under eclipse to run Harradi Hi, See: http://wiki.apache.org/cocoon/LoadInEclipse Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SOLVED] Re: How to get whole bizData (or contextObject) object from javascript flow function?
Eric Meyer provided the solution: Send the bizData as a request Attribute and retrieve it back in the flow function. In the below sample, before calling pipelineUtil.processToStream("render/renderPage", bizData, fos) We added: Map objectModel = ContextHelper.getObjectModel(this.context); Request request = ObjectModelHelper.getRequest(objectModel); request.setAttribute("bizData", bizData); Then in the flow function we retrieved the bizData as follows: var bizData = cocoon.request.getAttribute("bizData"); cocoon.sendPage("render/renderPageView, bizData); Best Regards, Antonio Gallardo. Antonio Gallardo escribió: Hi, From a java class I call: pipelineUtil.processToStream("render/renderPage", bizData, fos); [1] Because I need to use java inside the jxTemplate, I needed to add a javascript flow function to call the jxTemplate pipeline. My problem is I don't know how to get the whole bizDataObject from javascript flow, so far I found: Packages.org.apache.cocoon.components.flow.FlowHelper.getContextObject(objectModel); [2] Should return the bizData object. My question is how to get the objectModel inside a flow function to to call FlowHelper.getContextObject() ? Best Regards, Antonio Gallardo. [1] http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/flow/util/PipelineUtil.html#processToStream(java.lang.String,%20java.lang.Object,%20java.io.OutputStream) [2] http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/flow/FlowHelper.html#getContextObject(java.util.Map) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get whole bizData (or contextObject) object from javascript flow function?
Hi, From a java class I call: pipelineUtil.processToStream("render/renderPage", bizData, fos); [1] Because I need to use java inside the jxTemplate, I needed to add a javascript flow function to call the jxTemplate pipeline. My problem is I don't know how to get the whole bizDataObject from javascript flow, so far I found: Packages.org.apache.cocoon.components.flow.FlowHelper.getContextObject(objectModel); [2] Should return the bizData object. My question is how to get the objectModel inside a flow function to to call FlowHelper.getContextObject() ? Best Regards, Antonio Gallardo. [1] http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/flow/util/PipelineUtil.html#processToStream(java.lang.String,%20java.lang.Object,%20java.io.OutputStream) [2] http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/flow/FlowHelper.html#getContextObject(java.util.Map) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CFORMS] HTML in field
Hi Jason, You are right! It works as expected. For the records it works in both ways with and without the . My problem seems to be more related to call the jxtemplate generator using: PipelinesUtils.processToStream(); Sorry for the loud. Best Regards, Antonio Gallardo. Jason Johnston escribió: Jason Johnston escribió: Hi Jason, I tried this second option for the old JXTemplate and I was unable to see it working: Here is a non working test: What I am doing wrong? Hmm, looks OK to me. The only thing I can think is that maybe you're using JX without flow(script?)... I seem to remember reading somewhere that you can only get access to Java classes if invoked from flow. Hi Jason, Thanks for the quick response. :-) I am using flow for calling the jxtemplate. Well that shoots down that theory ;-) I checked some of my own code where this is working and see only these differences: 1) The jx:set uses an expression to set its value rather than just a literal value. It seems both should produce a String, so this probably isn't significant. 2) I do not use jx:out, but just write the jexl expression out as a text node. I thought the two are intended to behave the same, but perhaps not. Here's my code snippet that is working: ${Packages.org.apache.cocoon.xml.StringXMLizable(content)} --Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CFORMS] HTML in field
Jason Johnston escribió: Hi Jason, I tried this second option for the old JXTemplate and I was unable to see it working: Here is a non working test: What I am doing wrong? Hmm, looks OK to me. The only thing I can think is that maybe you're using JX without flow(script?)... I seem to remember reading somewhere that you can only get access to Java classes if invoked from flow. Hi Jason, Thanks for the quick response. :-) I am using flow for calling the jxtemplate. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CFORMS] HTML in field
Jason Johnston escribió: So what you're wanting is a way to take the String contents of a form widget and have it parsed into SAX events and inserted into the SAX stream, correct? Note that it's not as simple as just disabling escaping of XML characters, because that's just a serialization concern, whereas you want to actually have it parsed into SAX. AFAIK there is no way using the standard mechanism or XSLT to achieve this. I think JXTemplate is going to be your best bet. I'm assuming you're already using JXTemplateGenerator in your display pipeline; if you're using FormsTemplateTransformer instead then I'd suggest switching to JX (it's the preferred method nowadays). Then you've got a couple choices: 1) If you're using the JX implementation from the 'template' block (cocoon 2.1.9+ only), then you can use the xmlize="true" attribute of jx:out: 2) If you're using the old JX implementation then you should be able to do something similar, but you have to manually create an XMLizable object from the String value first (cocoon provides a handy StringXMLizable class for this purpose): Hi Jason, I tried this second option for the old JXTemplate and I was unable to see it working: Here is a non working test: value="${Packages.org.apache.cocoon.xml.StringXMLizable(xhtmlContentTest)}"/> What I am doing wrong? Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xhtml and Ajax...no go!!
Hi Andrew, Would you try the 2.1.-x branch? Few weeks ago we did test with the xhtml serializer and it worked nicely. Maybe you should also check your classpath? Best Regards, Antonio Gallardo. Andrew escribió: Hi Antonio, no that is not the problem unfortunately, as my local.blocks.properties setting for serializers is definately set as so: include.block.serializers=true and the cocoon-serializers-block.jar is most definately in my WEB-INF/lib folder, so the problem lays elsewhere! Any ideas anyone? regards Andrew On 08/08/06, *Antonio Gallardo* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: Hi Andrew, Seems like you are missing the serializers block. Try to add this block in your build, rebuild cocoon and the message should not show anymore. :-) Best Regards, Antonio Gallardo. Andrew escribió: > Hi, > in fact I just tried the 'exhtml' serializer and got the following > error (snippet): > > java.lang.NoClassDefFoundError > org.apache.cocoon.components.serializers.EncodingSerializer.configure > (EncodingSerializer.java:167) > org.apache.cocoon.components.serializers.XHTMLSerializer.configure(XHTMLSerializer.java:114) > org.apache.avalon.framework.container.ContainerUtil.configure (ContainerUtil.java:201) > > > > Joy of joys!! This should be part of the standard build for 2.1.9 right!?! > > regards > > Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with requestAttributeSelector
Hi Salvatore, I've not used xsp for long time now, Hoeweve, IIRC, the selector is triggered *before* the pipeline is set, hence when the selector checks for the request attribute it does not exist yet. A solution is to write a sitemap action. Best Regards, Antonio Gallardo. Salvatore Incandela escribió: Hi! I'm newbie to cocoon... I've a problem with the request attribute selector. Considering that i'm very unskilled...this is the problem: A login page (login.html) with a simple input form, call in the action parameter ->"login" : User: Password: value="Login"/> This "login" is mapped in the sitemap, the generator call login.xsp, well...the login.xsp verify the pwd and username, and send by the request an attribute "flag" (a String that can be false or true depending if the pwd is right!). logger="sitemap.selector.request-attribute" src="org.apache.cocoon.selection.RequestAttributeSelector"/> . . . . . . . src="style/xsl/main.xsl"/> - the login.xsp String flag= new String("false"); String user = ; String pwd = ; if (user.equals ("test") && pwd.equals("a")) { flag = "true"; } else { flag= "false"; } getRequest().setAttribute("flag","true"); The selector appear that can't see the request's attribute, because it do only the otherwise tag freely the flag value... There is anyone that would to help me?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: auth-handler in session object
Jens Reufsteck escribió: Would be much appreciated, if anyone knows how to retrieve the role-parameter passed to the login-action other than by the session-transformer. I understand that parameters generated by the authentication pipeline (which is referred by the authentication handler) is set in a special session-context called "authentication". I can retrieve this data with the session-transformer: I found this link: http://wiki.apache.org/cocoon/XspSessionFw Now I'd like to access the role directly from flowscript but don't know how. Or alternatively the name of the authentification handler used for authentification (but probably this is even more complicated?). See: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=114298359204060 http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=107093948811031 Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xhtml and Ajax...no go!!
Hi Andrew, Seems like you are missing the serializers block. Try to add this block in your build, rebuild cocoon and the message should not show anymore. :-) Best Regards, Antonio Gallardo. Andrew escribió: Hi, in fact I just tried the 'exhtml' serializer and got the following error (snippet): java.lang.NoClassDefFoundError org.apache.cocoon.components.serializers.EncodingSerializer.configure (EncodingSerializer.java:167) org.apache.cocoon.components.serializers.XHTMLSerializer.configure(XHTMLSerializer.java:114) org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.java:201) Joy of joys!! This should be part of the standard build for 2.1.9 right!?! regards Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing values of check-box having the same name in the stylesheets
Sanket Pattekar escribió: Hi, I have a html form with multiple check box. This html form is dynamically generated based on the content. So I have kept the names of all the check boxes as MyCheck. When I select multiple check-boxes, the request query is as follows http://localhost:/Mytest?MyCheck=blue&MyCheck=red&MyCheck=yellow etc. I have defined my xslt transformer to use-request params, so these are available to me in the stylesheets. The problem I have is that I only get the value of the first check box. How can I get the values of other check box in my stylesheet You should use different names. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Imageop - type selection
Kamal Bhatt escribió: Hi I have noticed something curious about imageop. We allow our clients to enter images into our system. Now, and we know this is bad design, they are allowed to enter images with incorrect suffixes or no suffix. One image had a suffix of JPG but turned out to be BMP. This caused imageop to crash and burn. If we removed the suffix, it seems to work. Two questions, is this default behaviour (ie, if no suffix is given assume BMP) or is there some clever decision made about what file format it is? If this is the case that there is some clever processing occuring, how can I get this behaviour all the time (ie ignore the suffix)? I have looked at the code and I am obviously missing something because I do not see logic for this. Cheers. If you don't want to rely on file suffixes a possible solution is to set a different file suffix as .img . Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jar conflicts
Hi Nicolas, Newer versions of rhino js.jar includes continuations. It is possible to use this versions in cocoon 2.1. For cocoon 2.2 we dropped the forked rhino version and use the official rhino jar again. Maybe a solution is try to use the newer version in cocoon and test if it is supported for xalan too. Best Regards, Antonio Gallardo. Nicolas Duroc escribió: Hi, In cocoon, the rhino*.jar is the same of js.jar but include continuations management. I tried without the js.jar, but an exception appears, about a NullPointerException, exception I don't get with the js.jar. Some classes must be different and interfear between them. I think the solution should be to try each class, but there is so many, and it would take a long time, that's why I asked on the mailing list, if anyone had got the same problem... Regards, Nicolas Duroc - Original Message - From: "Antonio Gallardo" <[EMAIL PROTECTED]> To: Sent: Sunday, July 30, 2006 4:41 AM Subject: Re: Jar conflicts Hi Nicolas, Maybe I am telling you the obvious, but anyway: js.jar is supposed to be the same as rhino*jar. The rhino*.jar is already included in cocoon, hence you should try running without including the js.jar. Best Regards, Antonio Gallardo. Nicolas Duroc escribió: Hi, In my webapps cocoon I use binding forms for editing XML files and XSL Transformations. In one of my XSL stylesheet, I use javascript (into ...), but in order to use this XSL, cocoon needs js.jar. So, I put it in the WEB-INF/lib directory, and the XSL transformations work fine !... but the binding forms (which worked fine too before I use js.jar) don't work anymore. I get an exception : "java.lang.NoSuchMethodError: org.mozilla.javascript.Context.setDebugger (Lorg/mozilla/javascript/debug/Debugger;Ljava/lang/Object;)V" I tried many of available js.jar, but without "real" success. For few of them, the binding forms work again but, not the XSL Transformation... I tried too differents xalan.jar, but result is the same. I can't make work XSL Transformations and binding forms together... If any one has an idea, I'll really appreciate. Thanks in advance, Regards, Nicolas Duroc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: on-value-changed not working on fields with suggestion list?
Christofer Dutz escribió: Hi, I am having some trouble with fields with suggestion-lists. If I add a on-value-changed element to the widget containing a simple print() statement this is only called if ajax is turned off. As soon as the field transforms into one of the ultracool suggestion-list elements (I really love them) … no on-value-changed events are fired. I desperately need them thou L Hi Christofer, See http://issues.apache.org/jira/browse/COCOON-1858 Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jar conflicts
Hi Nicolas, Maybe I am telling you the obvious, but anyway: js.jar is supposed to be the same as rhino*jar. The rhino*.jar is already included in cocoon, hence you should try running without including the js.jar. Best Regards, Antonio Gallardo. Nicolas Duroc escribió: Hi, In my webapps cocoon I use binding forms for editing XML files and XSL Transformations. In one of my XSL stylesheet, I use javascript (into lang="javascript">...), but in order to use this XSL, cocoon needs js.jar. So, I put it in the WEB-INF/lib directory, and the XSL transformations work fine !... but the binding forms (which worked fine too before I use js.jar) don't work anymore. I get an exception : "java.lang.NoSuchMethodError: org.mozilla.javascript.Context.setDebugger (Lorg/mozilla/javascript/debug/Debugger;Ljava/lang/Object;)V" I tried many of available js.jar, but without "real" success. For few of them, the binding forms work again but, not the XSL Transformation... I tried too differents xalan.jar, but result is the same. I can't make work XSL Transformations and binding forms together... If any one has an idea, I'll really appreciate. Thanks in advance, Regards, Nicolas Duroc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Switch generate type to serverpage returns a blank page
Basil Moser escribió: Hi Antonio Hi, The pipeline seems to be ok. Look in cocoon.log, there might be an exception. I am suspecting you sitemap default generator is serverpages (the xspgenerator), hence switching to a file generator the java code is not executed at all. For simple generator output testing, please add a xml serializer right after the generator to see the output and run the pipeline to get the xml output. That would be this section: Best Regards, Antonio Gallardo Thanks, Basil On Jul 5, 2006, at 7:13 AM, Antonio Gallardo wrote: Hi Basil, Would you provide some sitemap.xmap snippet? Best Regards, Antonio Gallardo. Basil Moser escribió: Hi all I tried out Cocoon 2.1. I have some XML (with java code embedded) and XSL files. When i switch now in the sitemap.xmap to javapages in the attribute "generate type" cocoon retruns me a blank page. Why does this happen? I also set "generate type" to file. Then cocoon does not inperpret the java code. The java code is only displayed. Why does this happen? Thanks a lot! Basil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jooreports
hi, Another hints: 1-take a look at Apache Lenya, IIRC there is some work related to OOo handling. 2- jooreports is a LGPL project, hence no way to become part of cocoon given our current legal policies. :-( Best Regards, Antonio Gallardo. Bertrand Delacretaz escribió: On 7/16/06, Yves Vindevogel <[EMAIL PROTECTED]> wrote: There's a tool called jooreports (jooreports.sourceforge.net) that makes it able to convert Openoffice documents from Java ...I suppose the generator would be the file (test.odt), then the transformer would call these classes and then serialize as a zip (that's what an odf file is) ?... I've had a quick look at their manual and it seems like JOOReports takes binary input (an OpenOffice document) and also produces binary output (another OpenOffice document). In that case you'd write a Cocoon Reader to use the library from whithin Cocoon. This needs to be written in Java, and you could base it on these docs and examples: http://cocoon.zones.apache.org/daisy/documentation/writing/sitemapcomponents/681.html http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/java/org/apache/cocoon/reading/ImageReader.java?revision=396189&view=markup HTH, -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AjaxRequestSelector problem?
Hi Slava, If do you have an @ajax="true" in your form template then that is ok. Best Regards, Antonio Gallardo Slava Schmidt escribió: Hi All! I have a matcher for CForms and i always have "true" here: ** Client sended always this: cocoon-ajax=true&forms_submit_id=send&address.country=AT&address.state=17&... independently from used submit-widget. **anybody have any suggestions? thx, Slava ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xinclude transformer has changed behaviour with Saxon 8.7.1+
Hi Philip, Did you test the svn 2.1.x branch? There are some fixes for the XInclude transformer that might help you: http://issues.apache.org/jira/browse/COCOON-1489 http://issues.apache.org/jira/browse/COCOON-1110 http://issues.apache.org/jira/browse/COCOON-1753 Best Regards, Antonio Gallardo. Jason Johnston escribió: Hi Philip-- I apologize it took so long, but I tried out your testcase and was able to verify the problem exists in the current SVN version. Would you please open a JIRA issue at http://issues.apache.org/jira/browse/COCOON containing your description of the issue, and attach your testcase; that way it won't get forgotten. Thanks for reporting --Jason Fennell, Philip wrote: I have previously posted regarding this problem, and have been rather busy since then, but this time I have an example test case for someone to mull over. With Windows XP sp2, Cocoon 2.1.8, Tomcat 5.5 and Saxon 8.6.1 or 8.7 configured as the default XSLT transformer I was able to embed xi:include instructions within source documents and have Cocoon's Xinclude processor resolve the URL (relative to the source document) correctly. e.g. login.xml not included. However, when I moved to Saxon 8.7.1 (and also with 8.7.3) the xinclude fails to locate the referenced file unless I change the href attribute so that the url is relative to the current Cocoon context. e.g. login.xml not included. Important Note: === It is important to understand that I am 'NOT' using Cocoon to process the requested document but rather to process the request (by using Cocoon's request generator) information itself, which includes a refernece to the original requested document. The request info is transformed into an 'envelope' containing the request parameters, HTTP header info and an interface definition file that may contain xi:include instructions that reference additional static content. It is these xi:include instructions that are at the centre of the problem. The example is in: xinclude/interface/config/login.xml The Cocoon pipeline match that does all the work can be found starting at line 182 of sitemap.xmap. During the processing, the requested content and referenced content merged and transformed into XHTML within the main rendering transform: xinclude/interface/transforms/xhtml/screen.xsl === To run the test webapp that I have attached you will need to set-up Cocoon as follows: 1) Add the following lines to cocoon/WEB-INF/cocoon.xconf: after the Xalan component declaration. 2) Get Saxon 8.7 and 8.7.3 from http://www.saxonica.com/ and place the following jars in cocoon/WEB-INF/lib saxon8.jar saxon8-dom.jar saxon8-xpath.jar 3) Unpack the attached ZIP file (xinclude.zip) in your cocoon directory 4) Use the following link to access the test page: http://localhost:8080/cocoon/xinclude/interface/config/login.html (Depending on host and port number etc you may need to tweak this url.) I am cross-posting this on the saxon-help mailing list too as they may have a view as to what may have changed that has contributed to this new behaviour. Regards Philip Fennell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: selection list w/ null default?
Hi Mark, Use the @null-text. In your case, something like: value-path="beanId" label-path="beanLabel" null-text="-- none --"/> Best Regards, Antonio Gallardo Best Regards Mark Lundquist escribió: Hi, I have a whose list is a Collection that's passed directly out of the model layer of my application. However, the field is optional and I need the user to be able to submit with a null value for this widget. The label should be something like "-- none --". I guess I could call addItem() from the flowscript, but it looks like that would append the new value to the end of the selection list. I kind of want it to be at the beginning. How do I do this? Thanks, —ml— - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cform exception stacktrace
Hi Dimas, While building cocoon, did you use a local.blocks.properties or a local.build.properties? I am asking because the samples works in my local machine. Best Regards, Antonio Gallardo. Dimas51 escribió: Hello Antonio, I've installed v 2.1.9. Database block samples are running, but none of CForm block samples works. AG> Hi, AG> It's weird. The samples seems to work in our 2.1.9 demo site [1]. (note AG> this link is not the same link as above) AG> Would you post the stack trace? AG> Best Regards, AG> Antonio Gallardo http://127.0.0.1:8080/cocoon/samples/blocks/forms/form1 An error has occured java.lang.NullPointerException: Cocoon stacktrace Sitemap: error when calling sub-sitemap file:/C:/Distr/_SUN/tomcat50-jwsdp/webapps/cocoon/samples/blocks/sitemap.xmap - 66:68 file:/C:/Distr/_SUN/tomcat50-jwsdp/webapps/cocoon/samples/sitemap.xmap - 202:65 file:/C:/Distr/_SUN/tomcat50-jwsdp/webapps/cocoon/sitemap.xmap - 948:66 Java stacktrace java.lang.NullPointerException at org.apache.cocoon.forms.DefaultFormManager.getFormDefinition(DefaultFormManager.java:166) at org.apache.cocoon.forms.DefaultFormManager.createForm(DefaultFormManager.java:109) at org.apache.cocoon.forms.samples.InitForm1Action.act(InitForm1Action.java:45) at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:119) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:97) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreePr
Re: SQLTransform exception
Dimas51 escribió: Hello Antonio, Wednesday, July 5, 2006, 4:12:16 PM, you wrote: AG> Hi Dimas, AG> You should try a newer version. I checked the lastest trunk and the AG> sample works: AG> http://cocoon.zones.apache.org/demos/21branch/samples/blocks/databases/samples AG> Best Regards, AG> Antonio Gallardo. I've installed v 2.1.9. Database block samples are running, but none of CForm block samples works. Hi, It's weird. The samples seems to work in our 2.1.9 demo site [1]. (note this link is not the same link as above) Would you post the stack trace? Best Regards, Antonio Gallardo [1] http://cocoon.zones.apache.org/demos/release/samples/blocks/databases/samples - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Defending web applications against dictionary attacks
Andrew Madu escribió: Hi, just wanted to know what you guys thoughts are on this issue and how, if at all, you handle it with your own sites? CAPTCHA [1] might help. BTW, there is built-in support in cocoon. See samples here: [2] [3]. Best Regards, Antonio Gallardo. regards Andrew [1] http://en.wikipedia.org/wiki/Captcha [2] http://cocoon.zones.apache.org/demos/21branch/samples/blocks/captcha/welcome [3] http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/captcha/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.x v WebObjects 5.x
Ard Schrijvers escribió: If you want more, feel free to follow up off list as I'm not sure how much use this is to the rest of the community. If it is up to me, just keep especially these kind of threads ON the list, and not off. At work I am occupied with building websites and apps with cocoon, cocoon, a little bit with cocoon and, not to forget, with cocoon. So "off topic" subjects comparing frameworks and other technoligies by people who can actually say sensible things about it, is really not off topic in my opinion. Share your knowledge...And if others aren't interested, well, then they skip this thread, right? +1 Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Looking for SAX parsers benchmark
Here is another interesting link. http://blog.reverycodes.com/archives/40.html Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cache
Hi, See: http://cocoon.apache.org/2.1/userdocs/concepts/caching.html Best Regards, Antonio Gallardo Bokluci escribió: Is there any way to make cocoon cache last not so long? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat / Cocoon Logging Configuration
Hi, The problem seems to be an older commons-logging-jar in your classpath: Caused by java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger Best Regards, Antonio Gallardo. E. Martens escribió: Hi all, after installing Cocoon to my Tomcat Server, some conflicts occur in the logging. I cannot access Tomcat's main page and the manager application anymore. Cocoon 2.1.9 Tomcat 5.5.17 Win XP, all SP applied below, I present the log and the Cocoon configuration entries. Thank you very much for any Help! %TOMCAT_HOME%/catalina.2006-06-28.log: 28.06.2006 08:14:40 org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Programme\Apache\Tomcat\5.5\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Programme\PHP;C:\Programme\PHP\ext;"C:\Programme\Zone Labs\ZoneAlarm\MailFrontier";C:\Programme\Apache\src\forrest-0.8\bin 28.06.2006 08:14:42 org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 28.06.2006 08:14:42 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 3391 ms 28.06.2006 08:14:42 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 28.06.2006 08:14:42 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.17 28.06.2006 08:14:42 org.apache.catalina.core.StandardHost start INFO: XML validation disabled 28.06.2006 08:15:28 org.apache.catalina.startup.HostConfig deployDescriptor SCHWERWIEGEND: Error deploying configuration descriptor host-manager.xml org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger (Caused by java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger) (Caused by org.apache.commons.logging.LogConfigurationException: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger (Caused by java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:370) at org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:380) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4090) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:608) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:535) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:470) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:709) at org.apache.catalina.startup.Catalina.start(Catalina.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger (Caused by java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) ... 26 more Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.LogKitLogger at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessControll
Re: Switch generate type to serverpage returns a blank page
Hi Basil, Would you provide some sitemap.xmap snippet? Best Regards, Antonio Gallardo. Basil Moser escribió: Hi all I tried out Cocoon 2.1. I have some XML (with java code embedded) and XSL files. When i switch now in the sitemap.xmap to javapages in the attribute "generate type" cocoon retruns me a blank page. Why does this happen? I also set "generate type" to file. Then cocoon does not inperpret the java code. The java code is only displayed. Why does this happen? Thanks a lot! Basil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SQLTransform exception
Hi Dimas, You should try a newer version. I checked the lastest trunk and the sample works: http://cocoon.zones.apache.org/demos/21branch/samples/blocks/databases/samples Best Regards, Antonio Gallardo. Dimas51 escribió: Hello! SQLTransform sample at /cocoon/samples/blocks/databases/transform/sql-page does't work. I'm using cocoon v2.1.7 Platform: Windows JVM: 1.4.2-b28 Tomcat 5.0 Getting the exception: cause: java.lang.NullPointerException full exception chain stacktrace[hide] org.apache.cocoon.ProcessingException: Error executing pipeline.: java.lang.NullPointerException at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.handleException(AbstractProcessingPipeline.java:940) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.i
Re: Cocoon 2.1.9 Compile Error
Scott Warren escribió: Solved! Turns out that it's the JDK (Version 1.5.0_06-b05) that has issues with compiling the code. So I went back to 1.5.0_02 and it compiled successfully. Or go to build 1.5.0_07-b03 ;-) Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is Lepido abandoned?
Mikael Olenfalk escribió: Hi! I just noticed that Lepido (the Cocoon IDE for Eclipse) has been archived on the Eclipse homepage. Has the project been abandoned or has it just moved to another location? It's abandoned. In short, because no developers around. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmldb query on Cocoon 2.1.9 = error; works on 2.1.7
Antonio Gallardo escribió: Combinational Logic escribió: Thanks Antonio for your recommendation. I managed to get it working (without modifying any source) as follows: 1) checked out the most recent xindice from SVN 2) built xindice 3) replaced cocoon-2.1.9\build\webapp\WEB-INF\lib\xindice-1.1b4.jar with xindice-1.1b5-dev.jar Hi, It's great to hear that! I will update the jar in cocoon repo. Hi again. Since we try to keep released version in our repo as much as posible I cannot update to1.1.5-dev since it is not released yet. :-( Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmldb query on Cocoon 2.1.9 = error; works on 2.1.7
Combinational Logic escribió: Thanks Antonio for your recommendation. I managed to get it working (without modifying any source) as follows: 1) checked out the most recent xindice from SVN 2) built xindice 3) replaced cocoon-2.1.9\build\webapp\WEB-INF\lib\xindice-1.1b4.jar with xindice-1.1b5-dev.jar Hi, It's great to hear that! I will update the jar in cocoon repo. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block
Combinational Logic escribió: Looks like the 2.1.9 xmldb issue (mentioned in my previous post) was already identified... Anyone know of a fix or work-around, or have recommendations on how I might debug / track down this issue? Thanks, CL -Original Message- From: H.H.Braun [mailto:[EMAIL PROTECTED] Sent: Monday, May 29, 2006 8:38 AM To: users@cocoon.apache.org Subject: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block I get a NoSuchMethodError for org.apache.xpath.compiler.Compiler I suspect this class should be in Xerces or xalan. Since both jars were updated, You should try to look into Xindice code and figure out how to use this new jars with xindice. HTH, Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon entity catalog debugging (was Re: Cocoon config: chasing namespace URIs?)
Steve Burling escribió: --On June 18, 2006 10:21:59 PM -0500 Antonio Gallardo <[EMAIL PROTECTED]> wrote: Here is the best solution for your problem: http://cocoon.apache.org/2.1/userdocs/concepts/catalog.html To which I reply: This is great. The only problem is it doesn't seem to work :-(. I've upped the verbosity level for Cocoon's entity-resolver to 10, and I can see in the Tomcat log as Cocoon starts up that it's processing the w3c/catalog file, and defining the "-//W3C//DTD XHTML 1.0 Transitional//EN" entity, but when I load the Cocoon-processed page with the template document that references that entity, I don't see a corresponding set of resolvePublic ... Resolved public: ... entries, and if I watch with 'ngrep' (as the Cocoon document above recommends) I can see the fetch going out to w3.org. I've stared hard at the file that contains the DOCTYPE, looking for subtle case-mismatches, without luck. If anyone has some hints about how to figure out what's going on, I'd really appreciate it. Did you copied the entities directory into your cocoon webapp/WEB-INF dir [1]? Best Regards, Antonio Gallardo. [1] http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/webapp/WEB-INF/entities/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon config: chasing namespace URIs?
Steve Burling escribió: So, the question: *Is* Cocoon attempting to de-reference that URI? And if so, is there a knob somewhere I can turn to make it stop? Hi Steve, Here is the best solution for your problem: http://cocoon.apache.org/2.1/userdocs/concepts/catalog.html Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Passing XML to webservice?
Antony Grinyer escribió: Hi, In the sitemap, how do you pass the XML produced from a transformer onto an external web service: SEND TO WEBSERVICE HERE! Many thanks in advance, Ant Hi Antony, This patch might help you [1]. Best Regards, Antonio Gallardo. [1] http://issues.apache.org/jira/browse/COCOON-1618 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: form2bean.flow breaks
Giuseppe Di Pierri escribió: Does any body knows why the form2bean.flow breaks sample breaks when the repeater field middle initial has some value? Hi Giuseppe, Thanks for spotting this error. I just fixed it in our repository. After 12 hours, you may the form here: http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/form2bean.flow BTW, to answer your question: Because the bean has not a property called middleInitial. Thanks again. :-) Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javascript State & Continuation
Jason Johnston escribió: I have a form binding a XML File with some repeaters, and for a nicest UI, I used some javascript to toggle hidden/shown state for some controls. I added a insert-row control, but when I use it, the page reloads itself, and the "javascript state" is not kept. So I have to switch again to show the part of the form. Is there a solution to keep the "javascript" on the continuation ? Alternatively, if you choose to use the CForms AJAX rendering, this whole issue goes away because the insert-row button would only reload the repeater, not the whole page, so the state of your DOM would remain. Hi, I think this is the way to go. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Flowscript and Sitemap Logic
Pasha Minallah escribió: Hi, I have a quick question. Once a Flowscript function is called from a matcher, is it then possible to resume sitemap processing and not to have the function return a page or redirect? Hi Pasha, The answer is no. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms on-value-changed for the CombotBox widget?
Hi Jeremy, Would you confirm this is the issue [1] you are hitting? Best Regards, Antonio Gallardo [1] http://issues.apache.org/jira/browse/COCOON-1858 Jeremy Green escribió: Hey everyone I have a combo box in a form (type="suggest">) which is working really well except for one little problem. I can't figure out how to trigger a change in the form based on a value set in the combo box. I've added code for the in the form model, but it never gets called. I'm guessing this has something to do with the combo box not knowing to report back to the server after its value changes. Does anyone have any ideas on how to do this? Just FYI I'm pretty much trying to duplicate the car selector sample but with combo boxes instead of the drop down. I'd like for people to be able to use the same form to add new items just by typing in the name (while getting suggestions for items that match what they've typed so far.) So far the first combo box is working pretty well, but I can't figure out how to switch the fd:suggestion-list src attribute on the second list when the first one changes. Thanks, Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: leading spaces dissapearing
[EMAIL PROTECTED] escribió: OK. I think I found it in Field.java, where it does newEnteredValue = newEnteredValue.trim(); Hi Fernando, Great you found it! You should can create a patch to optionally configure leading spaces and keeping the former behavior as the default behavior. WDYT? BTW, I wonder why you need to keep leading spaces. Can you explain your use case? Best Regards, Antonio Gallardo. -Original Message- From: Mato Mira, Fernando (DIA CHE) Sent: Wednesday, June 07, 2006 11:19 AM To: users@cocoon.apache.org Subject: RE: CForms: leading spaces dissapearing This behavior is unacceptable. Where is it in the source code so that I can hardcode disable it in my copy of Cocoon? Thanks -Original Message- From: Bruno Dumon [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 10:23 AM To: users@cocoon.apache.org Subject: Re: CForms: leading spaces dissapearing On Tue, 2006-06-06 at 15:57 +0200, [EMAIL PROTECTED] wrote: I have a text field in a CForm, and when it is submitted, the leading spaces in the text dissapear. I am using Cocoon 2.1.8 Is there any way to disable this behavior? nope, this behaviour is currently hardcoded in the field widget. It is a todo item to make this configurable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: localhost/hostname in datasource
Hi Stefan, Seems to be a database permissions issue. Before configuring in cocoon, please make sure you can access your database using a jdbc client application ie: SQuirrel SQL or from the mysql admin tool. Best Regards, Antonio Gallardo. [1] http://squirrel-sql.sourceforge.net/ Stefan Burkard escribió: hi cocoon-users I have a mysql-datasource defined in cocoon.xconf (like the example below). jdbc:mysql://127.0.0.1/myDatabase myUsername myPassword what's strange now, is that I get an exception on startup that my data-access-user has no permission for the host [fully qualified hostname]. why does my database-url with localhost resolve to the hostname? this way I would have to grant access in mysql for the fully qualified hostname... thanks and regards stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Port 2401 closed on cvs.apache.org?
Hi Mikael, I filled a bug report [1] for this issue. Thanks for spotting it. Best Regards, Antonio Gallardo [1] http://issues.apache.org/jira/browse/COCOON-1859 Mikael Larsson escribió: Hi! I am following installation instructions (cvs) on http://cocoon.apache.org/2.1/installing/index.html. Unfortunately it seems like the port 2401 (pserver) is closed for some reason. Anyone know the remedy? Best reards Mikael larsson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link: Project: SDX - System for Documents in XML
Hi Michel, Would you add it in to http://ussues.apache.org/jira/browse/COCOON ? Best Regards, Antonio Gallardo Michel Bottin escribió: Hi! We, at ADNX, are proud to indicate you our SDX project in order to be listed with the Cocoon-related Projects: /Name/: *SDX */Full Title/: System for Documents in XML Subject: SDX allows to retrieve and display XML documents. Combining the power of Cocoon and Lucene it offers to the application programmer two interfaces: the API-XSP and the API-Java offering all the functionalities for building a web documentary system. Many specific applications have been developed with this framework based on TEI Lite, EAD, BiblioML,...// /License/: GPL /URL/: http://90plan.ovh.net/~adnx/sdx/ /Other URL/: http://adnx.org /e-mail/: mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SendMailTransformer - jars
Hi Peter, Remove all the geronimo*.jar in your cocoon aplication WEB-INF/lib directory. Restart tomcat and everything should work. Best Regards, Antonio Gallardo. Peter Sparkes escribió: Hi, I am having difficulties getting email working using the SendMailTransformer. I am using tomcat 5 and cocoon 2.1.9. The SendMailTransformer apidocs states that I have to put the following files into Cocoon lib directory: |mail.jar and ||activation.jar However at |http://java.sun.com/products/javamail/ I can't find the mail.jar. However I can get dsn.jar, imap.jar, mailapi.jar, pop3.jar and smtp.jar. Do I require some or all of these jars in place of the mail.jar? If not were can I get the mail.jar Thanks peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Hi Pasha, Thanks to Jason Johntson, this issue is now solved in our repository. It will be released in the next version. Also we added some test case to avoid a potential reversion in the future. If you want to use the fixed code now, please download 2.1.10-dev from our subversion repository. Thanks for reporting this issue. Best Regards, Antonio Gallardo. Pasha Minallah escribió: Hi, We are currently using Cocoon 2.1.7 and attempting to migrate our applications to 2.1.9. Here is the main problem we've encountered in our testing of XIncludeTransformer in 2.1.9. *** Main Problem: Fails to Produce Well-Formed Output *** Sitemap Snippet: Pre-XInclude XML Snippet: ... ... Expected Output: ... ... Actual Output: ... ... Conclusion: The closing xi:include tag without a corresponding opening tag makes the output not well-formed. Cocoon 2.1.7 produces the correct expected output. This wouldn't be such a big deal if the output were displayed despite this error but the browser bombs and displays the following ugly message: XML Parsing Error: mismatched tag. Expected: . Location: http://localhost:/smarte/home/index.xml Line Number 13, Column 13:... I pointed this problem out in Cocoon 2.1.8 as well, perhaps not in as much detail. I would urge you to at least restore the working code if fixing the problem is going to take a while. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xsl produces not well-formded xml for a XInclude command
[EMAIL PROTECTED] escribió: -Ursprüngliche Nachricht- Von: users@cocoon.apache.org Gesendet: 29.05.06 11:02:27 An: users@cocoon.apache.org Betreff: Re: xsl produces not well-formded xml for a XInclude command [EMAIL PROTECTED] escribió: Hi, I have a problem with the xinclude transformer. I produce the xinclude command in the following stylesheet: ?_XQUERY=update+insert +< +ID=" " > +< +ID=' ' > </ > +</ > +into+input()/ And this ist the xml that goes to the pipeline: http://namespaces.softwareag.com/tamino/response2"; xmlns:xi="http://www.w3.org/2001/XInclude";> http://localhost/tamino/BSDB/Hessen?_XQUERY=update+insert+Allgemeine_Schutzziele_laut_Paragraph_14_MBO:_ Bauliche_Anlagen_sind_so_anzuordnen,_zu_errichten,_zu_aendern_und_instand_zu_halten,_dass_der_Entstehung_eines_Brandes_und_der_Ausbreitung_von_Feuer_und_Rauch_(Brandausbreitung)_ vorgebeugt_wird_und_bei_einem_Brand_die_Rettung_von_Menschen_und_Tieren_sowie_wirksame_Loescharbeiten_moeglich_sind. Besondere_Schutzziele:_ Keine +into+input()/BS_Konzept[gebaeude_id="1"]" /> The output contains characters like '<' or '>' and not '<' and '>'. After this stylesheet there is the xinclude transformer, and it produces the following error message: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: java.lang.RuntimeException: org.xml.sax.SAXException: Exception occured during xinclude processing, and did not find a fallback element: null How can I get a xml result with < and > in it? And is this the reason for the above error? Hi Kathi, Seems like your xslt is not escaping as expected [1]. Best Regards, Antonio Gallardo [1] http://www.w3.org/TR/xinclude/#IRIs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi Antonio, is it right, that I have to replace the character '<' with '#x3C' and so on? And why is the following xinclude command working: http://namespaces.softwareag.com/tamino/response2"; xmlns:xi="http://www.w3.org/2001/XInclude";> http://localhost/tamino/BSDB/Hessen?_XQUERY=update+insert+Keine+into+input()/BS_Konzept[gebaeude_id="1"]" /> In the former href, the only weird char I see is ':'. Please try to escape this. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xsl produces not well-formded xml for a XInclude command
[EMAIL PROTECTED] escribió: Hi, I have a problem with the xinclude transformer. I produce the xinclude command in the following stylesheet: ?_XQUERY=update+insert +< +ID=" " > +< +ID=' ' > </ > +</ > +into+input()/ And this ist the xml that goes to the pipeline: http://namespaces.softwareag.com/tamino/response2"; xmlns:xi="http://www.w3.org/2001/XInclude";> http://localhost/tamino/BSDB/Hessen?_XQUERY=update+insert+Allgemeine_Schutzziele_laut_Paragraph_14_MBO:_ Bauliche_Anlagen_sind_so_anzuordnen,_zu_errichten,_zu_aendern_und_instand_zu_halten,_dass_der_Entstehung_eines_Brandes_und_der_Ausbreitung_von_Feuer_und_Rauch_(Brandausbreitung)_ vorgebeugt_wird_und_bei_einem_Brand_die_Rettung_von_Menschen_und_Tieren_sowie_wirksame_Loescharbeiten_moeglich_sind. Besondere_Schutzziele:_ Keine +into+input()/BS_Konzept[gebaeude_id="1"]" /> The output contains characters like '<' or '>' and not '<' and '>'. After this stylesheet there is the xinclude transformer, and it produces the following error message: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: java.lang.RuntimeException: org.xml.sax.SAXException: Exception occured during xinclude processing, and did not find a fallback element: null How can I get a xml result with < and > in it? And is this the reason for the above error? Hi Kathi, Seems like your xslt is not escaping as expected [1]. Best Regards, Antonio Gallardo [1] http://www.w3.org/TR/xinclude/#IRIs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Jason Johnston escribió: Antonio Gallardo wrote: Jason Johnston escribió: I've spent some time in the XIncludeTransformer before so I'll try to come up with a fix this weekend. Hi again, BTW, will be fine if you at the same time take care of http://issues.apache.org/jira/browse/COCOON-1753 :-) I attached a patch for that one back in February... what else needs to be done? Applied --> http://svn.apache.org/viewvc?view=rev&revision=409936 Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Jason Johnston escribió: Antonio Gallardo wrote: Jason Johnston escribió: I've spent some time in the XIncludeTransformer before so I'll try to come up with a fix this weekend. Hi again, BTW, will be fine if you at the same time take care of http://issues.apache.org/jira/browse/COCOON-1753 :-) I attached a patch for that one back in February... what else needs to be done? ok. I will add this patch now. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Jason Johnston escribió: I've spent some time in the XIncludeTransformer before so I'll try to come up with a fix this weekend. Hi again, BTW, will be fine if you at the same time take care of http://issues.apache.org/jira/browse/COCOON-1753 :-) Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Hi Jason, Jason Johnston escribió: The testcase appears to test fallback to inline XML content, whereas Pasha's issue involves fallback to another xi:include. Can you create one for the latter case as well? I already did it. The pointer to cocoon-1489 blinded me. The problem is not COCOON-1489. To fail it requires a nested xinclude into the fallback! It is a little different error. I wrote 1 more junit testcase to cover this issue ans it's failing as expected: http://svn.apache.org/viewvc?view=rev&revision=409920 I've spent some time in the XIncludeTransformer before so I'll try to come up with a fix this weekend. Great! Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XInclude Problem: Fails to Produce Well-Formed Output
Pasha Minallah escribió: On Saturday 27 May 2006 14:45, Jason Johnston wrote: This looks like the issue that caused issue 1489 to be reopened: http://issues.apache.org/jira/browse/COCOON-1489 See in particular the linked mailing list message: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=113639560121665&w=2 Yes, I was redirected to issue 1489 when I pointed this problem out about cocoon 2.1.8 in early January. At the time, I was told the particular patch mentioned in 1489 was applied to both 2.1.X and 2.2-dev branches. Well, I'm repeating myself to let the developers know that this continues to be an issue in 2.1.9. I added a junit testcase for COCOON-1489 and it pass. Would you like to review it [1]? Best Regards, Antonio Gallardo [1] http://svn.apache.org/viewvc?view=rev&revision=409912 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]