Zurich dinner? (was Re: Homepage-Devlopment)
Le Jeudi, 6 nov 2003, à 16:23 Europe/Zurich, Michael Wechner a écrit : Andreas Hartmann wrote: Maybe some of us could meet - e.g., at a dinner - to share our experiences, get more insight into recent developments etc. and talk about the users group again. What do you think? yes, that would be nice. What about next week in Zurich? I'd prefer Bern as I'm based in Lausanne, but if most of you guys are from around Zurich I'll happily travel. Next week, Tuesday 11th (from noon on, last train leaves at 10PM) would be good for me, Wednesday possible. Sorry that I don't have more options, feel free to do it without me! -- Bertrand Delacretaz independent consultant, Lausanne, Switzerland http://cvs.apache.org/~bdelacretaz/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody custom validation
Thanks Bruno, Is woody2.js functional or still unstable? David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: jueves, 06 de noviembre de 2003 17:54 Para: [EMAIL PROTECTED] Asunto: Re: Woody custom validation On Thu, 2003-11-06 at 17:19, Carmona Perez, David wrote: How can I do in flow script custom validation?, i.e. validation that is very app specific and Woody provided validations aren't enough. The only solution I see is to make a custom version of woody.js. Surely there must be something easier. See the docs for the showForm function in woody2.js. You can set a validator property on the form object pointing to a function that peforms extra validation. This function will be called once the normal validation succeeded. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody custom validation
Bruno, When did you changed that of the request attr? I'm working with a very recent version of Woody of this week. David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: jueves, 06 de noviembre de 2003 18:11 Para: [EMAIL PROTECTED] Asunto: RE: Woody custom validation On Thu, 2003-11-06 at 17:33, Carmona Perez, David wrote: Another issue, While in the provided example form.isValid is called? Isn't always the form valid when showForm() returns? Not necessarily, the normal form processing cycle can be interrupted (e.g. from an eventhandler for action widget) by calling form.endProcessing() I don't know if that can happen in that sample though. By reading the snippet you posted, I also saw that the form is being put in a request attribute, which is not needed anymore. I've removed that in CVS. function form1(form) { var locale = determineLocale(); var model = form.getModel(); model.email = [EMAIL PROTECTED]; model.somebool = true; model.account = 2; model.cowheight = 4; model.number1 = 1; model.number2 = 3; model.birthdate = new java.util.Date(); model.contacts[0].firstname = Jules; model.contacts[1].firstname = Lucien; model.contacts[2].firstname = Chris; model.drinks = [Jupiler, Coca Cola]; form.locale = locale; form.showForm(form1-display-pipeline); print(submitId = + form.submitId); if (form.isValid) { -doubt here print(visa= + model.visa); } else { print(Form is not valid); } // Store the form as a request attribute, as the view is not // flow-aware. cocoon.request.setAttribute(form1, form.getWidget()); cocoon.sendPage(form1-success-pipeline); } -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HTML escaping in XML
Title: RE: HTML escaping in XML Ok :) I can also answer my question. The trick is to disable output escaping for HTML markup. I could not disable output escaping by modifing properties in serializer name=html/ because only relating property is 'cdata-section-elements'. This property produces CDATA directives (output = ![CDATA[tabletrtdbHTMLInsert/b/td/tr/table]]) in the resulting stream, what is not correctly recognized by HTML browser and the content of the page look as follows: HTMLInsert]] (]] is not wanted content) The only way I found is to interleave XSLT transformer in the pipeline like this map:match pattern=rpt/test.html map:generate src="" label=content/ map:transform type=xslt src="" label=xml/ map:serialize type=html label=debug/ /map:match In the test.xsl must then be specified disable-output-escaping=yes on xsl:value-of as follows xsl:value-of select=node() disable-output-escaping=yes / Warning!: If the HTML markup does not conform to XML, next pipeline element must be only serilizer (HTML, Text), because after transforming with test.xsl, the result is no longer valid XML. For example this will not work: map:match pattern=rpt/test.html map:generate src="" label=content/ map:transform type=xslt src="" label=xml/ map:transform type=i18n label=i18n/ map:serialize type=html label=debug/ /map:match Michal -Original Message- From: DURDINA Michal [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 06, 2003 9:44 AM To: [EMAIL PROTECTED] Subject: HTML escaping in XML Hello, I know this is probably frequently answered problem, but I am also sure than you can provide realy fast answer :) I need to insert HTML markup (as text) in my XSP page and expecting the serializer not to escape , characters for lt;gt; What am I doing wrong? Thank you, Michal Pipeline: map:match pattern=rpt/test.html map:generate src="" label=content/ map:serialize type=html label=debug/ /map:match XSP: xsp:logic // HTMLInsert String hi = ![CDATA[tabletrtdbHTMLInsert/b/td/tr/table]]; this.characters(hi); /xsp:logic __ Informacia od NOD32 1.550 (20031104) __ Tato sprava bola preverena systemom NOD32 pre Exchange. http://www.eset.sk
RE: Zurich dinner? (was Re: Homepage-Devlopment)
Hello, Are there lot of people using Cocoon in Switzerland?? I'm working in Bern for Swisscom IT and using Cocoon for 1 year. Regards Sylvain -Message d'origine- De: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Date: vendredi, 7. novembre 2003 08:18 À: [EMAIL PROTECTED] Objet: Zurich dinner? (was Re: Homepage-Devlopment) Le Jeudi, 6 nov 2003, à 16:23 Europe/Zurich, Michael Wechner a écrit : Andreas Hartmann wrote: Maybe some of us could meet - e.g., at a dinner - to share our experiences, get more insight into recent developments etc. and talk about the users group again. What do you think? yes, that would be nice. What about next week in Zurich? I'd prefer Bern as I'm based in Lausanne, but if most of you guys are from around Zurich I'll happily travel. Next week, Tuesday 11th (from noon on, last train leaves at 10PM) would be good for me, Wednesday possible. Sorry that I don't have more options, feel free to do it without me! -- Bertrand Delacretaz independent consultant, Lausanne, Switzerland http://cvs.apache.org/~bdelacretaz/ - 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: Woody custom validation
Carmona Perez, David dijo: Thanks Bruno, Is woody2.js functional or still unstable? functional Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SourceWritingTransformer problem!!
Dear all, I have an xml-file like this: RDF xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns# xmlns:ut=http://description.org/schema/user-type xmlns:serv=http://description.org/schema/services rdf:Description ID=Profile prf:component rdf:Description ID=HardwarePlatform rdf:type resource=http://www.wapforum.org/profiles/UAPROF/ccppschema-20020710#HardwarePlatform/ prf:ScreenSize96x65/prf:ScreenSize prf:Model8910i/prf:Model prf:ScreenSizeChar9x6/prf:ScreenSizeChar prf:BitsPerPixel12/prf:BitsPerPixel prf:KeyboardPhoneKeypad/prf:Keyboard prf:NumberOfSoftKeys2/prf:NumberOfSoftKeys prf:VendorNokia/prf:Vendor prf:SoundOutputCapableYes/prf:SoundOutputCapable prf:StandardFontProportionalYes/prf:StandardFontProportional prf:PixelsAspectRatio1x1/prf:PixelsAspectRatio /rdf:Description /prf:component /rdf:Description /RDF I want to add a new Description element like this rdf:Description ID=Usertype prf:component .. /prf:component /rdf:Description I am using the SourceWritingTransformer like that: source:write source:sourcefile.xml/source:source source:pathRDFsource:path source:fragment . . source:fragment/source:write But this does not work while the RDF element has 3 name spaces, how can I tell the SourceWritingTrnsformer that RDF has these name spaces? Thanks for help, Halgurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
Le Vendredi, 7 nov 2003, à 09:56 Europe/Zurich, [EMAIL PROTECTED] a écrit : ...Are there lot of people using Cocoon in Switzerland?? Several people (10 to 20 I'd say) are visible on these lists, and there are certainly a lot of invisible ones, either people who are happy to work by themselves, or companies who don't want to make it public (see http://weblog.infoworld.com/udell/2003/10/28.html#a833). It's hard to give figures but my guess is that there are *lots* of silent users. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody custom validation
On Fri, 2003-11-07 at 08:52, Carmona Perez, David wrote: Bruno, When did you changed that of the request attr? just before I wrote that email. It's not really important anyway, just cleanup of some redundant code that might confuse people. I'm working with a very recent version of Woody of this week. David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: jueves, 06 de noviembre de 2003 18:11 Para: [EMAIL PROTECTED] Asunto: RE: Woody custom validation On Thu, 2003-11-06 at 17:33, Carmona Perez, David wrote: Another issue, While in the provided example form.isValid is called? Isn't always the form valid when showForm() returns? Not necessarily, the normal form processing cycle can be interrupted (e.g. from an eventhandler for action widget) by calling form.endProcessing() I don't know if that can happen in that sample though. By reading the snippet you posted, I also saw that the form is being put in a request attribute, which is not needed anymore. I've removed that in CVS. function form1(form) { var locale = determineLocale(); var model = form.getModel(); model.email = [EMAIL PROTECTED]; model.somebool = true; model.account = 2; model.cowheight = 4; model.number1 = 1; model.number2 = 3; model.birthdate = new java.util.Date(); model.contacts[0].firstname = Jules; model.contacts[1].firstname = Lucien; model.contacts[2].firstname = Chris; model.drinks = [Jupiler, Coca Cola]; form.locale = locale; form.showForm(form1-display-pipeline); print(submitId = + form.submitId); if (form.isValid) { -doubt here print(visa= + model.visa); } else { print(Form is not valid); } // Store the form as a request attribute, as the view is not // flow-aware. cocoon.request.setAttribute(form1, form.getWidget()); cocoon.sendPage(form1-success-pipeline); } -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: Woody custom validation
On Fri, 2003-11-07 at 08:50, Carmona Perez, David wrote: Thanks Bruno, Is woody2.js functional or still unstable? It's functional, and as everything in Woody it is unstable in the sense that the API might change (but that will only happen if there is a good reason for it). -- 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: [portal] NPE when using more than 1 applications
Hi Laurent, in line 345 is another exception catched and rethrown. Can you please provide information about this original exception? Thanks Carsten -Original Message- From: Laurent Trillaud [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: [portal] NPE when using more than 1 applications Hi The goal is to retrieved handler application information inside the portal page by an action The application is declare like this : authentication-manager handlers handler name=portalhandler redirect-to uri=cocoon:/login / authentication uri=cocoon:raw:/sunrise-authuser / applications application loadondemand=true name=portal configuration name=portal profiles... /profiles /configuration /application application name=myapp load uri=cocoon:raw:/myapp/load-myapp/ /application /applications /handler /handlers /authentication-manager Myapp load is loaded succesfuly at login Now I use it like this: map:match pattern=portal map:act type=auth-protect map:parameter name=handler value=portalhandler / map:parameter name=application value=myapp / map:act type=xsp-action src=myAction.xsp map:generate type=portal label=content map:parameter name=portal-name value=portal / /map:generate map:transform src={global:skin}styles/portal-page.xsl / map:transform type=cinclude / map:transform type=encodeURL / map:serialize type=html / /map:act map:redirect-to uri=logout/ /map:act /map:match I have change the application name from portal to myapp to get my context. In fact I got also the portal context because it is declare as module. At this point I have both authentication and application in session. But I got this Null pointer exception, when I access to the portal page. Original Exception: org.apache.avalon.framework.CascadingRuntimeException: Exception during loading of profile. at org.apache.cocoon.portal.profile.impl.AbstractUserProfileManager.getPort alLayout(AbstractUserProfileManager.java:345) at org.apache.cocoon.portal.impl.PortalManagerImpl.showPortal(PortalManager Impl.java:105) at org.apache.cocoon.portal.generation.PortalGenerator.generate(PortalGener ator.java:86) Any ideas? Laurent - 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: Zurich dinner? (was Re: Homepage-Devlopment)
Bertrand Delacretaz wrote: snip/ I'd prefer Bern as I'm based in Lausanne, but if most of you guys are from around Zurich I'll happily travel. Next week, Tuesday 11th (from noon on, last train leaves at 10PM) would be good for me, Wednesday possible. Tuesday is fine with me. I have created a Wiki page at http://wiki.cocoondev.org/Wiki.jsp?page=CocoonUserGroupSwitzerland Maybe everyone who is interested to meet can make an entry and then we vote on the location. Makes sense? Michi Sorry that I don't have more options, feel free to do it without me! -- Bertrand Delacretaz independent consultant, Lausanne, Switzerland http://cvs.apache.org/~bdelacretaz/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Wechner Wyona Inc. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Zurich dinner? (was Re: Homepage-Devlopment)
Is your meeting in Zurich only for Cocoon core developers? Do you plan to organize a Cocoon user group in Switzerland? Regards Sylvain -Message d'origine- De: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Date: vendredi, 7. novembre 2003 10:14 À: [EMAIL PROTECTED] Objet: Re: Zurich dinner? (was Re: Homepage-Devlopment) Le Vendredi, 7 nov 2003, à 09:56 Europe/Zurich, [EMAIL PROTECTED] a écrit : ...Are there lot of people using Cocoon in Switzerland?? Several people (10 to 20 I'd say) are visible on these lists, and there are certainly a lot of invisible ones, either people who are happy to work by themselves, or companies who don't want to make it public (see http://weblog.infoworld.com/udell/2003/10/28.html#a833). It's hard to give figures but my guess is that there are *lots* of silent users. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
[EMAIL PROTECTED] wrote: Is your meeting in Zurich only for Cocoon core developers? I suggest everyone who is using or just interested in Cocoon Do you plan to organize a Cocoon user group in Switzerland? I think last January the Otego and Wyona people met for lunch (Bertrand was also invited, but Zurich ... ;-) and dicussed that it would make sense to organize something (this is where the domain comes from), but in the end nobody really found the time to organize something. Maybe the Wiki helps getting something off the ground. I think it doesn't have to be formal, meeting and having a nice time is probably all it needs. Michi Regards Sylvain -Message d'origine- De: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Date: vendredi, 7. novembre 2003 10:14 À: [EMAIL PROTECTED] Objet: Re: Zurich dinner? (was Re: Homepage-Devlopment) Le Vendredi, 7 nov 2003, à 09:56 Europe/Zurich, [EMAIL PROTECTED] a écrit : ...Are there lot of people using Cocoon in Switzerland?? Several people (10 to 20 I'd say) are visible on these lists, and there are certainly a lot of invisible ones, either people who are happy to work by themselves, or companies who don't want to make it public (see http://weblog.infoworld.com/udell/2003/10/28.html#a833). It's hard to give figures but my guess is that there are *lots* of silent users. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Wechner Wyona Inc. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
Le Vendredi, 7 nov 2003, à 10:30 Europe/Zurich, Michael Wechner a écrit : [EMAIL PROTECTED] wrote: Is your meeting in Zurich only for Cocoon core developers? ... I think it doesn't have to be formal, meeting and having a nice time is probably all it needs. +1 I don't like organizations too much, but as you say having informal meetings is cool (even in Zurich ;-) -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: i18n: how to override locale date format?
It uses DateFormat.getDateInstance(style, locale). How Java handles the locale don't know, but it hadles it correctly: According to Polish rules it should be (and IS) -MM-dd. Well, I don't agree, that Polish date _should_ be -MM-dd. Try to look in Polish dictioaries. I've checked PWN and they say that the right way of writting date is dd.MM.. Check fallowing address: http://slowniki.pwn.pl/poradnia/lista.php?szukaj=datykat=18 The problem was metioned sevral times and the answer was always the same. Here is quotation (in Polish unfortunately) from ortography dictionary: Wyjwszy szczeglne wypadki, takie jak wymogi komputerowego przetwarzania danych lub zasady urzdowe i prawne, nie naley stosowa innych znakw do oddzielania poszczeglnych skadnikw daty (np. dywizw: 1-1-1995) ani te stosowa innego szyku ni: dzie, miesic, rok czytamy w Wielkim sowniku ortograficznym PWN, s. 121. -- - Marcin Okraszewski [EMAIL PROTECTED] GG: 341942 [EMAIL PROTECTED] PGP: www.okrasz.prv.pl/pgp.asc - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
I'd love to meet more cocoon developers but being a Londoner without much spare time I can't make it to Zurich. In case anyone wants UK based Cocoon meetings then give me a shout. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: trying to generate the SRC attribute of map:transform element b ased on XML returned by generator.
Justin Fagnani-Bell wrote: Only actions can set sitemap parameters, which is how you would set the src attribute. If you can write a simple action that will create your URL and place it in the sitemap parameters then you should try that. I don't know another way to do it. I've never used flowscript, but maybe it's possible that way as well. The problem here is that the action can't access the SAX stream. You could factor out the code which produces the XML fragments that are used for the URL from the generator. Then you can use this code in the action as well as in the generator and compute your URL. -- Andreas -Justin On Thursday, November 6, 2003, at 09:15 AM, Igor Galperin wrote: Hi! I am trying to dynamically create the URL which will be set as a value of SRC attribute of map:transform element. The dynamic parts of the URL are some of the elements of XML returned by generator. May be somebody knows the way how to retrieve the elements of XML returned by generator and then use them to generate URL for transformer. Help me please. Thank you. Igor. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: nuke like engine based on cocoon
Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Prüssingstraße 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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: Zurich dinner? (was Re: Homepage-Devlopment)
[EMAIL PROTECTED] wrote: I'd love to meet more cocoon developers but being a Londoner without much spare time I can't make it to Zurich. btw, there are now 5 times a day EasyJet from London -Zurich - London for Euro 101 ;-) In case anyone wants UK based Cocoon meetings then give me a shout. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Wechner Wyona Inc. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Automatically transform non ISO-8859-1 request-paqrameters to ISO-8859-1?
Hi, I am having some trouble here. I am the sitemap to use parts of the requested url as parameter for an xslt transformation. First everything worked fine (mabe becaus that browser used the ISO-8859-1 charset), but with the newer browsers I am having problems with URL-encoded umlauts. How can I force cocoon to treat the request parameters as ISO-8859-1 data? If not. Can I force cooon not to do url-decoding ? I could do this in my stylesheet (as it was with the older version of cocoon I was using before). Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
[EMAIL PROTECTED] wrote: It's hard to give figures but my guess is that there are *lots* of silent users. Absolutely. Cocoon is appearing in job specifications more often based upon the few that I get. For example I was asked recently whether I want to work for a Soho based publisher who uses Cocoon. (Soho is in central London and the heart of the creative industry in the Capital). I am reluctant precisely because they are a silent user of Cocoon who I don't know from the mailing lists. I'd love to offer my services to Cocoon using companies in London but I really don't know who they are! Alex McLintock http://www.OWAL.co.uk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Automatically transform non ISO-8859-1 request-paqrameters to ISO-8859-1?
From: Christofer Dutz Hi, I am having some trouble here. I am the sitemap to use parts of the requested url as parameter for an xslt transformation. First everything worked fine (mabe becaus that browser used the ISO-8859-1 charset), but with the newer browsers I am having problems with URL-encoded umlauts. How can I force cocoon to treat the request parameters as ISO-8859-1 data? If not. Can I force cooon not to do url-decoding ? I could do this in my stylesheet (as it was with the older version of cocoon I was using before). see http://wiki.cocoondev.org/Wiki.jsp?page=RequestParameterEncoding -- Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DOCTYPE and write-source (SourceWritingTransformer)
I read a file (generate), send it through an XSLT (transform) and then use the type=write-source transformer, e.g. map:generate src=index.xml/ map:transform src=xslt/foo.xsl/ map:transform type=write-source/ the problem is that during the first transformation (foo.xsl) the DOCTYPE (DTD) is being lost and is missing after the source transformer has written it to the filesystem for instance. Does anyone know how to pass the DOCTYPE (DTD)? Thanks Michi -- Michael Wechner Wyona Inc. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody custom validation
Bruno, Please, how can the validator show an error message to the end user? David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: jueves, 06 de noviembre de 2003 17:54 Para: [EMAIL PROTECTED] Asunto: Re: Woody custom validation On Thu, 2003-11-06 at 17:19, Carmona Perez, David wrote: How can I do in flow script custom validation?, i.e. validation that is very app specific and Woody provided validations aren't enough. The only solution I see is to make a custom version of woody.js. Surely there must be something easier. See the docs for the showForm function in woody2.js. You can set a validator property on the form object pointing to a function that peforms extra validation. This function will be called once the normal validation succeeded. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible CLI??
Alexander Schatten wrote: Again thank you for answers, I have still not advanced for one millimeter, though again trying for some long time... the details: Upayavira wrote: I believe this (uri) is now fixed in CVS. uris is a new feature that allows you to process groups of uris, having independant options with each group, e.g. one that follows links, and one that doesn't. You can also describe a link with name=xxx and then do cocoon cli -xconf cli.xconf -n xxx (I think it's -n) which will only process URIs in your uris name=xxx set. I think I've updated the docs in CVS, so if you're using CVS cocoon, but looking at the online docs, you'll not see these doc changes. all right; so I thought I start from scratch: (1) I got the most recent cvs version from cocoon: 2.1.3-dev; (2) installed it with jetty and added my webapp cocoon-day (3) it works in normal cocoon mode fine as ever. As a servlet, you mean? (4) I tried to fix the things you mentioned, see below: (2) I also tried to use only command line options, however; I hardly understand what the uri concept and parameters...?! Can you say more about what you don't understand? If you don't understand it, maybe others don't and thus we need to improve the docs. there are so many confusing things; I just know wget for example: I use an URL there, and it gets the files; recursively or not; I assume similar functionality from cocoon: but there is: !--+ | Specifies a user agent string to the sitemap when | generating the site. +-- !-- user-agentxxx/user-agent -- !--+ | Specifies an accept string to the sitemap when generating | the site. +-- accept*/*/accept what is an user agent??? These options will almost certainly be there in wget too, and they're optional. A browser is a User agent, and browsers tell the server what browser they are using a 'user agent' string. This is what is referred to here. Accepts tells the server (Cocoon here) what the user agent can accept, e.g. your Cocoon site could serve jpg by default, but if an accept string includes image/png, then it serves png instead, all transparent to the user. Again, you can just accept the default. why would I want to send an accept string to the sitemap?? what should this mean? I provide an URL later on, so what is this for?? Because you might have configured your sitemap to select or match upon the accept string. But most people don't. include pattern=**/ exclude pattern=docs/apidocs/**/ whats this again? the three things I copied from the cli.xconf simply make no sense for me. again: I provide an URL or more then one URL later on; so what should these filters be good for? no idea Because, if you follow links, you might not want all links to be followed. This allows you to specify exactly when they are followed and when not. then: uri type=replacesrc-prefix=samples/ src=hello-world/hello.html dest=build/dest/hello-world.html/ o.k. this is lets say 50% clear to me: but why the separation to src-prefix and src? what does the type really mean (append/insert/replace)? no idea yet. The src-prefix isn't included in the URI of the file that is written to disk, whereas the src is. Actually, in the example above, because the type is replace, the src-prefix isn't needed. This could equally be achieved with src-prefix= src=samples/hello-world/hello.html maybe it would become clearer, when I could try my example which is unfortunately still not running. Let's hope so, or maybe the docs could be extended. - the person who knows something best isn't always the best person to write user docs! (3) I came so far with e.g. the code below the line (and the same result with commanline options), that cocoon cli starts, but with the exceptions: Cannot find CatalogManager.properties Fixed in CVS I believe. yes, but other problems occur, see below Opening database: /usr/java/jakarta-tomcat-5.0.9/webapps/cocoon/WEB-INF/db/cocoondb HSQLDB server 1.7.1 is running Use SHUTDOWN to close normally. Use [Ctrl]+[C] to abort abruptly That's because your Cocoon has the HSQLDB block compiled in. I use the CLI with only minimal blocks compiled, which is advisable. o.k. I tried to compile cocoon with minimal blocks. the problem here again: no idea which blocks I could leave away. I played around for some time; dependency problems occured... finally after some hours I gave up, because compilation always takes between 5 and 20 minutes (rrg, why is there no binary distribution, how came to this idea???) Just remove all blocks, and add them back as you need them. finally I decided to simply exclude the hsqldb, and at least this hsqldb matter is not occuring again. Good. What version of Cocoon are you running? Are you able to rebuild with less blocks? see above. o.k. to the last unsuccessful steps now: (5) I use the cli.xconf in the cocoon distribution, I only added my url to
RV: Woody custom validation
And also, does anybody know to create a validation error that applies to the full form, not just a given field. Thanks in advance for any help. David -Mensaje original- De: Carmona Perez, David Enviado el: viernes, 07 de noviembre de 2003 11:55 Para: [EMAIL PROTECTED] Asunto: RE: Woody custom validation Bruno, Please, how can the validator show an error message to the end user? David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: jueves, 06 de noviembre de 2003 17:54 Para: [EMAIL PROTECTED] Asunto: Re: Woody custom validation On Thu, 2003-11-06 at 17:19, Carmona Perez, David wrote: How can I do in flow script custom validation?, i.e. validation that is very app specific and Woody provided validations aren't enough. The only solution I see is to make a custom version of woody.js. Surely there must be something easier. See the docs for the showForm function in woody2.js. You can set a validator property on the form object pointing to a function that peforms extra validation. This function will be called once the normal validation succeeded. -- 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] - 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]
Rhino debugger
Hi all, Does anybody know how to can the Rhino _javascript_ debugger be aware of source file changes? The only solution I know is to restart the servlet. Thanks in advance. David
FOPSerializer and protected pdf files
Is possible to protect the FOPSerializer generated pdf files ? protect means: - no printing - no changing the document - etc. Thanx Marius -- Why program by hand in five days what you can spend five years of your life automating. - Terence Parr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: nuke like engine based on cocoon
i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Prssingstrae 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SourceWritingTransformer results in NullPointerException... My mistake?
I don't know about the SourceWritingTransformer and its usage, but a NPE is never the users fault in general. If you can provide more info like a stack trace, it will be easier for us to investigate. Joerg David Geleyn wrote: Hi, I'm trying to replace an attribute with the source writing transformer and I can't get it done. I'm trying something like: source:insert source:source/users/jef/account.xml/source:source source:path/account-info[1]/source:path source:replace./@disabled/source:replace source:fragmentfalse/source:fragment /source:insert Whatever I try, when I want to replace an attribute, a stack trace appears and a null pointer exception occured. Do i do something wrong? Thanks! David Geleyn. -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compilation of Cocoon / Binary Distribution / Different Configurations,
Upayavira wrote: Alexander, There are a whole host of reasons why we only distribute a source version at present. When we get on with implemening cocoon blocks, all will change. For the time being, a source distribution is what we've got. (Reason for source distribution: it is the only simple way to allow a user to switch on and off different blocks and other bits within Cocoon). It is not possible at present to create a 'production build', as everyone will disagree as to what should go in 'their' production system. I certainly agree that the CLI could be made easier to use. For example, I belive that at present, compiling Cocoon with the Authentication framework present, breaks the CLI. That should not happen. unfortunately this is really an adventure game if you are no Cocoon contributor: e.g., I just tried to follow your suggestion and removed the authentication block; there is a note about a dependency with the session-fw block, and so I removed both of them. started compilation. -- error why? because there is also the portal block, and this one is depending on authentication, I belive, but this dependency is *not* noted... the last days I spent at least 4-5 hours only trying to compile reduced cocoon versions... so you have to know one thing: in my experience, there are no cocoon users I know that do anything else then compile with the default settings, except explicit Cocoon contributors, who know, what they do. because it is very complex to understand the dependencies and to get whats happening. and because (see above) it is an extremly time consuming undertaking. so what you did not answer (as I have to notice, that you do not want to share binary versions, and I still do not know why, because there is the possibility (as it always was) to provide binary as well as source distributions for those who want to configure all stuff by themselve) is the following: cant you provide a set of 3-5 blocks.properties files at least, so that every user can choose from a set of working properties the best suited for the problem? The CLI should work by unpacking the source archive then doing: build webapp cocoon cli -x cli.xconf and off it goes. Over time I'll see what I can do to get it there. yes, I hope too! btw. I will answer the other email soon, I just want to test, whether CLI will work with cocoon compiled with authentication excluded. thank you for the suggestions! Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : [portal] NPE when using more than 1 applications
Ooops, you're right. It's Caused by: java.lang.NullPointerException at org.apache.cocoon.portal.profile.impl.AuthenticationProfileManager.loadP rofile(AuthenticationProfileManager.java:123) at org.apache.cocoon.portal.profile.impl.AbstractUserProfileManager.getPort alLayout(AbstractUserProfileManager.java:327) Laurent -Message d'origine- De : Carsten Ziegeler [mailto:[EMAIL PROTECTED] Envoyé : vendredi 7 novembre 2003 10:19 À : [EMAIL PROTECTED] Objet : RE: [portal] NPE when using more than 1 applications Hi Laurent, in line 345 is another exception catched and rethrown. Can you please provide information about this original exception? Thanks Carsten -Original Message- From: Laurent Trillaud [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: [portal] NPE when using more than 1 applications Hi The goal is to retrieved handler application information inside the portal page by an action The application is declare like this : authentication-manager handlers handler name=portalhandler redirect-to uri=cocoon:/login / authentication uri=cocoon:raw:/sunrise-authuser / applications application loadondemand=true name=portal configuration name=portal profiles... /profiles /configuration /application application name=myapp load uri=cocoon:raw:/myapp/load-myapp/ /application /applications /handler /handlers /authentication-manager Myapp load is loaded succesfuly at login Now I use it like this: map:match pattern=portal map:act type=auth-protect map:parameter name=handler value=portalhandler / map:parameter name=application value=myapp / map:act type=xsp-action src=myAction.xsp map:generate type=portal label=content map:parameter name=portal-name value=portal / /map:generate map:transform src={global:skin}styles/portal-page.xsl / map:transform type=cinclude / map:transform type=encodeURL / map:serialize type=html / /map:act map:redirect-to uri=logout/ /map:act /map:match I have change the application name from portal to myapp to get my context. In fact I got also the portal context because it is declare as module. At this point I have both authentication and application in session. But I got this Null pointer exception, when I access to the portal page. Original Exception: org.apache.avalon.framework.CascadingRuntimeException: Exception during loading of profile. at org.apache.cocoon.portal.profile.impl.AbstractUserProfileManager.getPort alLayout(AbstractUserProfileManager.java:345) at org.apache.cocoon.portal.impl.PortalManagerImpl.showPortal(PortalManager Impl.java:105) at org.apache.cocoon.portal.generation.PortalGenerator.generate(PortalGener ator.java:86) Any ideas? Laurent - 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: nuke like engine based on cocoon
what do you think about the built-in HSQLDB ? should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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: Compilation of Cocoon / Binary Distribution / Different Configurations,
Alexander Schatten wrote: Upayavira wrote: Alexander, There are a whole host of reasons why we only distribute a source version at present. When we get on with implemening cocoon blocks, all will change. For the time being, a source distribution is what we've got. (Reason for source distribution: it is the only simple way to allow a user to switch on and off different blocks and other bits within Cocoon). It is not possible at present to create a 'production build', as everyone will disagree as to what should go in 'their' production system. I certainly agree that the CLI could be made easier to use. For example, I belive that at present, compiling Cocoon with the Authentication framework present, breaks the CLI. That should not happen. unfortunately this is really an adventure game if you are no Cocoon contributor: e.g., I just tried to follow your suggestion and removed the authentication block; there is a note about a dependency with the session-fw block, and so I removed both of them. started compilation. -- error why? because there is also the portal block, and this one is depending on authentication, I belive, but this dependency is *not* noted... the last days I spent at least 4-5 hours only trying to compile reduced cocoon versions... so you have to know one thing: in my experience, there are no cocoon users I know that do anything else then compile with the default settings, except explicit Cocoon contributors, who know, what they do. because it is very complex to understand the dependencies and to get whats happening. and because (see above) it is an extremly time consuming undertaking. Dependencies between blocks are a relatively new thing - at the moment we've just dealt with it with comments in the blocks.properties file, which is not ideal, but better than not telling anyone at all. so what you did not answer (as I have to notice, that you do not want to share binary versions, and I still do not know why, because there is the possibility (as it always was) to provide binary as well as source distributions for those who want to configure all stuff by themselve) is the following: This is the current situation (with some history): 1) For 2.0, we issued binaries, and those binaries included everything 2) For 2.1, we started having 'blocks', and people complained that they didn't want everything 3) Stefano rewrote the build process so that it could include/exclude blocks as desired. 4) It was proposed to offer only a source build, as this allows users to configure Cocoon to their needs, something that at the moment would be hard to do on a prebuilt system. 4) Stefano proposed 'real blocks' (read more on the wiki), which will allow for runtime deployment of precompiled 'blocks', which can contain components, but also sitemap snippets and other files, and his proposals have been generally accepted as a good idea 5) We have started a 2.2 repository, in which we will hopefully soon start coding real blocks. You probably perceive a resistance to helping to improve stuff like the build process, or to making binaries available. This, I believe, is because developers would rather concentrate on implementing real blocks, rather than putting effort into the current build process, which was _always_ seen as a temporary measure. However, I think there's a value in putting descriptions of the blocks into the blocks.properties file itself. I'm going to propose this now. cant you provide a set of 3-5 blocks.properties files at least, so that every user can choose from a set of working properties the best suited for the problem? I've watched this, again, and again, and again. No two people can agree on what they need and what they don't. It is simply not possible to identify a few tailored blocks.properties, as there are just so many relevant combinations. I think my advice would be to switch off _everything_ and work from there. The CLI should work by unpacking the source archive then doing: build webapp cocoon cli -x cli.xconf and off it goes. Over time I'll see what I can do to get it there. yes, I hope too! btw. I will answer the other email soon, I just want to test, whether CLI will work with cocoon compiled with authentication excluded. Great. Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: nuke like engine based on cocoon
On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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: nuke like engine based on cocoon
we have the structure for the menu and the rights for that. its separated in rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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: nuke like engine based on cocoon
On Fri, 7 Nov 2003, Meyer, Christian wrote: we have the structure for the menu and the rights for that. its separated in i can image what do you mean when you are talking about right, but not about menu?! --stavros rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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: Compilation of Cocoon / Binary Distribution / Different Configurations,
I've watched this, again, and again, and again. No two people can agree on what they need and what they don't. It is simply not possible to identify a few tailored blocks.properties, as there are just so many relevant combinations. I haven't follow this tread very close but maybe a cli.blocks.properties file could help. It could contain all blocks where we are sure they work with CLI - the others are excluded by default. -- Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: nuke like engine based on cocoon
On Fri, 7 Nov 2003 [EMAIL PROTECTED] wrote: On Fri, 7 Nov 2003, Meyer, Christian wrote: we have the structure for the menu and the rights for that. its separated in i can image what do you mean when you are talking about right, but not about menu?! image -- imagine --stavros rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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
Re: Compilation of Cocoon / Binary Distribution / Different Configurations,
Thank you again for feedback; some comments though: Upayavira wrote: Dependencies between blocks are a relatively new thing - at the moment we've just dealt with it with comments in the blocks.properties file, which is not ideal, but better than not telling anyone at all. yes, but unfortunately they are far from complete: since the last email I already had to restart the build twice because of not marked dependencies... this is really extremly awkward. You probably perceive a resistance to helping to improve stuff like the build process, or to making binaries available. This, I believe, is because developers would rather concentrate on implementing real blocks, rather than putting effort into the current build process, which was _always_ seen as a temporary measure. yes, I think you have established that, and I understand it. However, I have the impression, that the Cocoon developers, which are is very obviously a group of excellent developers, sometimes oversees the fact, that Cocoon is not longer a hacker tool, but there are thousands of normal users outside; and when you announce a new release, certain basic attributes should exists. One is, that the build and installation is transparent even to non-Cocoon-contributors; I might not be the brightest of all Cocoon users, but you might assume that I am at least the average dummy user, and I report the problems and issues, because I love the project; many others simply dump the idea to use Cocoon. cant you provide a set of 3-5 blocks.properties files at least, so that every user can choose from a set of working properties the best suited for the problem? I've watched this, again, and again, and again. No two people can agree on what they need and what they don't. It is simply not possible to identify a few tailored blocks.properties, as there are just so many relevant combinations. Sorry, to point this out again: this is the usual guru-problem: not agreeing about a solution, because no suggested solution offers 100% quality (only 80% at best), and the result is an eternal discussion with a no-solution that has the quality of 20% (as of now). And 95% of Cocoon installations use the full program as in the current properties file. This was not intended, I believe. At this point I have to say: *please* -- for the sake of the normal user -- take a decision, and put 3-5 properties files into the release!! They can at least be a guidance for the unskilled ones. and the expert can configure as he does it right now. thank you! Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Woody and encoding forms.
Hi. I have problem with encoding of Woody webforms. I tried registration sample and when I write non-us characters the form comes refilled with two strange singns instead of one I've inputed (co is converted to co). How to manage with this? Regards, Marcin Okraszewski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RV: Woody custom validation
I'll answer both your questions in one mail: Please, how can the validator show an error message to the end user? Good point. Field widgets have a setValidationError() method you can use. However, only field widgets have this method, not other types of widgets. We should add this to all widgets where it makes sense. And also, does anybody know to create a validation error that applies to the full form, not just a given field. I see two solutions to this: * we add an addValidationError() method to the form object, so that global validation errors can be set on the form. We would then also need an extra tag for the template transformer to retrieve these errors. * we introduce a widget who's only purpose is to gather validation (or other) messages, i.e. a wd:messages widget. This widget would then have a addMessage(...) method. Conceptually, this widget is a bit like the output widget, because it doesn't react to user interaction. The advantage of the second option is that you can have multiple of those wd:messages widgets, so you can place them at different locations on in the form template. I tend to think the second option is better, but let me know what you think of it. -- 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: RV: Woody custom validation
Thanks Bruno, We could have both of them, for greater flexibility. It makes sense to have errors that apply to the full form, and don't need to be shown next to a field.. David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: viernes, 07 de noviembre de 2003 14:19 Para: [EMAIL PROTECTED] Asunto: Re: RV: Woody custom validation I'll answer both your questions in one mail: Please, how can the validator show an error message to the end user? Good point. Field widgets have a setValidationError() method you can use. However, only field widgets have this method, not other types of widgets. We should add this to all widgets where it makes sense. And also, does anybody know to create a validation error that applies to the full form, not just a given field. I see two solutions to this: * we add an addValidationError() method to the form object, so that global validation errors can be set on the form. We would then also need an extra tag for the template transformer to retrieve these errors. * we introduce a widget who's only purpose is to gather validation (or other) messages, i.e. a wd:messages widget. This widget would then have a addMessage(...) method. Conceptually, this widget is a bit like the output widget, because it doesn't react to user interaction. The advantage of the second option is that you can have multiple of those wd:messages widgets, so you can place them at different locations on in the form template. I tend to think the second option is better, but let me know what you think of it. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of Cocoon / Binary Distribution / Different Configurations,
I completely agree. I'm a fairly new Cocoon user and it took me a while to get used to it... Besides, look at MySQL or JBoss: they try to have an easy install process. Even Microsoft is doing it too... I think it's good to smooth the installation process for a new user. The easiest it is, the most will try and eventually they'll use it. for instance I know tons of webdeveloper with no formal training and admin sys competencies. They use EasyPHP (a great product by the way) to develop their websites. Why? B/C it's easy to install on windows and for now definitely easier than Cocoon. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody and encoding forms.
This is an encoding problem. It seems UTF-8 interpreted as the Western encoding (sorry I don't remember its name) David -Mensaje original- De: Marcin Okraszewski [mailto:[EMAIL PROTECTED] Enviado el: viernes, 07 de noviembre de 2003 14:21 Para: [EMAIL PROTECTED] Asunto: Woody and encoding forms. Hi. I have problem with encoding of Woody webforms. I tried registration sample and when I write non-us characters the form comes refilled with two strange singns instead of one I've inputed (co is converted to co). How to manage with this? Regards, Marcin Okraszewski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Woody error summary
On Fri, 2003-11-07 at 11:44, Carmona Perez, David wrote: Here is a custom version of woody-samples-styling.xsl, I made that think can be of general interest: I've added the new wi:validation-errors tag that show a summary of errors that may have happened, and can be embedded inside the wt:form-template tag. What do you think? Looks good, other people have asked for this too (or maybe it was you, I don't remember). However, I would add this template to woody-field-styling.xsl. If you could do that and submit a proper diff to bugzilla, that would be excellent. I think there's information on the cocon website about how to do this, otherwise just ask. PS: please don't send HTML email to the mailing list. -- 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: Woody and encoding forms.
On Fri, 2003-11-07 at 14:20, Marcin Okraszewski wrote: Hi. I have problem with encoding of Woody webforms. I tried registration sample and when I write non-us characters the form comes refilled with two strange singns instead of one I've inputed (co is converted to co). How to manage with this? It's a problem with the default configuration of Cocoon, but it's easy to fix: * edit the web.xml file, and uncomment the form-encoding init parameter and set it to UTF-8 (do NOT touch the container-encoding parameter) * edit the root sitemap.xmap, and set the encoding of the html serializer to UTF-8: map:serializer logger=sitemap.serializer.html mime-type=text/html name=html pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer encodingUTF-8/encoding /map:serializer this should fix it. Background information on this can be found at: http://wiki.cocoondev.org/Wiki.jsp?page=RequestParameterEncoding -- 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: Compilation of Cocoon / Binary Distribution / Different Confi gurations,
Dependencies between blocks are a relatively new thing - at the moment we've just dealt with it with comments in the blocks.properties file, which is not ideal, but better than not telling anyone at all. Well, this is Cocoon. Would it be presumptuous to suggest that the core block relationships be mapped in an *XML* file? Something like this: blocks | + block | +-- description | +-- version | +-- requires-block (mandatory prerequisite) | | | +--- block-reference | | | +-- block-name (and version???) | +-- integrates-with (optional prerequisite)* | | | +-- block-reference ... | +-- requires-jar | | ??? +-- jar-name** | +-- jar-version * May be impratical, but it seemed like a good idea to have a context where a build could collaborate blocks ** Probably should reference a formal jar definition section that maps logical jar names/versios to their actual filenames/locations. Just a thought. If one were really clever, it would even be possible to have cocoon use the above to generate build configurations. Tim Holloway This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : [portal] NPE when using more than 1 applications
Laurent Trillaud wrote: -Original Message- From: Laurent Trillaud [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:50 PM To: [EMAIL PROTECTED] Subject: RE : [portal] NPE when using more than 1 applications Ooops, you're right. It's Caused by: java.lang.NullPointerException at org.apache.cocoon.portal.profile.impl.AuthenticationProfileManager.loadP rofile(AuthenticationProfileManager.java:123) at org.apache.cocoon.portal.profile.impl.AbstractUserProfileManager.getPort alLayout(AbstractUserProfileManager.java:327) Laurent Ok, I think I found the problem. You have two applications, and you configure for one of them the portal. You have to use this application in the auth-protect action for the portal pipeline, because the portal looks into current application for the portal configuration but doesn't find it - as it's configured in the other one. HTH Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [JXTemplate] Accessing authentication-fw context data
Paul Crabtree wrote: Hi, I'm trying without success to get at the context data set as xml within the authentication framework while im inside a JXTemplate. i've tried the following: ${context.authentication.ID} and this just gives me the Tomcat session ID (i think): ${session.ID} My authentication xml looks like this: authentication IDMyName/ID /authentication Is it possible to find the value of ID within a JXTemplate? No, unfortunately not. You currently have to use the session transformer to get the info. But of course the JXTemplate could be extended to get those information as well. Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible CLI??
So next iteration, again a new exception... Upayavira wrote: (3) it works in normal cocoon mode fine as ever. As a servlet, you mean? yes, precisely. t's hope so, or maybe the docs could be extended. - the person who knows something best isn't always the best person to write user docs! so, as a naive user, I tried to add some clarifications to the documentation; please be so kind and look at the file in the attachment, hopefully this is useful for you (it contains a part of the cli.xconf). Just remove all blocks, and add them back as you need them. I removed the authentication now, and all unstable blocks. (If it is helpful, I could also send my build.properties) so, now I can provide again a new exception: Exception in thread main java.lang.reflect.InvocationTargetException 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:324) at Loader.invokeMain(Unknown Source) at Loader.run(Unknown Source) at Loader.main(Unknown Source) Caused by: java.lang.NoClassDefFoundError: javax/servlet/ServletConfig (to be honest, I would have given up already since yesterday; but we have the cocoon-day in austria, with one complete day of cocoon tutorials, and I really would want to present the resulta of the offline-cocoon... but Cocoon currently tries to do everything to avoid my presentation *g*) Alex !--+ | Specifies a user agent string to the sitemap when | generating the site. | A user-agent in the normal web-application is e.g., the | Web-browser. This feature is useful if the webapplication | to be spidered has some assumptions about a specific | client application/browser = user agent. +-- !-- user-agentxxx/user-agent -- !--+ | Specifies an accept string to the sitemap when generating | the site. | This feature is connected to the user agent. | Cocoon might distinguish between different user agents (see above) | in providing certain informations like images. ** I still do not understand how this works ** +-- accept*/*/accept !--+ | Specifies which URIs should be included or excluded, according | to wildcard patterns. | | These includes/excludes might solve problems, that occur when using | follow-links=true settings. The user might not want the Cocoon | CLI to follow certain links, allthough they are part of the URL | like references to the api-documentation. | | By default, all URIs are included. If both include and exclude | patterns are specified, a URI is first checked against the | include patterns, and then against the exclude patterns. | | Multiple patterns can be given, using muliple include or exclude | nodes. | | The order of the elements is not significant, as only the first | successful match of each category is used. | | Currently, only the complete source URI can be matched (including | any URI prefix). Future plans include destination URI matching | and regexp matching. If you have requirements for these, contact | [EMAIL PROTECTED] +-- include pattern=**/ exclude pattern=docs/apidocs/**/ !--+ | uri nodes specify the URIs that should be generated, and | where required, what should be done with the generated pages. | + | | APPEND: append the generated page's URI to the end of the | source URI: | | uri type=append src-prefix=documents/ src=index.html | dest=build/dest// | | This means that | (1) the documents/index.html site is spidered | (2) the results are written to the build/dest directory | (3) in the build/dest directory the path of the website is appended like this: | build/dest/documents/index.html | + | | REPLACE: Completely ignore the generated page's URI - just | use the destination URI: | | uri type=replace src-prefix=documents/ src=index.html | dest=build/dest/docs.html/ | | This means that | (1) the documents/index.html site is spidered | (2) the result is written to build/dest/docs.html | (3) this works only for singular files, not for hierarchies | + | INSERT: Insert generated page's URI into the destination
Re: Compilation of Cocoon / Binary Distribution / Different Configurations,
Alexander Schatten wrote: Thank you again for feedback; some comments though: Upayavira wrote: Dependencies between blocks are a relatively new thing - at the moment we've just dealt with it with comments in the blocks.properties file, which is not ideal, but better than not telling anyone at all. yes, but unfortunately they are far from complete: since the last email I already had to restart the build twice because of not marked dependencies... this is really extremly awkward. I agree it is awkward. If we can come up with a better way of 'annotating' the blocks.properties file, then I'm sure no-one will complain. You probably perceive a resistance to helping to improve stuff like the build process, or to making binaries available. This, I believe, is because developers would rather concentrate on implementing real blocks, rather than putting effort into the current build process, which was _always_ seen as a temporary measure. yes, I think you have established that, and I understand it. Ok. However, I have the impression, that the Cocoon developers, which are is very obviously a group of excellent developers, sometimes oversees the fact, that Cocoon is not longer a hacker tool, but there are thousands of normal users outside; and when you announce a new release, certain basic attributes should exists. One is, that the build and installation is transparent even to non-Cocoon-contributors; Cocoon isn't a simple thing to use. I think we have to accept that. And we do have a super block system in the pipeline. In the meantime, if we can come up with relatively simple changes to our existing setup, then, as I say, I think they'll be accepted. I might not be the brightest of all Cocoon users, but you might assume that I am at least the average dummy user, and I report the problems and issues, because I love the project; many others simply dump the idea to use Cocoon. And I for one appreciate it! cant you provide a set of 3-5 blocks.properties files at least, so that every user can choose from a set of working properties the best suited for the problem? I've watched this, again, and again, and again. No two people can agree on what they need and what they don't. It is simply not possible to identify a few tailored blocks.properties, as there are just so many relevant combinations. Sorry, to point this out again: this is the usual guru-problem: not agreeing about a solution, because no suggested solution offers 100% quality (only 80% at best), and the result is an eternal discussion with a no-solution that has the quality of 20% (as of now). And 95% of Cocoon installations use the full program as in the current properties file. This was not intended, I believe. That's how it was with 2.0. If some people can work out how to cut down within 2.1, then that's good, IMO. At this point I have to say: *please* -- for the sake of the normal user -- take a decision, and put 3-5 properties files into the release!! They can at least be a guidance for the unskilled ones. and the expert can configure as he does it right now. What I propose (at least for now) is to improve the contents of the blocks.properties file so that an unskilled user can work out what they need to do. E.g. If all you use is the basic Cocoon facilities (FileGenerator, XSLTTransformer, HTMLSerializer) then you can disable ALL blocks. Use with CLI Note: currently the CLI will not work with these blocks included: XXX, XXX, XXX What do you think? Maybe you can suggest some other notes that would help within the blocks.properties file. Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compilation of Cocoon / Binary Distribution / Different Confi
Check out: http://wiki.cocoondev.org/Wiki.jsp?page=Blocks for a description of what is planned. You'll see a lot of useful functionality is planned. Regards, Upayavira Tim Holloway wrote: Dependencies between blocks are a relatively new thing - at the moment we've just dealt with it with comments in the blocks.properties file, which is not ideal, but better than not telling anyone at all. Well, this is Cocoon. Would it be presumptuous to suggest that the core block relationships be mapped in an *XML* file? Something like this: blocks | + block | +-- description | +-- version | +-- requires-block (mandatory prerequisite) | | | +--- block-reference | | | +-- block-name (and version???) | +-- integrates-with (optional prerequisite)* | | | +-- block-reference ... | +-- requires-jar | | ??? +-- jar-name** | +-- jar-version * May be impratical, but it seemed like a good idea to have a context where a build could collaborate blocks ** Probably should reference a formal jar definition section that maps logical jar names/versios to their actual filenames/locations. Just a thought. If one were really clever, it would even be possible to have cocoon use the above to generate build configurations. Tim Holloway This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - 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: nuke like engine based on cocoon
okay. menu is the navigation bar. right = permission Sorry for my bad englisch, neeeds practice. :) is it possible to give the nuke mails this prefix [nuke] ??? so i could sort them better in my mailfolder. regards cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:18 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003 [EMAIL PROTECTED] wrote: On Fri, 7 Nov 2003, Meyer, Christian wrote: we have the structure for the menu and the rights for that. its separated in i can image what do you mean when you are talking about right, but not about menu?! image -- imagine --stavros rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - To
RE: Zurich dinner? (was Re: Homepage-Devlopment)
I'd be happy to join. I will travel form Lausanne, like Bertrand, and would prefer meeting in Berne. Olivier -Message d'origine- De : Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 7. novembre 2003 10:33 À : [EMAIL PROTECTED] Objet : Re: Zurich dinner? (was Re: Homepage-Devlopment) Le Vendredi, 7 nov 2003, à 10:30 Europe/Zurich, Michael Wechner a écrit : [EMAIL PROTECTED] wrote: Is your meeting in Zurich only for Cocoon core developers? ... I think it doesn't have to be formal, meeting and having a nice time is probably all it needs. +1 I don't like organizations too much, but as you say having informal meetings is cool (even in Zurich ;-) -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[cocoon-nuke] proposal (was: nuke like engine based on )
is there any interface for HSQLDB (comand line, GUI, WEB)? On Fri, 7 Nov 2003, Meyer, Christian wrote: okay. menu is the navigation bar. right = permission Sorry for my bad englisch, neeeds practice. :) is it possible to give the nuke mails this prefix [nuke] ??? so i could sort them better in my mailfolder. regards cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:18 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003 [EMAIL PROTECTED] wrote: On Fri, 7 Nov 2003, Meyer, Christian wrote: we have the structure for the menu and the rights for that. its separated in i can image what do you mean when you are talking about right, but not about menu?! image -- imagine --stavros rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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,
RE: Compilation of Cocoon / Binary Distribution / Different Confi
Nice! May need a little tweak, since it's primarily focussed on the deployment aspect, but build and deploy have enough in common. -Original Message- Check out: http://wiki.cocoondev.org/Wiki.jsp?page=Blocks for a description of what is planned. You'll see a lot of useful functionality is planned. Regards, Upayavira Tim Holloway This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : [portal] NPE when using more than 1 applications
Yes, it's why at the beginning I protected my page with both applications to have the portal generator still access to the auth context and have the action to access to the myapp context. But it was the same, I got a NPE. Thanks for your help. Laurent map:match pattern=portal map:act type=auth-protect map:parameter name=handler value=portalhandler / HERE map:parameter name=application value=portal / HERE map:parameter name=application value=myapp / map:act type=xsp-action src=myAction.xsp map:generate type=portal label=content map:parameter name=portal-name value=portal / /map:generate map:transform src={global:skin}styles/portal-page.xsl map:transform type=cinclude / map:transform type=encodeURL / map:serialize type=html / /map:act map:redirect-to uri=logout/ /map:act /map:match -Message d'origine- De : Carsten Ziegeler [mailto:[EMAIL PROTECTED] Envoyé : vendredi 7 novembre 2003 14:39 À : [EMAIL PROTECTED] Objet : RE: RE : [portal] NPE when using more than 1 applications Laurent Trillaud wrote: -Original Message- From: Laurent Trillaud [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:50 PM To: [EMAIL PROTECTED] Subject: RE : [portal] NPE when using more than 1 applications Ooops, you're right. It's Caused by: java.lang.NullPointerException at org.apache.cocoon.portal.profile.impl.AuthenticationProfileManager.loadP rofile(AuthenticationProfileManager.java:123) at org.apache.cocoon.portal.profile.impl.AbstractUserProfileManager.getPort alLayout(AbstractUserProfileManager.java:327) Laurent Ok, I think I found the problem. You have two applications, and you configure for one of them the portal. You have to use this application in the auth-protect action for the portal pipeline, because the portal looks into current application for the portal configuration but doesn't find it - as it's configured in the other one. HTH Carsten - 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: table in xsl-region-after
hi there, thanx its now working... ashish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is somebody using JXforms?
Hi all, I was a previous user of XMLForms and find it is deprecated and in addition my old code doesn't work well (it doesn't set form data). On the other hand, Woody seems promising, but is still under development and unfinished. Are there any people using Woody successfully in real apps, apart from demos? In addition, it seems that nobody is using JXForms, I don't see any activity on it. Am I right? JXForms is quite similar to XMLForms and would make an easy migration path. Does it work ok? David
RE: RE : [portal] NPE when using more than 1 applications
Laurent Trillaud wrote: Yes, it's why at the beginning I protected my page with both applications to have the portal generator still access to the auth context and have the action to access to the myapp context. But it was the same, I got a NPE. Thanks for your help. Laurent map:match pattern=portal map:act type=auth-protect map:parameter name=handler value=portalhandler / HERE map:parameter name=application value=portal / HERE map:parameter name=application value=myapp / This doesn't work, the parameters are key-value pairs, so you can only have one value for a single key. (The second one overwrites the first one) Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody error summary
I would be glad to contribute to the project, but how do I do that? David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: viernes, 07 de noviembre de 2003 14:23 Para: [EMAIL PROTECTED] Asunto: Re: Woody error summary On Fri, 2003-11-07 at 11:44, Carmona Perez, David wrote: Here is a custom version of woody-samples-styling.xsl, I made that think can be of general interest: I've added the new wi:validation-errors tag that show a summary of errors that may have happened, and can be embedded inside the wt:form-template tag. What do you think? Looks good, other people have asked for this too (or maybe it was you, I don't remember). However, I would add this template to woody-field-styling.xsl. If you could do that and submit a proper diff to bugzilla, that would be excellent. I think there's information on the cocon website about how to do this, otherwise just ask. PS: please don't send HTML email to the mailing list. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cocoon-nuke] proposal
Try 'vienna', this is a GUI for databases and I got it to work with HSQLDB as well... it's simple but effective. It's located on sourceforge (if I remember correctly). [EMAIL PROTECTED] wrote: is there any interface for HSQLDB (comand line, GUI, WEB)? On Fri, 7 Nov 2003, Meyer, Christian wrote: okay. menu is the navigation bar. right = permission Sorry for my bad englisch, neeeds practice. :) is it possible to give the nuke mails this prefix [nuke] ??? so i could sort them better in my mailfolder. regards cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:18 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003 [EMAIL PROTECTED] wrote: On Fri, 7 Nov 2003, Meyer, Christian wrote: we have the structure for the menu and the rights for that. its separated in i can image what do you mean when you are talking about right, but not about menu?! image -- imagine --stavros rights - groups and users. that would be our first part for the project. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 14:05 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon On Fri, 7 Nov 2003, Meyer, Christian wrote: what do you think about the built-in HSQLDB ? why not but what about the database structure, whe have to design a new structure from scratch or use a ready one (post-nuke) --stavros should we open a new project on sourceforge? what name? questions, questions, questions PS: It's my first OS project, what i would start with. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 7. November 2003 13:11 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon i'm interest my idea is to start building something on a ready database taken from post-nuke (for example) -- stavros On Fri, 7 Nov 2003, Meyer, Christian wrote: Hi there, we can volunteer an complete group/right based menu tree. I think that would be one of the first actions for an nuke system. Is there still interest in this idea? How we start? Regards cham Christian A. Meyer Software Development GODYO AG Pr?ssingstra?e 35 D-07745 Jena e-mail: [EMAIL PROTECTED] Telefon: +49 3641 2 87-135 Mobil: +49 178 8589220 Telefax: +49 3641 2 87-2 87 Internet: www.godyo.com - Kaum macht man 's richtig, schon funktioniert 's! - This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 15:12 To: '[EMAIL PROTECTED]' Subject: RE: nuke like engine based on cocoon ok whe are two (till now) 1.Meyer 2.Stavros how many we have to be to begin something? and how ? i'm interested too On Fri, 24 Oct 2003, Meyer, Christian wrote: i'm interested in that. cham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Freitag, 24. Oktober 2003 14:50 To: [EMAIL PROTECTED]; Jens Maukisch Subject: Re: nuke like engine based on cocoon On Fri, 24 Oct 2003, Jens Maukisch wrote: Hi, this is just an idea or/and a proposition to begin a CocoonNuke maybe project something just like nukes (postnuke phpnuke) but using cocoon Well, the portal-fw/engine should ba a good base to start. It offers you unser management and customization as a basis. You just have to extend it with the missing features :-) alone ??? any other volunteer ? - 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] - 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,
WG: wsinclude transformer usage??
Hallo all, I have a question about writing web services in cocoon, is it possible at all? What is the wsinclude transformer? How can I find some documentation about it? Has anybody computed web services in cocoon? I do not mean the integration of web services via soap, but more computing web services itself in ccoon. Another question, is it possible to write UDDI catalogues in cocoon? Thanks for help, Halgurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody error summary
Another change I propose in woody-field-styling.xsl is the following: xsl:template match=wi:validation-message a href=# style=color:red; font-weight: bold onclick=alert('{normalize-space(.)}'); return false;#160;!#160;/a /xsl:template by xsl:template match=wi:validation-message a href=# class=validation-message-indicator onclick=alert('{normalize-space(.)}'); return false;#160;!#160;/a /xsl:template In this way it's easy to override the presentation format in a CSS file. David -Mensaje original- De: Bruno Dumon [mailto:[EMAIL PROTECTED] Enviado el: viernes, 07 de noviembre de 2003 14:23 Para: [EMAIL PROTECTED] Asunto: Re: Woody error summary On Fri, 2003-11-07 at 11:44, Carmona Perez, David wrote: Here is a custom version of woody-samples-styling.xsl, I made that think can be of general interest: I've added the new wi:validation-errors tag that show a summary of errors that may have happened, and can be embedded inside the wt:form-template tag. What do you think? Looks good, other people have asked for this too (or maybe it was you, I don't remember). However, I would add this template to woody-field-styling.xsl. If you could do that and submit a proper diff to bugzilla, that would be excellent. I think there's information on the cocon website about how to do this, otherwise just ask. PS: please don't send HTML email to the mailing list. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible CLI??
Upayavira wrote: You have included a block that needs the servlet.jar. Copy servletX_X.jar into WEB-INF/lib and you'll get past that one. Thanks also for the doc suggestion. It looks good. I'll include it within the default cli.xconf. I am glad if it is helpful so then again; I really have a guilty conscience, but the next error occured: at least, it looks as if cocoon is now working, but the result is: ^/styles/main.css ^/scripts/main.js X [0] cocoon-day/index.html BROKEN: Unable to resolve context key: default-encoding ^/styles/main.css X [0] samples/hello-world/hello.htmlBROKEN: Unable to resolve context key: default-encoding Total time: 0 minutes 13 seconds, Site size: 0 Site pages: 0 Could this be an encoding problem? I use btw. iso-8859-1 the cli.xconf uri entry is the following: uri type=replace src-prefix=cocoon-day/ src=index.html dest=build/dest/index.html/ and in the servlet mode it is working with: localhost.../cocoon/cocoon-day/index.html I am again grateful for suggestions! alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
pipeline with more than one URL read
Hi all, I'm trying to write a sitemap fragment which will execute a text search in a knowledge base product we are using. The general scheme of the text search is this: 1) From my site, user requests search?text=foo+bar+baz 2) generator requests http:/example.com/interface?Action=CreateSession 3) ...parses the XML response to extract the Session ID element 4) ...requests http://example.com/interface?SessionID=123abcAction=SearchText=Search+terms Does anyone know how I can code this up so it is a single map:match entry? I know the following fragment is completely invalid, but it would be something like this: map:match pattern=search !-- create a new search session -- map:generate src=http:/example.com/interface?Action=CreateSession/ !-- get session ID from resulting XML and return it so we can use it for the next step-- map:transform src=extractsessionid.xsl map:parameter name=extracted_sessionid/ /map:transform !-- Request another page from the same server with URL consisting of session id and search terms. Yes, I know you can't really start another generator here. :) -- map:generate src=http:/example.com/interface?Action=Search map:parameter name=SessionID value={extracted_sessionid} / map:parameter name=Text value={request:search} / /map:generate map:serialize type=xml/ /map:match Maybe this is something that I can do with a regular xslt? Many thanks in advance, Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody error summary
On Fri, 2003-11-07 at 15:03, Carmona Perez, David wrote: I would be glad to contribute to the project, but how do I do that? Long description is at: http://cocoon.apache.org/community/contrib.html You did have a CVS checkout already if I remember well? Then it's quite simple: if you changed a file, do cvs diff -u filename somefilename.diff and enter the patch as a bug in bugzilla: http://nagoya.apache.org/bugzilla/ Submitting it to bugzilla has the advantage that if no committer has time to look at your patch immediately, we won't forget about it. -- 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: Compilation of Cocoon / Binary Distribution / Different Configurations,
Nicolas Toper wrote: for instance I know tons of webdeveloper with no formal training and admin sys competencies. They use EasyPHP (a great product by the way) to develop their websites. Why? B/C it's easy to install on windows and for now definitely easier than Cocoon. (1) yes, this is an important issue. Cocoon 2 was extremly difficult to install; so what I did then for my courses was to bundle a tomcat/cocoon installation for my customers to download, because otherwise, they would never have used Cocoon (2) then I was so happy about the 2.0 release, because installation meant to get the binary distribution and copy the war file into the tomcat webapps directory (also binary distribution available). Although an even better solution would have been to bundle tomcat/jetty with Cocoon. simple unzip and start. (3) Now we have the exasperating source distribution/compilation problem that in result is an excellent measurement to avoid new Cocoon users (particularly when they are no Java developers): If a new user-non Java developer reads, that he has to install the JVM and compile Cocoon before usage, he will switch to PHP or something else. (4a) Even worse: there are some details that are very confusing for new users: e.g. the cocoon-latest-... naming on the download. Even I was stumbeling, because I though, this might be some developer snapshot, some unstable release and I was searching for some release; and after I found no 2.x marked release I used this one. (4b) References to cvs are *completley* useless for non-experts. No newbie user who is not programmer will do this, particularly under windows, where you have no cvs clients installed. So most probably the new distribution strategy is a clear and solid step backward. To concluce: if the Cocoon Community is interested in non-Java-expert-Cocoon users, there is to provide a binary installation that has to be downloaded, unpacked and startet. this is at least my opinion. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is somebody using JXforms?
Hi, I'm still using XMLForm with Cocoon 2.1.2 and all things work well. What is exactly your problem? Regards Sylvain -Message d'origine- De: Carmona Perez, David [mailto:[EMAIL PROTECTED] Date: vendredi, 7. novembre 2003 15:02 À: Cocoon (E-mail) Objet: Is somebody using JXforms? Hi all, I was a previous user of XMLForms and find it is deprecated and in addition my old code doesn't work well (it doesn't set form data). On the other hand, Woody seems promising, but is still under development and unfinished. Are there any people using Woody successfully in real apps, apart from demos? In addition, it seems that nobody is using JXForms, I don't see any activity on it. Am I right? JXForms is quite similar to XMLForms and would make an easy migration path. Does it work ok? David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of Cocoon / Binary Distribution / Different Configurations,
Yes, but we would need to rethink the Cocoon build/releases cycles to simplify the installation... But we first need to know if we want to broaden the user base or the situation is fine (cocoon is seen as a powerful but difficult product) -Message d'origine- De : Alexander Schatten [mailto:[EMAIL PROTECTED] Envoye : vendredi 7 novembre 2003 14:55 A : [EMAIL PROTECTED] Objet : Re: Compilation of Cocoon / Binary Distribution / Different Configurations, Nicolas Toper wrote: for instance I know tons of webdeveloper with no formal training and admin sys competencies. They use EasyPHP (a great product by the way) to develop their websites. Why? B/C it's easy to install on windows and for now definitely easier than Cocoon. (1) yes, this is an important issue. Cocoon 2 was extremly difficult to install; so what I did then for my courses was to bundle a tomcat/cocoon installation for my customers to download, because otherwise, they would never have used Cocoon (2) then I was so happy about the 2.0 release, because installation meant to get the binary distribution and copy the war file into the tomcat webapps directory (also binary distribution available). Although an even better solution would have been to bundle tomcat/jetty with Cocoon. simple unzip and start. (3) Now we have the exasperating source distribution/compilation problem that in result is an excellent measurement to avoid new Cocoon users (particularly when they are no Java developers): If a new user-non Java developer reads, that he has to install the JVM and compile Cocoon before usage, he will switch to PHP or something else. (4a) Even worse: there are some details that are very confusing for new users: e.g. the cocoon-latest-... naming on the download. Even I was stumbeling, because I though, this might be some developer snapshot, some unstable release and I was searching for some release; and after I found no 2.x marked release I used this one. (4b) References to cvs are *completley* useless for non-experts. No newbie user who is not programmer will do this, particularly under windows, where you have no cvs clients installed. So most probably the new distribution strategy is a clear and solid step backward. To concluce: if the Cocoon Community is interested in non-Java-expert-Cocoon users, there is to provide a binary installation that has to be downloaded, unpacked and startet. this is at least my opinion. Alex - 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]
page border problem in xsl-fo
hi all, i have to display page border in pdf document, but putting tags like this is not working: fo:simple-page-master margin-right=2.0cm margin-left=2.0cm margin-bottom=0.5cm margin-top=0.5cm page-width=21cm page-height=29cm master-name=first fo:region-body margin-bottom=2.0cm border=thin silver ridge border-color=red border-style=solid margin-top=2.0cm/ /fo:simple-page-master i have also tried using fo:block-container but that also doesn't work plz tell me wat can be the problem ashish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible CLI??
Okay, you're getting somewhere. Can you update to the latest CVS? I fixed this default-encoding problem today. The /styles/main.css is showing because you got an error. At some point I'll fix it so that links don't get followed on error pages. So many things to do :-( Update to latest CVS and retry and I think you could be there. Regards, Upayavira Alexander Schatten wrote: Upayavira wrote: You have included a block that needs the servlet.jar. Copy servletX_X.jar into WEB-INF/lib and you'll get past that one. Thanks also for the doc suggestion. It looks good. I'll include it within the default cli.xconf. I am glad if it is helpful so then again; I really have a guilty conscience, but the next error occured: at least, it looks as if cocoon is now working, but the result is: ^/styles/main.css ^/scripts/main.js X [0] cocoon-day/index.html BROKEN: Unable to resolve context key: default-encoding ^/styles/main.css X [0] samples/hello-world/hello.htmlBROKEN: Unable to resolve context key: default-encoding Total time: 0 minutes 13 seconds, Site size: 0 Site pages: 0 Could this be an encoding problem? I use btw. iso-8859-1 the cli.xconf uri entry is the following: uri type=replace src-prefix=cocoon-day/ src=index.html dest=build/dest/index.html/ and in the servlet mode it is working with: localhost.../cocoon/cocoon-day/index.html I am again grateful for suggestions! alex - 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: resources in parent sitemap
Why not ? This severely limits my refactoring efforts. Is there any way to use something like CInclude in the sitemap ? Regards, Oleg Joerg Heinicke wrote: Isn't my answer enough? :-) http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=106735927130349w=2 It's not possible. Joerg On 28.10.2003 19:05, [EMAIL PROTECTED] wrote: I want to access resources defined in a parent sitemap, like: map call:resource name=?!?/acme/ Mat Zitat von Antonio Gallardo [EMAIL PROTECTED]: :) Ok, I was not clear enough. What I really mean are resources in the resources-Block... ;-) ?? Please explain a little more. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compilation of Cocoon / Binary Distribution / Different Configurations,
Nicolas Toper wrote: Yes, but we would need to rethink the Cocoon build/releases cycles to simplify the installation... no, I do not see why; As an expert one could rather easily provide such an binary installation package. no problem at all I see. But we first need to know if we want to broaden the user base or the situation is fine (cocoon is seen as a powerful but difficult product) yes, *this* is an important consideration; I have no clear answer yet. I would suggest, that we should try to broaden the perspective. you might not forget, that Cocoon is for many purposes not much more complex then e.g. PHP. If you want to do XML publishing and you would have the simple installation as described it is not so complex: with things like Automounting of subsitemaps (great feature) and the like. you only should remove the complexity from the installation and mark *much, much clearer* what is ready for prime-time and what is experimental. I often hear complaints like: Cocoon is nice, but I do not know where to start when I want to solve problem X; there is solution A, B and C, ... like: a dozen of form frameworks; database actions, SQL transformer, XSP, logicsheets, ... and no best practice document that is problem oriented... Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible CLI??
Upayavira wrote: Okay, you're getting somewhere. Can you update to the latest CVS? I fixed this default-encoding problem today. The /styles/main.css is showing because you got an error. At some point I'll fix it so that links don't get followed on error pages. So many things to do :-( Update to latest CVS and retry and I think you could be there. thank you; but no chance today; I have only ISDN here; so I have to wait until monday; then I will start the next try... have a good weekend Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of Cocoon / Binary Distribution / Different Configurations,
Yes you're right, I meant something more easier to use but on the Website and adding new processes (but automatic). On the broadening base, let's look at PHP vs EJB (I know this is stupid :=)) EJB doesn't have so many users as PHP but it doesn't matters b/c EJB are used in specific context... Some core Cocoon's concept could be used not only for XML publishing but for all kind of websites. -Message d'origine- De : Alexander Schatten [mailto:[EMAIL PROTECTED] Envoye : vendredi 7 novembre 2003 15:34 A : [EMAIL PROTECTED] Objet : Re: Compilation of Cocoon / Binary Distribution / Different Configurations, Nicolas Toper wrote: Yes, but we would need to rethink the Cocoon build/releases cycles to simplify the installation... no, I do not see why; As an expert one could rather easily provide such an binary installation package. no problem at all I see. But we first need to know if we want to broaden the user base or the situation is fine (cocoon is seen as a powerful but difficult product) yes, *this* is an important consideration; I have no clear answer yet. I would suggest, that we should try to broaden the perspective. you might not forget, that Cocoon is for many purposes not much more complex then e.g. PHP. If you want to do XML publishing and you would have the simple installation as described it is not so complex: with things like Automounting of subsitemaps (great feature) and the like. you only should remove the complexity from the installation and mark *much, much clearer* what is ready for prime-time and what is experimental. I often hear complaints like: Cocoon is nice, but I do not know where to start when I want to solve problem X; there is solution A, B and C, ... like: a dozen of form frameworks; database actions, SQL transformer, XSP, logicsheets, ... and no best practice document that is problem oriented... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pipeline with more than one URL read
Jon Evans wrote: I'm trying to write a sitemap fragment which will execute a text search in a knowledge base product we are using. I've managed to sort out a solution, using the cinclude transformer. For those interested, it works like this: map:match pattern=search map:generate src=http://example.com/interface?Action=CreateSession/ map:transform src=dosearch.xsl map:parameter name=use-request-parameters value=true/ /map:transform map:transform type=cinclude/ map:serialize type=xml/ /map:match dosearch.xsl looks like this: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:cinclude=http://apache.org/cocoon/include/1.0; xsl:param name=text/ xsl:template match=SessionID cinclude:include select=*|text() xsl:attribute name=srchttp://example.com/interface?Action=Searchamp;SessionID=xsl:value-of select=./amp;Text=xsl:value-of select=$text/ /xsl:attribute /cinclude:include /xsl:template xsl:template match=node()|@* priority=-1 xsl:apply-templates/ /xsl:template /xsl:stylesheet It transforms the XML granting me a session id into a single cinclude tag, which then gets resolved by the cinclude tranformer in order to execute the search. Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of Cocoon / Binary Distribution / Different Confi gurations,
Cocoon out-of-the-box is a wonderful showcase for all the great things it can do. However, once you're done admiring all the neat features it has, you really want to build your /own/ Cocoon. Preferably, you'll do this as an additive process, rather than a subtractive one. Firstly, because it's more likely to produce a smaller production system and secondly because Microsoft has given us all numerous object lessons in what can happen when everyhing's turned on by default. Not to suggest that the cocoon samples are inherently unsafe, but few complex systems are completely safe, especially in subsystems that no one's watching because they aren't part of the important part. I think that the blocks showcase page was a great idea. It does a decent job of summarizing what the presupplied features of Cocoon are. I'd even go so far as to say that one way of making customization easier would be to put checkboxes on that page so that people could preview facilities, then uncheck the boxes for blocks their production system isn't going to need. Then that list could be gathered up to make the new build profile. Adding, of course, external block definitions for third-party and in-house supplied extensions. Tim Holloway -Original Message- From: Nicolas Toper [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 9:54 AM To: [EMAIL PROTECTED] Subject: RE: Compilation of Cocoon / Binary Distribution / Different Configurations, Yes you're right, I meant something more easier to use but on the Website and adding new processes (but automatic). On the broadening base, let's look at PHP vs EJB (I know this is stupid :=)) EJB doesn't have so many users as PHP but it doesn't matters b/c EJB are used in specific context... Some core Cocoon's concept could be used not only for XML publishing but for all kind of websites. -Message d'origine- De : Alexander Schatten [mailto:[EMAIL PROTECTED] Envoye : vendredi 7 novembre 2003 15:34 A : [EMAIL PROTECTED] Objet : Re: Compilation of Cocoon / Binary Distribution / Different Configurations, Nicolas Toper wrote: Yes, but we would need to rethink the Cocoon build/releases cycles to simplify the installation... no, I do not see why; As an expert one could rather easily provide such an binary installation package. no problem at all I see. But we first need to know if we want to broaden the user base or the situation is fine (cocoon is seen as a powerful but difficult product) yes, *this* is an important consideration; I have no clear answer yet. I would suggest, that we should try to broaden the perspective. you might not forget, that Cocoon is for many purposes not much more complex then e.g. PHP. If you want to do XML publishing and you would have the simple installation as described it is not so complex: with things like Automounting of subsitemaps (great feature) and the like. you only should remove the complexity from the installation and mark *much, much clearer* what is ready for prime-time and what is experimental. I often hear complaints like: Cocoon is nice, but I do not know where to start when I want to solve problem X; there is solution A, B and C, ... like: a dozen of form frameworks; database actions, SQL transformer, XSP, logicsheets, ... and no best practice document that is problem oriented... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of Cocoon / Binary Distribution / Different Configurations,
I'm still looking at PHP features: If you're a PHP expert, you can add your own library, but you usually have a system running... This is the same idea. A project called PHP Groupware has also block notions and you can activate/deactivate/install/uninstall through a web interface. Basically, I completely agree on what you're saying When do we start? -Message d'origine- De : Tim Holloway [mailto:[EMAIL PROTECTED] Envoyé : vendredi 7 novembre 2003 16:13 À : '[EMAIL PROTECTED]' Objet : RE: Compilation of Cocoon / Binary Distribution / Different Configurations, Cocoon out-of-the-box is a wonderful showcase for all the great things it can do. However, once you're done admiring all the neat features it has, you really want to build your /own/ Cocoon. Preferably, you'll do this as an additive process, rather than a subtractive one. Firstly, because it's more likely to produce a smaller production system and secondly because Microsoft has given us all numerous object lessons in what can happen when everyhing's turned on by default. Not to suggest that the cocoon samples are inherently unsafe, but few complex systems are completely safe, especially in subsystems that no one's watching because they aren't part of the important part. I think that the blocks showcase page was a great idea. It does a decent job of summarizing what the presupplied features of Cocoon are. I'd even go so far as to say that one way of making customization easier would be to put checkboxes on that page so that people could preview facilities, then uncheck the boxes for blocks their production system isn't going to need. Then that list could be gathered up to make the new build profile. Adding, of course, external block definitions for third-party and in-house supplied extensions. Tim Holloway -Original Message- From: Nicolas Toper [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 9:54 AM To: [EMAIL PROTECTED] Subject: RE: Compilation of Cocoon / Binary Distribution / Different Configurations, Yes you're right, I meant something more easier to use but on the Website and adding new processes (but automatic). On the broadening base, let's look at PHP vs EJB (I know this is stupid :=)) EJB doesn't have so many users as PHP but it doesn't matters b/c EJB are used in specific context... Some core Cocoon's concept could be used not only for XML publishing but for all kind of websites. -Message d'origine- De : Alexander Schatten [mailto:[EMAIL PROTECTED] Envoye : vendredi 7 novembre 2003 15:34 A : [EMAIL PROTECTED] Objet : Re: Compilation of Cocoon / Binary Distribution / Different Configurations, Nicolas Toper wrote: Yes, but we would need to rethink the Cocoon build/releases cycles to simplify the installation... no, I do not see why; As an expert one could rather easily provide such an binary installation package. no problem at all I see. But we first need to know if we want to broaden the user base or the situation is fine (cocoon is seen as a powerful but difficult product) yes, *this* is an important consideration; I have no clear answer yet. I would suggest, that we should try to broaden the perspective. you might not forget, that Cocoon is for many purposes not much more complex then e.g. PHP. If you want to do XML publishing and you would have the simple installation as described it is not so complex: with things like Automounting of subsitemaps (great feature) and the like. you only should remove the complexity from the installation and mark *much, much clearer* what is ready for prime-time and what is experimental. I often hear complaints like: Cocoon is nice, but I do not know where to start when I want to solve problem X; there is solution A, B and C, ... like: a dozen of form frameworks; database actions, SQL transformer, XSP, logicsheets, ... and no best practice document that is problem oriented... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For
does cocoon support css
Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Asim Raja - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: does cocoon support css
Asim Raja wrote: Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? I suggest you read a little bit in the Cocoon user documentation, because I am afraid you have a really wrong idea about the Cocoon concept. off coure one could do, what you are suggesting, but I guess it is not, what you intend to do: (1) use an html generator to create XHTML from the html document(s) (2) send this xhtml -- XSL Transformer to create the formatting objects document (3) use the pdf serializer to create the PDF Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: does cocoon support css
Not possible (AFAIK). Cocoon generates a PDF from an XML document which is transformed using XSL:FO. What you want to do is best accomplished using Adobe Acrobat Distiller or one of a number of open source projects. I am able to print to a PDF file on my Linux (KDE) Desktop. -Original Message- From: Asim Raja [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: does cocoon support css Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Asim Raja - 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: Compilation of Cocoon / Binary Distribution / Different Confi gurations,
Yeeps! I didn't just volunteer for something did I? :) Actually, at the moment, my #1 concern is seeing if I can't come up with a way that when I botch a portal config definition I'll get back a meaningful error. Right now, things are happening down inside Castor and other non-Cocoon objects that cause the system to attempt to plug definitions into recepticals that don't exist (thanks to my fat little fingers) and they ignorantly throw long and cryptic stacktraces. I hope that I'll be able to find and anticipate the problems before they happen so that a more useful error displays. Or at least tack on a good context as the exception percolates back up. Still, I can probably spare some time to annoy the people who are more concerned with the customization framework. Tim Holloway -Original Message- From: Nicolas Toper [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:23 AM To: [EMAIL PROTECTED] Subject: RE: Compilation of Cocoon / Binary Distribution / Different Configurations, I'm still looking at PHP features: If you're a PHP expert, you can add your own library, but you usually have a system running... This is the same idea. A project called PHP Groupware has also block notions and you can activate/deactivate/install/uninstall through a web interface. Basically, I completely agree on what you're saying When do we start? This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender and delete it from your computer. Although our company attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: does cocoon support css
Hi everyone, Thank you for your useful comments and putting up with a newbie question. Our requirement is that we have to do it programmatically. Feed a URL and get a PDF. I've looked into HTMLDoc (which is based on iText) but it doesn't support CSS files in its latest version. Please correct me if I'm wrong but I think that unless style specified by the CSS are explicitly inserted by the developer in the Formatting Object document (Step 2 below), they will not be picked up by the XSL transformer. I would appreciate if anyone can confirm this. -- (1) use an html generator to create XHTML from the html document(s) (2) send this xhtml -- XSL Transformer to create the formatting objects document (3) use the pdf serializer to create the PDF -- Regards, Asim Raja -Original Message- From: McDonald, Bruce [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:34 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Another way: Download latest openoffice and it supports PDF printing directly. -Original Message- From: McDonald, Bruce Sent: Friday, November 07, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Not possible (AFAIK). Cocoon generates a PDF from an XML document which is transformed using XSL:FO. What you want to do is best accomplished using Adobe Acrobat Distiller or one of a number of open source projects. I am able to print to a PDF file on my Linux (KDE) Desktop. -Original Message- From: Asim Raja [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: does cocoon support css Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Asim Raja - 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: does cocoon support css
Asim Raja said: Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Hm, well no but I know what you mean. CSS is an HTML helper widget, designed to overcome some of the shortcommings of HTML. It's actually your browser that uses the CSS data, not the document as in a PDF. Unless Acrobat Reader or whatever can use an HTML stylesheet, you should actually use XSL:FO to render the PDF. Just a note though, very often I have to render a report in HTML that the user wants to see or save in PDF. I've found that it's usually best to re-design the document in the PDF format so that it looks more like a form than a web page. I simply use XSL:FO in order to accomplish that. The XSL contains all of the style information, and it can be as similar to the way you want the HTML to look, or as completely different as the use of the document dictates. Rod. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: does cocoon support css
Correct. You will need to explicitly write an XSL that generates FO that reacts to the CSS you have in your html. This is a hell of a lot of work. Here are your options: 1 OpenSource: Use Konqueror(KHTML) or Mozilla and write a simple wrapper to load your HTML and then print it. You might be able to do this in KDE with just simple scripting using the DCOP protocol to make Konqy do all the loading and printing from a shell script (MY choice) 2. Microsoftian: Use the Embedded IE and Delphi or VB or C# or whatever and automate it using the COM methods exposed on the object. regards, Bruce. -Original Message- From: Asim Raja [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 11:08 AM To: '[EMAIL PROTECTED]' Subject: RE: does cocoon support css Hi everyone, Thank you for your useful comments and putting up with a newbie question. Our requirement is that we have to do it programmatically. Feed a URL and get a PDF. I've looked into HTMLDoc (which is based on iText) but it doesn't support CSS files in its latest version. Please correct me if I'm wrong but I think that unless style specified by the CSS are explicitly inserted by the developer in the Formatting Object document (Step 2 below), they will not be picked up by the XSL transformer. I would appreciate if anyone can confirm this. -- (1) use an html generator to create XHTML from the html document(s) (2) send this xhtml -- XSL Transformer to create the formatting objects document (3) use the pdf serializer to create the PDF -- Regards, Asim Raja -Original Message- From: McDonald, Bruce [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:34 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Another way: Download latest openoffice and it supports PDF printing directly. -Original Message- From: McDonald, Bruce Sent: Friday, November 07, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Not possible (AFAIK). Cocoon generates a PDF from an XML document which is transformed using XSL:FO. What you want to do is best accomplished using Adobe Acrobat Distiller or one of a number of open source projects. I am able to print to a PDF file on my Linux (KDE) Desktop. -Original Message- From: Asim Raja [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: does cocoon support css Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Asim Raja - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Woody error summary
On Fri, 2003-11-07 at 15:06, Carmona Perez, David wrote: Another change I propose in woody-field-styling.xsl is the following: xsl:template match=wi:validation-message a href=# style=color:red; font-weight: bold onclick=alert('{normalize-space(.)}'); return false;#160;!#160;/a /xsl:template by xsl:template match=wi:validation-message a href=# class=validation-message-indicator onclick=alert('{normalize-space(.)}'); return false;#160;!#160;/a /xsl:template In this way it's easy to override the presentation format in a CSS file. Yep, that's right. I made that change in CVS. -- 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: does cocoon support css
hi there, i think u r confused between css xsl. go to www.w3schools.com/xsl/ learn some basic concepts diff. between them... its time to first learn some basics! ashish On Fri, 7 Nov 2003, Asim Raja wrote: Hi everyone, Thank you for your useful comments and putting up with a newbie question. Our requirement is that we have to do it programmatically. Feed a URL and get a PDF. I've looked into HTMLDoc (which is based on iText) but it doesn't support CSS files in its latest version. Please correct me if I'm wrong but I think that unless style specified by the CSS are explicitly inserted by the developer in the Formatting Object document (Step 2 below), they will not be picked up by the XSL transformer. I would appreciate if anyone can confirm this. -- (1) use an html generator to create XHTML from the html document(s) (2) send this xhtml -- XSL Transformer to create the formatting objects document (3) use the pdf serializer to create the PDF -- Regards, Asim Raja -Original Message- From: McDonald, Bruce [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:34 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Another way: Download latest openoffice and it supports PDF printing directly. -Original Message- From: McDonald, Bruce Sent: Friday, November 07, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: RE: does cocoon support css Not possible (AFAIK). Cocoon generates a PDF from an XML document which is transformed using XSL:FO. What you want to do is best accomplished using Adobe Acrobat Distiller or one of a number of open source projects. I am able to print to a PDF file on my Linux (KDE) Desktop. -Original Message- From: Asim Raja [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: does cocoon support css Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Thank you in advance for your help! Asim Raja - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is somebody using JXforms?
On Fri, 2003-11-07 at 15:02, Carmona Perez, David wrote: Hi all, I was a previous user of XMLForms and find it is deprecated and in addition my old code doesn't work well (it doesn't set form data). On the other hand, Woody seems promising, but is still under development and unfinished. Looking from the positive side, the fact that it's unfinished has the advantage that you can influence where it's going by providing feedback or patches. Are there any people using Woody successfully in real apps, apart from demos? Yes there are, including Cocoon committers, so it should be a safe choice. In addition, it seems that nobody is using JXForms, I don't see any activity on it. Am I right? JXForms is quite similar to XMLForms and would make an easy migration path. Does it work ok? I hardly know anything about XMLForms/JXForms but I've seen messages go by about problems with boolean fields in JXForms. In general I guess XMLForms is more stable since it has had more usage, so if you're already using that I think it's better to stick to that. Or upgrade to Woody ;-) -- 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: Zurich dinner? (was Re: Homepage-Devlopment)
Hi Sylvain Great Idea to have a dinner in Zürich count me on board. At this occasion we could talk about some Ideas to promote Cocoon in Switzerland. If it will be held in Zürich Otego could organize the Restaurant etc. Just in case we plan to do it, next week than please look I can only be available on Monday or Thursday (10 or 11.11.03). Regards Massimo [EMAIL PROTECTED] wrote: Hello, Are there lot of people using Cocoon in Switzerland?? I'm working in Bern for Swisscom IT and using Cocoon for 1 year. Regards Sylvain -Message d'origine- De: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Date: vendredi, 7. novembre 2003 08:18 À: [EMAIL PROTECTED] Objet: Zurich dinner? (was Re: Homepage-Devlopment) Le Jeudi, 6 nov 2003, à 16:23 Europe/Zurich, Michael Wechner a écrit : Andreas Hartmann wrote: Maybe some of us could meet - e.g., at a dinner - to share our experiences, get more insight into recent developments etc. and talk about the users group again. What do you think? yes, that would be nice. What about next week in Zurich? I'd prefer Bern as I'm based in Lausanne, but if most of you guys are from around Zurich I'll happily travel. Next week, Tuesday 11th (from noon on, last train leaves at 10PM) would be good for me, Wednesday possible. Sorry that I don't have more options, feel free to do it without me! -- Bertrand Delacretaz independent consultant, Lausanne, Switzerland http://cvs.apache.org/~bdelacretaz/ - 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] -- OTEGO AG Tel:+41 (0)1 240 00 55 Massimo Sonego, Fax:+41 (0)1 240 00 56 CEO / Eidg. dipl. Wirtschaftsinf. Mobile: +41 (0)79 262 21 00 Hohlstrasse 216 Mailto: [EMAIL PROTECTED] CH-8004 ZürichWeb:http://www.otego.com Otego AG is a founding member of Orixo, the XML business alliance - http://www.orixo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Zurich dinner? (was Re: Homepage-Devlopment)
Hi Massimo, In the meantime Michael has setup a wiki page for this: http://wiki.cocoondev.org/Wiki.jsp?page=CocoonUserGroupSwitzerland -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
The parameter does not contain a value
Hi all, i'am having problems passing parameters to my component! My component implements the interface org.apache.avalon.framework.parameters.Parameterizable // public void parameterize(Parameters parameters) throws ParameterException { .. param1 = parameters.getParameter(myParameter); ... } and in my sitemap I have: map:generate type=mygenerator map:parameter name=myParameter value=SOMEVALUE/ /map:generate but when the parametrize method is invoked, an exception is thrown with the message: The parameter 'myParameter' does not contain a value. Does anyone have any idea why this is happening? Thanks to all! Rui Alberto -- Rui Alberto L. Gonalves [EMAIL PROTECTED] PT Inovao - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sitemap XSL
Hi all, Does anyone have an XSL for transforming a sitemap into a SVG doc? Or something similar - I just need to diagram my solution and would find this most helpful. regards, Bruce. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Woody error summary
Carmona Perez, David wrote: I've added the new wi:validation-errors tag that show a summary of errors that may have happened, and can be embedded inside the wt:form-template tag. What do you think? Can you please post a patch to Bugzilla? But before doing that, please substitute the hardcoded English messages with i18n:text elements and add them to the message catalogs in the samples. Ugo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOPSerializer and protected pdf files
Marius Oancea wrote: Is possible to protect the FOPSerializer generated pdf files ? See http://xml.apache.org/fop/pdfencryption.html I'm not sure whether Cocoon's FOP serializer allows you to configure these options. Note that there are still restriction in this release: you can't use embedded fonts or bookmarks, and internal links occasionally wont work. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: page border problem in xsl-fo
Ashish Kumar wrote: i have to display page border in pdf document, but putting tags like this is not working: fo:simple-page-master margin-right=2.0cm margin-left=2.0cm margin-bottom=0.5cm margin-top=0.5cm page-width=21cm page-height=29cm master-name=first Borders are not allowed on regions by the spec: http://www.w3.org/TR/xsl/slice6.html#fo_region-body (second paragraph under areas:) plz tell me wat can be the problem Uh? Some possible approaches: - Use a background image in the region-body for the border - Place appropriately absolutely positioned block-container with an appropriate border in the static content rended in the non-body regions. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Woody Populate Form with xsp (flow)
JD Daniels wrote: I had to change source = resolver.resolve(uri); //to source = resolver.resolveURI(uri); and change context:// to cocoon:// Works Now !! Wow. I'm impressed. ^d^d^d^d^d^d^d^d. Well of course. I new it would. Regards, Upayavira Thank You JD -Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:37 PM To: [EMAIL PROTECTED] Subject: Re: Woody Populate Form with xsp (flow) JD Daniels wrote: I was wondering if it was possible to load an xsp pipeline instead of a source xml file.. ex. // parse the document to a DOM-tree var document = loadDocument(forms/test.xml); // bind the document data to the form form.load(document); form.showForm(display-pipeline); Change to: // Load DOM-tree From Xsp var uri = context://formdata.xsp?id= + cocoon.request.get(id); var resolver = cocoon.getComponent(Packages.org.apache.excalibur.source.SourceResolver.ROLE ); var source = resolver.resolve(uri); var parser = cocoon.getComponent(Packages.org.apache.excalibur.xml.dom.DOMParser.ROLE); var document = parser.parseDocument(Packages.org.apache.cocoon.components.source.SourceUtil .getInputSource(source)); form.load(document); Now that's me taking a bit of a leap - never done it before, but I think it should work.To explain: 1) Convert your xsp uri into a source using a source resolver 2) Parse that source into a DOM object 3) Load that DOM object into your form. Hope it works! Regards, Upayavira // bind the document data to the form form.load(document); form.showForm(display-pipeline); JD - 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: does cocoon support css
On 07.11.2003 16:21, Asim Raja wrote: Hi, I'm interested in using use Cocoon to convert an html page to a PDF file. I would like to feed the URL of the page and get the PDF. I would like to know if CSS used by the webpage would be supported by the HTMLGenerator and the PDF Serializer? Hello Asim, what you want to do sounds reasonable, but I don't know of any product that is able to handle this. The reason is simple I guess: a complete browser functionality must be implemented for understanding HTML + CSS (have older HTML versions or recent XHTML in mind). The correct approach IMO would be a common codebase for both output formats PDF and HTML. This XML structure will be transformed either into HTML and XSL Fo. But the stylesheets for this transformation must be written by hand. Or you use a common XML structure for which both stylesheet exists, e.g. the XDocs format used for Cocoon documentation and so in Forrest. If you have a look at http://cocoon.apache.org/2.1/ you will see, that both HTML and PDF are generated from our XML documents. It is done using Forrest (http://xml.apache.org/forrest/). Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]