Modello uses XPP3 parser from plexus-utils, without any way to use another 
parser (see [1])

AFAIK, Maven models are very simple XML documents, without any non-ascii 
characters that could make parsing a little bit tricky.

Can you zip maven.mdo taken from your OpenVMS machine and send it to me 
please, so I can check if there is any surprising thing in it?
Please add "ant -diagnostics" output to the zip file, please, so I can have 
information on your environment.

I'm very interested in such "exotic" configuration, since I want to check that 
encoding is working properly everywhere.

Regards,

Hervé

[1] http://fisheye.codehaus.org/browse/modello/trunk/modello-
core/src/main/java/org/codehaus/modello/core/io/ModelReader.java?r=1436#l91

Le mercredi 19 janvier 2011, Stadelmann Josef a écrit :
> That is what I think as well. In this case I would need to know
> 
> Looking at the xml below, its clearly the "generate-sources" target
> which fails and in that the line with java fork="fork" ... which
> gets executed and fails in turn parsing the model file .mdo.
> 
> How does the "class org.codehaus.modello.ModelloCli" select which parser
> to use and how can I check that the proper parser is used?
> 
> How can I enforce that this class uses a different parser?
> 
> Josef
> 
>   <target name="generate-sources" depends="pull" description="generates
> Java sources from Modello mdo model files"> <mkdir
> dir="bootstrap/target"/>
>     <mkdir dir="bootstrap/target/generated-sources"/>
> 
>     <macrodef name="modello-single-mode">
>       <attribute name="file"/>
>       <attribute name="mode"/>
>       <attribute name="version"/>
>       <sequential>
>         <java fork="fork" classname="org.codehaus.modello.ModelloCli"
> failonerror="true"> <classpath refid="modello.pathid"/>
>           <arg file="@{file}"/> <!-- model file -->
>           <arg value="@{mode}"/> <!-- output type -->
>           <arg file="bootstrap/target/generated-sources"/> <!-- output
> directory --> <arg value="@{version}"/> <!-- model version -->
>           <arg value="false"/> <!-- package with version -->
>           <arg value="true"/> <!-- use Java 5 -->
>           <arg value="UTF-8"/> <!-- encoding -->
>         </java>
>       </sequential>
>     </macrodef>
> 
>     <macrodef name="modello">
>       <attribute name="file"/>
>       <attribute name="version" default="1.0.0"/>
>       <sequential>
>         <echo taskname="modello" message="Generating sources for @{file}"/>
>         <modello-single-mode file="@{file}" version="@{version}"
> mode="java"/> <modello-single-mode file="@{file}" version="@{version}"
> mode="xpp3-reader"/> <modello-single-mode file="@{file}"
> version="@{version}" mode="xpp3-writer"/> </sequential>
>     </macrodef>
> 
>     <modello file="maven-model/src/main/mdo/maven.mdo" version="4.0.0"/>
>     <modello file="maven-plugin-descriptor/src/main/mdo/lifecycle.mdo"/>
>     <modello file="maven-plugin-registry/plugin-registry.mdo"/>
>     <modello
> file="maven-plugin-parameter-documenter/src/main/mdo/paramdoc.mdo"/>
> <modello file="maven-profile/src/main/mdo/profiles.mdo"/>
>     <modello file="maven-settings/src/main/mdo/settings.mdo"/>
>     <modello file="maven-repository-metadata/src/main/mdo/metadata.mdo"/>
>     <modello file="maven-toolchain/src/main/mdo/toolchains.mdo"/>
> 
>   </target>
> 
> -----Ursprüngliche Nachricht-----
> Von: Kristian Rosenvold [mailto:[email protected]]
> Gesendet: Mittwoch, 19. Januar 2011 08:30
> An: Maven Users List
> Betreff: Re: AW: org.codehaus.modello.ModelloCli fails parsing maven.mdo on
> OpenVMS
> 
> Den 18.01.2011 17:16, skrev Stadelmann Josef:
> > Maybe you have another advise for me.
> 
>  From the general smell of it I would suspect this is somehow related to
> your xml parsers/versions or some kind of inappropriate
>   version mix. I know this is probably not too helpful....
> 
> Kristian
> 
> 
> 
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to