cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stevo Slavić <ssla...@gmail.com>
Subject Re: Handling enumerations with diacritics
Date Mon, 02 Jul 2012 21:46:36 GMT
Great, thanks all for the heads up.

Target is Java 7. Since my target runtime also includes JBoss AS 7.1.1
which provides CXF 2.4.6, is it possible to use newer cxf-codegen-plugin
with such older runtime?

Kind regards,
Stevo.

On Mon, Jul 2, 2012 at 9:25 PM, Daniel Kulp <dkulp@apache.org> wrote:

> On Monday, July 02, 2012 07:23:45 AM Glen Mazza wrote:
> > For data types, the enums are generated by the (Oracle) JAXB that CXF
> > tasks the Java class generation to, I don't know of anything CXF can do
> > to override that.
>
> Kind of true.  With 2.6.1, we DID add an -encoding flag to wsdl2java that
> we
> can sometimes set to let wsdl2java know what encoding to generate.
> HOWEVER, this requires the VERY latest JAXB 2.2 code.  For java6, that then
> requires endorsing the jaxb-api, reconfiguring the plugin to pull in the
> 2.2
> versions, etc...  It should work fine with java5 and java7 though.
>
> Dan
>
>
> >
> > Have you thought of preprocessing your WSDL (search and replace if you
> > have to) prior to running cxf-codegen-plugin?  I would suspect most in
> > your shoes would do that, resulting in CXF never having a need to
> > implement a remapping to remove diacritics.
> >
> > Glen
> >
> > On 6/29/2012 4:01 AM, Stevo Slavić wrote:
> > > Hello Apache CXF community,
> > >
> > > An XSD/WSDL (Dutch StUF standard) uses diacritics in string
> > > enumerations.
> > > I'm using cxf-codegen-plugin to generate code from it. Resulting enum
> > > member names have invalid characters.
> > >
> > > Is there any extension or configuration option for cxf-codegen-plugin
> or
> > > xjc to replace these characters to characters without diacritics just
> > > for
> > > the (enum member) names? Values are already correctly being generated
> as
> > > UTF-8 characters.
> > >
> > > One solution I'd like to avoid is to use ISO-8859-1 for source
> encoding.
> > >
> > > Kind regards,
> > > Stevo Slavić.
> --
> Daniel Kulp
> dkulp@apache.org - http://dankulp.com/blog
> Talend Community Coder - http://coders.talend.com
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message