Resources misplaced in CForms (2.1.8)?
I see the CForms resources are located in a “resources” subdirectory, but in the foms stylesheets they are referenced as located in “{$resources-uri}/forms” . There’s no intermediate “forms” directory in “resources”.
RE: CForms: tabs not rendering
The problem was that I based my test on the supersonic tour, and this doesn't use the page elements properly. -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 15, 2006 6:01 PM To: [EMAIL PROTECTED] Subject: Re: CForms: tabs not rendering Hello Fernando, Wednesday, March 15, 2006, 4:45:02 PM, you wrote: > I based a project on the bricks-cms layout. Now when I'm trying to render a > form with tabs in it, > > I don't get the proper display. It just shows the group labels one next to > the other, no lines, and the first tab group. > > I see the forms block jar is in WEB-INF/lib and it has all the stylesheets > used inside. > does it happen that you use fd:group and ft:group somewhere? -- Best regards, Grzegorzmailto:[EMAIL PROTECTED] --- Zobacz wiosenne dziewczyny >>> http://link.interia.pl/f1914 - 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: tabs not rendering
Le 16 mars 06 à 10:59, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> a écrit : The problem was that I based my test on the supersonic tour, and this doesn't use the page elements properly. Hi Fernando, Could you be more specific about what the error is in the supersonic tour? I'll gladly fix what needs to be fixed. -Bertrand smime.p7s Description: S/MIME cryptographic signature
RE: Resources misplaced in CForms (2.1.8)?
citation of change log: "CForms block: The default HTML stylesheets have been moved into the jar packages." -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, March 16, 2006 9:59 AM To: users@cocoon.apache.org Subject: Resources misplaced in CForms (2.1.8)? I see the CForms resources are located in a "resources" subdirectory, but in the foms stylesheets they are referenced as located in "{$resources-uri}/forms" . There's no intermediate "forms" directory in "resources". - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error page during initialization
Hi, where can I configure the error page used when cocoon encounters any error during initialization? I know how to configure , but the pipeline does not get to this point in that case. On the error page, I see an Apache Cocoon link on the bottom, so I search my deploy dir for that string but could not found anything. Thanks, Nils Kaiser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CForms: tabs not rendering
The form template does not use "head" and "body" elements, which is used by the CForms stylesheets to hook up CSS and javascript. The page2html stylesheet needs to be revised, too then. -Original Message- From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 11:05 AM To: users@cocoon.apache.org Subject: Re: CForms: tabs not rendering Le 16 mars 06 à 10:59, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> a écrit : > The problem was that I based my test on the supersonic tour, > and this doesn't use the page elements properly. Hi Fernando, Could you be more specific about what the error is in the supersonic tour? I'll gladly fix what needs to be fixed. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Resources misplaced in CForms (2.1.8)?
They are in the JAR, but in the wrong place, according to the stylesheet references. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 11:11 AM To: users@cocoon.apache.org Subject: RE: Resources misplaced in CForms (2.1.8)? citation of change log: "CForms block: The default HTML stylesheets have been moved into the jar packages." -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, March 16, 2006 9:59 AM To: users@cocoon.apache.org Subject: Resources misplaced in CForms (2.1.8)? I see the CForms resources are located in a "resources" subdirectory, but in the foms stylesheets they are referenced as located in "{$resources-uri}/forms" . There's no intermediate "forms" directory in "resources". - 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: Tomcat5.5 and trailing slash on URL
fyi: after some debugging I found out that Tomcat5 always adds a trailing slash to the URL if the URL matches to the directory structure; so if in your cocoon webapp you have an URL matcher for "abc" and also in the webapp a "abc"-directory then Tomcat will automatically add the "/" to it; if the "abc"-dir doesn't exist it doesn't add the "/" so this means that Tomcat5 will first check with the filesystem before it does it's servlet-mapping to the CocoonServlet. Regards, Gunter D'Hondt Bertrand Delacretaz <[EMAIL PROTECTED]> 06/02/2006 14:06 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Re: Tomcat5.5 and trailing slash on URL Le 6 févr. 06, à 13:50, Gunter D'Hondt a écrit : > ...we are both > facing the same problem (so it's not related to my old cocoon version) > and > it isn't related to the code (since Markus is using the cocoon samples) > but we can both almost for sure say that it has something to do with > the > core of Cocoon?.. I don't have time to help directly ATM, but here's a suggestion: To locate the precise cause of the problem, the best would be IMHO to start tomcat with remote debugging active, connect with a Java debugger and set a breakpoint in the CocoonServlet.service(...) method. You can then examine the HttpServletRequest object provided by tomcat and see how the path looks there. If you're not comfortable with Java debuggers, you could also hack the CocoonServlet to add all kinds of System.err.println at the beginning of that method. If (as I suspect) the path is already wrong there, having a precise diagnostic like that would allow you to ask the Tomcat guys if they know what could be causing the problem. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Resources misplaced in CForms (2.1.8)?
You need a "resource" piplene reading from jar file in sitemap: and e.g. the following lines in "your" forms2html stylesheet: resources The value of the resources-uri param points to the pipeline match pattern. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, March 16, 2006 11:20 AM > To: users@cocoon.apache.org > Subject: RE: Resources misplaced in CForms (2.1.8)? > > > They are in the JAR, but in the wrong place, according to the stylesheet > references. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 16, 2006 11:11 AM > To: users@cocoon.apache.org > Subject: RE: Resources misplaced in CForms (2.1.8)? > > citation of change log: > "CForms block: The default HTML stylesheets have been moved into the jar > packages." > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, March 16, 2006 9:59 AM > To: users@cocoon.apache.org > Subject: Resources misplaced in CForms (2.1.8)? > > > I see the CForms resources are located in a "resources" subdirectory, > but in > the foms stylesheets they are referenced > as located in "{$resources-uri}/forms" . There's no intermediate "forms" > directory in "resources". > > > > > - > 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: HTMLArea Documentation
I offered the switch to Xinha a while ago and some people agreed, but no actions was taken. The Xinha documentation is fine and there is a forum as well. Just putting it in should work. We're using it in HippoCMS now and it's much better then HTMLArea. So I'm all for making it default in Cocoon. Regards, Reijn Stewart, Gary wrote: A Switch to Xinha is one of those things that really should happen. Best way to "raise" it is to fix Cocoon to use Xinha instead, and submit a patch. That way it is likely to happen. I'm sure at least one of the correspondents on this thread is up to the task. As it uses all the same (htmlarea.js) references I just gave it a go ripping the htmlarea directory out of cocoon-forms-block.jar and sticking the Xinha nightly one in. Looks like it is working just fine though I haven't tested the multiple language configs or anything. I'm assuming it would work just fine from a build as well though I haven't tested that yet. Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - 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: Error page during initialization
Nils Kaiser [mailto:[EMAIL PROTECTED] wrote: > > where can I configure the error page used when cocoon encounters any > error during initialization? > > I know how to configure , but the pipeline > does not get > to this point in that case. On the error page, I see an > Apache Cocoon > link on the bottom, so I search my deploy dir for that > string but could > not found anything. Apart from your own sitemap.xmap, there's also the cocoon root sitemap that mounts your sitemap and has some default error handling. It uses stylesheets/system/error2html.xslt to turn the error message into the error page you see on your screen. -- Kind regards, Met vriendelijke groet, Martijn Vos Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - [EMAIL PROTECTED] / www.hippo.nl -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: output - outputting a formatted number
> > Hi, > > I am using the output widget to output a number to the user. I would > like to format it so it looks like this 1,234,567 instead of > 1234567. I > figured this would be a styling thing, but couldn't find > anything in the > docs. I've also tried the following, but it doesn't seem to work: > > > units: > > > > ###,### > > > > > Anyone know how to do something like that? Try to make use of i18n:number to make it locale sensitive: See http://cocoon.apache.org/2.1/userdocs/i18nTransformer.html > > Thanks! > Brian > > > - > 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: XML messaging
Thanks to both of you !! Bruno Dumon wrote: On Tue, 2006-03-14 at 17:50 +0100, Bertrand Delacretaz wrote: Le 13 mars 06 à 19:46, Yves Vindevogel a écrit : ...A message is an XML file, on which you have to respond. Your response is basically answering what you received and reporting errors if they occur... In the java world a good tool for this is JMS, an interface to message buses which provide asynchronous guaranteed delivery, transaction support, etc. There is a JMS block in Cocoon, I don't know much about it but its code can certainly be used as a starting point. Anyway accessing a JMS bus from java is fairly easy. Also, Daisy (the Cocoon-based CMS) uses a JMS bus internally, you might want to have a look at their code for examples. They use openjms for the bus IIRC, http://openjms.sourceforge.net/ AFAIU, ServiceMix (http://servicemix.org/) goes in the same direction, you might also want to have a look at what they do. Other similar projects: * http://mule.codehaus.org/ * https://www.openadaptor.org/ begin:vcard fn:Yves Vindevogel n:Vindevogel;Yves org:Implements adr:;;Kempische Steenweg 206;Hasselt;;3500;Belgium email;internet:[EMAIL PROTECTED] tel;work:+32 (11) 43 55 76 tel;home:+32 (11) 43 55 76 tel;cell:+32 (478) 80 82 91 x-mozilla-html:TRUE url:http://www.implements.be version:2.1 end:vcard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML messaging
Hi, have you considered employing SOAP based Web Services for that? You could go even further and use WSRF and WS-Notification. Just a thought, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML messaging
Yes, soap will be used in the future. I was more looking for a framework to build the messages that a way to transport them. Every message we receive must be answered to acknowledge reception. This is a quite complicated task because you must not only tell the other side you got the file, but you must tell it what you got. For instance, when we receive a group of data (a group is kinda like a database table), we must answer it by answering the message (groep 1), saying that we got one group, then saying how many items the group had, saying that we checked the content of the group (for instance validating a bank account nummer), ... Thomas.Soddemann wrote: Hi, have you considered employing SOAP based Web Services for that? You could go even further and use WSRF and WS-Notification. Just a thought, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] begin:vcard fn:Yves Vindevogel n:Vindevogel;Yves org:Implements adr:;;Kempische Steenweg 206;Hasselt;;3500;Belgium email;internet:[EMAIL PROTECTED] tel;work:+32 (11) 43 55 76 tel;home:+32 (11) 43 55 76 tel;cell:+32 (478) 80 82 91 x-mozilla-html:TRUE url:http://www.implements.be version:2.1 end:vcard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cookie expiration
Don't forget to use an import statement at the top of your flowscript: importClass(Packages.org.apache.cocoon.environment.Cookie); Regards, Reijn Ard Schrijvers wrote: F or example: var userCookie = cocoon.response.createCookie("username", httpState.getCredentials(null, host).getUserName()); userCookie.maxAge = 60*60*24*30; //30 days userCookie.path = "/"; cocoon.response.addCookie(userCookie); Regards AS can any one specify the way to set the age of a cookie in flowscript. Deepak Kumar Sahoo Tata Consultancy Services Limited Mailto: [EMAIL PROTECTED] Website: http://www.tcs.com Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -- Met vriendelijke groet, Jeroen Reijn Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XML messaging
If you want to start with jms, a good debug tool can be found here: http://www.hermesjms.com/ AS -- Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - [EMAIL PROTECTED] / http://www.hippo.nl -- > > > Yes, soap will be used in the future. > I was more looking for a framework to build the messages that > a way to > transport them. > > Every message we receive must be answered to acknowledge reception. > This is a quite complicated task because you must not only tell the > other side you got the file, but you must tell it what you got. > For instance, when we receive a group of data (a group is > kinda like a > database table), we must answer it by answering the message > (groep 1), > saying that we got one group, then saying how many items the group > had, saying that we checked the content of the group (for instance > validating a bank account nummer), ... > > Thomas.Soddemann wrote: > > > Hi, > > > > have you considered employing SOAP based Web Services for that? > > You could go even further and use WSRF and WS-Notification. > > > > Just a thought, > > Thomas > > > > > - > > 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]
CForms: multiple fd:submit
How can one react differently in a flow when there are several fd:submit elements in a form? Thanks
Re: Throw Exceptions from XSP to sitemap
On Tue, 2006-03-14 at 17:35 +0200, Taras Yurij Vasylovitch wrote: > Hi all. > I'm creating XSP page and using my own Java classes there. But if i try > to use some method, that throws exception, i receive an error: > > org.apache.cocoon.components.language.LanguageException: Error compiling > homepage_xsp: > > // start error (lines 131-131) "Unhandled exception type > InvalidLoginException" > User user = factory.getUser((String)session.getAttribute("login")); > > // end error > > and so on. > > Java object method is declares as > > public User getUser(String login) throws InvalidLoginException, > AlreadyNamedException, ApplicationException > > I can use try..catch block to add an XML node with error, but I don't > want to handle this exceptions in this XSP, I want proceed it to > sitemap, where I have handle-exception pipeline. > Any ideas? > > And one more question: I cant find java code, that is generated from my > XSP, as described in http://wiki.apache.org/cocoon/XSPFundamentals (I'm > running cocoon with Jetty). Where is it? > > Thanks. > > Regards. Impossible? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: HTMLArea Documentation
Reijn Yes, I think there are many Cocoon users who would support it; we need a developer to "commit" to work to do it, though. In the meantime, I guess we just take the manual approach. Derek >>> [EMAIL PROTECTED] 2006/03/16 12:51 PM >>> I offered the switch to Xinha a while ago and some people agreed, but no actions was taken. The Xinha documentation is fine and there is a forum as well. Just putting it in should work. We're using it in HippoCMS now and it's much better then HTMLArea. So I'm all for making it default in Cocoon. Regards, Reijn Stewart, Gary wrote: >> A Switch to Xinha is one of those things that really should happen. >> >> Best way to "raise" it is to fix Cocoon to use Xinha instead, >> and submit >> a patch. That way it is likely to happen. I'm sure at least >> one of the >> correspondents on this thread is up to the task. > > > As it uses all the same (htmlarea.js) references I just gave it a go ripping > the htmlarea directory out of cocoon-forms-block.jar and sticking the Xinha > nightly one in. Looks like it is working just fine though I haven't tested > the multiple language configs or anything. I'm assuming it would work just > fine from a build as well though I haven't tested that yet. > > Gary > > * > The information contained in this message may be confidential or > legally privileged and is intended for the addressee only, If you > have received this message in error or there are any problems, > please notify the originator immediately. The unauthorised use, > disclosure, copying or alteration of this message is > strictly forbidden. > * > > > - > 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] -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error page during initialization
Martijn C. Vos schrieb: Apart from your own sitemap.xmap, there's also the cocoon root sitemap that mounts your sitemap and has some default error handling. It uses stylesheets/system/error2html.xslt to turn the error message into the error page you see on your screen. That is only true if cocoon initializes properly and a subsitemap is broken. In my case, a classpath in the servlet container leaded to errors during cocoon initialization. You can produce a similar effect by renaming a class in cocoon.xconf so that it can't be found (for example URLSourceFactory). If cocoon.xconf can't be loaded, the sitemap is not loaded either and you get some kind of standard cocoon page which looks different than the one used in the root sitemap. But I think I found a solution in the mid time: in web.xml, change this setting to false manage-exceptions true now the container handles exceptions. I should be able to use standard web.xml error page configuration now (which of course does only apply for non handled errors): Greets, Nils - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: multiple fd:submit
Hi Fernando, You can react in flow based on the submitId of the form. You can request the submitId from flow by using: form.submitId Example: form.showForm(); switch(form.submitId) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } I found the example in the archives. Regards, Reijn [EMAIL PROTECTED] wrote: How can one react differently in a flow when there are several fd:submit elements in a form? Thanks Kind regards, Jeroen Reijn Hippo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: HTMLArea Documentation
I'll see if I can find some time this weekend to create a patch and add it to JIRA. Reijn Derek Hohls wrote: Reijn Yes, I think there are many Cocoon users who would support it; we need a developer to "commit" to work to do it, though. In the meantime, I guess we just take the manual approach. Derek [EMAIL PROTECTED] 2006/03/16 12:51 PM >>> I offered the switch to Xinha a while ago and some people agreed, but no actions was taken. The Xinha documentation is fine and there is a forum as well. Just putting it in should work. We're using it in HippoCMS now and it's much better then HTMLArea. So I'm all for making it default in Cocoon. Regards, Reijn Stewart, Gary wrote: A Switch to Xinha is one of those things that really should happen. Best way to "raise" it is to fix Cocoon to use Xinha instead, and submit a patch. That way it is likely to happen. I'm sure at least one of the correspondents on this thread is up to the task. As it uses all the same (htmlarea.js) references I just gave it a go ripping the htmlarea directory out of cocoon-forms-block.jar and sticking the Xinha nightly one in. Looks like it is working just fine though I haven't tested the multiple language configs or anything. I'm assuming it would work just fine from a build as well though I haven't tested that yet. Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - 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] -- Met vriendelijke groet, Kind regards, Jeroen Reijn Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: map:call function
Marc, Indeed, after a few hours of headache I've found that two of our deploy processes were mixed up together! Thanks, Gunter D'Hondt Marc Portier <[EMAIL PROTECTED]> 09/03/2006 08:23 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Re: map:call function from the book (javadoc) > java.lang.LinkageError > > Subclasses of LinkageError indicate that a class has some dependency on another class; however, the latter class has incompatibly changed after the compilation of the former class. So clearly it has to be some variant of a not-clean-build, so you need to check your build/deploy/test strategy. I'ld suggest removing references to any of the cocoon 1-4 jars and do a clean rebuild of your complete project, chances are you do have some lingering calls/references in there to the old stuff... You might want to check your deployment process as well, maybe newer versions of your jars aren't uploaded to the test-environment, or they're not overwriting/removing the old ones and name/version-numbers are putting them behind the old ones in the classpath (so you still have the old ones loaded) One way to detect this last issue is by calling classloader.getResource("be/sofico/MyApple.class") and see from which jar your class gets loaded... Maybe also compare checksums on those jar-files ensuring it's in sync with the version you've just been cleanly-rebuilding.. regards, -marc= Gunter D'Hondt wrote: > Anybody an idea of my problem below?? I've already tried several things > but I'm out of ideas now and this is blocking our upgrade from 2.1.4 to > 2.1.8 > > Thanks in advance! > Gunter D'Hondt > > > > > > > Gunter D'Hondt <[EMAIL PROTECTED]> > 23/02/2006 14:37 > Please respond to > users@cocoon.apache.org > > > To > users@cocoon.apache.org > cc > > Subject > Re: map:call function > > > > > > > apparently the call function does work but when instantiating my apple it > gets a java.lang.LinkageError: > > I've adjusted the > org.apache.cocoon.components.flow.apples.ApplesProcessor: > private AppleController instantiateController(String className) > throws Exception { > > // TODO think about dynamic reloading of these beasts in future > // classloading stuf et al. > > if (getLogger().isDebugEnabled()) > getLogger().debug("ApplesProcessor->instantiateController() - > className='"+className+"'"); > > try { > Class clazz = Class.forName(className); > Object o = clazz.newInstance(); > return (AppleController) o; > } > catch (LinkageError e) > { > if (getLogger().isDebugEnabled()) > getLogger().debug("ApplesProcessor->instantiateController() - > LinkageError msg="+e.getMessage()); > } > return null; > } > > > this generates the following logging; > (2006-02-23) 14:19.15:296 ApplesProcessor: ApplesProcessor->callFunction() > > - className='be.sofico.MyApple' > (2006-02-23) 14:19.15:296 ApplesProcessor: > ApplesProcessor->instantiateController() - className='be.sofico.MyApple' > (2006-02-23) 14:19.15:312 ApplesProcessor: > ApplesProcessor->instantiateController() - LinkageError > msg=org/apache/cocoon/woody/formmodel/Widget > > so it must be something inside the class MyApple that incorrectly links to > > the old Woody Widget class but looking at the import of my class this > should not be possible: > > import org.apache.cocoon.ProcessingException; > import org.apache.cocoon.i18n.I18nUtils; > import org.apache.cocoon.components.flow.apples.AppleController; > import org.apache.cocoon.components.flow.apples.AppleRequest; > import org.apache.cocoon.components.flow.apples.AppleResponse; > import org.apache.cocoon.environment.Session; > import org.apache.cocoon.forms.FormContext; > import org.apache.cocoon.forms.FormManager; > import org.apache.cocoon.forms.binding.Binding; > import org.apache.cocoon.forms.binding.BindingManager; > import org.apache.cocoon.forms.event.FormHandler; > import org.apache.cocoon.forms.formmodel.Form; > I've recompiled all the classes correctly; I'm assuming that I don't need > the deprecated woody-block to run the cforms-block ??? > > Pls, any help is welcome, > > Regards, > Gunter D'Hondt > > > > > > > > > Gunter D'Hondt <[EMAIL PROTECTED]> > 22/02/2006 15:47 > Please respond to > users@cocoon.apache.org > > > To > users@cocoon.apache.org > cc > > Subject > map:call function > > > > > > > I'm currently upgrading from 2.1.4 to 2.1.8 and converted all Woody stuff > to CForms stuff but when calling the following sitemap snippet I'm getting > > > the error below. > > sitemap snippet: > > ... > > > ... > > > > the stacktrace snippet: > java.lang.NoClassDefFoundError: org/apache/cocoon/woody/formmodel/Widget >
Re: is it possible to cache sql queries?
Any chance this will be in the forthcoming 2.1.9 release? Derek >>> [EMAIL PROTECTED] 2006/03/15 10:44 PM >>> Oh, that's awesome! I just got it working in my project. I've been keeping my eye out for something like this for months now. Thank you so much Ard! Brian Ard Schrijvers wrote: >>Yeah, good call. I was actually thinking of something that could >>override the caching on an entire pipeline. Then it could be >>used for >>other things like grabbing rss feeds or something. For example: >> >> >> >> ... >> >> >> >> > >Don't build it yourself!! There is just a pipeline exactly doing what you >want: Use the exiring pipeline: > >src="org.apache.cocoon.components.pipeline.impl.ExpiresCachingProcessingPipeline"> > > > >Now use : > > > > your matchers here... > >That is all: > >In the cache-key you can also take request-params like: name="cache-key" value="{0}-{request-param:page}" /> > >There is certainly no need to write your own caching mechanism for this...if >this cached result is not returned fast enough from cocoon, since cache-key >lookups and validity checks are still done we have a (probably not yet >committed to cocoon) version of the ExpiresCachingProcessingPipeline >performing MUCH faster for complex pipelines. But in your case, the one >present now should do it! > >Regards AS > > > > > >>But unfortunately, this is a little beyond my abilities at >>the moment. >>I'm still trying to figure out simple things with cocoon (and >>have been >>doing so for a number of months now). So I won't be looking into >>anything like this for quite a while. >> >>Thanks for the thoughts though everyone! >>Brian >> >> >>Torsten Curdt wrote: >> >> >> >>>You could extend the transformer and hook in your caching strategy. >>>Have a look at other transformers that are cacheable how to do this. >>> >>> >>> AFAIK, the SQL tranformer is not cacheable. Best Regards, Antonio Gallardo. Brian Maddy wrote: >Does anyone know if it is possible to cache sql queries? > > >>I'm using >> >> >the sql transformer a lot and many of the queries don't > > >>need to be >> >> >done more than once every few hours. But they're being done all >the time. Is it possible to cache the results somehow with >cocoon's caching system? > > >>>cheers >>>-- >>>Torsten >>> >>> >>- >>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] > > > -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML messaging
Have you had a look at WSRM? I have not used it personally yet, but it may provide you with what you need. As far as I understand it, you can basically send messages and have their receipience acknowledged. The acknowledge message can carry in addition to the WSRM requirements any information you want it to extend with. Thomas Yves Vindevogel wrote: Yes, soap will be used in the future. I was more looking for a framework to build the messages that a way to transport them. Every message we receive must be answered to acknowledge reception. This is a quite complicated task because you must not only tell the other side you got the file, but you must tell it what you got. For instance, when we receive a group of data (a group is kinda like a database table), we must answer it by answering the message (groep 1), saying that we got one group, then saying how many items the group had, saying that we checked the content of the group (for instance validating a bank account nummer), ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: multiple fd:submit
This code don't work for me en Cocoon 2.1.7. I think its a problem with the _javascript_ type. I use: form.showForm(); switch( String (form.submitId)) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } En/na Jeroen Reijn ha escrit: Hi Fernando, You can react in flow based on the submitId of the form. You can request the submitId from flow by using: form.submitId Example: form.showForm(); switch(form.submitId) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } I found the example in the archives. Regards, Reijn [EMAIL PROTECTED] wrote: How can one react differently in a flow when there are several fd:submit elements in a form? Thanks Kind regards, Jeroen Reijn Hippo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Josep A. Frau <[EMAIL PROTECTED]> Centre de Tecnologies de la Informació Universitat de les Illes Balears
Re: is it possible to cache sql queries?
Hi, Derek Hohls wrote: Any chance this will be in the forthcoming 2.1.9 release? I'm sat next to Ard right now so with a bit of luck, yes ;-) Thanks, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cannot override general.field-required
Hi again, I have looked up how to override the CForms localization, but it's now working. In my subsitemap I have: src="org.apache.cocoon.transformation.I18nTransformer"> resources/i18n resource://org/apache/cocoon/forms/system/i18n location="resources/i18n"/> In resources/i18n/messages.xml I have: This is a required field But I keep on getting the untranslated key as the message. Thanks, -- -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Corporation Switzerland AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: multiple fd:submit
It also doesn't work on 2.1.8, but when I try to use this workaround I get: org.mozilla.javascript.EcmaError: foo is not a function. where foo is the id of the button I pressed. It shows the discriminator line as the location of the error. Josep A. Frau wrote: This code don't work for me en Cocoon 2.1.7. I think its a problem with the javascript type. I use: form.showForm(); switch(* String (*form.submitId)) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } En/na Jeroen Reijn ha escrit: Hi Fernando, You can react in flow based on the submitId of the form. You can request the submitId from flow by using: form.submitId Example: form.showForm(); switch(form.submitId) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } I found the example in the archives. Regards, Reijn [EMAIL PROTECTED] wrote: How can one react differently in a flow when there are several fd:submit elements in a form? Thanks Kind regards, Jeroen Reijn Hippo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Josep A. Frau <[EMAIL PROTECTED]> Centre de Tecnologies de la Informació Universitat de les Illes Balears -- -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Corporation Switzerland AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CForms: multiple fd:submit
It's OK, I was using form.submitId() instead of form.submitId -Original Message- From: Fernando D. Mato Mira [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 3:08 PM To: users@cocoon.apache.org Subject: Re: CForms: multiple fd:submit It also doesn't work on 2.1.8, but when I try to use this workaround I get: org.mozilla.javascript.EcmaError: foo is not a function. where foo is the id of the button I pressed. It shows the discriminator line as the location of the error. Josep A. Frau wrote: > This code don't work for me en Cocoon 2.1.7. I think its a problem > with the javascript type. > > I use: > > form.showForm(); > switch(* String (*form.submitId)) { >case "details": > showDetails(); > break; >case "create": > createNew(); > break; >case "cart": > redisplayForm = false; > showCart(); > break; >case "ok": > redisplayForm = false; > processForm(form); > break; > } > > > > > > En/na Jeroen Reijn ha escrit: > >> Hi Fernando, >> >> You can react in flow based on the submitId of the form. >> >> You can request the submitId from flow by using: >> >> form.submitId >> >> Example: >> >> form.showForm(); >> switch(form.submitId) { >>case "details": >> showDetails(); >> break; >>case "create": >> createNew(); >> break; >>case "cart": >> redisplayForm = false; >> showCart(); >> break; >>case "ok": >> redisplayForm = false; >> processForm(form); >> break; >> } >> >> I found the example in the archives. >> >> Regards, >> >> Reijn >> >> >> >> [EMAIL PROTECTED] wrote: >> >>> How can one react differently in a flow when there are several >>> fd:submit elements in a form? >>> >>> >>> >>> Thanks >>> >> >> Kind regards, >> >> Jeroen Reijn >> >> Hippo >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >-- >Josep A. Frau <[EMAIL PROTECTED]> >Centre de Tecnologies de la Informació >Universitat de les Illes Balears > > -- -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Corporation Switzerland AG - 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]
[SOLVED]Re: CForms: multiple fd:submit
Fernando, great that you got it to work. Regards, Reijn [EMAIL PROTECTED] wrote: It's OK, I was using form.submitId() instead of form.submitId -Original Message- From: Fernando D. Mato Mira [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 3:08 PM To: users@cocoon.apache.org Subject: Re: CForms: multiple fd:submit It also doesn't work on 2.1.8, but when I try to use this workaround I get: org.mozilla.javascript.EcmaError: foo is not a function. where foo is the id of the button I pressed. It shows the discriminator line as the location of the error. Josep A. Frau wrote: This code don't work for me en Cocoon 2.1.7. I think its a problem with the javascript type. I use: form.showForm(); switch(* String (*form.submitId)) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } En/na Jeroen Reijn ha escrit: Hi Fernando, You can react in flow based on the submitId of the form. You can request the submitId from flow by using: form.submitId Example: form.showForm(); switch(form.submitId) { case "details": showDetails(); break; case "create": createNew(); break; case "cart": redisplayForm = false; showCart(); break; case "ok": redisplayForm = false; processForm(form); break; } I found the example in the archives. Regards, Reijn [EMAIL PROTECTED] wrote: How can one react differently in a flow when there are several fd:submit elements in a form? Thanks Kind regards, Jeroen Reijn Hippo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Josep A. Frau <[EMAIL PROTECTED]> Centre de Tecnologies de la Informació Universitat de les Illes Balears -- Met vriendelijke groet, Kind regards, Jeroen Reijn Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML messaging
Hi Yves, I believe this is what the MQ quys call QoS (Quality of Service). It definitely sounds like JMS is what you need. As an added benefit, if you use Apache Axis as your SOAP client when/if you go that route, there is a JMS provider that you can use that will leverage the effort that you're currently investing in JMS. Good Luck! Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 Yves Vindevogel <[EMAIL PROTECTED]To: users@cocoon.apache.org lements.be> cc: Subject: Re: XML messaging 03/16/2006 07:03 AM Please respond to users Yes, soap will be used in the future. I was more looking for a framework to build the messages that a way to transport them. Every message we receive must be answered to acknowledge reception. This is a quite complicated task because you must not only tell the other side you got the file, but you must tell it what you got. For instance, when we receive a group of data (a group is kinda like a database table), we must answer it by answering the message (groep 1), saying that we got one group, then saying how many items the group had, saying that we checked the content of the group (for instance validating a bank account nummer), ... Thomas.Soddemann wrote: > Hi, > > have you considered employing SOAP based Web Services for that? > You could go even further and use WSRF and WS-Notification. > > Just a thought, > Thomas > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > (See attached file: yves.vindevogel.vcf) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] yves.vindevogel.vcf Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Locale problem in cocoon 2.1.7
Hi All, We are trying to migrate our application from cocoon2.1.5.1 to cocoon 2.1.7. We are facing a problem with the locale. We have defined an entry for locale as true false false false And we are trying to define a resource like ……. Where {locale} not seems to be working. Even we are not getting for anything {lang} if we use inside the locale. Please tell us anything else we need to declare or define to solve this problem. This was working fine with cocoon2.1.5. Thanks and Regards, Baskar The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Re: XML messaging
Ok, will look into that then !! Tnx [EMAIL PROTECTED] wrote: Hi Yves, I believe this is what the MQ quys call QoS (Quality of Service). It definitely sounds like JMS is what you need. As an added benefit, if you use Apache Axis as your SOAP client when/if you go that route, there is a JMS provider that you can use that will leverage the effort that you're currently investing in JMS. Good Luck! Ian It's better to be hated for who you are than loved for who you are not Ian D. Stewart Appl Dev Analyst-Advisory, DCS Automation JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Pager: (888) 260-0078 Yves Vindevogel <[EMAIL PROTECTED]To: users@cocoon.apache.org lements.be> cc: Subject: Re: XML messaging 03/16/2006 07:03 AM Please respond to users Yes, soap will be used in the future. I was more looking for a framework to build the messages that a way to transport them. Every message we receive must be answered to acknowledge reception. This is a quite complicated task because you must not only tell the other side you got the file, but you must tell it what you got. For instance, when we receive a group of data (a group is kinda like a database table), we must answer it by answering the message (groep 1), saying that we got one group, then saying how many items the group had, saying that we checked the content of the group (for instance validating a bank account nummer), ... Thomas.Soddemann wrote: Hi, have you considered employing SOAP based Web Services for that? You could go even further and use WSRF and WS-Notification. Just a thought, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] (See attached file: yves.vindevogel.vcf) - 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] begin:vcard fn:Yves Vindevogel n:Vindevogel;Yves org:Implements adr:;;Kempische Steenweg 206;Hasselt;;3500;Belgium email;internet:[EMAIL PROTECTED] tel;work:+32 (11) 43 55 76 tel;home:+32 (11) 43 55 76 tel;cell:+32 (478) 80 82 91 x-mozilla-html:TRUE url:http://www.implements.be version:2.1 end:vcard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: is it possible to cache sql queries?
> Derek Hohls wrote: > > Any chance this will be in the forthcoming 2.1.9 release? > > I'm sat next to Ard right now so with a bit of luck, yes ;-) > Max is committing it. Should be available in 2.1.9 AS -- Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - [EMAIL PROTECTED] / http://www.hippo.nl -- > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cannot override general.field-required
> -Original Message- > From: Fernando D. Mato Mira [mailto:[EMAIL PROTECTED] > Sent: donderdag 16 maart 2006 14:43 > To: users@cocoon.apache.org > Subject: Cannot override general.field-required > > > Hi again, > > I have looked up how to override the CForms localization, > but it's now > working. > > In my subsitemap I have: > > >src="org.apache.cocoon.transformation.I18nTransformer"> > > > resources/i18n > > resource://org/apache/cocoon/forms/system/i18n > >location="resources/i18n"/> > > > > > > In resources/i18n/messages.xml I have: > > > > This is a required > field > > > > But I keep on getting the untranslated key as the message. > It probably can't find the folder resources/i18n from the point where your sitemap is. Keep in mind that calling resources/i18n means it's relative to where you are. Did you check that? 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]
One for the forms Ajax experts
Hi We have a form that has several fields that are enabled/disabled through on-change events in the form. This works fine, and with Ajax too... We also have validation which includes a list of "validation-errors" which displays all errors in the form at the top of the form (in this case). The markup works as expected when Ajax is NOT enabled (including the list of errors at the top of the screen). However, with Ajax turned on, these messages (invoked by at the top of the form do NOT appear. The other validation mark-up appears as expected. I thought that this was just our mistake, but the examples that come with cocoon exhibit this same behaviour (I had to add the in the Ajax examples to prove this. Is this a bug, or can the form styling xsl be changed to allow these to be shown?? (We are using Cocoon v2.1.8) Any help much appreciated Thanks Duncan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cannot override general.field-required
Yes, the resources directory is right in the directory where this sitemap is. -Original Message- From: Jasha Joachimsthal [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:37 PM To: users@cocoon.apache.org Subject: RE: Cannot override general.field-required > -Original Message- > From: Fernando D. Mato Mira [mailto:[EMAIL PROTECTED] > Sent: donderdag 16 maart 2006 14:43 > To: users@cocoon.apache.org > Subject: Cannot override general.field-required > > > Hi again, > > I have looked up how to override the CForms localization, > but it's now > working. > > In my subsitemap I have: > > >src="org.apache.cocoon.transformation.I18nTransformer"> > > > resources/i18n > > resource://org/apache/cocoon/forms/system/i18n > >location="resources/i18n"/> > > > > > > In resources/i18n/messages.xml I have: > > > > This is a required > field > > > > But I keep on getting the untranslated key as the message. > It probably can't find the folder resources/i18n from the point where your sitemap is. Keep in mind that calling resources/i18n means it's relative to where you are. Did you check that? 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: One for the forms Ajax experts
> We have a form that has several fields that are enabled/disabled through > on-change events in the form. This works fine, and with Ajax too... > > We also have validation which includes a list of "validation-errors" > which displays all errors in the form at the top of the form (in this > case). > > The markup works as expected when Ajax is NOT enabled (including the list > of errors at the top of the screen). However, with Ajax turned on, these > messages (invoked by at the top of the form do NOT > appear. The other validation mark-up appears as expected. > > I thought that this was just our mistake, but the examples that come with > cocoon exhibit this same behaviour (I had to add the > in the Ajax examples to prove this. > > Is this a bug, or can the form styling xsl be changed to allow these to be > shown?? > (We are using Cocoon v2.1.8) This is a known issue: https://issues.apache.org/jira/browse/COCOON-1570 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cannot override general.field-required
It may sound weird but I get the same error when I put the translation in the folder named 'i18n'. When I rename it to something different it does work. Jasha Joachimsthal - Hippo Oosteinde 11 1017 WT Amsterdam The Netherlands +31 (0)20 5224466 [EMAIL PROTECTED] www.hippo.nl > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: donderdag 16 maart 2006 16:53 > To: users@cocoon.apache.org > Subject: RE: Cannot override general.field-required > > > Yes, the resources directory is right in the directory where this > sitemap is. > > -Original Message- > From: Jasha Joachimsthal [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 16, 2006 4:37 PM > To: users@cocoon.apache.org > Subject: RE: Cannot override general.field-required > > > -Original Message- > > From: Fernando D. Mato Mira [mailto:[EMAIL PROTECTED] > > Sent: donderdag 16 maart 2006 14:43 > > To: users@cocoon.apache.org > > Subject: Cannot override general.field-required > > > > > > Hi again, > > > > I have looked up how to override the CForms localization, > > but it's now > > working. > > > > In my subsitemap I have: > > > > > >> src="org.apache.cocoon.transformation.I18nTransformer"> > > > > > > resources/i18n > > > > resource://org/apache/cocoon/forms/system/i18n > > > >> location="resources/i18n"/> > > > > > > > > > > > > In resources/i18n/messages.xml I have: > > > > > > > > This is a required > > field > > > > > > > > But I keep on getting the untranslated key as the message. > > > > It probably can't find the folder resources/i18n from the point where > your sitemap is. > Keep in mind that calling resources/i18n > means it's > relative to where you are. Did you check that? > > > 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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: is it possible to cache sql queries?
Hi! I've just committed it. Please test it a little. I did a little stress test with a pipeline that did an aggregate of around 100 parts directly from the filesystem and serialized it to xml. The cached response took 0-16 ms, while generating it took over 500 ms. Be aware that the default cache key for all pipelines is the exact uri you used to generate it. This has always been so with the ExpiresCachingProcessingPipeline. If you need to write your own (maybe your pipeline also depends on session attributes or request parameters), use it like this: ... Then the cache key will be of the same form for _all_ matchers within this block. If you need another form (i.e. add/remove parameters), you need to declare a nother pipeline element and give it a new "cache-key" parameter. By the way, "{0}" gives you the complete uri the matcher matched. Have fun! max On 3/16/06, Ard Schrijvers <[EMAIL PROTECTED]> wrote: > > > Derek Hohls wrote: > > > Any chance this will be in the forthcoming 2.1.9 release? > > > > I'm sat next to Ard right now so with a bit of luck, yes ;-) > > > > Max is committing it. Should be available in 2.1.9 > > AS > > -- > > Hippo > Oosteinde 11 > 1017WT Amsterdam > The Netherlands > Tel +31 (0)20 5224466 > - > [EMAIL PROTECTED] / http://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: is it possible to cache sql queries?
For those wanting to use the ExpiresCachingProcessingPipeline in example a poll or forum you are able to do this as follows: add the parameters : Now your poll/forum is very long cached (10 sec). When somebody votes/a new reaction is added, make sure that action is done with an extra parameter: purge-cache=true. This way, after a vote, the specific pipeline's cached is purged, and rebuild and again cached for very long (10 sec). This way you can deliver high performance polls/fora. This is already available in ExpiresCachingProcessingPipeline in 2.1.8 AS ps what I still want to build is that you can define a time untill which the ExpiresCachingProcessingPipeline is valid, instead of giving it just an "arbitrary" value. Often I know that a pipeline is valid untill 0:00, BUT, since I dont know when the first request comes, I can not cache it longer then, say 5 minutes (so that it is cached maximally untill 0:04:59). More people interesting in this feature? -- Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 - [EMAIL PROTECTED] / http://www.hippo.nl -- > > Hi! > > I've just committed it. Please test it a little. I did a little stress > test with a pipeline that did an aggregate of around 100 parts > directly from the filesystem and serialized it to xml. The cached > response took 0-16 ms, while generating it took over 500 ms. > > Be aware that the default cache key for all pipelines is the exact uri > you used to generate it. This has always been so with the > ExpiresCachingProcessingPipeline. > If you need to write your own (maybe your pipeline also depends on > session attributes or request parameters), use it like this: > > >value="mycachekey-{0}-{request-param:myparam}-{session-attr:myattr}"/> > > > ... > > > > Then the cache key will be of the same form for _all_ matchers within > this block. If you need another form (i.e. add/remove parameters), you > need to declare a nother pipeline element and give it a new > "cache-key" parameter. > > By the way, "{0}" gives you the complete uri the matcher matched. > > Have fun! > max > > On 3/16/06, Ard Schrijvers <[EMAIL PROTECTED]> wrote: > > > > > Derek Hohls wrote: > > > > Any chance this will be in the forthcoming 2.1.9 release? > > > > > > I'm sat next to Ard right now so with a bit of luck, yes ;-) > > > > > > > Max is committing it. Should be available in 2.1.9 > > > > AS > > > > -- > > > > Hippo > > Oosteinde 11 > > 1017WT Amsterdam > > The Netherlands > > Tel +31 (0)20 5224466 > > - > > [EMAIL PROTECTED] / http://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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: multiple fd:submit
I thought that it was form.submitWidgetId "Fernando D. Mato Mira" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > It also doesn't work on 2.1.8, but when I try to use this workaround I get: > > org.mozilla.javascript.EcmaError: foo is not a function. > > where foo is the id of the button I pressed. > > It shows the discriminator line as the location of the error. > > > Josep A. Frau wrote: > > > This code don't work for me en Cocoon 2.1.7. I think its a problem > > with the javascript type. > > > > I use: > > > > form.showForm(); > > switch(* String (*form.submitId)) { > >case "details": > > showDetails(); > > break; > >case "create": > > createNew(); > > break; > >case "cart": > > redisplayForm = false; > > showCart(); > > break; > >case "ok": > > redisplayForm = false; > > processForm(form); > > break; > > } > > > > > > > > > > > > En/na Jeroen Reijn ha escrit: > > > >> Hi Fernando, > >> > >> You can react in flow based on the submitId of the form. > >> > >> You can request the submitId from flow by using: > >> > >> form.submitId > >> > >> Example: > >> > >> form.showForm(); > >> switch(form.submitId) { > >>case "details": > >> showDetails(); > >> break; > >>case "create": > >> createNew(); > >> break; > >>case "cart": > >> redisplayForm = false; > >> showCart(); > >> break; > >>case "ok": > >> redisplayForm = false; > >> processForm(form); > >> break; > >> } > >> > >> I found the example in the archives. > >> > >> Regards, > >> > >> Reijn > >> > >> > >> > >> [EMAIL PROTECTED] wrote: > >> > >>> How can one react differently in a flow when there are several > >>> fd:submit elements in a form? > >>> > >>> > >>> > >>> Thanks > >>> > >> > >> Kind regards, > >> > >> Jeroen Reijn > >> > >> Hippo > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > >-- > >Josep A. Frau <[EMAIL PROTECTED]> > >Centre de Tecnologies de la Informació > >Universitat de les Illes Balears > > > > > > > -- > -- > Fernando D. Mato Mira [EMAIL PROTECTED] > Thomson Corporation Switzerland AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: creating dynamic widgets
Simon,Sorry about that... I forgot to give you the loadDOM function... which you seem to have worked out now anyway! But for completeness...function loadDOM(uri, object) { try { var util = cocoon.createObject(Packages.org.apache.cocoon.components.flow.util.PipelineUtil); var dom = util.processToDOM(uri, object); } finally { cocoon.disposeObject(util); } return dom;}On 16 Mar 2006, at 01:25, Simon Stanlake wrote: This works: var pu = cocoon.createObject(Packages.org.apache.cocoon.components.flow.util.PipelineUtil);var model = pu.processToDOM("def.jxt",{"data":data});as in the patch referenced previously in this thread. From: Simon Stanlake [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 15, 2006 11:54 AMTo: users@cocoon.apache.orgSubject: RE: CForms: creating dynamic widgets I couldn't find the loadDOM() function - is there another .js file I need to import for this to work? From: Robin Wyles [mailto:[EMAIL PROTECTED]] Sent: Friday, February 10, 2006 10:07 AMTo: users@cocoon.apache.orgSubject: Re: CForms: creating dynamic widgets Andrew, From flow you can do... cocoon.load("resource://org/apache/cocoon/forms/flow/_javascript_/Form.js"); ... var questions = someMethodToGetQuestions(); var model = loadDOM("forms/application/definition.jxt ", {"questions": questions}); var form = new Form(model.getDocumentElement()); form.showForm("forms/application/template.jxt"); Hope this helps... Robin On 10 Feb 2006, at 13:29, Andrew Le Quesne wrote: Hi there,I am trying to generate a dynamic form template so I can create a list of questions that the user will answer from a set of questions stored in a database table.I am setting the definition file by using a pipeline - cocoon:/forms/application/definition.jxt To generate a JXT file. This works as a basic form but I need to pass a Java Object to it so that I can get a list of question objects from which to create the question set of widgets. Can anyone give me any advice or are there any examples of something similar anywhere.I am using cocoon 2.1.8Thanks,Andrew
Re: Back button issues with multipage forms
Hi Marc, Thanks for the reply. We've considered this approach however it doesn't work for our situation. The problem is that the possible pages is variable and dependent on data provided by the database. For example, a repeater widget that has multiple group widget containers per row, and the user can swtich between each group widget effectively displaying a different view of the data. I'm considering another approach. I've traced through the form processing code many times and have noticed that the first task is to dispatch any queued events. If I was able to fit an event into that queue that set the state of the widgets, then I could use continuations to store the widget state at each step and provide that information in the event. The result would be that widget states would be correct, and the request processing would proceed at expected. I not certain that this is even possible. I'm hoping that someone has some experience around this area to lend some advice. Thanks Again, Craig "Marc Salvetti" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... Hi Craig, i did run into the problem, and i didn't find other satisfiying solution than to cut down my multipage form to several forms called successively from the same flowscript function. You can also try to hack the pb with something like that : var submitWidget = widget.getForm().getSubmitWidget(); while(submitWidget == null){ form.showForm(displayPipeline); submitWidget = widget.getForm().getSubmitWidget(); //Protect from the bug when user press the back button if(submitWidget == null){ cocoon.log.debug("back button pressed"); But i find it more difficult and less elegant than successive forms. hth, Marc 2006/3/15, Craig Gulliver <[EMAIL PROTECTED]>: > > I have several forms that use the multipage wizard. The basic idea is > that the form has multiple group widget containers that can be hidden or > displayed based on user actions(ie button clicks really). And are > controlled using button event handers (on-action events) in the form > definition. > > > > My problem is stemming from the use of the back button with these types of > pages. > > > > The first thing I investigated was how continuations would solve my > problem. It seemed like the right candidate to provide a solution. I turns > out that even with continuations these forms still do not behave as I > expect. I tracked the issue down to the fact that the form and it's state > are not recorded at each continuation. The result is that the form widget > states do not revert. In other words, the continuation does not have this > state when applied to the process. > > > > To illustrate: > > > > * Displaying form with group A and group B. Group A is active, and Group > B is invisible. > > > > * User submits the form using the flip button, the buttons event handler > flips the state of each Group so that A is invisible and B is active. > > > > * User hits the browser back button, then hits the flip button again. The > form processing shows that the state is that in step 2 instead of step 1. > The state of these widget containers affect how the request is processed, > and explains the strange behaviour. > > > > Another item I came across was the use of page local. The cocoon object > provides a function called createPageLocal. The returned object is used to > store local page variables that can be restored when a page is resubmitted > (ie back button is used). There is not much documentation surrounding this > feature. I was not able to solve my problem using it. Either I was using > it incorrectly, or it's the wrong solution. Does anyone have any experience > with this feature, and if so is there documentation for it. Would it solve > my problem, or am I running down a rabbit hole? > > > > I would think that we are not the first to run into this problem. > However, I have not found any mention of it on the forums, wiki, or > supporting cocoon sites. > > > > Does anyone have an answer to this problem? > > > > Thanks in advance, > > > > > > Craig W Gulliver > > > > > -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: One for the forms Ajax experts
Hi Jason Thanks for drawing my attention to this... Are there any workarounds, or will have to choose between ajax-enabling our forms or having validation-errors work, for the time being? Thanks Duncan Jason Johnston wrote: We have a form that has several fields that are enabled/disabled through on-change events in the form. This works fine, and with Ajax too... We also have validation which includes a list of "validation-errors" which displays all errors in the form at the top of the form (in this case). The markup works as expected when Ajax is NOT enabled (including the list of errors at the top of the screen). However, with Ajax turned on, these messages (invoked by at the top of the form do NOT appear. The other validation mark-up appears as expected. I thought that this was just our mistake, but the examples that come with cocoon exhibit this same behaviour (I had to add the in the Ajax examples to prove this. Is this a bug, or can the form styling xsl be changed to allow these to be shown?? (We are using Cocoon v2.1.8) This is a known issue: https://issues.apache.org/jira/browse/COCOON-1570 - 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: Exception in tomcat catalina.out
cocoon-2.1.4 tomcat-4.1.x Thanks, Anna. Antonio Gallardo wrote: Versions? Best Regards, Antonio Gallardo. Anna Bikkina wrote: Hi, I am running my application in cocoon and am using cocoon portals . I see the following error in tomcat catalina.out constantly. The application seems to work fine. Can anyone explain why I am getting this error. Thanks, Anna. java.lang.NullPointerException at org.apache.cocoon.environment.http.HttpRequest.getRequestURI(HttpRequest.java:227) at org.apache.cocoon.util.log.CocoonLogFormatter.getURI(CocoonLogFormatter.java:232) at org.apache.cocoon.util.log.CocoonLogFormatter.formatPatternRun(CocoonLogFormatter.java:175) at org.apache.cocoon.util.log.ExtensiblePatternFormatter.format(ExtensiblePatternFormatter.java:376) at org.apache.log.output.AbstractOutputTarget.format(AbstractOutputTarget.java:189) at org.apache.log.output.AbstractOutputTarget.doProcessEvent(AbstractOutputTarget.java:148) at org.apache.log.output.AbstractTarget.processEvent(AbstractTarget.java:145) at org.apache.log.Logger.fireEvent(Logger.java:708) at org.apache.log.Logger.output(Logger.java:683) at org.apache.log.Logger.output(Logger.java:666) at org.apache.log.Logger.info(Logger.java:206) at org.apache.avalon.framework.logger.LogKitLogger.info(LogKitLogger.java:117) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1167) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:534) Logging Error: Unknown error writing event. - 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]
tree widget and javaflow
Hi I am trying to use tree widgets in a javaflow application. What I need to do from my java code is, before showing the form: - set the contents (nodes) of the tree - specify which nodes should initially be expanded and after a node has been selected: - find out which node(s) was selected - find out which (if any) nodes are expanded Is there any documentation or samples that show how to do this? Regards Steinar Jonsson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Back button issues with multipage forms
It may be possible to provide this functionality using the ProcessingPhaseListeners event handler. The implementation of this class would record the state of all form widgets on creation. When receiving an event that the LOAD_MODEL phase has ended, then the widget state could be applied to form. The question is, will continuations restore the state of the ProcessingPhaseListener class so that the proper states are applied to the form? Does any of this sound reasonable to any one? Maybe I should post my questions to the developer forum. Thanks, Craig "Craig Gulliver" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] >... Hi Marc, Thanks for the reply. We've considered this approach however it doesn't work for our situation. The problem is that the possible pages is variable and dependent on data provided by the database. For example, a repeater widget that has multiple group widget containers per row, and the user can swtich between each group widget effectively displaying a different view of the data. I'm considering another approach. I've traced through the form processing code many times and have noticed that the first task is to dispatch any queued events. If I was able to fit an event into that queue that set the state of the widgets, then I could use continuations to store the widget state at each step and provide that information in the event. The result would be that widget states would be correct, and the request processing would proceed at expected. I not certain that this is even possible. I'm hoping that someone has some experience around this area to lend some advice. Thanks Again, Craig "Marc Salvetti" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... Hi Craig, i did run into the problem, and i didn't find other satisfiying solution than to cut down my multipage form to several forms called successively from the same flowscript function. You can also try to hack the pb with something like that : var submitWidget = widget.getForm().getSubmitWidget(); while(submitWidget == null){ form.showForm(displayPipeline); submitWidget = widget.getForm().getSubmitWidget(); //Protect from the bug when user press the back button if(submitWidget == null){ cocoon.log.debug("back button pressed"); But i find it more difficult and less elegant than successive forms. hth, Marc 2006/3/15, Craig Gulliver <[EMAIL PROTECTED]>: > > I have several forms that use the multipage wizard. The basic idea is > that the form has multiple group widget containers that can be hidden or > displayed based on user actions(ie button clicks really). And are > controlled using button event handers (on-action events) in the form > definition. > > > > My problem is stemming from the use of the back button with these types of > pages. > > > > The first thing I investigated was how continuations would solve my > problem. It seemed like the right candidate to provide a solution. I turns > out that even with continuations these forms still do not behave as I > expect. I tracked the issue down to the fact that the form and it's state > are not recorded at each continuation. The result is that the form widget > states do not revert. In other words, the continuation does not have this > state when applied to the process. > > > > To illustrate: > > > > * Displaying form with group A and group B. Group A is active, and Group > B is invisible. > > > > * User submits the form using the flip button, the buttons event handler > flips the state of each Group so that A is invisible and B is active. > > > > * User hits the browser back button, then hits the flip button again. The > form processing shows that the state is that in step 2 instead of step 1. > The state of these widget containers affect how the request is processed, > and explains the strange behaviour. > > > > Another item I came across was the use of page local. The cocoon object > provides a function called createPageLocal. The returned object is used to > store local page variables that can be restored when a page is resubmitted > (ie back button is used). There is not much documentation surrounding this > feature. I was not able to solve my problem using it. Either I was using > it incorrectly, or it's the wrong solution. Does anyone have any experience > with this feature, and if so is there documentation for it. Would it solve > my problem, or am I running down a rabbit hole? > > > > I would think that we are not the first to run into this problem. > However, I have not found any mention of it on the forums, wiki, or > supporting cocoon sites. > > > > Does anyone have an answer to this problem? > > > > Thanks in advance, > > > > > > Craig W Gulliver > > > > > -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Back button issues with multipage forms
I'm not sure that I fully understand the problem at hand (sounds like a client-side problem to me), but I think the answer to your question is no. I was counting on being able to restore the state of some variable at a particular continuation myself, but found the following buried on the wiki @ http://wiki.apache.org/cocoon/RhinoWithContinuations: "NOTE: Captured continuation does not save the state of the variables, but rather pointers to the variables. Example: two continuations will share one instance of the local variable declared in the function, if those two continuations were created during execution of the same call of this function" HTH, Bill From: Craig Gulliver [mailto:[EMAIL PROTECTED] Sent: Thu 3/16/2006 1:00 PM To: users@cocoon.apache.org Subject: Re: Back button issues with multipage forms It may be possible to provide this functionality using the ProcessingPhaseListeners event handler. The implementation of this class would record the state of all form widgets on creation. When receiving an event that the LOAD_MODEL phase has ended, then the widget state could be applied to form. The question is, will continuations restore the state of the ProcessingPhaseListener class so that the proper states are applied to the form? Does any of this sound reasonable to any one? Maybe I should post my questions to the developer forum. Thanks, Craig "Craig Gulliver" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] >... Hi Marc, Thanks for the reply. We've considered this approach however it doesn't work for our situation. The problem is that the possible pages is variable and dependent on data provided by the database. For example, a repeater widget that has multiple group widget containers per row, and the user can swtich between each group widget effectively displaying a different view of the data. I'm considering another approach. I've traced through the form processing code many times and have noticed that the first task is to dispatch any queued events. If I was able to fit an event into that queue that set the state of the widgets, then I could use continuations to store the widget state at each step and provide that information in the event. The result would be that widget states would be correct, and the request processing would proceed at expected. I not certain that this is even possible. I'm hoping that someone has some experience around this area to lend some advice. Thanks Again, Craig "Marc Salvetti" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... Hi Craig, i did run into the problem, and i didn't find other satisfiying solution than to cut down my multipage form to several forms called successively from the same flowscript function. You can also try to hack the pb with something like that : var submitWidget = widget.getForm().getSubmitWidget(); while(submitWidget == null){ form.showForm(displayPipeline); submitWidget = widget.getForm().getSubmitWidget(); //Protect from the bug when user press the back button if(submitWidget == null){ cocoon.log.debug("back button pressed"); But i find it more difficult and less elegant than successive forms. hth, Marc 2006/3/15, Craig Gulliver <[EMAIL PROTECTED]>: > > I have several forms that use the multipage wizard. The basic idea is > that the form has multiple group widget containers that can be hidden or > displayed based on user actions(ie button clicks really). And are > controlled using button event handers (on-action events) in the form > definition. > > > > My problem is stemming from the use of the back button with these types of > pages. > > > > The first thing I investigated was how continuations would solve my > problem. It seemed like the right candidate to provide a solution. I turns > out that even with continuations these forms still do not behave as I > expect. I tracked the issue down to the fact that the form and it's state > are not recorded at each continuation. The result is that the form widget > states do not revert. In other words, the continuation does not have this > state when applied to the process. > > > > To illustrate: > > > > * Displaying form with group A and group B. Group A is active, and Group > B is invisible. > > > > * User submits the form using the flip button, the buttons event handler > flips the state of each Group so that A is invisible and B is active. > > > > * User hits the browser back button, then hits the flip button again. The > form processing shows that the state is that in step 2 instead of step 1. > The state of these widget containers affect how the request is processed, > and explains the strange behaviour. > > > > Another item I came across was the use of page local. The cocoon object > provides a function called createPageLocal. The returned object is used to > store local page variables that can be restored when a page is re
Re: Back button issues with multipage forms
Hi Bruyn, Our problem is definitely a server side issue since the form and widget state are stored and processed server side (where the servlet lives). Thanks for the wiki link, very helpful. Craig "Bruyn Bill" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] gov>... I'm not sure that I fully understand the problem at hand (sounds like a client-side problem to me), but I think the answer to your question is no. I was counting on being able to restore the state of some variable at a particular continuation myself, but found the following buried on the wiki @ http://wiki.apache.org/cocoon/RhinoWithContinuations: "NOTE: Captured continuation does not save the state of the variables, but rather pointers to the variables. Example: two continuations will share one instance of the local variable declared in the function, if those two continuations were created during execution of the same call of this function" HTH, Bill From: Craig Gulliver [mailto:[EMAIL PROTECTED] Sent: Thu 3/16/2006 1:00 PM To: users@cocoon.apache.org Subject: Re: Back button issues with multipage forms It may be possible to provide this functionality using the ProcessingPhaseListeners event handler. The implementation of this class would record the state of all form widgets on creation. When receiving an event that the LOAD_MODEL phase has ended, then the widget state could be applied to form. The question is, will continuations restore the state of the ProcessingPhaseListener class so that the proper states are applied to the form? Does any of this sound reasonable to any one? Maybe I should post my questions to the developer forum. Thanks, Craig "Craig Gulliver" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] >... Hi Marc, Thanks for the reply. We've considered this approach however it doesn't work for our situation. The problem is that the possible pages is variable and dependent on data provided by the database. For example, a repeater widget that has multiple group widget containers per row, and the user can swtich between each group widget effectively displaying a different view of the data. I'm considering another approach. I've traced through the form processing code many times and have noticed that the first task is to dispatch any queued events. If I was able to fit an event into that queue that set the state of the widgets, then I could use continuations to store the widget state at each step and provide that information in the event. The result would be that widget states would be correct, and the request processing would proceed at expected. I not certain that this is even possible. I'm hoping that someone has some experience around this area to lend some advice. Thanks Again, Craig "Marc Salvetti" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... Hi Craig, i did run into the problem, and i didn't find other satisfiying solution than to cut down my multipage form to several forms called successively from the same flowscript function. You can also try to hack the pb with something like that : var submitWidget = widget.getForm().getSubmitWidget(); while(submitWidget == null){ form.showForm(displayPipeline); submitWidget = widget.getForm().getSubmitWidget(); //Protect from the bug when user press the back button if(submitWidget == null){ cocoon.log.debug("back button pressed"); But i find it more difficult and less elegant than successive forms. hth, Marc 2006/3/15, Craig Gulliver <[EMAIL PROTECTED]>: > > I have several forms that use the multipage wizard. The basic idea is > that the form has multiple group widget containers that can be hidden or > displayed based on user actions(ie button clicks really). And are > controlled using button event handers (on-action events) in the form > definition. > > > > My problem is stemming from the use of the back button with these types of > pages. > > > > The first thing I investigated was how continuations would solve my > problem. It seemed like the right candidate to provide a solution. I turns > out that even with continuations these forms still do not behave as I > expect. I tracked the issue down to the fact that the form and it's state > are not recorded at each continuation. The result is that the form widget > states do not revert. In other words, the continuation does not have this > state when applied to the process. > > > > To illustrate: > > > > * Displaying form with group A and group B. Group A is active, and Group > B is invisible. > > > > * User submits the form using the flip button, the buttons event handler > flips the state of each Group so that A is invisible and B is active. > > > > * User hits the browser back button, then hits the flip button again. The > form processing shows that the state is that in step 2 instead of step 1. > The state of these widget containers affect how the request i
Re: One for the forms Ajax experts
Duncan McLean wrote: Hi Jason Thanks for drawing my attention to this... Are there any workarounds, or will have to choose between ajax-enabling our forms or having validation-errors work, for the time being? An optional "Turn off ajax" attribute per widget [1]. Please note, this patches didn't find a way into cocoon because the cforms ajax implementation in 2.1.9-dev uses dojo [2]. Best Regards, Antonio Gallardo. [1] https://issues.apache.org/jira/browse/COCOON-1570#action_12369852 [2] http://dojotoolkit.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: CForms: + strangeness]
I apologize for being so persistent with this question. Has anyone faced this issue before, and is the workaround I've come up with valid? It does work, but I'm new to Cocoon and I wanted to make sure that the fix was appropriate and not a misguided hack. Thank you! - Hari Forwarded Message From: Hari Selvarajan <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: users@cocoon.apache.org Subject: CForms: + strangeness Date: Tue, 14 Mar 2006 02:14:04 -0800 Greetings, I'm having some trouble trying to use an as the case widget for an . The idea was to use a booleanfield that, when checked, would cause two additional fields to be displayed. The form definition and template are both appended below, along with the error message. It appears that JXMacrosHelper expects the value for a union widget to be String-only. There is a cast to String on line 360: String value = (String)unionWidget.getValue(); Would it have the same effect if the line was changed to: String value = unionWidget.getValue() != null ? unionWidget.getValue().toString() : ""; Help!? - Hari Error message + stack trace: --- org.apache.cocoon.generation.JXTemplateGenerator$JXTException: java.lang.Boolean at - resource://org/apache/cocoon/forms/generation/jx-macros.xml:176:64 at - file:/usr/local/resin-3.0.14/webapps/union-test/1.jx:22:26 at - resource://org/apache/cocoon/forms/generation/jx-macros.xml:164:25 at - file:/usr/local/resin-3.0.14/webapps/union-test/1.jx:21:24 at - resource://org/apache/cocoon/forms/generation/jx-macros.xml:34:23 at - file:/usr/local/resin-3.0.14/webapps/union-test/1.jx:12:82 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:137:30 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:127:50 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:124:29 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:123:40 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:122:40 at resource://org/apache/cocoon/forms/flow/javascript/Form.js:184:-1 at file:/usr/local/resin-3.0.14/webapps/union-test/testunion.js:6:-1 at - file:/usr/local/resin-3.0.14/webapps/union-test/sitemap.xmap:114:29 Caused by: java.lang.ClassCastException: java.lang.Boolean at org.apache.cocoon.forms.generation.JXMacrosHelper.isSelectedCase(JXMacrosHelper.java:360) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:268) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:61) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:68) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:50) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:86) at org.apache.cocoon.generation.JXTemplateGenerator.getValue(JXTemplateGenerator.java:790) at org.apache.cocoon.generation.JXTemplateGenerator.execute(JXTemplateGenerator.java:2652) ... 60 more -- Form Definition: -- http://apache.org/cocoon/forms/1.0#definition"; xmlns:i18n="http://apache.org/cocoon/i18n/2.1";> true Check this box to display the union-hidden field true Boolean Field 1 true Boolean Field 2 Template: --- http://apache.org/cocoon/forms/1.0#template"; xmlns:fi="http://apache.org/cocoon/forms/1.0#instance"; xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"; xmlns:i18n="http://apache.org/cocoon/i18n/2.1";> Cocoon Union Widget Tester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTML generator with request-attribute
Hi, See: http://issues.apache.org/jira/browse/COCOON-1564 Best Regards, Antonio Gallardo Trond Albinussen wrote: Is it possible to use HTML Generator with a request-attribute, like: value="{request-attribute:someString}"/> : The docs says it should be possible: "The html generator, however, can operate also on a request attribute or on a XML POST request" - 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: Scratchpad and Castor
Hi Kamal, The scratchpad block is located in the cocoon-block trunk. See: http://svn.apache.org/viewcvs.cgi/cocoon/blocks/scratchpad/trunk/java/org/apache/cocoon/transformation/ Since the code of this transformer was not changed in a while, I am almost sure it works out of the box in cocoon 2.1.x. HTH. Best Regards, Antonio Gallardo Kamal Bhatt wrote: Hi I was looking into the Castor and integration with cocoon and was pleased to find that there is a way of doing it. Unfortunately, I cannot seem to find the documentation for it or any of the source code and all references to the "scratchpad" (what is that anyway) do not seem to exist. My question is, does cocoon continue to support the CastorTransformor and where can I find an example, particularly one that takes a bean from the a session attribute and bind it to XML for use in the sitemap. I have searched both dev and user mailing lists and the chatter in regards to Castor seems dead, what gives? I have trouble believing that I am the only person who needs this feature. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]