Hello Dieter
Thanks for the encouragement!
Yes, the method signature of a SIS internal class changed and the Geotk
code has not yet been updated accordingly (since it currently depends on
a SIS version before the internal API change). I already updated Geotk
code on my local computer, but did not committed yet because I have a
significant amount of Geotk code to delete since they moved to SIS, and
we would like to tag Geotk before I go ahead. We hope to create that tag
in one or two weeks, then I will proceed to the update. In the meantime,
it is better to stay with the SIS 0.5-jdk7 dependency.
I will post a note on the Geotk mailing list when it will have been updated.
Regards,
Martin
Le 18/03/15 15:04, Dieter Stüken a écrit :
> That's great!
>
> Gust restarted with my playground project again.
> Intil now I have GeoTK involved to define a couple of hardcoded local CRSs
> (mainly DHDN <-> WGS84).
> So I hope this may be realized based on SIS, soon.
>
> Since I heavily used Java8 already, I like to use 0.6-jdk8-SNAPSHOT, too.
> Unfortunately I got a tiny mismatch with my current geotoolkit version:
>
> org.apache.sis.internal.util. getIdentifier() got an additional Boolean
> parameter :-(
>
> Do I need a special geotoolkit version to get this combination run?
>
> (Let me know, if I should turn over to the geotoolkit mailing list with this
> problem instead)
>
> Dieter
