Re: localhost/hostname in datasource
Hi, I think it is a possible authority issue. >From mysql database allow the user to access, like > grant all privileges on myDatabase.* to [EMAIL PROTECTED] Another possible thing, (not sure) is that the port number for mysql is 3306. try .. jdbc:mysql://127.0.0.1:3306/myDatabase... rgds, - Original Message - From: "Stefan Burkard" <[EMAIL PROTECTED]> To: Sent: Wednesday, June 07, 2006 3:17 PM Subject: localhost/hostname in datasource > hi cocoon-users > > I have a mysql-datasource defined in cocoon.xconf (like the example below). > > jdbc:mysql://127.0.0.1/myDatabase > myUsername > myPassword > > what's strange now, is that I get an exception on startup that my > data-access-user has no permission for the host [fully qualified hostname]. > > why does my database-url with localhost resolve to the hostname? this > way I would have to grant access in mysql for the fully qualified > hostname... > > thanks and regards > stefan > > > - > 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: XHTML-DTD as grammar for the validation transformer
>>> [EMAIL PROTECTED] 07.06.2006 19:00 >>> >What is the value to use for the xhtml-DTD (I tried the grammar >namespace and the >validator interface field name)? > >Should I prefer the xhmtl-schema for validation? xhtml schema is not the solution. Maybe the transformer itself has a problem: http://www.w3.org/TR/2006/PR-xhtml-modularization-20060213/SCHEMA/xhtml11.xsd"; label="debug3" > produces the following exception org.w3c.dom.ls.LSException: Exception resolving resource null transforming the following xhtml (output of view debug2) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml";> Validation I recently did an interview with Network World magazine. Any suggestions? Thanks Reinhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms Repeater problem
Hi, the repeater syntax has changed slightly since Cocoon 2.1.8 as you will find on this page too: http://cocoon.apache.org/2.1/userdocs/widgets/widget_repeater.html HTH, Andreas christian bindeballe schrieb: Hi, in the userdocs, I've read the description on how to include a repeater, here is what I mean http://cocoon.apache.org/2.1/userdocs/widgets/widget_repeater.html I have tried both approaches (the one supporting Ajax as well as the other), but neither time the repeater or any other part of the form will show up. I don't seem to be able to see the forest for the trees, maybe there is something wrong with my definition or template file. Could someone please help me, this is what I have: definition file: http://apache.org/cocoon/forms/1.0#definition";> Teammitglieder eintragen Vorname Name E-Mail-Adresse Raum, Zeit template file: http://apache.org/cocoon/forms/1.0#template"; xmlns:fi="http://apache.org/cocoon/forms/1.0#instance"; xmlns:jx="http://apache.org/cocoon/templates/jx/1.0";> Weitere Details hinzufügen Team fst row In the template as above I will get output just unto "fst row". The following HTML-tags will be included, too, but the widgets are not transformed. Forms without repeater work fine. Cocoon is 2.1.9 I have spent all day over this and I feel I get less able to see anything the more I look at it. Any hints would be greatly appreciated. Thanks in advance & sorry for all the code, Christian - 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]
Logging
Hi, I would like to have some more logging of everything that is send to my Cocoon server. I have Jetty / Cocoon listening on port . I can see it logs a page that is being asked. However, (and I'm trying to do something strange) I'm trying to make a Jabber client connect to it. I set my jabber client to connect to the server on port . Of course, it does not connect, but I can't see anything in the logs about what it's sending, Is something like this possible (log that jabber is looking for contact, that's all) I don't want to create a jabber server with cocoon, just see what they send. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: leading spaces dissapearing
On Thu, 2006-06-08 at 08:01 -0600, Jason Johnston wrote: > Antonio Gallardo wrote: > > [EMAIL PROTECTED] escribió: > >> OK. I think I found it in Field.java, where it does > >> > >> newEnteredValue = newEnteredValue.trim(); > >> > > Hi Fernando, > > > > Great you found it! You should can create a patch to optionally > > configure leading spaces and keeping the former behavior as the default > > behavior. WDYT? > > FWIW I think this might best be implemented in the Convertor layer, that > seems most appropriate for converting untrimmed strings to trimmed and > vice versa. A PlainStringConvertor for instance would keep > leading/trailing whitespace intact. WDYT? > > If Fernando doesn't want to create a patch I will do so since this has > annoyed me in the past as well. Cool! If you do it on the convertor layer, it would mean that every convertor needs to handle whitespace for itself. For example, a date field containing just a space would currently be treated as an empty input, while otherwise it would be up to the date convertor to detect this. This probably isn't a huge problem, a simple trim() and empty string check at the start of the existing convertors could solve this. If you go for the convertor approach, I would suggest to make the default string convertor configurable, instead of creating multiple convertors. For example, using a whitespace attribute that could have the following values: whitespace="preserve|trim|trim-left|trim-right" and possibly a trim-if-all-whitespace attribute to force trimming in case the input contains only whitespace. -- 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: Universal binary versions of cocoon
Use "./build.sh clean war" (without quotes) if you also want to build the war file. Using ./build.sh only builds the webapp. At least that's what happens when I build in Windows and Linux. Gary T. Schultz IT Administrator Wisconsin Dept. of Commerce 608-266-1283 [EMAIL PROTECTED] -Original Message- From: Max Pfingsthorn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 11:13 AM To: users@cocoon.apache.org Subject: Re: Universal binary versions of cocoon Hi, Sorry, I didn't mean to be rude or imply anything... It was just the first thing that came to mind... There are installation instructions in the distribution in a file called INSTALL.txt. You can also see it here (for Cocoon 2.1.9): http://svn.apache.org/repos/asf/cocoon/tags/RELEASE_2_1_9/INSTALL.txt Basically, just call "./build.sh" in the directory you unzipped the distribution to, that's all you have to do. As a Mac user, you don't have to install the JDK. The INSTALL.txt file has also some hints on how to tweak your build which you would usually do with configure options when using autotools. Since Java is a sort-of semi-interpreted language, you don't actually need a universal or native binary to run it. The compiled Java code is basically already in a format _any_ platform can understand, including Windows and Linux. I hope that answers your questions. Bye, Max Andrew Madu wrote: > Andrew > > It sounds to me like he's familiar with building things from source > using > the usual "./configure ; make ; make install", but isn't familiar > with java > and building things with Ant/Maven. > > > thank you!!! > > regards > > Andrew > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CForms: leading spaces dissapearing
Antonio Gallardo wrote: [EMAIL PROTECTED] escribió: OK. I think I found it in Field.java, where it does newEnteredValue = newEnteredValue.trim(); Hi Fernando, Great you found it! You should can create a patch to optionally configure leading spaces and keeping the former behavior as the default behavior. WDYT? FWIW I think this might best be implemented in the Convertor layer, that seems most appropriate for converting untrimmed strings to trimmed and vice versa. A PlainStringConvertor for instance would keep leading/trailing whitespace intact. WDYT? If Fernando doesn't want to create a patch I will do so since this has annoyed me in the past as well. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: CForms Repeater problem
Lamvik Eldbjörg (Applikations-Entwicklerin) schrieb: > Hi again, > I tested your code in one of my existing forms and it worked - I could see > all your 7 rows, so I didn't realise at first that this didn't work for you. > I just discovered that you have forgotten to add the form-template tag > (within the body), for example: > > > > Does this solve your problem? > > Regards, > Ellie Just found something else that seems a bit embarrassing: the labeling of the widgets was incorrect. instead of insert-label-here I wrote didn't seem to be too concentrated when I wrote that, I guess. regards, cb - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: CForms Repeater problem [Solved]
Lamvik Eldbjörg (Applikations-Entwicklerin) schrieb: > Hi again, > I tested your code in one of my existing forms and it worked - I could see > all your 7 rows, so I didn't realise at first that this didn't work for you. > I just discovered that you have forgotten to add the form-template tag > (within the body), for example: > > > > Does this solve your problem? > > Regards, > Ellie > Hi Ellie! Thanks for your help. Actually, I didn't want to add rows, but I tried your first solution, but it didn't help. I then startet the tedious analysis of the sample and found the exact same solution as your second one. Thanks again anyway, such a stupd error, I could have kept looking for that for ages. I just "copied" the code from the user-doc and didn't realize that it was incomplete in that matter. Problem solved, thank you for looking in to it :) Best regards, christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: CForms Repeater problem
Hi again, I tested your code in one of my existing forms and it worked - I could see all your 7 rows, so I didn't realise at first that this didn't work for you. I just discovered that you have forgotten to add the form-template tag (within the body), for example: Does this solve your problem? Regards, Ellie -Ursprüngliche Nachricht- Von: Lamvik Eldbjörg (Applikations-Entwicklerin) Gesendet: Donnerstag, 8. Juni 2006 10:58 An: 'users@cocoon.apache.org' Betreff: AW: CForms Repeater problem Hi, I believe you want to add rows, right? Then you'll need to add an action widget like this: definition file: Add team-members template file: (See also http://cocoon.apache.org/2.1/userdocs/widgets/widget_action.html) I have to admit that I can't use this approach myself yet, because this automatically creates a submit button, which clashes with my special onsubmit form validation. However, if you don't use onsubmit for anything else, it works - I've tried it out. Regards, Ellie -Ursprüngliche Nachricht- Von: christian bindeballe [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Juni 2006 18:44 An: users@cocoon.apache.org Betreff: CForms Repeater problem Hi, in the userdocs, I've read the description on how to include a repeater, here is what I mean http://cocoon.apache.org/2.1/userdocs/widgets/widget_repeater.html I have tried both approaches (the one supporting Ajax as well as the other), but neither time the repeater or any other part of the form will show up. I don't seem to be able to see the forest for the trees, maybe there is something wrong with my definition or template file. Could someone please help me, this is what I have: definition file: http://apache.org/cocoon/forms/1.0#definition";> Teammitglieder eintragen Vorname Name E-Mail-Adresse Raum, Zeit template file: http://apache.org/cocoon/forms/1.0#template"; xmlns:fi="http://apache.org/cocoon/forms/1.0#instance"; xmlns:jx="http://apache.org/cocoon/templates/jx/1.0";> Weitere Details hinzufügen Team fst row In the template as above I will get output just unto "fst row". The following HTML-tags will be included, too, but the widgets are not transformed. Forms without repeater work fine. Cocoon is 2.1.9 I have spent all day over this and I feel I get less able to see anything the more I look at it. Any hints would be greatly appreciated. Thanks in advance & sorry for all the code, Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Diese E-Mail beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Inhalte. Sie ist ausschliesslich für die Empfänger bestimmt. Falls Sie nicht die als Empfänger bestimmte Person sind, sind Sie nicht berechtigt, die E-Mail oder Teile davon zu lesen, zu kopieren, weiterzuleiten oder anderweitig zu verwenden. Falls Sie diese E-Mail irrtümlicherweise erreicht hat, bitten wir Sie, diese sofort vollständig zu löschen und die absendende Person umgehend zu benachrichtigen. Die Mobiliar lehnt jegliche Haftung für Schäden im Zusammenhang mit dieser E-Mail ab. Die E-Mail-Kommunikation mit der Mobiliar kann überwacht werden. *** Le présent courriel peut contenir des informations confidentielles ou protégées par la loi. Il est destiné exclusivement au(x) destinataire (s)indiqué (s). Si vous n'êtes pas mentionné(e) en tant que destinataire, vous n'êtes pas en droit de lire tout ou partie du présent courriel, ni de le transmettre, ni d'en faire usage de quelque manière que ce soit. Aussi, si ce courriel vous est parvenu par erreur, nous vous prions de procéder dès à présent à sa suppression et d'en informer immédiatement la personne l'ayant expédié. La Mobilière décline toute responsabilité quant à d'éventuels dommages en liaison avec le présent courriel. La communication par courriel avec la Mobilière peut faire l'objet d'une surveillance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: CForms Repeater problem
Hi, I believe you want to add rows, right? Then you'll need to add an action widget like this: definition file: Add team-members template file: (See also http://cocoon.apache.org/2.1/userdocs/widgets/widget_action.html) I have to admit that I can't use this approach myself yet, because this automatically creates a submit button, which clashes with my special onsubmit form validation. However, if you don't use onsubmit for anything else, it works - I've tried it out. Regards, Ellie -Ursprüngliche Nachricht- Von: christian bindeballe [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Juni 2006 18:44 An: users@cocoon.apache.org Betreff: CForms Repeater problem Hi, in the userdocs, I've read the description on how to include a repeater, here is what I mean http://cocoon.apache.org/2.1/userdocs/widgets/widget_repeater.html I have tried both approaches (the one supporting Ajax as well as the other), but neither time the repeater or any other part of the form will show up. I don't seem to be able to see the forest for the trees, maybe there is something wrong with my definition or template file. Could someone please help me, this is what I have: definition file: http://apache.org/cocoon/forms/1.0#definition";> Teammitglieder eintragen Vorname Name E-Mail-Adresse Raum, Zeit template file: http://apache.org/cocoon/forms/1.0#template"; xmlns:fi="http://apache.org/cocoon/forms/1.0#instance"; xmlns:jx="http://apache.org/cocoon/templates/jx/1.0";> Weitere Details hinzufügen Team fst row In the template as above I will get output just unto "fst row". The following HTML-tags will be included, too, but the widgets are not transformed. Forms without repeater work fine. Cocoon is 2.1.9 I have spent all day over this and I feel I get less able to see anything the more I look at it. Any hints would be greatly appreciated. Thanks in advance & sorry for all the code, Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Diese E-Mail beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Inhalte. Sie ist ausschliesslich für die Empfänger bestimmt. Falls Sie nicht die als Empfänger bestimmte Person sind, sind Sie nicht berechtigt, die E-Mail oder Teile davon zu lesen, zu kopieren, weiterzuleiten oder anderweitig zu verwenden. Falls Sie diese E-Mail irrtümlicherweise erreicht hat, bitten wir Sie, diese sofort vollständig zu löschen und die absendende Person umgehend zu benachrichtigen. Die Mobiliar lehnt jegliche Haftung für Schäden im Zusammenhang mit dieser E-Mail ab. Die E-Mail-Kommunikation mit der Mobiliar kann überwacht werden. *** Le présent courriel peut contenir des informations confidentielles ou protégées par la loi. Il est destiné exclusivement au(x) destinataire (s)indiqué (s). Si vous n'êtes pas mentionné(e) en tant que destinataire, vous n'êtes pas en droit de lire tout ou partie du présent courriel, ni de le transmettre, ni d'en faire usage de quelque manière que ce soit. Aussi, si ce courriel vous est parvenu par erreur, nous vous prions de procéder dès à présent à sa suppression et d'en informer immédiatement la personne l'ayant expédié. La Mobilière décline toute responsabilité quant à d'éventuels dommages en liaison avec le présent courriel. La communication par courriel avec la Mobilière peut faire l'objet d'une surveillance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Encoding from flowscript to component
It's not my component.
If I do a myBean.getName() in the flowscript for exemple, the string is
well encoded.
But if i do the same call in my component, the string is no more well
encoded.
I think it's more a problem with the Rhino layer when passing the
objects from flowscript to java object.
Ard Schrijvers wrote:
But is then the problem not
just in your myComponent? What does it do?
Ard
Yes, the form encoding is well configured.
We are able to retrieve correctly the accentuated characters from the
form in the flowsript.
The problem occurs when we pass the bean from the flowscript to the
component.
Ard Schrijvers wrote:
In your web.xml, you have the form-encoding configured correctly??
For example,
form-encoding
utf8
Regards Ard
Hello,
We are using Cocoon 2.1.9 (Windows XP/Tomcat 5.0.30 and Suse 9/Tomcat
5.0) and we have a problem with the encoding when passing
Java objects
from the fowscript to an Avalon component.
Here is a sample of our code:
form.save(myBean);
try {
var myComponent = cocoon.getComponent(myComponent.ROLE);
myComponent.save(myBean);
}
finally {
cocoon.releaseComponent(myComponent);
}
If we inspect the values of the bean in the flowscript, all the
accentuated characters are well encoded.
But if we inspect the same values in the save function of the
component,
the accentuated characters are not well encoded.
Does anyone already had the same problem ?
Thanks for your answers.
Sébastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sébastien CHAUVIN
JOUVE Information System (IS) / Industrial Property (IP)
Email : [EMAIL PROTECTED]
Tel (Direct) : (33) 02 99 86 93 57
Tel (Standard) : (33) 02 99 86 98 00
Fax: (33) 02 99 86 98 01
Adress : Societe Jouve, 12 rue des Landelles, Imm Hercule II
35 510 Cesson-Sevigne, FRANCE
Web (France) : "http://www.jouve.fr"
Web (Usa) : "http://www.jouve.com"
_
The present email and all information included therein do not constitute a legal agreement accorded by Jouve. All legal agreements must be formulated in writing on paper by a legal representative of JOUVE. If you have received this email by mistake, please inform us of that fact and destroy the email and any documents it might contain. Thank you for your cooperation.
--
Sébastien CHAUVIN
JOUVE Information System (IS) / Industrial Property (IP)
Email : [EMAIL PROTECTED]
Tel (Direct) : (33) 02 99 86 93 57
Tel (Standard) : (33) 02 99 86 98 00
Fax: (33) 02 99 86 98 01
Adress : Societe Jouve, 12 rue des Landelles, Imm Hercule II
35 510 Cesson-Sevigne, FRANCE
Web (France) : "http://www.jouve.fr"
Web (Usa) : "http://www.jouve.com"
_
The present email and all information included therein do not constitute a legal agreement accorded by Jouve. All legal agreements must be formulated in writing on paper by a legal representative of JOUVE. If you have received this email by mistake, please inform us of that fact and destroy the email and any documents it might contain. Thank you for your cooperation.
RE: CForms: leading spaces dissapearing
This is a tool that performs edit operations onto multiple documents at the same time. I have a field to append text to a selected section of the documents. If the user does not want the new text to be stuck immediately after the existing one, he needs to start the append text with a space or other separator, like a comma, depending on the case. -Original Message- From: Antonio Gallardo [mailto:[EMAIL PROTECTED] Sent: Thursday, June 08, 2006 8:22 AM To: users@cocoon.apache.org Subject: Re: CForms: leading spaces dissapearing [EMAIL PROTECTED] escribió: > OK. I think I found it in Field.java, where it does > > newEnteredValue = newEnteredValue.trim(); > Hi Fernando, Great you found it! You should can create a patch to optionally configure leading spaces and keeping the former behavior as the default behavior. WDYT? BTW, I wonder why you need to keep leading spaces. Can you explain your use case? Best Regards, Antonio Gallardo. > -Original Message- > From: Mato Mira, Fernando (DIA CHE) > Sent: Wednesday, June 07, 2006 11:19 AM > To: users@cocoon.apache.org > Subject: RE: CForms: leading spaces dissapearing > > This behavior is unacceptable. Where is it in the source code so that I > can hardcode disable it in my copy of Cocoon? > > Thanks > > -Original Message- > From: Bruno Dumon [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 07, 2006 10:23 AM > To: users@cocoon.apache.org > Subject: Re: CForms: leading spaces dissapearing > > On Tue, 2006-06-06 at 15:57 +0200, [EMAIL PROTECTED] wrote: > >> I have a text field in a CForm, and when it is submitted, the leading >> spaces >> >> in the text dissapear. >> >> >> >> I am using Cocoon 2.1.8 >> >> Is there any way to disable this behavior? >> >> > > nope, this behaviour is currently hardcoded in the field widget. It is a > todo item to make this configurable. > > - 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]
