Pb using tabs with the task tree sample
Hello,i'm trying to extend the task tree sample by adding tabs to a task.The problem is when i create a subtask, then try to change tab on any of the parent tasks. The form get confused and swich tabs on the subtask, not on the parent. This seems to be ajax-related as if i turn ajax to false, the tabs are working fine.This is my version of the task tree template, if somebody can help me to fix that problem. General Title Description From to Detail Responsible Target milestone Duration Time worked Completion Achieved Thanks,Marc
Re: JXel Issues, Won't recognize params from sitemap
Bruno Dumon wrote: On Thu, 2006-03-23 at 15:27 -0500, Berin Loritsch wrote: I need to pass parameters into my Jexl. As long as the call to the resource originally comes from the flowscript, everything seems to be OK. HOwever, I can't seem to pass parameters directly from the sitemap. Anyone know what's going on? There are indeed some differences between calling JXTemplate from flow or directly, though I don't recall what these were exactly (would need to check the sources). Some things you might try until someone more experienced helps you: * instead of "cocoon.parameters", use just "parameters" * try JXPath instead of Jexl: #{$cocoon/parameters/something} * or if you're on Cocoon 2_1_x head, use the template block instead (just switch the jx declaration to o.a.c.template.JXTemplateGenerator) which should solve these differences It turns out that you can't use Java Objects other than string if you are passing from the sitemap. I consider this to be a bug. Particularly since you can't pass in anything through cocoon.request.getAttribute() unless you go through a flowscript?!? I eventually had to bounce the request through a flowscript just to get the value passed. It's a pain in the arse. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RegexpHeaderSelector and map:handle-errors
I am using RegexpHeaderSelector to do some simple content negotiation. I want to return HTML or XHTML depending on the target browser's capabilities and have set up the selector as follows: src="org.apache.cocoon.selection.RegexpHeaderSelector"> application/xhtml\+xml text/html ^.+$ accept I use the following in two places in my sitemap. In a it works as I hoped and delivers XHTML with MIME type application/xhtml+xml when talking to modern standard- compliant browsers (including, but not limited to Gecko-based browsers). type="application/xhtml+xml" indent="yes" /> type="text/html" indent="yes" /> However, when I use the same snippet in a , seemingly identical HTML and CSS sources get returned as HTML with the MIME type text/html. For Safari and Opera, this is no problem, but the Gecko family renders the resultant file rather strangely. Are selectors not allowed in ? Has anyone got any hints about how to make it work? For completeness, I should add that I invoke the above snippet from a called "output-error" defined in the sitemap. The expression is below: I'd be grateful for any enlightenment. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JXel Issues, Won't recognize params from sitemap
On Thu, 2006-03-23 at 15:27 -0500, Berin Loritsch wrote: > I need to pass parameters into my Jexl. As long as the call to the > resource originally comes from the flowscript, everything seems to be > OK. HOwever, I can't seem to pass parameters directly from the sitemap. > > Anyone know what's going on? There are indeed some differences between calling JXTemplate from flow or directly, though I don't recall what these were exactly (would need to check the sources). Some things you might try until someone more experienced helps you: * instead of "cocoon.parameters", use just "parameters" * try JXPath instead of Jexl: #{$cocoon/parameters/something} * or if you're on Cocoon 2_1_x head, use the template block instead (just switch the jx declaration to o.a.c.template.JXTemplateGenerator) which should solve these differences Not sure if any of these will help. -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Validation problem by using widget field with datatype base="date"
On Thu, 2006-03-23 at 18:59 +0100, Alexander Lurk wrote: > Hi > > I have a validation problem by using a widget field with datatype base="date". > The sitemap and model looks like the following: > > Sitemap: > - snip - > ... > > > > > > > > > > > > > > ... > - snip - > > Model: > - snip - > ... > > > > > ... > - snip - > > If I choose after running with the help of the calendar a date (day) > it will be taken over in the input field in the following format: > 3/23/06 > That's correct. > But if I press now the submit button the validation of the date failed > with the message "Not a valid date"!!! > > If I change the language in the sitemap to German (de-DE) I get the > date 23.03.06 and no validation problem. In this case if works fine. > > What's wrong? You might be missing the locale setting on the form object in the flowscript: form.locale = new java.util.Locale("en-EN") The locale settings you did in the pipeline influence the rendering of the form, the locale setting on the form object influences the reading and processing of the form data from the http request. These two locales (rendering & processing) should always match. Currently it is up to you to make sure this is the case, maybe in the future Cocoon will have a more generalized locale setting. See also "using i18n" on http://cocoon.apache.org/2.1/userdocs/basics/improving_sample.html > > Is it possible to solve the problem by using the i18n transformer > ()? > If yes how? > > Remark: I'm using Cocoon 2.1.8 and the german version of Mozilla > Firefox 1.5.0.1. The language version of the browser shouldn't matter in this. -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JXel Issues, Won't recognize params from sitemap
I need to pass parameters into my Jexl. As long as the call to the resource originally comes from the flowscript, everything seems to be OK. HOwever, I can't seem to pass parameters directly from the sitemap. Anyone know what's going on? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Validation problem by using widget field with datatype base="date"
Hi I have a validation problem by using a widget field with datatype base="date". The sitemap and model looks like the following: Sitemap: - snip - ... ... - snip - Model: - snip - ... ... - snip - If I choose after running with the help of the calendar a date (day) it will be taken over in the input field in the following format: 3/23/06 That's correct. But if I press now the submit button the validation of the date failed with the message "Not a valid date"!!! If I change the language in the sitemap to German (de-DE) I get the date 23.03.06 and no validation problem. In this case if works fine. What's wrong? Is it possible to solve the problem by using the i18n transformer ()? If yes how? Remark: I'm using Cocoon 2.1.8 and the german version of Mozilla Firefox 1.5.0.1. Thanks for your help Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Daisy/Cocoon portal powered website
Armin Ehrenfels escribió: Frank Taffelt wrote: Armin, i don't understand you. Yes, cocoon is the publishing component of our product. Where's your problem? No problem here :-) . I'm just thinking that if you have a web site which is cocoon based ( and this is obviously the case) it would be a good promotion for the the quality of the software and the community to indicate this, for example by showing the "cocoon powered" logo on your main page. If Cocoon is used as part of your software, too, even better. The wider the market penetration, the better it is. Yes, but it is up to the cocoon user. The "X-Cocoon-Version" tag in the http header is promoting cocoon too. ;-) Best Regards, Antonio Gallardo. Regards Armin Frank Armin Ehrenfels wrote: Antonio Gallardo wrote: Armin Ehrenfels escribió: Nowhere on your site "powered by cocoon" ;-) ? $ curl -I http://www.intergator.de/ HTTP/1.1 302 Moved Temporarily Date: Thu, 23 Mar 2006 06:30:15 GMT Server: Apache-Coyote/1.1 X-Cocoon-Version: 2.1.7 Location: http://www.intergator.de/portal Content-Type: text/plain X-Cocoon-Version: 2.1.7 ;-) Best Regards, Antonio Gallardo. Nice trick, but inappropriate for promotion purposes. Armin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: output - outputting a formatted number
Thanks for the suggestion, but I unfortunately couldn't get this to work either. This will work: 1234567890 Returns: 1,234,567,890 But this will not because the ft:widget is replaced with the number surrounded by a tag id="unitCount"/> Returns: id="developmentselector.unitCount">28182 and then: java.util.EmptyStackException resource://org/apache/cocoon/forms/resources/forms-field-styling.xsl - 703:15 Anyone have any other ideas? Thanks, Brian Ard Schrijvers wrote: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem running app in WebSphere
I'm attempting to run my Cocoon application (2.1.7) in WebSphere (6.0.2). It seems to be very close after the advice found here on setting the WebSphere class loaders to PARENT_LAST. There seems to be a couple problems, probably related. When sending a page that relies on an XSL references with the app throws an exception: ERROR [WebContainer : 1] sitemap.handled-errors 2006-03-23 09:57:54,848 - Unable to get transformer handler for file:/C:/Program Files/IBM/WebSphere/AppServer/profiles/default/installedApps/ENVISNWS1Node01 Cell/netvisn_war.ear/netvisn.war/site/stylesheets/content-base.xsl org.apache.cocoon.ProcessingException: Unable to get transformer handler for file:/C:/Program Files/IBM/WebSphere/AppServer/profiles/default/installedApps/ENVISNWS1Node01 Cell/netvisn_war.ear/netvisn.war/site/stylesheets/content-base.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java: 318) The other problem is that the I18N translation transforms are not working. Everything works great in Tomcat 4.1. Any ideas on this? Thanks, Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: last flow page?
There was a bad quote before the javascript URL Thanks -Original Message- From: Jeroen Reijn [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 4:08 PM To: users@cocoon.apache.org Subject: Re: last flow page? Hmm let me see if I understand this correctly: You get the result page You refresh the resultpage with javascript:self.close()? I'm not really sure what "no response from continuation" means, but I guess this means that you're trying to call the continuation again, but the continuation was already destroyed. Regards, Reijn [EMAIL PROTECTED] wrote: > Yeah. I used sendPage and I got a "no response from continuation" after > the page refreshed to javascript:self.close() > > -Original Message- > From: Jeroen Reijn [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 23, 2006 3:17 PM > To: users@cocoon.apache.org > Subject: Re: last flow page? > > I guess you mean that when you're finished with your flowscript you want > it to go to a specific page. > You can do that by using sendPage or redirectTo. > > For example: > > cocoon.sendPage("lastpage.html"); > > Regards, > > Reijn > Hippo > > [EMAIL PROTECTED] wrote: >> How do you show the last page of a flow, so as not to get an error > that >> a continuation did not return a response? >> >> >> >> Thanks >> > > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: last flow page?
Hmm let me see if I understand this correctly: You get the result page You refresh the resultpage with javascript:self.close()? I'm not really sure what "no response from continuation" means, but I guess this means that you're trying to call the continuation again, but the continuation was already destroyed. Regards, Reijn [EMAIL PROTECTED] wrote: Yeah. I used sendPage and I got a "no response from continuation" after the page refreshed to javascript:self.close() -Original Message- From: Jeroen Reijn [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 3:17 PM To: users@cocoon.apache.org Subject: Re: last flow page? I guess you mean that when you're finished with your flowscript you want it to go to a specific page. You can do that by using sendPage or redirectTo. For example: cocoon.sendPage("lastpage.html"); Regards, Reijn Hippo [EMAIL PROTECTED] wrote: How do you show the last page of a flow, so as not to get an error that a continuation did not return a response? Thanks - 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: last flow page?
Yeah. I used sendPage and I got a "no response from continuation" after the page refreshed to javascript:self.close() -Original Message- From: Jeroen Reijn [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 3:17 PM To: users@cocoon.apache.org Subject: Re: last flow page? I guess you mean that when you're finished with your flowscript you want it to go to a specific page. You can do that by using sendPage or redirectTo. For example: cocoon.sendPage("lastpage.html"); Regards, Reijn Hippo [EMAIL PROTECTED] wrote: > How do you show the last page of a flow, so as not to get an error that > a continuation did not return a response? > > > > Thanks > - 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: last flow page?
I guess you mean that when you're finished with your flowscript you want it to go to a specific page. You can do that by using sendPage or redirectTo. For example: cocoon.sendPage("lastpage.html"); Regards, Reijn Hippo [EMAIL PROTECTED] wrote: How do you show the last page of a flow, so as not to get an error that a continuation did not return a response? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Appending URI prefix in cocoon.2.1.7
Thanks a lot Jason for considering this. Here in {customer/name} customer is the object and the name is a variable in it which will be stored at the beginning using the filters before it reaches the xmap. The following is defined in the cocoon.xconf to make the customer object available :- customer customer As a child of With respect to sitemap.xmap we have the following declaration :- Basically the {customer/name} will have a customer name say "customer1". Please tell me if you want more information. Thanks, Baskar -Original Message- From: Jason Johnston [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 22, 2006 7:33 PM To: users@cocoon.apache.org Subject: Re: Appending URI prefix in cocoon.2.1.7 Hello Baskar, I'm sorry but I don't understand your question. In your examples what is {customer/name} supposed to represent? [EMAIL PROTECTED] wrote: > > > Hi All, > > > > I am trying to add a static name other than the war name in the URI. > > It should be as follows:- > > > > *http://://* > > * * > > And the above should be there always whenever the new request is been > served. > > > > I am using cocoon2.1.7 and I use two xmaps sitemap.xmap and dynamicmap.xmap. > > Whenever it comes to sitemap.xmap I need to route it to dynamicmap.xmap > where my project specific pipelines are in place. > > I am using the following match for routing the request from sitemap.xmap > to dynamicmap.xmap > > > > > > > src="customer.xmap"/> > > > > > > It was working fine. > > Now I am trying to add the customer name to the URI > > And I tried the following > > > > > > > src="customer.xmap"/> > > > > > > It is not matching Am I miss something. > > Any other suggestions where I can route the request with the customer name. > > > > *_Note :-_* > > > > The following matches on sitemap.xmap made this possible on cocoon2.1.5 > version > > > > > > > > > > > > > > > > > > > > > > > > > src=" dynamicmap.xmap"/> > > > > > > > > > > > > > > > > > > > > > > Please give me some suggestion so that I can try out. > > > > > > 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 > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CForms: Invisible Labels
I've got a form with an invisible item and a radio box that will set it to active. It works fine except the label doesn't appear. The definition looks something like: (On the widget): this.setState(Packages.org.apache.cocoon.forms.formmodel.WidgetState.INVISIBLE); (On the activating widget): var dod_widget = event.source.parent.lookupWidget("dod"); if(event.source.value == "0") { dod_widget.setState(Packages.org.apache.cocoon.forms.formmodel.WidgetState.INVISIBLE); dod_widget.value = ""; } else //1 { dod_widget.setState(Packages.org.apache.cocoon.forms.formmodel.WidgetState.ACTIVE); } Is there anything else I need to set to make the label appear? I've tried using the column group layout for it and just "manually" having the label in the form but neither seem to show the label when the widget becomes active. Thanks, 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. * If you work for NHS Lothian and wish to have help to stop smoking, support is available by contacting [EMAIL PROTECTED] or 0131 537 9494 - internal 49494. For anyone else living/working in Lothian, please contact 0800 848484 for your nearest NHS stop smoking service. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
last flow page?
How do you show the last page of a flow, so as not to get an error that a continuation did not return a response? Thanks
Re: changing sitemap global variable
> i've tried (in flowscript) somethign like this : > var holder = > cocoon.getComponent(Packages.org.apache.cocoon.components.modules.input.SitemapVariableHolder.ROLE); > var conf = > Packages.org.apache.avalon.framework.configuration.DefaultConfiguration("send-from"); > conf.setValue("test"); > holder.configure(conf); > > but it does not work IIUC looking at the Configuration docs [1] the string of the constructor must been a xml, probably like the configuration of global-variables in the sitemap. [1] http://excalibur.apache.org/apidocs/org/apache/avalon/framework/configuration/Configuration.html -- Daniele Madama (http://www.danysoft.org) Pro-netics S.r.l. (http://www.pronetics.it) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: changing sitemap global variable
Daniele Madama wrote: | | | Hi, | | | I've got a sitemap variable defined like this : | | | map:sitemap/map:pipelines/map:component-configurations/global-variables/send-from. | | | I've there a way to change the value of this variable through | | | cocoon | | | java api? | | | | | | | Hola, | | I'm not sure, but I think that you can set a new configuration | | through the | | SitemapVariableHolder [1] component, calling the configure() method | | with a | | implemention of a new Configuration [2]. Never tried. i've tried (in flowscript) somethign like this : var holder = cocoon.getComponent(Packages.org.apache.cocoon.components.modules.input.SitemapVariableHolder.ROLE); var conf = Packages.org.apache.avalon.framework.configuration.DefaultConfiguration("send-from"); conf.setValue("test"); holder.configure(conf); but it does not work - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using xsp and DASl to retrieve session values.
Hi Arnab, I noticed you're doing a dasl transform. I guess there is something wrong with the XML coming from the session.xsp. Maybe you can post your XML? Regards, Reijn [EMAIL PROTECTED] wrote: Hi All, I am using flowscripts to set a value to session . I am then trying to retrieve the value in an xsp with following code snippet in sitemap.It is working very much fine. But when I am trying to use DASL alongwith the following code it throws exception stating the target location must be *http or webdav *type while my target location is webdav. Any Inputs on the following issue will be sincerely appriciated. Regards, Arnab Jena Assistant Systems Engineer Tata Consultancy Services Limited Bangalore,Karnataka India 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, 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: Gantt graph using Fins ?
Marc Portier wrote: Marc Salvetti wrote: Do you have an idea of how long before the refactoring is released ? I was planning to put what I have up on svn this week (although current agenda might make that slide into weekend or early next week) Just to get expectation managament right: - strictly speaking 'refactoring' isn't the appropriate word, since my current angle of attack is NOT maintaining any of the current functionality... Vive la revolution ! - more bluntly: it's in current form a drastic step back in terms of functionality Ok, let's get this straight: 1) the Fins committers aknowledged the current codebase was not suitable as a foundation for the whole JFreeChart functionality to be included (during these years, JFreeChart has changed *a lot*). 2) Marc came up with his "massive refactoring" proposal, which would take some time to bear some fruits, but will make easier to extend Fins. 3) There is another proposal from Antonio Fiol Bonnìn, using a more elaborate approach involving the extraction of information from the Javadoc of JFreeChart, but I haven't heard recent news of Antonio's proposal. - so it's pretty much a 'from scratch' go at it in separate packages next to the existing stuff. As soon as this matures, gets feature-complete, and we create some transition xsl's / or at least transition guides we can get into deprecating the existing approach. Yep: the current user base deserves a transition path. (and consider subscribing to the list and joining in on the fun) Did I forget this exortation ? My bad... but here you are: we badly need new blood in Fins ! Join Fins and see the world (ahem... that was for the US Navy, but you got the idea). Regards, Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing authentication data from flow?
If you have a XML in the authentications context like: ... text ... In flow: var authContext = contextMan.getContext("authentication"); var dataFrag = authContext.getXML("/authentication/DATA"); var data = ""> The variable data have the value: text En/na [EMAIL PROTECTED] ha escrit: How does one access from the Flow the custom data one has set up in the authentication XML snippet? All I see are and . -- Josep A. Frau <[EMAIL PROTECTED]> Centre de Tecnologies de la Informació Universitat de les Illes Balears
Re: changing sitemap global variable
> Hi, > I've got a sitemap variable defined like this : > map:sitemap/map:pipelines/map:component-configurations/global-variables/send-from. > I've there a way to change the value of this variable through cocoon > java api? > Hola, I'm not sure, but I think that you can set a new configuration through the SitemapVariableHolder [1] component, calling the configure() method with a implemention of a new Configuration [2]. Never tried. Bye [1] http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/components/modules/input/SitemapVariableHolder.html [2] http://excalibur.apache.org/apidocs/org/apache/avalon/framework/configuration/Configuration.html -- Daniele Madama (http://www.danysoft.org) Pro-netics S.r.l. (http://www.pronetics.it) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gantt graph using Fins ?
Marc Salvetti wrote: > Yes it is alive, but the development has been limited to some patches > for the past year and half. Anyway, Marc is through a massive > refactoring of the codebase... hopefully laying the foundation for the > whole of JFreeChart to be included in Fins. > > > Thanks, that's great news ! > > Do you have an idea of how long before the refactoring is released ? > I was planning to put what I have up on svn this week (although current agenda might make that slide into weekend or early next week) Just to get expectation managament right: - strictly speaking 'refactoring' isn't the appropriate word, since my current angle of attack is NOT maintaining any of the current functionality... - more bluntly: it's in current form a drastic step back in terms of functionality - so it's pretty much a 'from scratch' go at it in separate packages next to the existing stuff. As soon as this matures, gets feature-complete, and we create some transition xsl's / or at least transition guides we can get into deprecating the existing approach. - so 'major redesign' is probably a better wording to it, the main attempt is indeed to change the groundwork so it's easier to follow up on the jfc features in different releases (including enabling your own custom exploitation of those). That and taking up some other lingering feature requests, please check the recent discussions to get a better feeling of what is going on http://lists.cocoondev.org/pipermail/fins-dev/2006-March/thread.html (and consider subscribing to the list and joining in on the fun) -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/mpo/ [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Accessing authentication data from flow?
How does one access from the Flow the custom data one has set up in the authentication XML snippet? All I see are and .
RE: passing parameters through authentication?
Your syntax works. Thanks -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 11:21 AM To: users@cocoon.apache.org Subject: RE: passing parameters through authentication? What do you want to do with this redirect? Something like this: I think, You can not specify a parameter to a redirect. http://cocoon.apache.org/2.1/userdocs/concepts/redirection.html > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Fernando Mato Mira > Sent: Thursday, March 23, 2006 11:02 AM > To: users@cocoon.apache.org > Subject: passing parameters through authentication? > > > I can't seem to pass parameters to the application through the > authentication point. Tge "dtext" parameter is not > passing through to the "edit" URI. > > > > > > > > > > >value="{request-param:username}"/> >value="{request-param:password}"/> >value="{request-param:ugatok}"/> > >value="{request-param:dtext}"/> > > > > > > > Thanks > > -- > -- > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: passing parameters through authentication?
What do you want to do with this redirect? Something like this: I think, You can not specify a parameter to a redirect. http://cocoon.apache.org/2.1/userdocs/concepts/redirection.html > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Fernando Mato Mira > Sent: Thursday, March 23, 2006 11:02 AM > To: users@cocoon.apache.org > Subject: passing parameters through authentication? > > > I can't seem to pass parameters to the application through the > authentication point. Tge "dtext" parameter is not > passing through to the "edit" URI. > > > > > > > > > > >value="{request-param:username}"/> >value="{request-param:password}"/> >value="{request-param:ugatok}"/> > >value="{request-param:dtext}"/> > > > > > > > Thanks > > -- > -- > 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]
passing parameters through authentication?
I can't seem to pass parameters to the application through the authentication point. Tge "dtext" parameter is not passing through to the "edit" URI. value="{request-param:username}"/> value="{request-param:password}"/> value="{request-param:ugatok}"/> value="{request-param:dtext}"/> 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: Gantt graph using Fins ?
Marc Salvetti wrote: Yes it is alive, but the development has been limited to some patches for the past year and half. Anyway, Marc is through a massive refactoring of the codebase... hopefully laying the foundation for the whole of JFreeChart to be included in Fins. Thanks, that's great news ! Do you have an idea of how long before the refactoring is released ? Marc Portier is doing that: better to ask him ;) Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gantt graph using Fins ?
Yes it is alive, but the development has been limited to some patchesfor the past year and half. Anyway, Marc is through a massive refactoring of the codebase... hopefully laying the foundation for thewhole of JFreeChart to be included in Fins.Thanks, that's great news !Do you have an idea of how long before the refactoring is released ? Marc
Re: New Daisy/Cocoon portal powered website
Frank Taffelt wrote: Armin, i don't understand you. Yes, cocoon is the publishing component of our product. Where's your problem? No problem here :-) . I'm just thinking that if you have a web site which is cocoon based ( and this is obviously the case) it would be a good promotion for the the quality of the software and the community to indicate this, for example by showing the "cocoon powered" logo on your main page. If Cocoon is used as part of your software, too, even better. The wider the market penetration, the better it is. Regards Armin Frank Armin Ehrenfels wrote: Antonio Gallardo wrote: Armin Ehrenfels escribió: Nowhere on your site "powered by cocoon" ;-) ? $ curl -I http://www.intergator.de/ HTTP/1.1 302 Moved Temporarily Date: Thu, 23 Mar 2006 06:30:15 GMT Server: Apache-Coyote/1.1 X-Cocoon-Version: 2.1.7 Location: http://www.intergator.de/portal Content-Type: text/plain X-Cocoon-Version: 2.1.7 ;-) Best Regards, Antonio Gallardo. Nice trick, but inappropriate for promotion purposes. Armin - 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: Where are the JavaScript functions?
On Wed, 2006-03-22 at 10:45 -0300, Nicolás Lichtmaier wrote: > > In your sitemap.xmap, you need to include a matcher for the > > client-side javascript files. You should write something like this: > > > > > > > > > > I already have that in the sitemap. But there's no inclussion, no >
Re: Where are the JavaScript functions?
On Wed, 2006-03-22 at 10:45 -0300, Nicolás Lichtmaier wrote: > > In your sitemap.xmap, you need to include a matcher for the > > client-side javascript files. You should write something like this: > > > > > > > > > > I already have that in the sitemap. But there's no inclussion, no >
Re: New Daisy/Cocoon portal powered website
Armin, i don't understand you. Yes, cocoon is the publishing component of our product. Where's your problem? Frank Armin Ehrenfels wrote: Antonio Gallardo wrote: Armin Ehrenfels escribió: Nowhere on your site "powered by cocoon" ;-) ? $ curl -I http://www.intergator.de/ HTTP/1.1 302 Moved Temporarily Date: Thu, 23 Mar 2006 06:30:15 GMT Server: Apache-Coyote/1.1 X-Cocoon-Version: 2.1.7 Location: http://www.intergator.de/portal Content-Type: text/plain X-Cocoon-Version: 2.1.7 ;-) Best Regards, Antonio Gallardo. Nice trick, but inappropriate for promotion purposes. Armin - 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: New Daisy/Cocoon portal powered website
Antonio Gallardo wrote: Armin Ehrenfels escribió: Nowhere on your site "powered by cocoon" ;-) ? $ curl -I http://www.intergator.de/ HTTP/1.1 302 Moved Temporarily Date: Thu, 23 Mar 2006 06:30:15 GMT Server: Apache-Coyote/1.1 X-Cocoon-Version: 2.1.7 Location: http://www.intergator.de/portal Content-Type: text/plain X-Cocoon-Version: 2.1.7 ;-) Best Regards, Antonio Gallardo. Nice trick, but inappropriate for promotion purposes. Armin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]