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: map:pipeline map:match pattern=get map:generate type=stream map:parameter name=form-name value=file/ / map: generate map:transform src=convert.xsl / map:serialize type=html/ / map: match / map: 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: !--+ 55 : | Specifies the java code source version used to compile the XSP code. 56 : | 57 : | Posible values: 58 : | 1.3 = Java version 1.3 59 : | 1.4 = Java version 1.4 60 : | 1.5 = Java version 1.5 61 : | auto = The version of the JVM where cocoon is running. (Default value). 62 : | 63 : | NOTE: The parameter is optional to keep backward compatibility. 64 : anathaniel 555089 | The parameter works with Sun Javac compiler and the Eclipse compiler. 65 : antonio 124779 | The pizza compiler does not support java 1.5. 66 : +-- 67 : !--parameter name=compiler-compliance-level value=auto/ -- 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: 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:
map:match pattern=**/*/article.doc
map:read mime-type=application/text src=publish/{2}/article.doc/
/map:match
-
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: !--+ 55 : | Specifies the java code source version used to compile the XSP code. 56 :| 57 :| Posible values: 58 :| 1.3 = Java version 1.3 59 :| 1.4 = Java version 1.4 60 :| 1.5 = Java version 1.5 61 : | auto = The version of the JVM where cocoon is running. (Default value). 62 :| 63 :| NOTE: The parameter is optional to keep backward compatibility. 64 : anathaniel 555089 http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/conf/xsp-program-language.xconf?view=diffpathrev=555089r1=555088r2=555089 | The parameter works with Sun Javac compiler and the Eclipse compiler. 65 : antonio 124779 http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/conf/xsp-program-language.xconf?view=diffpathrev=555089r1=124778r2=124779 | The pizza compiler does not support java 1.5. 66 :+-- 67 :!-- parameter name=compiler-compliance-level value=auto/ -- 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: 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:
=
fd:multivaluefield id=list1
fd:labeli18n:textlist_type/i18n:text/fd:label
fd:datatype base=string /
fd:selection-list type=java nullable=false
class=com.sample.SampleDynaSelectionList /
fd:on-value-changed
fd:java class=com.sample.MultiValChangeListener /
/fd:on-value-changed
/fd:multivaluefield
Tmpl:
ft:widget id=list1
fi:styling list-type=checkbox /
/ft:widget
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 RD 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
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: 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=150277r2=168332sortby=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: 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: store-janitor logger=core.store.janitor/? 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 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: 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: store-janitor logger=core.store.janitor/? 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: 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: fd:initial-value/fd:initial-value and fd:initial-value /fd:initial-value 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 gt; 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 - sql:xml/ 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 sql:xml 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 sql:xml/ 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: fd:form xmlns:fd=http://apache.org/cocoon/forms/1.0#definition; xmlns:i18n=http://apache.org/cocoon/i18n/2.1; fd:widgets fd:repeater id=case orderable=true fd:widgets fd:output id=CaseID fd:labelID/fd:label fd:datatype base=integer/ /fd:output fd:field id=a fd:labelValue of a/fd:label fd:hintValue of a/fd:hint fd:datatype base=double/ /fd:field fd:field id=b fd:labelValue of b/fd:label fd:hintValue of b/fd:hint fd:datatype base=double/ /fd:field fd:field id=c fd:labelValue of c/fd:label fd:hintValue of c/fd:hint fd:datatype base=double/ /fd:field /fd:widgets /fd:repeater /fd:widgets /fd:form And here is my binding file: fb:context xmlns:fb=http://apache.org/cocoon/forms/1.0#binding; path=. fb:simple-repeater id=case parent-path=cases row-path=case fb:value id=CaseID path=@id/ fb:value id=a path=a/ fb:value id=b path=b/ fb:value id=c path=c/ /fb:simple-repeater /fb:context 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=512112r2=523184pathrev=523184diff_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]
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]
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: 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-devm=116922611519498w=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 parameter name=namespace-prefixes value=true/ For your support many thank in advance ... Raffaele PS: 1) In this case I cannot avoid using the namespace-prefix declaration in the fb:value path=/. 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, 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
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 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: snip 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 /snip 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: 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: [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: 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]
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]
[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]
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]
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: 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: session:getxml context=authentication name=authentication/role/ 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-usersm=114298359204060 http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=107093948811031 Best Regards, Antonio Gallardo. - 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 :
form action=login method=post
table
tr
td align=rightUser:/td
td align=leftinput type=text name=user//td
/tr
tr
td align=rightPassword:/td
td align=leftinput type=password name=pass//td
/tr
tr
td colspan=2 align=centerinput type=submit
value=Login//td
/tr
/table
/form
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!).
map:selectors default=browser/
map:selectors default=request-attribute
map:selector name=request-attribute
logger=sitemap.selector.request-attribute
src=org.apache.cocoon.selection.RequestAttributeSelector/
/map:selectors
.
.
.
map:match pattern=login.html
map:read mime-type=text/html src=content/login.html/
/map:match
.
.
.
.
map:match pattern=login
map:generate type=serverpages src=xsp/login.xsp/
map:select type=request-attribute
map:parameter name=attribute-name value=flag/
map:when test=true
map:transform type=xslt
src=style/xsl/main.xsl/
/map:when
map:otherwise
map:redirect-to uri=login.html/
/map:otherwise
/map:select
map:serialize type=html/
/map:match
-
the login.xsp
xsp:logic
String flag= new String(false);
String user = xsp-request:get-parameter name=user/;
String pwd = xsp-request:get-parameter name=pass/;
if (user.equals (test) amp;amp; pwd.equals(a)) {
flag = true;
} else {
flag= false;
}
getRequest().setAttribute(flag,true);
/xsp:logic
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: 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: [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 ft:widget 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:
jx:set var=xhtmlString
value='${widget.getChild(myOutputWidget).getValue()}' /
jx:out value=${xhtmlString} xmlize=true /
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):
jx:set var=xhtmlString
value='${widget.getChild(myOutputWidget).getValue()}' /
jx:out
value=${Packages.org.apache.cocoon.xml.StringXMLizable(xhtmlString)}
/
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:
jx:set var=xhtmlContentTest value=lt;htmlgt; Hello lt;bgt;
world! lt;/bgt; lt;/htmlgt;/
jx:out
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: [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:
jx:set var=xhtmlContentTest value=lt;htmlgt; Hello lt;bgt;
world! lt;/bgt; lt;/htmlgt;/
jx:out
value=${Packages.org.apache.cocoon.xml.StringXMLizable(xhtmlContentTest)}/
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
Hi Jason,
You are right! It works as expected. For the records it works in both
ways with and without the jx:out/.
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:
jx:set var=xhtmlContentTest value=lt;htmlgt; Hello lt;bgt;
world! lt;/bgt; lt;/htmlgt;/
jx:out
value=${Packages.org.apache.cocoon.xml.StringXMLizable(xhtmlContentTest)}/
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:
jx:set var=content value=#{concat('lt;div', comment-content,
'lt;/div')} /
${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: 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 xalan:script 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 xalan:componentxalan:script lang=javascript.../xalan:script/xalan:component), 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: map:match pattern=announcement.xml map:generate type=file src=announcement.xml/ !-- here we add the serializer to see the generator output -- map:serializer type=xml/ !-- map:generate type=file src=announcement.xml/ -- !--map:transform type=xslt/ -- map:transform type=xslt src=announcement.xsl/ map:serialize type=html/ /map:match 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=396189view=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: selection list w/ null default?
Hi Mark, Use the @null-text. In your case, something like: fd:selection-list type=flow-jxpath list-path=myList value-path=beanId label-path=beanLabel null-text=-- none --/ Best Regards, Antonio Gallardo Best Regards Mark Lundquist escribió: Hi, I have a selection-list type=flow-jxpath 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: 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. xi:include href=../../content/resources/site/login.xml xi:fallbacklogin.xml not included./xi:fallback /xi:include 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. xi:include href=content/resources/site/login.xml xi:fallbacklogin.xml not included./xi:fallback /xi:include 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: component logger=core.xslt-processor role=org.apache.excalibur.xml.xslt.XSLTProcessor/saxon class=org.apache.excalibur.xml.xslt.XSLTProcessorImpl parameter name=use-store value=true/ parameter name=incremental-processing value=false/ parameter name=transformer-factory value=net.sf.saxon.TransformerFactoryImpl/ /component 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: 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: **map:select type=ajax-request map:when test=true map:serialize type=xml/ /map:when map:otherwise map:serialize type=html/ /map:otherwise /map:select Client sended always this: cocoon-ajax=trueforms_submit_id=sendaddress.country=ATaddress.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: 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 map:mount file:/C:/Distr/_SUN/tomcat50-jwsdp/webapps/cocoon/samples/sitemap.xmap - 202:65 map:mount file:/C:/Distr/_SUN/tomcat50-jwsdp/webapps/cocoon/sitemap.xmap - 948:66 map:mount 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(ConcreteTreeProcessor.java:176
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: 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: 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: 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: 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: 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: 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.invokeNodes
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.AccessController.doPrivileged(Native
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: 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: 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: 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: 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: map:match pattern=create_order map:generate src=myorder.xml/ map:transform src=format_order.xslt/ SEND TO WEBSERVICE HERE! /map:match 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: 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 (ft:widget id=client 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 fd:on-value-changed 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: 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). dburljdbc:mysql://127.0.0.1/myDatabase/dburl usermyUsername/user passwordmyPassword/password 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: 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: 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: 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: xsl:template match=insert data xi:include xsl:attribute name=href xsl:value-of select=$server / xsl:text?_XQUERY=update+insert/xsl:text xsl:if test=node_name xsl:text+lt;/xsl:text xsl:value-of select=node_name / xsl:if test=ID xsl:text+ID=/xsl:text xsl:value-of select=ID / xsl:text/xsl:text /xsl:if xsl:textgt;/xsl:text /xsl:if xsl:for-each select=element_list/element xsl:text disable-output-escaping=yes+lt;/xsl:text xsl:value-of select=name / xsl:if test=ID xsl:text+ID='/xsl:text xsl:value-of select=ID/ xsl:text'/xsl:text /xsl:if xsl:textgt;/xsl:text xsl:value-of select=value / xsl:textlt;//xsl:text xsl:value-of select=name / xsl:textgt;/xsl:text /xsl:for-each xsl:if test=node_name xsl:text+lt;//xsl:text xsl:value-of select=node_name / xsl:textgt;/xsl:text /xsl:if xsl:text+into+input()//xsl:text xsl:value-of select=path / /xsl:attribute /xi:include /data /xsl:template And this ist the xml that goes to the pipeline: ?xml version=1.0 encoding=ISO-8859-1 ? data xmlns:ino=http://namespaces.softwareag.com/tamino/response2; xmlns:xi=http://www.w3.org/2001/XInclude; xi:include href=http://localhost/tamino/BSDB/Hessen?_XQUERY=update+insert+schutzzieleAllgemeine_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 /schutzziele+into+input()/BS_Konzept[gebaeude_id=1] / The output contains characters like '' or '' and not 'lt;' and 'gt;'. 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 lt; and gt; 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
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: map:generate src=web/content/home/index.xml/ map:transform type=xinclude/ map:serialize type=xml/ Pre-XInclude XML Snippet: section id=body ... section id=left-sidebars xi:include parse=xml href=/opt/cocoon-2.1.9/build/webapp/smarte/web/content/home/menu.xml xi:fallback xi:include parse=xml href=/opt/cocoon-2.1.9/build/webapp/smarte/web/content/common/main-menu.xml/ /xi:fallback /xi:include /section ... /section Expected Output: section id=body ... section id=left-sidebars !-- Menu Content -- /section ... /section Actual Output: section id=body ... section id=left-sidebars !-- Menu Content -- /section /xi:include ... /section 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: /section. Location: http://localhost:/smarte/home/index.xml Line Number 13, Column 13:/section/xi:includesection id=main-content... 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: 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=revrevision=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
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-usersm=113639560121665w=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. Hi Pasha, Would you send a patch? I will be glad to include it in cocoon. :-) 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-usersm=113639560121665w=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=revrevision=409912 - 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? xi:include href=this_file_does_not_exist.xml xi:fallback xi:include href=this_file_exists.xml / /xi:fallback /xi:include 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=revrevision=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
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: question
Hi, The class: org.apache.log.Logger is in avalon-logkit-2.1.jar. Make sure this jar is in your classpath. If you still have problem you might switch to log4j logging. If the file is there, check the content of logkit.xconf (if you switch to log4j then the log4j.xconf). Also, I would recommend to compare the cocoon.xconf files in both servers. Good luck. Best Regards, Antonio Gallardo. Ayzenberg, Nina N escribió: Hi, We have a problem with the application when we try to create a dynamic report in Excel format. The same application is running on four servers. Servers 1 and 3 are on one computer and the servers 2 and 4 are on another computer. The problem happens only on servers 1 and 3 and it began occurring about a month ago. Before that everything was fine and we did not implement any changes to the application since January. Below is the text of an error. The strange thing that the error occurs only when we try to generate large excel file (700 rows, 20 columns). When we generate smaller reports (100 rows, 10 columns) everything works fine. When we try to generate about 150 rows report, sometimes program works and sometimes it does not. So it looks like the problem is related to the size of the excel files. The first thing we did is to compare path and classpath on both computers. They are the same. This is the java application (jdk 1.4.2) running under weblogic 8.1 server. Weblogic configurations are the same on both machines. From the error text below looks like the program cannot find the org.apache.log.Logger class. If this is the case, then how can this program work fine on small excel files? Does it use the Logger class only to generate the large files? Could you suggest anything on how to debug this error? For now we stopped servers 1 and 3 because the help desk gets too many customer calls and we need to fix the error asap. Any help and ideas will be greatly appreciated. Thank you, Nina Ayzenberg javax.xml.transform.TransformerException: org.apache.cocoon.components.elementprocessor.CannotCreateElementProcessorException: Could not create ElementProcessor for element Content (exception (java.lang.ClassNotFoundException: org.apache.log.Logger) occured while creating new instance of ElementProcessor) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:725) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemChoose.execute(ElemChoose.java:185) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemIf.execute(ElemIf.java:210) at org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:441) at org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:300) at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:425) at org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:216) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemChoose.execute(ElemChoose.java:185) at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:425) at org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:216) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:710) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:710) at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:425) at org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:216) at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2339) at org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2160
Re: Dojo jar packaging ?
hi Laurent, See: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=114776815621844w=2 Best Regards, Antonio Gallardo. Laurent Perez escribió: Hi I'm adding a few Dojo widgets within my current cocoon cforms webapp, and I noticed the dojo.js file is repackaged under o.a.c.dojo.resources as dojo-rsrc-20060310.jar within lib/optional (2_1_X). I would like to use newer dojo.js + src files (new widgets from 0.3.0 release), but I don't understand how this jar file gets created from the cocoon ant task. I could manually inject them into this jar file, but it sounds a little bit dirty. Could anyone tell me how to properly repack this jar, Sylvain maybe ? Thanks laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hi
Or in the online demo is located here: http://cocoon.zones.apache.org/demos/21branch/samples/blocks/jfor/welcome Best Regards, Antonio Gallardo. Jasha Joachimsthal escribió: -Original Message- From: chikatimarla nagaraju [mailto:[EMAIL PROTECTED] Sent: dinsdag 23 mei 2006 8:29 To: users@cocoon.apache.org Subject: Hi Hi, This is nagaraju working S.S.E. in clinical software shall i know is cocoon will sut for my req. or not. My req. is i have to show my data base data in RTF in I.E. through xml. For this how cocoon is useful to me for this what I have to do. Could you please let me know the process. Regards, Ch.Nagaraju. If you have the Cocoon samples on your machine, you can go to the blocks samples. Then go to the jfor samples and you see how you can generate RTF with Cocoon. The location of the RTF samples is http://localhost:/samples/blocks/jfor/welcome when you have installed Cocoon without any changes to the settings. Seems like your pipeline will be like: map:match pattern=*.rtf map:generate src=cocoon:/database-to-xml/*/ !-- referring to an other pipeline that will convert your database data into xml -- map:transform src=xml-to-rtf-fo.xsl/ map:serialize type=fo2rtf/map:serialize /map:match Jasha Joachimsthal - Hippo Oosteinde 11 1017 WT Amsterdam The Netherlands +31 (0)20 5224466 [EMAIL PROTECTED] www.hippo.nl - 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: Jtidy ,html Transformer, forms
Abbas Mousavi escribió: I have tested another way for converting to xml (usingxml: prefix in form elemet name) but this method causes a saxparsin exeption when the input contains entities like nbsp, That is correct because xml spec. does not define nbsp. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Cocoon w/Eclipse and Tomcat
Hi Phillips, If you include cocoon-xsp, you need also to include session-fw block. Best Regards, Antonio Gallardo. Phillip Soltan escribió: Hello, Right now, all my development is geared towards J2EE. I'm trying to standardize on Tomcat as my servlet container and Eclipse as my IDE. Unfortunately, Cocoon isn't working for me in that environment. I can get a stripped-down version of Cocoon to work but as soon as I add the XSP and Database blocks, I get the following error: - Message: Could not find component (key [org.apache.cocoon.webapps.session.ContextManager]) Description: org.apache.avalon.framework.configuration.ConfigurationException: Could not load class org.apache.cocoon.webapps.session.components.ContextInputModule for component named 'session-context' at jndi:/localhost/cocoon-219/WEB-INF/cocoon.xconf:162:151 Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet cause org.apache.avalon.framework.component.ComponentException: Could not find component (key [org.apache.cocoon.webapps.session.ContextManager]) --- The ContextInputModule is under 'WEB-INF/classes' so I don't know why Cocoon can't load it. If I comment out the line in 'cocoon.xconf' that loads the ContextInputModule then the 'serverpages' generator doesn't work. Everything works under Jetty but that doesn't help me since I need to deploy to Tomcat. I've seen this question asked before but there wasn't any response. Does anyone have any suggestions? What IDE are Cocoon developers using? Here is what I'm using: Tomcat 5.5.15 Java 1.5.0 Eclipse 3.1.2 w/MyEclipse 4.1.1 Workbench Cocoon 2.1.8 and 2.1.9 Thanks, Phillip Soltan AAA WebPro tel: 805.484.8864 email: [EMAIL PROTECTED] http://www.aaawebpro.biz - 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] can't migrate form from 2.1.8 to 2.1.9
Hi Werner, Sorry for the delayed answer. You already configured the cache in the repository.xml. I am assuming you already changed also the OJB.properties. Here is the diff [1]. Best Regards, Antonio Gallardo [1] http://svn.apache.org/viewcvs.cgi?rev=373407view=rev werner escribió: Hola Antonio, Thanks for the hint. I have always been using the jdbc-connection-descriptor level declaration to declare ObjectCache implementation (in repository_database.xml). I never used the default cocoon configuration files from cocoon. Therefore I don't know where it was declared before. But I looked into the cocoon 2.1.8 config files and could not find any difference. Are you sure there was a change in the ojb configuration? Werner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pointer to good Java Binding Cocoon Forms docs?
Hi Berin, In the sample there is a nice step by step tutorial of how bean framework works [1] lookup for Binding samples. Best Regards, Antonio Gallardo. [1] http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/ Berin Loritsch escribió: I am at a point where I need good step by step instructions on binding a CForm to a Java object (in the JavaBean idiom). I'm talking from the beginning. The reference docs on the Cocoon site are ok if you have the environment set up already. I have done Google searches and tried following the samples, but I'm still hit and miss here. I'm staring up the end of a deadline and I only have some frustration to show for it. I believe I only need some coaching at this point, but there isn't anything that really qualifies for This is where you begin and how things work together. I need some kind of pointer, please. I know CForms works, because of some of your comments. I just can't seem to get it working for me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CFORMS] can't migrate form from 2.1.8 to 2.1.9
Hi Werner,
In OJB 1.0.4 pay attention to the cache configuration it was moved to
the repository.xml. If yo don't configure it your application will be
slower than before.
Best Regards,
Antonio Gallardo.
werner escribió:
well, I think I can answer this myself. It looks like it is an OJB
issue. Don't know why, but it looks there was a change between OJB
1.0.3 and 1.0.4. When the data get saved the whole data are refreshed
from the database and overwrite the changed data. This is not
intended. It has to do with the cache and some refresh attributes.
Using the OJB persistenceBrokerAPI with the default cache is a real
challenge. It never does what it is expected to do.
werner wrote:
Dear Mailing List!
Once again I need your help. I'm struggling with a form that behaves
strange in Cocoon 2.1.9 although it worked fine in 2.1.8 and
2.1.9-dev (early december version). It's quite a big form that
contains information about a company and its employees. I use a
repeater widget for the employees. The problem is, when I display the
form for the first time and change for example the name of the
company (simple widget which contains a string) and then try do save
it, the change gets lost, as if nothing ever happened. Only the data
from the repeater get saved. After displaying the form a second
time, everything works fine. I found out that removing the repeater
would solve the problem. But I can't do that. Remote debugging showed
that ValueJXPathBinding.doSave(..) recognizes the changed values, but
I don't know what happens after this (or how to debug this). The form
gets called from flow like this:
while (true) { var formEdit = new
Form(forms/firmenEditIIDef.xml);
formEdit.createBinding(forms/firmenEditIIBinding.xml);
formEdit.load(firma);
formEdit.showForm(admin_formPage/firmenEditIITemplate,{user :
user, msg : msg }); formEdit.save(firma);
// data should have changed
}
Does anybody experience something similar? Or can anyone tell me how
I can debug the binding framework to find out why only the repeater
data get updated and the other data changes get lost although
ValueJXPathBinding.doSave seems to work?
Thank you
Werner
-
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: cForms - schemas
Hi Lee: Lee Carroll escribió: Are their any xsd's which describe the various cform documents. AFAIK, nope. Remember we are open for contribution. :-) Best Regards, Antonio Gallardo. Particularly model , template, template style and binding namespaces. The docs and examples are great but a complete reference of elements, attribute and enumurations would be invaluable for some one like me starting out - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EHCache configuration?
Hi Adam,
The problem described below is already fixed in cocoon 2.1.9 [1]. Now,
the component has new parameters to handle this problem:
eternal
timeToLiveSeconds
timeToIdleSeconds
See the new javadocs [2].
Best Regards,
Antonio Gallardo.
[1] http://issues.apache.org/jira/browse/COCOON-1683
[2]
http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/store/impl/EHDefaultStore.html#parameterize(org.apache.avalon.framework.parameters.Parameters)
Adam Constabaris escribió:
As things stand (stood?) with Cocoon 2.1.8, the default EHCache
implementation doesn't seem to offer much in the way of
configurability; you can't specify your own ehcache configuration file
via configuration, and there's not much you can do in cocoon.xconf
either.
If I read the Cocoon source and the EHCache documentation correctly,
nothing is ever expired from EHCache (the cache is eternal and
timeToLiveSeconds on elements in the cache is 0, i.e. infinite).
The effect of all this is that unless you modify the source, you get a
cache that basically fills up and never expires. I've had cache files
pile up in excess of 1.5GB, which has created a bit of a disk space
problem on the server. But I don't want to just change the
configuration without finding out a little more about it.
here's the relevant bits in
org.apache.cocoon.components.store.impl.EHDefaultStore:
private static final String CONFIG_FILE =
org/apache/cocoon/components/store/impl/ehcache.xml;
...
public void initialize() throws Exception {
URL configFileURL =
Thread.currentThread().getContextClassLoader().getResource(CONFIG_FILE);
this.cacheManager = CacheManager.create(configFileURL);
this.cache = new Cache(this.cacheName, this.maxObjects,
this.overflowToDisk, true, 0, 0, true, 120);
this.cacheManager.addCache(this.cache);
this.storeJanitor.register(this);
}
So, in other words, it always pulls its configuration from the JAR (or
in a deeply nested directory on the classpath) and lets you configure
three values. The relevant snippet of the default configuration file
shipped is:
defaultCache
maxElementsInMemory=1
eternal=true
timeToIdleSeconds=0
timeToLiveSeconds=0
overflowToDisk=true
diskPersistent=true
diskExpiryThreadIntervalSeconds=120
/
On the general assumption that all these things are the way they are
for a reason, could anybody tell me what those reasons are (is Cocoon
supposed to handle expiring things from the cache?)? Is there some
way of more easily configuring EHCache at deploy time that I'm
missing? If anybody has reconfigured by repackaging the config file
and has experiences they can share, I'd love to hear 'em.
thanks!
AC
-
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 - Binding to one of Multiple Records
Hi Peter, Maybe the cforms repeater helps for this task [1]. Best Regards, Antonio Gallardo. [1] http://cocoon.apache.org/2.1/userdocs/widgets/widget_repeater.html Peter Sparkes escribió: Hi I have an xml file containing multiple records of identical structure - I want to use CForms to allow uses to update individual records, selected by its ID. Please, is it possible to bind a CForm to one of many records in the file and if so how? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
