<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body wsmode="reply" bgcolor="#FFFFFF" text="#000000">
    See the piece of code i have here: <a
href="https://github.com/openfigis/gems/blob/master/feature/src/main/java/org/fao/fi/gems/feature/FeatureUtils.java#L57">https://github.com/openfigis/gems/blob/master/feature/src/main/java/org/fao/fi/gems/feature/FeatureUtils.java#L57</a><br>
    (see the Java comments where i've indicated what i would have
    expected, and what i get)<br>
    <br>
    Basically, so far i was identifying the geometry property Type, and
    retrieving the geometryName (usually "THE_GEOM" for oracle store,
    but it is likely to change, "the_geom" for postgis).<br>
    <br>
    Up until now i could retrieve with no problem, and then i can
    retrieve the geometry using <i>feature.getProperty(geometryName), </i>but
    not with the current snapshot.<br>
    <i><br>
    </i>Thanks in advance<br>
    Emmanuel<br>
    <br>
    <div class="moz-cite-prefix">Le 27/06/2015 02:35, Emmanuel Blondel a
      écrit :<br>
    </div>
    <blockquote cite="mid:558DEFD2.7070508@gmail.com" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      I've finally resolved the issue below.<br>
      <br>
      However i still get weird behaviors when retrieving featureType...<br>
      I can get the featureType well (and print it as table in log
      everything is fine...) but:<br>
      If i looking into the properties by means of: <i>feature.getType().getProperties(true)</i>,
      the methods associated to the <i>PropertyType</i> give strange
      results...<br>
      If i do <i>getName()</i> i would except to get the name of the
      property (like "the_geom"), and i obtain the property class name
      instead...<br>
      <br>
      I've seen there were some code changes, switching to GenericName
      for geotk DefaultPropertyType... maybe some side-effect was
      introduced there..<br>
      <br>
      Can you have a look?<br>
      <br>
      Thanks<br>
      Emmanuel<br>
      <br>
      <div class="moz-cite-prefix">Le 26/06/2015 22:54, Emmanuel Blondel
        a écrit :<br>
      </div>
      <blockquote cite="mid:558DBC0E.6080706@gmail.com" type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        Thanks Martin,<br>
        <br>
        This is indeed what i decided to do: I've declared Apache SIS
        0.6-jdk7-SNAPSHOT, with the sis-metadata, and fixed some codes
        related to this module.<br>
        <br>
        However, i'm still completely stuck with the initial error i've
        reported.<br>
        I looked into the maven deps resolved, and cxf-common-utilities
        strangely is no there. I've tried to add cxf-core, but it didn't
        solve the issue.<br>
        <br>
        I will continue investigating this...<br>
        <br>
        <div class="moz-cite-prefix">Le 26/06/2015 13:05, Martin
          Desruisseaux a écrit :<br>
        </div>
        <blockquote cite="mid:558D31FD.9040407@geomatys.com" type="cite">
          <meta content="text/html; charset=windows-1252"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">Hello Emmanuel<br>
            <br>
            Right, we modified the numbering scheme in the pom.xml for
            closer conformance to the most usual practice. Also
            "geotk-metadata" moved to Apache "sis-metadata". The later
            has been released 5 months ago as SIS 0.5, which is a stable
            release. The SIS 0.6 stable release is targeted for next
            month, but should have no significant change on the metadata
            side. The goal for the Apache SIS project is to be very
            stable.<br>
            <br>
            There is still a few things in the former "geotk-metadata"
            which are not yet migrated to SIS, mostly some pre-defined
            constants and a database backend. Since the former
            "geotk-metadata" module became close to empty after the port
            to Apache SIS, it has been merged with "geotk-utility". So a
            dependency to "geotk-utility" should give you (through
            transitive dependencies) "sis-metadata" plus the few
            additional things not yet migrated to SIS. But I would
            recommend to depend only on Apache SIS if you do not need
            the additional Geotk classes.<br>
            <br>
            The "geotk-referencing" module would probably be merged to
            "geotk-utility" in the same way when it will become close to
            empty after the port to SIS (which is in progress).<br>
            <br>
            For the exception that you reported, the stack trace
            suggests an issue with the classpath. It gives the
            impression that the SAX implementation may not be the same
            as it was used to be. They were a recent change in the
            dependencies declared in the pom.xml of "geotk-jaxp-core"
            module, where the "cxf-core" dependency has been replaced by
            "cxf-common-utilities" since we though that the module
            didn't need the weight of the full "cxf-core". I don't know
            if this is related, but maybe it is worth to test if
            re-introducing the "cfx-core" dependency in your project
            make a difference?<br>
            <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://github.com/Geomatys/geotoolkit/commit/5dac4e5238fe8e81b3bf7d83068e6a08b457393d">https://github.com/Geomatys/geotoolkit/commit/5dac4e5238fe8e81b3bf7d83068e6a08b457393d</a><br>
            <br>
            About the stable release, we are close to finish Well Known
            Text (WKT 2) implementation in Apache SIS. I'm doing some
            tests and consolidation, then we will propose an Apache SIS
            0.6 release in the next few weeks. A Geotk milestone would
            follow. I don't think that it would be "Geotk 4.0" yet (it
            would be "Geotk 4.0-M4"), since I think that we need to
            complete at least the port of "geotk-referencing" to SIS in
            order to provide a more consistent picture.<br>
            <br>
            Please let us know if the above help or if there is other
            things to consider.<br>
            <br>
                Martin<br>
            <br>
            <br>
            <br>
            <br>
            Le 26/06/15 12:34, Emmanuel Blondel a écrit :<br>
          </div>
          <blockquote cite="mid:558D2AAC.3060703@gmail.com" type="cite">
            <meta content="text/html; charset=windows-1252"
              http-equiv="Content-Type">
            It seems that in the latest monthes, you have been moving
            from Geotk 4.x to Geotk 4.0-SNAPSHOT, isn't it?<br>
            In the latter, there is not anymore the geotk-metadata
            module. I was using that one, but it was yet exposing
            apachesis namespaces (indeed i have started the transition
            to Apache SIS, but indirectly through Geotoolkit, as
            recommended by Martin months ago).<br>
            I assume that now with the Geotk 4.0-SNAPSHOT the metadata
            module has been completely moved to apache sis, is it the
            case?<br>
            <br>
            If yes, could you please advice which Apache sis version/dep
            i should use?<br>
            afterwhat i would test further if i still have the issue
            with JAXBFeatureTypeReader.<br>
            <br>
            Thanks in advance<br>
            Emmanuel<br>
          </blockquote>
          <br>
          <br>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <br>
          <pre wrap="">_______________________________________________
Geotoolkit mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
        </blockquote>
        <br>
        <div class="moz-signature">-- <br>
          <div style="color:#394377;"> <b>Emmanuel Blondel</b><br>
            International Consultant | CEO <br>
            <em>Geographic Information Systems in Agronomy, Environment,
              Fishery & Marine Sciences</em><br>
            <div style="font-size:90%;"> 41, Avenue du Vacayrial<br>
              81370 Saint Sulpice la Pointe, France<br>
              Tel: +33 (0) 6 45 97 87 52<br>
              Email: <a moz-do-not-send="true"
                href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
            </div>
          </div>
        </div>
      </blockquote>
      <br>
      <div class="moz-signature">-- <br>
        <div style="color:#394377;"> <b>Emmanuel Blondel</b><br>
          International Consultant | CEO <br>
          <em>Geographic Information Systems in Agronomy, Environment,
            Fishery & Marine Sciences</em><br>
          <div style="font-size:90%;"> 41, Avenue du Vacayrial<br>
            81370 Saint Sulpice la Pointe, France<br>
            Tel: +33 (0) 6 45 97 87 52<br>
            Email: <a moz-do-not-send="true"
              href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <div style="color:#394377;">
        <b>Emmanuel Blondel</b><br>
        International Consultant | CEO <br>
        <em>Geographic Information Systems in Agronomy, Environment,
          Fishery & Marine Sciences</em><br>
        <div style="font-size:90%;">
          41, Avenue du Vacayrial<br>
          81370 Saint Sulpice la Pointe, France<br>
          Tel: +33 (0) 6 45 97 87 52<br>
          Email: <a href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
        </div>
      </div>
    </div>
  </body>
</html>