<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>