Re: Re: Re: Bindy plus Unicode

2020-01-27 Thread Alex Dettinger
emes, that need features, > the old logic in the JDK > doesn't support. The lib is very common (e.g. LibreOffice uses it) and > AFAIK the de-facto standard > for working with elaborate Unicode. > > -- Mik > > > Gesendet: Freitag, 24. Januar 2020 um 19:15 Uhr >

RE: Re: Re: Bindy plus Unicode

2020-01-25 Thread dev
g, 24. Januar 2020 um 19:15 Uhr Von: "Alex Dettinger" An: users@camel.apache.org Betreff: Re: Re: Bindy plus Unicode Hi Michael, Good to know that you sorted it out :) The compatibility between the ICU4L and Apache License is not straightforward, we would need to look closer. Still c

Re: Re: Bindy plus Unicode

2020-01-24 Thread Alex Dettinger
Hi Michael, Good to know that you sorted it out :) The compatibility between the ICU4L and Apache License is not straightforward, we would need to look closer. Still creating a quick ticket and sharing a github project would make it possible to save your work, and may be of interest later on to

RE: Re: Bindy plus Unicode

2020-01-24 Thread Michael Greulich
Hi Alex, well, your comment was already very helpful. I created a custom DataFormat and ModelFactory from the default ones for FixedLength. Of course I obeyed the license terms of the Apache license ;-) For some aspect of recognizing chars, I used the ICU4J-lib, because the support for some