Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EF8C6EF94 for ; Wed, 5 Dec 2012 11:32:22 +0000 (UTC) Received: (qmail 7206 invoked by uid 500); 5 Dec 2012 11:32:20 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 6824 invoked by uid 500); 5 Dec 2012 11:32:17 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 6785 invoked by uid 99); 5 Dec 2012 11:32:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Dec 2012 11:32:16 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [195.24.224.139] (HELO husmusen.westbahr.com) (195.24.224.139) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Dec 2012 11:32:08 +0000 Received: from localhost (localhost [127.0.0.1]) by husmusen.westbahr.com (Postfix) with ESMTP id C9DA0182E037 for ; Wed, 5 Dec 2012 12:31:47 +0100 (CET) X-Virus-Scanned: amavisd-new at husmusen.westbahr.com Received: from husmusen.westbahr.com ([127.0.0.1]) by localhost (husmusen.westbahr.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d5OrS+N9Ypet for ; Wed, 5 Dec 2012 12:31:46 +0100 (CET) Received: from husmusen.westbahr.com (husmusen.westbahr.com [195.24.224.139]) by husmusen.westbahr.com (Postfix) with ESMTP id 915CB182E036 for ; Wed, 5 Dec 2012 12:31:46 +0100 (CET) Date: Wed, 05 Dec 2012 12:31:46 +0100 (CET) From: Mikhail Kalkov To: Maven Users List Subject: Re: problem while conversion in build Message-ID: <9fbf6ef5-8f0e-4ee8-a020-a8e5b7df6ff5@husmusen> In-Reply-To: Content-Type: multipart/alternative; boundary="=_3fb129a7-07d6-4566-b7f8-fb2ba686886c" MIME-Version: 1.0 X-Originating-IP: [194.237.142.17] X-Mailer: Zimbra 7.1.3_GA_3374 (ZimbraWebClient - FF3.0 (Win)/7.1.3_GA_3346) X-Virus-Checked: Checked by ClamAV on apache.org --=_3fb129a7-07d6-4566-b7f8-fb2ba686886c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Wow, xdoclet-1.2.3 is the latest version, which was published in 2005, and = there have been whole 14 messages on the developer mailing list and 26 mess= ages on the user mailing list during the last 3 years. I am afraid this pro= ject is dead. You can download the source code yourself from http://sourceforge.net/proje= cts/xdoclet/files/xdoclet/1.2.3/ and try to understand what's happening, bu= t it didn't look very straightforward at the first sight. Otherwise, you ca= n also try to enable DEBUG-level logging (xdoclet uses commons logging conf= igured via log4j-1.2.8) by passing it a path to configuration file via Java= system properties (e.g., "-Dlog4j.configuration=3Dfoobar.txt") and using c= onfig from here: http://logging.apache.org/log4j/1.2/manual.html Kind regards, Mikhail Kalkov ----- Original Message ----- From: "Praveen Jain" To: "Maven Users List" Sent: Tuesday, December 4, 2012 10:35:46 AM Subject: RE: problem while conversion in build Sorry it is just typo in the mail. But in real it is right as per syntax, there is no extra space or any chara= cter. Thanks Warm Regards, Praveen Jain From: Mikhail Kalkov [mailto:mikhail.kalkov@purplescout.se] Sent: Tuesday, December 04, 2012 3:01 PM To: Maven Users List Subject: Re: problem while conversion in build By the way, I've just noticed that you use whereas it should be I've removed whitespace before xmlversion, changed quotes to ASCII, and mos= t importantly added a missing question mark in the end. /Mikhail ----- Original Message ----- From: "Praveen Jain" To: "Maven Users List" Sent: Tuesday, December 4, 2012 6:01:34 AM Subject: RE: problem while conversion in build I am using Xdoclet 1.2.3 and org.apache.maven.plugin is 1.6. There is no encoding tag in validator-global.xml If I add Then it simply added to validation.xml with all other tag and This line is added 2 time in Validation.xml and it fails while xml validati= on. but conversion done properly. So I cannot add explicit encoding in vali= dator-global.xml. If encoding is UTF-8 then german character converted to garbage value. How can we define which encoding should use while merging ? by default it i= s UTF-8 which is not working. Thanks Warm Regards, Praveen Jain From: Mikhail Kalkov [mailto:mikhail.kalkov@purplescout.se] Sent: Monday, December 03, 2012 11:05 PM To: Maven Users List Subject: Re: problem while conversion in build I've never used XDoclet but it sounds like xmlencoding attribute of < strut= svalidationxml/ > tag only sets the output encoding, and there is no simple= way to set the input incoding. It is also noteworthy that the default outp= ut encoding is UTF-8. Can you try to convert your validator-global.xml from= iso-8859-1 to utf-8? Which version of xdoclet and xdoclet-maven-plugin do = you use by the way? /Mikhail From: "Praveen Jain" To: "Maven Users List" Sent: Monday, December 3, 2012 11:57:39 AM Subject: RE: problem while conversion in build When we include xdoclet in the project there is no need to write validation= .xml (for struts validation). All rules are defined in validator-global.xml and when user build using mav= en validation.xml is generated runtime and validator-global.xml is merged i= n validation.xml All properties are defined in http://xdoclet.sourceforge.net/xdoclet/ant/xdoclet/modules/apache/struts/St= rutsValidationXmlSubTask.html if I write some german character in the validator-global.xml , and when bui= ld all german character are converted to some garbage value in validation.x= ml. hope this is will clear the problem. Thanks Warm Regards, Praveen Jain Oracle Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India From: Mikhail Kalkov [mailto:mikhail.kalkov@purplescout.se] Sent: Monday, December 03, 2012 3:47 PM To: Maven Users List Subject: Re: problem while conversion in build Hi, I don't understand your problem and doubt many people do. What is validatio= n.xml and how does it relate to validation-global.xml? Why is form-validati= on tag relevant? I am afraid your question is as cryptic as Napoleon's krem= lin letter (http://www.bbc.co.uk/news/world-europe-20572136). If you succin= ctly describe how your problem can be reproduced by any mailing list subscr= iber, there is a better chance you get a helpful reply. Kind regards, Mikhail Kalkov From: "Praveen Jain" To: "Maven Users List" Sent: Monday, December 3, 2012 5:46:40 AM Subject: RE: problem while conversion in build Can u please someone tell , how can I add german characters in validation.g= lobal.xml? So that it can be converted exactly in validation.xml m while building. Thanks Warm Regards, Praveen Jain Oracle Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India From: Praveen Jain Sent: Thursday, November 29, 2012 4:25 PM To: Maven Users List Subject: RE: problem while conversion in build Yes I am using ISO-8859-1 Thanks Warm Regards, Praveen Jain Oracle Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India From: Martin Eisengardt [mailto:martin.eisengardt@gmail.com] Sent: Thursday, November 29, 2012 4:17 PM To: Maven Users List Subject: Re: problem while conversion in build Do you set any encoding in your pom.xml? for example see http://maven.apache.org/plugins/maven-resources-plugin/exam= ples/encoding.html On Thu, Nov 29, 2012 at 11:44 AM, Praveen Jain < praveen.x.jain@oracle.com = > wrote: Hi I am building my project using maven, I have some german character in my validation-global.xml When I build it they got converted to some garbage value in validation.xml.= If I add in = validation-global.xml , then after build german character placed as it is i= n validation.xml. But in validation.xml after I have again which violets the XML stru= cture and it doesnot work. Please assist Thanks Warm Regards, Praveen Jain Oracle Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --=_3fb129a7-07d6-4566-b7f8-fb2ba686886c Content-Type: multipart/related; boundary="=_a29d946e-326a-41db-975b-68402b5a4c14" --=_a29d946e-326a-41db-975b-68402b5a4c14 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 12pt; colo= r: #000000'>Wow, xdoclet-1.2.3 is the latest version, which was published i= n 2005, and there have been whole 14 messages on the developer mailing list= and 26 messages on the user mailing list during the last 3 years. I am afr= aid this project is dead.

You can download the source code yourself = from http://sourceforge.net/projects/xdoclet/files/xdoclet/1.2.3/ and try t= o understand what's happening, but it didn't look very straightforward at t= he first sight. Otherwise, you can also try to enable DEBUG-level logging (= xdoclet uses commons logging configured via log4j-1.2.8) by passing it a pa= th to configuration file via Java system properties (e.g., "-Dlog4j.configu= ration=3Dfoobar.txt") and using config from here: http://logging.apache.org= /log4j/1.2/manual.html

Kind regards,Mikhail Kalkov

From: "Pr= aveen Jain" <praveen.x.jain@oracle.com>
To: "Maven Users Li= st" <users@maven.apache.org>
Sent: Tuesday, December 4, 201= 2 10:35:46 AM
Subject: RE: problem while conversion in build
<= br>

Sorry  it is just typo in the mail.

But in real it is  right as per syntax, there is no ext= ra space or any character.

 

 

Thanks

Warm Regards,

Praveen Jain

 = ;

 

From: Mikhail = Kalkov [mailto:mikhail.kalkov@purplescout.se]
Sent: Tuesday, December 04, 2012 3:01 PM
To: Maven Users List
Subject: Re: problem while conversion in build

 

By the way, I've just noticed that you use
<? xmlversion=3D=E2=80=9D1.1=E2=80=9D  encoding=3D= =E2=80=9DISO-8859-1=E2=80=9D>
whereas it should be
<?xmlversion=3D"1.1"  encoding=3D"ISO-8859-1"?>

I've removed whitespace before xmlversion, changed quotes to ASCII, and most importantly added a missing question mark in the end.

/Mikhail

 

From: = "Praveen Jain" <praveen.x.jain@oracle.com>
To: "Maven Users List" <users@maven.apache.org>
Sent: Tuesday, December 4, 2012 6:01:34 AM
Subject: RE: problem while conversion in build

I am using Xdoclet 1.2.3 and org.apache.maven.plugin is 1.6.=

There is no encoding tag in validator-global.xml

If I add

<? xmlversion=3D=E2=80=9D1.1=E2=80=9D  encoding=3D= =E2=80=9DISO-8859-1=E2=80=9D><= /p>

Then it simply added to validation.xml with all other tag an= d

This line is added 2 time in Validation.xml   and = it fails while xml validation. but conversion done properly. So I cannot add explicit encoding in validator-global.xml.

If encoding is UTF-8 then german character converted to garb= age value.

 

How can we define which encoding should use while merging ? = by default it is UTF-8 which is not working.

 

 

Thanks

Warm Regards,

Praveen Jain

 = ;

 

From: Mikhail Kalkov [mailto:mikhail.kalkov@purplescout.se]
Sent: Monday, December 03, 2012 11:05 PM
To: Maven Users List
Subject: Re: problem while conversion in build

 

I've never used XDoclet but it sounds like xmlencoding attribute of <strutsvalidationxml/> tag only sets the output encod= ing, and there is no simple way to set the input incoding. It is also noteworthy= that the default output encoding is UTF-8. Can you try to convert your validator-global.xml from iso-8859-1 to utf-8? Which version of xdoclet and= xdoclet-maven-plugin do you use by the way?


/Mikhail

 

From: = "Praveen Jain" <praveen.x.jain@oracle.com>
To: "Maven Users List" <users@maven.apache.org>
Sent: Monday, December 3, 2012 11:57:39 AM
Subject: RE: problem while conversion in build

When we include xdoclet in the project there is no need to w= rite validation.xml (for struts validation).<= /span>

All rules are defined in validator-global.xml and when user build using maven validation.xml is generated runtime and validator-global.= xml is merged in validation.xml

All properties are defined in <strutsvalidationxml/>

= http://xdoclet.sourceforge.net/xdoclet/ant/xdoclet/modules/apache/struts/St= rutsValidationXmlSubTask.html=

 

if I write some german character in the validator-global.xml= , and when build all german character are converted to some garbage value in validation.xml.

 

hope this is will clear the problem.

 

 

Thanks

Warm Regards,

Praveen Jain

 

3D"Oracle"
Praveen Jain | 020-66563094
Prime Sourcing, Oracle Financial Services, Oracle Park,
Pune, India

 = ;

 

From: Mikhail Kalkov [mailto:mikhail.kalkov@purplescout.se]
Sent: Monday, December 03, 2012 3:47 PM
To: Maven Users List
Subject: Re: problem while conversion in build

 

Hi,

I don't understand your problem and doubt many people do. What is validation.xml and how does it relate to validation-global.xml? Why is form-validation tag relevant? I am afraid your question is as cryptic as Napoleon's kremlin letter (http://www.bbc.co.uk/news/world-europe-20572136)= . If you succinctly describe how your problem can be reproduced by any mailing l= ist subscriber, there is a better chance you get a helpful reply.


Kind regards,
Mikhail Kalkov

 

From: = "Praveen Jain" <praveen.x.jain@oracle.com>
To: "Maven Users List" <users@maven.apache.org>
Sent: Monday, December 3, 2012 5:46:40 AM
Subject: RE: problem while conversion in build

Can u please someone tell , how can I add german characters = in validation.global.xml?

So that it can be converted exactly in validation.xml m whil= e building.

 

 

Thanks

Warm Regards,

Praveen Jain

 

3D"Oracle"
Praveen Jain | 020-66563094
Prime Sourcing, Oracle Financial Services, Oracle Park,
Pune, India

 = ;

 

From: Praveen Jain
Sent: Thursday, November 29, 2012 4:25 PM
To: Maven Users List
Subject: RE: problem while conversion in build

 

Yes I am using ISO-8859-1=

 

 

Thanks

Warm Regards,

Praveen Jain

 

3D"Oracle"<= /span>
Praveen Jain | 020-66563094
Prime Sourcing, Oracle Financial Services, Oracle Park,
Pune, India

 = ;

 

From: Martin Eisengardt [mailto:martin.eisengardt@gmail.com]
Sent: Thursday, November 29, 2012 4:17 PM
To: Maven Users List
Subject: Re: problem while conversion in build

 

Do you set any encoding = in your pom.xml?

 

 

On Thu, Nov 29, 2012 at = 11:44 AM, Praveen Jain <praveen.x.jain@oracle.com> wrote:

 

Hi

 I am building my project using m= aven,

I have some german character in my val= idation-global.xml

When I build it they got converted to = some garbage value in validation.xml.

 

If I add <? Xml version=3D1.0 encod= ing =3D=E2=80=9Diso-8859-1=E2=80=9D> in validation-global.xml , then after build german character placed as it i= s in validation.xml.

But in validation.xml  after <= form-validation> I have again  <? Xml version=3D1.0 encoding =3D=E2=80=9Diso-8859-1= =E2=80=9D> which violets the XML structure and it doesnot work.

 

Please assist

 

 

Thanks

Warm Regards,

Praveen Jain

 

3D"Oracle"<= br> Praveen Jain | 020-66563094Prime Sourcing, Oracle Financial Services, Oracle Park,<= /span>
Pune, India

 <= /span>

 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

 



-------------------------------------------------------------------= --
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For add= itional commands, e-mail: users-help@maven.apache.org

--=_a29d946e-326a-41db-975b-68402b5a4c14 Content-Type: image/gif; name=image001.gif Content-Disposition: attachment; filename=image001.gif Content-Transfer-Encoding: base64 Content-ID: R0lGODlhcgAaAMQAAP8QEP/w8P/Q0P/g4P8wMP9gYP8gIP+goP9QUP+QkP+wsP9wcP+AgP9AQP/A wP8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAA AAAALAAAAAByABoAAAX/ICSOZGmeaKqubOu+cCzPdC0GCqPvvBKUDp5wp1gFdIPVIDfcOQa6A8yR aO4gweQoUHh4v2Bw4SdihM9egyBF8ALIpkEXDR44vA2XwkD/IgYGAAZbbX1nBGRmhl8AWiUJYicC AIsPDFh4LXOGjQ4NAAhrEIUPBQcOqKmoB5sEZV4JqqoHhQVxlGAOJQG4AAunsqg/dw95KwdfBgzB qKIEBMaQDwCiKpOwEIq6KANuJg14igZwEHPULMTGKbxetjF8D1ItxK7aKl8lCl8DAfALW1+2rUi3 QtqgGN2mwYCXzYvAON624LoEQZ9DEfRcEFSBIE2DjyBDfnyIqRgMcA8a/z5AZQWXOxEdHxwUgfIg sX/zMqlAWclVCQFefLpAqdJBAFJn3owgtpJEQkslEWjUmYLnomokcDlS4s0eFzQNqvXDEyzmAwFP yaXYmGJBuxlzELWIacueiE0AFGyF4HbaNTquUEpFRxUFUC9YXQzARYAkEJSNipKQ9kDu0i9SKKNZ 9iXswMIoYgI4oJYFskpgzkkmcdrviELqmPVt1HpRAaaLqCE1lBgjvEpqRtgl8Tevygd7TcCuiKvP m8OVEkAIYLYPThSsRIpEQJr1x94QBIT09FH6QJC6AiRAoB1kEb7tRb4MvyB+AwSlbejfz7+///8A BijggAQWaOCBCCao4A+CDDbo4IMQRijhhBQKGAIAOw== --=_a29d946e-326a-41db-975b-68402b5a4c14-- --=_3fb129a7-07d6-4566-b7f8-fb2ba686886c--