Re: Cocoon with Virtual Hosts (apache/tomcat)
OK, thanks - it seems that is the route we are going to have to take >>> [EMAIL PROTECTED] 2005/01/24 09:36:10 PM >>> Hi mod_jk also works and is not outdated ( not yet ;) ). Personally I'm still using mod_jk2 but I'm looking to mod_jk feature and they are Ok for my use of apache/tomcat connector. On Mon, 2005-01-24 at 09:55 +0200, Derek Hohls wrote: > My UNIX admin says mod_jk2 is deprecated and no longer > being supported. This is also implied on the page you > refer to : > > "15 November 2004 - JK2 is officially unsupported! > JK2 has been put in maintainer mode and no further development > will take place. The reason for shutting down JK2 development > was the lack of developers interest" > > Any other likely routes? > > Thanks > Derek > > >>> [EMAIL PROTECTED] 2005/01/19 11:09:19 PM >>> > hi > And what about mod_jk2? > http://jakarta.apache.org/tomcat/connectors-doc/index.html > > On Wed, 2005-01-19 at 11:43 +0200, Derek Hohls wrote: > > I am working with Apache/Tomcat and Cocoon 2.1.5. > > I am trying to have a virtual host setup, so users from > > outside the organisation can access the site. > > > > > > In the Apache httpd.conf file, the Unix admin has inserted > > (note that I have changed some actual parameters for security...) > > the following (NB: I have been told that the warp connnector > > option *cannot* be setup... we need to use a proxy rewrite) > > > > > > ServerAdmin [EMAIL PROTECTED] > > ServerName soc.myserver.com:80 > > DocumentRoot /usr/local/tomcat/webapps > > > > RewriteEngine on > > # If URL has cocoon215/soc(/) we don't rewrite, therefore Last rule > > RewriteRule ^/cocoon215/soc/(.*) /cocoon215/soc/$1 [R,L] > > RewriteRule ^/cocoon215/soc$ /cocoon215/soc [R,L] > > # Else we must rewrite > > #RewriteRule ^/$/cocoon215/soc [R,L] > > RewriteRule ^/(.*)/cocoon215/soc/$1 [R,L] > > # We reverse proxy instead of Warp connector > > ProxyPass /cocoon215/soc http://localhost:8080/cocoon215/soc > > ProxyPassReverse /cocoon215/soc http://localhost:8080/cocoon215/soc > > > > > > > > In my sitemap I have: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > In the stylesheet (test-page2html.xsl) I have: > > > > > > > > > > > > ... > > Context= > > Servlet= > > Server= > > Port= > > > > > > But, whether I try > > http://myserver.com:8080/cocoon215/soc/pageTest > > or > > http://soc.myserver.com/cocoon215/soc/pageTest > > > > I have the same results: > > > > Context=/cocoon215 > > Servlet=/soc/pageTest > > Server=myserver.com > > Port=8080 > > > > > > In order for the application to work properly, > > what do I need to do to get to this: > > > > Context=/cocoon215 > > Servlet=/soc/pageTest > > Server=soc.myserver.com > > Port=[null] > > > > Any ideas how? > > > > Thanks > > Derek > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > http://www.orcades.net > > > > > - > 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] > > http://www.orcades.net - 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: ESQL and utf-8 encoding
Title: Message
ï
Hi,
I'm
following up on my previous post because I have done quite a bit of reading of
the mail archives which has been helpful, but I'm still
stuck.
I
placed some code in my original xsp file that looks like
this:
String debug_thing =EsqlHelper.getStringFromByteArray(
_esql_query.getResultSet().getBytes
("display"),
""
+
"UTF-8"
,"");
System.out.println("DEBUG " + debug_thing);
This was nested in side the
. What I'm finding is that the string that gets printed
out to the file is good utf-8. My problem is that the output I'm
getting on my browser is still incorrect. Any ideas? I even modified
the container encoding in the web.xml file and had no luck.
Thanks,
Mike
Lopke
-Original Message-From: Lopke, Michael
Sent: Friday, January 21, 2005 10:20 AMTo:
users@cocoon.apache.orgSubject: ESQL and utf-8
encoding
Hi,
Has anyone here used esql with data that is utf-8
encoded? I'm able to connect to my database and get the correct data but
it appears that somewhere along the way the data is being interpreted as
iso-8859-1 encoding. I'm not sure if I got all of the configurations
correct.
For example, the Chinese character.
é
Shows up as this. ÃâÂÃ
In my sitemap.xmap I have the
following:
â
...
src=""
mime-type="text/xml; charset=utf-8">
UTF-8
â.
The snippit in my xsp file looks like this:
...
UTF-8
â
It looks like the generator is interpreting the
data as iso-8859-1 and passing it through the pipe as such. If I take
the same data and put it into an xml file as my source but modify the encoding
at the top to iso-8859-1, I can duplicate the problem.
Thanks, Mike
Lopke
Re: orbeon presentation server with cocoon
On Lun, 24 de Enero de 2005, 9:49, nafise hassani dijo: > Hi > what's your idea about the comparison that takes > between > orbeon and cocoon in this site: > http://www.orbeon.com/community/cocoon That the comparison is done from the POV of orbeon. It is not too fair for cocoon because don't show some of the things that cocoon is able to do. from time to time comes people asking this same question. Perhaps you could search the mail archives to find more info about this topic. Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.5 and JDom 1.0
On Lun, 24 de Enero de 2005, 16:20, angeloimm dijo: > Hi all... i'm using cocoon 2.1.5; i have seen that when i use jdom 1.0 i > have some errors; above all i hav an error like java.lang.VerifyError or > NoSuchMethodErrror; if i use jdom version 0.8 (by doing the right changes) > all works very fine; does this mean that i can't use jdom 1.0 on cocoon > 2.1.5? > If it's not so... how can i do? As posted before there are dependencies between slide and Jdom. BTW, in the 2.1.7-dev branch, there is already updated Slide. Now it uses Jdom 1.0. Perhaps you will like to try it. The 2.1.7 relese is planned for the next month. ;-) Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.5 and JDom 1.0
There seems to be some incompatibilty with the Slide block of Cocoon which uses the b9 API and installs the b9 jar in the lib dir. If you leave the Slide block out when you install Cocoon that may work, but I'm not sure how tightly Slide and Cocoon work together (I haven't directly needed to reference any Slide classes, but don't know what parts of Coccon make use of Slide). I use JDOM b9 under Cocoon but v1.0 for everything else. With my Cocoon code I've coded for both 1.0 and b9 but commented out the 1.0 logic until a version of Cocoon (or at least the Slide block) comes along that's compatible with JDOM b9. Scott. angeloimm wrote: Hi all... i'm using cocoon 2.1.5; i have seen that when i use jdom 1.0 i have some errors; above all i hav an error like java.lang.VerifyError or NoSuchMethodErrror; if i use jdom version 0.8 (by doing the right changes) all works very fine; does this mean that i can't use jdom 1.0 on cocoon 2.1.5? If it's not so... how can i do? Thanks 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it - 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 2.1.5 and JDom 1.0
Hi all... i'm using cocoon 2.1.5; i have seen that when i use jdom 1.0 i have some errors; above all i hav an error like java.lang.VerifyError or NoSuchMethodErrror; if i use jdom version 0.8 (by doing the right changes) all works very fine; does this mean that i can't use jdom 1.0 on cocoon 2.1.5? If it's not so... how can i do? Thanks 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon with Virtual Hosts (apache/tomcat)
Hi mod_jk also works and is not outdated ( not yet ;) ). Personally I'm still using mod_jk2 but I'm looking to mod_jk feature and they are Ok for my use of apache/tomcat connector. On Mon, 2005-01-24 at 09:55 +0200, Derek Hohls wrote: > My UNIX admin says mod_jk2 is deprecated and no longer > being supported. This is also implied on the page you > refer to : > > "15 November 2004 - JK2 is officially unsupported! > JK2 has been put in maintainer mode and no further development > will take place. The reason for shutting down JK2 development > was the lack of developers interest" > > Any other likely routes? > > Thanks > Derek > > >>> [EMAIL PROTECTED] 2005/01/19 11:09:19 PM >>> > hi > And what about mod_jk2? > http://jakarta.apache.org/tomcat/connectors-doc/index.html > > On Wed, 2005-01-19 at 11:43 +0200, Derek Hohls wrote: > > I am working with Apache/Tomcat and Cocoon 2.1.5. > > I am trying to have a virtual host setup, so users from > > outside the organisation can access the site. > > > > > > In the Apache httpd.conf file, the Unix admin has inserted > > (note that I have changed some actual parameters for security...) > > the following (NB: I have been told that the warp connnector > > option *cannot* be setup... we need to use a proxy rewrite) > > > > > > ServerAdmin [EMAIL PROTECTED] > > ServerName soc.myserver.com:80 > > DocumentRoot /usr/local/tomcat/webapps > > > > RewriteEngine on > > # If URL has cocoon215/soc(/) we don't rewrite, therefore Last rule > > RewriteRule ^/cocoon215/soc/(.*) /cocoon215/soc/$1 [R,L] > > RewriteRule ^/cocoon215/soc$ /cocoon215/soc [R,L] > > # Else we must rewrite > > #RewriteRule ^/$/cocoon215/soc [R,L] > > RewriteRule ^/(.*)/cocoon215/soc/$1 [R,L] > > # We reverse proxy instead of Warp connector > > ProxyPass /cocoon215/soc http://localhost:8080/cocoon215/soc > > ProxyPassReverse /cocoon215/soc http://localhost:8080/cocoon215/soc > > > > > > > > In my sitemap I have: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > In the stylesheet (test-page2html.xsl) I have: > > > > > > > > > > > > ... > > Context= > > Servlet= > > Server= > > Port= > > > > > > But, whether I try > > http://myserver.com:8080/cocoon215/soc/pageTest > > or > > http://soc.myserver.com/cocoon215/soc/pageTest > > > > I have the same results: > > > > Context=/cocoon215 > > Servlet=/soc/pageTest > > Server=myserver.com > > Port=8080 > > > > > > In order for the application to work properly, > > what do I need to do to get to this: > > > > Context=/cocoon215 > > Servlet=/soc/pageTest > > Server=soc.myserver.com > > Port=[null] > > > > Any ideas how? > > > > Thanks > > Derek > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > http://www.orcades.net > > > > > - > 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] > > http://www.orcades.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Poll] Portal deployment / Cocoon portal usage
>> snip > 1. Are you currently using the Cocoon Portal Framework (Engine)? A) Yes we are using it for ... a prototype website of us, which is currently under development. We wanted to get gather some experience with cocoon first. When it is succesful we plan to use it for further projects. The following questions only if you are using a portal 2. Why did you choose the specific portal solution you are using? A) Given IT strategy B) Cost C) Technology The following questions only if you are using the Cocoon Portal framework 3. Why did you choose the Cocoon portal framework? B) A strategic decision was made to use Open Source C) Because of the features of the framework 4. What do you think is currently missing from the Portal framework (Engine)? A) Tools (which?) or tool support I miss any tools for the portal engine. Something like a coplet Configurator (skin, layout), something like a layout Tool (to manage the tabs and links, and the coplets on each tab ...), something like tool support for an existing CMS. D) Better Documentation I would like a better Documentation (for the cocoon Portal). But after that I have just started with cocoon a few months ago, I will also try to help on completing the Documentation (in cocoon Wiki?), as far as I have understood it. 5. How do you get support for the framework (Engine) A) Through the mailing lists Great. B) Reading the documentation and other publications 6. Details/Comments (Optional) Before using the cocoon Portal I worked with Jetspeed 1.x an liked it. Now that I've seen cocoon and it's Features I changed my mind. You have done a great Job with cocoon. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms number validation behaviour
Reinhard Poetz wrote: Murray Cassie wrote: Problem: when we enter something like "3abc" this is treated like a correct entry. All characters after the first that is no number are cut off and only the first numbers are evaluated. This might be wanted behaviour, but not according to our spec. Any suggestions how we can change this??? As a workaround, add a regexp validation that makes sure that only [0-9] is allowed. But the behaviour is strange because the datatype "integer" should make sure that only an integer is valid. I've just had to deal with exactly the same issue on my project at work. The problem is actually the NumberFormat class which does the parsing. The JavaDocs don't make it very clear, but what it does is parse only the leading digits in the string rather than the whole string. The same problem applies with decimal, float and double datatypes as well. I worked around the problem by implementing my own converter classes and changing the cocoon.xconf file to use those by default instead. Each of the new converters uses the NumberFormat.parse() method which takes a ParsePosition as well as a String; after parsing, they simply check that the ParsePosition is at the end of the input string. The only problem I encountered with doing this is that the NumberFormat used by the existing converter infrastructure is a wrapper around the JDK one and doesn't expose the parse(String, ParsePosition) method. The two options are: switch to using only the JDK NumberFormat class, or add the method to the interface. I went for the former, as it meant the smallest impact on the Cocoon code. Hope that helps, Vil. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dynamic XML Datasource in form
System:Cocoon 2.1.6 I'm looking at the form2simpleXML form flow example, and trying to modify it so that the source document isn't a fixed XML document - but can be generated from another pipeline (in my case it will come from eXist - XML DB). First off - I tried to add a generator in to the sitemap (in this example I'm still using a static doc): but then cannot see how I would change the binding_example.js call to: form.loadXML(documentURI); to use the document from the pipeline. It also gives about the generator already being set when I try to access the page, so I think this may not me the correct approach. My second solution was to try to use the cocoon protocol as the source of the xml document - so I changed the sitemap as follows: Although this didn't generate any errors - the generated form wasn't pre-populated from the XML. Help! TIA Ian
orbeon presentation server with cocoon
Hi what's your idea about the comparison that takes between orbeon and cocoon in this site: http://www.orbeon.com/community/cocoon __ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: form encoding and utf-8 problems
[ISO-8859-1] Aurйlien DEHAY писал(а): Saulius Grigaliunas wrote: Hello Aurйlien, Maybe you can look at the encoding of xsl file, or try with xalan. It was the only thing I change to make my forms utf-8 aware. Well thanks for your help, that didn't work, but I accidently found solution myself, in web.xml I've changed the configuration like this: form-encoding utf-8 and container-encoding ISO-8859-1 I don't really understand why it should be iso-8859-1 if everything is encoded in utf-8 in my application, but if it works, that's alright for me :). Well, I didn't changedthis configuration and left it commented in my web.xml, that's probably why it works for me. Rgds That was discussed in the list before. Marc Portier recomended me refering to source code to understand how does the container encoding actually works. See http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=109352638022695&w=2 I personaly don't even touch the container encoding parameter and just set the form encoding parameter to utf-8 and use the same encoding in the HTMLSerializer. Timur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dynamic XML Datasource in form
System:Cocoon 2.1.6 I'm looking at the form2simpleXML form flow example, and trying to modify it so that the source document isn't a fixed XML document - but can be generated from another pipeline (in my case it will come from eXist - XML DB). First off - I tried to add a generator in to the sitemap (in this example I'm still using a static doc): but then cannot see how I would change the binding_example.js call to: form.loadXML(documentURI); to use the document from the pipeline. It also gives about the generator already being set when I try to access the page, so I think this may not me the correct approach. My second solution was to try to use the cocoon protocol as the source of the xml document - so I changed the sitemap as follows: Although this didn't generate any errors - the generated form wasn't pre-populated from the XML. Help! TIA Ian
Re: CForms number validation behaviour
Murray Cassie wrote: Hi, we have implemented a range validation like this: Valid range is between 0 and 5. We get the error message when a number is entered that is outside the given range and when a string like "abc" is entered. Problem: when we enter something like "3abc" this is treated like a correct entry. All characters after the first that is no number are cut off and only the first numbers are evaluated. This might be wanted behaviour, but not according to our spec. Any suggestions how we can change this??? As a workaround, add a regexp validation that makes sure that only [0-9] is allowed. But the behaviour is strange because the datatype "integer" should make sure that only an integer is valid. -- Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon copy error
On Jan 22, 2005, at 6:06 AM, Mygrp wrote: Failed to start: [EMAIL PROTECTED]:80 Does this like mean something has to be running on port 80 ?? No... it's telling you that Jetty _is_ trying to bind to port 80, not 8080. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CForms number validation behaviour
Hi, we have implemented a range validation like this: Valid range is between 0 and 5. We get the error message when a number is entered that is outside the given range and when a string like "abc" is entered. Problem: when we enter something like "3abc" this is treated like a correct entry. All characters after the first that is no number are cut off and only the first numbers are evaluated. This might be wanted behaviour, but not according to our spec. Any suggestions how we can change this??? Thanks to all and best regards Cassie __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
EncodeURLTransformer with i18n
We have a problem with using the EncodeURLTransformer together with the I18NTransformer; probably we're trying to do something we shouldn't, but I'd be interested if anyone has a suggestion for a workaround. Here's the situation: some of the texts in our message catalogue have embedded links that need to have a jsessionid appended, for example like this: Text Text TextSomePageTitleMore text. We'd like this to come out: Text Text TextMy English TitleMore text. or Text Text TextMein deutscher Titelmehr Text But the EncodeURLTransformer doesn't see the elements embedded in the messages, presumably because they're all treated as CDATA. Does anyone see a fix for this short of tearing up all our messages into tiny fragments? I thought of passing in the links as i18n params, but then how do I get the element contents translated? Thanks, John -- - Jentro Technologies GmbH John L. Webber, Software Development - Rosenheimer Str. 145e 81671 München Tel. +49 89 189 169 80 mailto:[EMAIL PROTECTED] Fax +49 89 189 169 99 http://www.jentro.com - NOTICE: The information contained in this e-mail is confidential or may otherwise be legally privileged. It is intended for the named recipient only. If you have received it in error, please notify us immediately by reply or by calling the telephone number above and delete this message and all its attachments without any use or further distribution of its contents. Please note that any unauthorised review, copying, disclosing or otherwise making use of the information is strictly prohibited. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using Path expression in Map Action type
As described within this thread a co worker wanted to implement a generic pipeline matcher which would then call a corresponding action http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105465313422290&w=2 Currently within the sitemap the following is used ... What is the recommended way of upgrading an application from Cocoon 2.0.4 to 2.1.6 which used this hack? Any help is greatly appreciated. Paul Dublin, Ireland _ Share those BIG ideas at work - connect with colleagues on MSN Messenger! http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Poll] Portal deployment / Cocoon portal usage
On Mon, 2005-01-24 at 09:21 +0100, Matthew Langham wrote: > Hi everyone, > > In the past months we have seen an increase in the use of the Cocoon portal > framework, which is really great. However it is still obvious that the > portal has low visibility when it comes to anyone creating a list of Open > Source java portals. In order to perhaps correct this and gain a better > impression of who is using the portal framework - what for and maybe also > why not, I have put together a short poll. > > It would be great if you could take a few minutes to answer the questions > (even if you are not actually using a portal) and send me your answers. I > will collect the results and then publish an overview on the Cocoon wiki. > Hopefully we will then also have a better understanding of what features - > for example - may be missing. > > > Thanks for your time. > > Matthew Langham > > >> snip > > 1. Are you currently using the Cocoon Portal Framework? B) No we are not, but currently considering it The following questions only if you are using a portal 2. Why did you choose the specific portal solution you are using? C) Technology but we think the cocoon portal can much more with less money, tech etc The following questions only if you are using the Cocoon Portal framework 3. Why did you choose the Cocoon portal framework? C) Becaus of the features of the framework 4. What do you think is currently missing from the Portal framework? B) WSRP support D) Better Documentation 5. How do you get support for the framework A) Through the mailing lists B) Reading the documentation and other publications 6. Details/Comments (Optional) Please feel free to add any details you think may be of interest I was working on Jetspeed2 but it's getting big, complex etc. I like 'small' easy to couple programs which do the job. So please keep the Cocoon Portal as simple as possible. (don't try to fill in every thing (do we need jsr-168?), stable is better. > > > - > 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]
[Poll] Portal deployment / Cocoon portal usage
Hi everyone, In the past months we have seen an increase in the use of the Cocoon portal framework, which is really great. However it is still obvious that the portal has low visibility when it comes to anyone creating a list of Open Source java portals. In order to perhaps correct this and gain a better impression of who is using the portal framework - what for and maybe also why not, I have put together a short poll. It would be great if you could take a few minutes to answer the questions (even if you are not actually using a portal) and send me your answers. I will collect the results and then publish an overview on the Cocoon wiki. Hopefully we will then also have a better understanding of what features - for example - may be missing. Thanks for your time. Matthew Langham >> snip > 1. Are you currently using the Cocoon Portal Framework? A) Yes we are using it for ... B) No we are not, but currently considering it C) No, we are using commercial alternative xyz D) No, we are using Open Source alternative xyz E) We don't currently need a portal The following questions only if you are using a portal 2. Why did you choose the specific portal solution you are using? A) Given IT strategy B) Cost C) Technology D) No real alternative E) Don't know F) Other reason (please add) The following questions only if you are using the Cocoon Portal framework 3. Why did you choose the Cocoon portal framework? A) We were already using Cocoon B) A strategic decision was made to use Open Source C) Becaus of the features of the framework D) Don't know E) Other reason (please add) 4. What do you think is currently missing from the Portal framework? A) Tools (which?) or tool support B) WSRP support C) Better JSR168 integration D) Better Documentation E) Other (please add) 5. How do you get support for the framework A) Through the mailing lists B) Reading the documentation and other publications C) We are Cocoon portal gurus D) We get external help E) Other (please add) 6. Details/Comments (Optional) Please feel free to add any details you think may be of interest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[announce] French-speaking Cocoon user list
Hi all,
The french-speaking Cocoon user list that was recently voted [1] is now
live and operational. To subscribe, send an empty mail at
mailto:[EMAIL PROTECTED]
The need for this list came after noticing that many Cocoon users in
France aren't subscribed to the current lists and are therefore away
from our community. The purpose of this list is to allow more people to
participate to group discussion, especially those that did not feel
fluent enough to write down their questions in english (and believe me,
there are a lot: foreign language teaching at schoool is not good here).
More info on this list (in french) at http://cocoon.apache.org/fr/
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110554282531992&w=2
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: form encoding and utf-8 problems
Saulius, you can find an explanation here: http://wiki.apache.org/cocoon/RequestParameterEncoding?action=highlight&value=container-encoding (with highlight of the section that might interest you most) there is more in the mail archives of this list, since this has been touched upon quite a lot. the short answer on your remark: your application maybe codes everything in utf-8, but the web-container (jetty or tomcat or...) is not. cocoon uses the two parameters to correct the applied container-decoding into the by you wanted form-encoding regards, -marc= Saulius Grigaliunas wrote: Hello Aurélien, Maybe you can look at the encoding of xsl file, or try with xalan. It was the only thing I change to make my forms utf-8 aware. Well thanks for your help, that didn't work, but I accidently found solution myself, in web.xml I've changed the configuration like this: form-encoding utf-8 and container-encoding ISO-8859-1 I don't really understand why it should be iso-8859-1 if everything is encoded in utf-8 in my application, but if it works, that's alright for me :). -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/mpo/ [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
