encodage utf8

2005-11-27 Thread philguillard

Bonjour a tous,

J'ai un probleme de comprehension/assimilation au niveau de l'encoding, 
mon choix a ete celui de l'utf-8.
Si ceci est un peu hors sujet pour cette liste, je cherche une 
orientation pour resoudre ce probleme,  a savoir si je dois cherhcer du 
cote de ma config cocoon, de ma database connection, hibernate, ou MySql 
?...

Toute suggestion est la bienvenue!!

Ci dessous mon example:

Je rentre en database Noé que j'essaie ensuite de reafficher 
correctement dans une page html. Tous mes fichiers XML comportent 
l'entete ?xml version=1.0 encoding=UTF-8?, j'ai specifie dans 
cocoon.xconf l'encding pour ma connection database :
dburljdbc:mysql://localhost:3306/database?characterEncoding=utf-8/dburl, 
j'utilise Hibernate 3, MySql4.1.


Ma table SQL
mysql show create table  TOPIC;

| TOPIC |CREATE TABLE `TOPIC` (
 `idtopic` int(10) unsigned NOT NULL auto_increment,
 `topic` varchar(60) default NULL,
) TYPE=InnoDB DEFAULT CHARSET=utf8

Pour eclaircir le probleme j'utilise la meme techno pour inserer et 
recuperer ma data:

Mon 1er XSP sert a rentrer un element dans la base :
   Topic topicBean = new Topic();
   topicBean.setTopic(Noé);
   topicDao.save(topicBean, hs);

Mon 2eme XSP sert a le rechercher
   /xsp:logic
... hibernate prepa
   Topic topic = topicDao.getTopicByName(Noé, hs);
   if (topic==null) s= s+null;
   else s= s+ topic.getTopic();
   /xsp:logic

   bs=xsp:exprs/xsp:expr/b

Serailise en type=html ou xhtml, a l'affichage j'ai *s=No�, * si 
ca ne passe pas dans ce mail disons  je n'est pas le e accent aigu !!*

*

-
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]



Re: Cocoon 2.1.8 and JSP

2005-11-27 Thread Joerg Heinicke

On 23.11.2005 08:23, Gmail User wrote:

In the samples it states that I have to configure something to make
JSP examples to work. Can someone tell me what and where I should
configure?


Your question is to unspecific, that's probably the reason you did not 
get any answer up to now. What you probably need to configure is the 
JSPEngine to use, but this heavily depends on your servlet container in use.


Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: {realpath:xxx} and mount-table

2005-11-27 Thread Nico Verwer

Jean-Claude Moissinac wrote:


So, is there a simple way to know the directory of a sitemap?


There is, see http://wiki.apache.org/cocoon/SitemapPathModule?action=show
Regards, Nico Verwer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: CForms error: Invalid submit id (no such widget)

2005-11-27 Thread Sylvain Wallez

Andreas Deininger wrote:

Hi,

I coded a form using CForms. Inside this form is a repeater which
allows to add/delete rows. I invoke this form via the following line
inside an apple:

appleResponse.sendPage(Form-submission_form-Pipe, viewData);

Everything is working fine, I can insert and delete arbitrary rows of
my repeater element.

If I display the same form (same definition / template / pipeline) via
a javascript flowscript, the form shows up correctly, showing a single
row of my repeater element. Adding a second row works, too. However,
if I try to add a third row, I get the error message:

Error calling flowscript function submission
Invalid submit id (no such widget): authors.1.add

Any ideas what might cause that error?
  


I found a bug that occurs when a row-action is used in a stateless 
application: the submit widget was checked _before_ the request was 
processed, and this is this processing that recreates the rows according 
to the value sent by ft:repeater-size.


This is fixed now. You may want to update at least Form.java and try again.

Sylvain

--
Sylvain WallezAnyware Technologies
http://bluxte.net http://www.anyware-tech.com
Apache Software Foundation Member Research  Technology Director


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: CForms error: Invalid submit id (no such widget)

2005-11-27 Thread Andreas Deininger
Sylvain,

thanks for the info!
Since I'm considering an upgrade to 2.1.8 I would like to ask whether
the bug you mentioned is fixed in 2.1.8 already? Or in SVN only?

TIA
Andreas

2005/11/27, Sylvain Wallez [EMAIL PROTECTED]:
 Andreas Deininger wrote:
  Hi,
 
  I coded a form using CForms. Inside this form is a repeater which
  allows to add/delete rows. I invoke this form via the following line
  inside an apple:
 
  appleResponse.sendPage(Form-submission_form-Pipe, viewData);
 
  Everything is working fine, I can insert and delete arbitrary rows of
  my repeater element.
 
  If I display the same form (same definition / template / pipeline) via
  a javascript flowscript, the form shows up correctly, showing a single
  row of my repeater element. Adding a second row works, too. However,
  if I try to add a third row, I get the error message:
 
  Error calling flowscript function submission
  Invalid submit id (no such widget): authors.1.add
 
  Any ideas what might cause that error?
 

 I found a bug that occurs when a row-action is used in a stateless
 application: the submit widget was checked _before_ the request was
 processed, and this is this processing that recreates the rows according
 to the value sent by ft:repeater-size.

 This is fixed now. You may want to update at least Form.java and try again.

 Sylvain

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: CForms error: Invalid submit id (no such widget)

2005-11-27 Thread Joerg Heinicke

On 27.11.2005 15:24, Andreas Deininger wrote:


Since I'm considering an upgrade to 2.1.8 I would like to ask whether
the bug you mentioned is fixed in 2.1.8 already? Or in SVN only?


Unfortunately only in SVN as Sylvain fixed the bug just a few minutes ago.

Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: CForms error: Invalid submit id (no such widget)

2005-11-27 Thread Sylvain Wallez

Joerg Heinicke wrote:

On 27.11.2005 15:24, Andreas Deininger wrote:


Since I'm considering an upgrade to 2.1.8 I would like to ask whether
the bug you mentioned is fixed in 2.1.8 already? Or in SVN only?


Unfortunately only in SVN as Sylvain fixed the bug just a few minutes ago.


Yup. You must add the latest Form.java from SVN to 2.1.8

Sylvain

--
Sylvain WallezAnyware Technologies
http://bluxte.net http://www.anyware-tech.com
Apache Software Foundation Member Research  Technology Director


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Generating XSD documentation in Cocoon

2005-11-27 Thread Combinational Logic








Given a set of XSD files, is there any Cocoon source
available (likely XSLT) that enables navigation of the XSD using a high-level
hyperlinked view. Im looking for something similar to the schema
documentation generated by XML-Spy. 



Thanks,

 CL








Cocoon 2.1.8, BSF 2.3.0 and Rhino

2005-11-27 Thread Nick Breen

Hi All,

The version of Rhino (rhino1.5r4-continutations-r26.jar) shipped with
the Cocoon 2.1.8 src is not compatible with BSF 2.3.0 (also shipped with
Cocoon 2.1.8)!

The Rhino and BSF documentation (http://www.mozilla.org/rhino/bsf.html)
states that Rhino 1.5R2 and 1.5R3 are the two versions of Rhino
compatible with BSF.

The short of this is that Xalan XSLT Extensions implemented in
Javascript with BSF and Rhino are broken out-of-the-box in Cocoon 2.1.8.

I am able to get Javascript XSLT Extensions to work (again) by
down-grading lib/rhino1.5r4-continutations-r26.jar to 1.5R3 from
http://www.mozilla.org/rhino/download.html.

However, I am concerned that down-grading from 1.5R4 to 1.5R3 may break
other parts of Cocoon 2.1.8 (i.e. Javascript Flow).

Does anyone know, or can anyone verify, if Rhino 1.5R3 and 1.5R4 are
inter-changeable?

Alternatively is there any expectation that BSF will be updated to
support later versions of Rhino or visa versa?

Thanks,


Nick Breen
Applications Developer
D. 64 9 916 7854
F. 64 9 308 9614
M. 64 21 410 308
[EMAIL PROTECTED]






=
CAUTION: This e-mail and any attachment(s) contains information that
is intended to be read only by the named recipient(s). It may contain
information that is confidential, proprietary or the subject of legal
privilege. This information is not to be used by any other person
and/or organisation. If you are not the intended recipient, please
advise us immediately and delete this e-mail from your system. Do not
use any information contained in it.


For more information on the Television New Zealand Group, visit us
online at http://www.tvnz.co.nz


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Handling configuration files during cocoon update

2005-11-27 Thread Derek Hohls


Does this imply that if you have incremental changes to these
files (more projects being added to an *existing*Cocoon 
installations) over time, that you should be rebuilding and 
redeploying Cocoon each time? [EMAIL PROTECTED] 2005/11/26 10:41 PM 
Le 26 nov. 05, à 20:56, Shawn C. Powell a écrit : ...How does one preserve/handle/integrate-changes to the toplevel  runtime configuration files such as xconf and web.xml during an update for  instance from 2.1.7 to 2.1.8?...The best way to handle this is to avoid modifying these files directly, and use our XConfToolTask with ant to patch these files at build time. The source code of that task (tools/src/anttasks/XConfToolTask.java) includes some explanations.There are many examples of such *.xconf (to patch cocoon.xconf) and *.xweb (to patch web.xml) files in the blocks source code under src/blocks.If you'd like to have an example that you can use in your build, the bricks-cms example application [1] uses this mechanism as well, all the files found under src/cocoon/xconf are processed with the XConfToolTask to patch the configs.By the way: the build system used by bricks-cms is a nice way of creating an app that is fairly independent from the Cocoon code base, and can move relatively easily between releases.-Bertrand[1] http://wiki.apache.org/cocoon/BricksCms
-- 
This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. 
Views expressed herein do not necessarily represent the views of the CSIR.
 
CSIR E-mail Legal Notice
 
CSIR Copyright, Terms and Conditions
 
For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice 
send a blank message with "REQUEST LEGAL" in the subject line to CSIR HelpDesk

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.




Re: Handling configuration files during cocoon update

2005-11-27 Thread Ralph Goers
You only need to rebuild Cocoon if you have integrated your product into 
its build.  If you use the process described at 
http://wiki.apache.org/cocoon/HowToBuildAndDeployCocoonWithMaven?highlight=%28maven%29 
then you only need to rebuild Cocoon when you want to upgrade it. To 
integrate changes to your project you must rebuild and redploy your project.


Ralph

Derek Hohls wrote:


Does this imply that if you have incremental changes to these
files (more projects being added to an *existing* Cocoon
installations) over time, that you should be rebuilding and
redeploying Cocoon each time?




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Generating XSD documentation in Cocoon

2005-11-27 Thread Reinhard Poetz

Combinational Logic wrote:
Given a set of XSD files, is there any Cocoon source available (likely 
XSLT) that enables navigation of the XSD using a high-level hyperlinked 
view. 


No, not that I know of.

--
Reinhard Pötz   Independent Consultant, Trainer  (IT)-Coach 


{Software Engineering, Open Source, Web Applications, Apache Cocoon}

   web(log): http://www.poetz.cc


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]