New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Landryb/geos 7457 #1529
Landryb/geos 7457 #1529
Conversation
@jodygarnett the dependency resolution keeps on making Travis builds fail:
I'll have a look at the libjpegturbo thing, it's weird that a SNAPSHOT is even taken into consideration, but the geoip lookup failure appears to be a legit problem about the boundless repo. |
Iirc we've had issues with boundless maven repos within georchestra, @pmauduit might remember more. |
I think repo issues are now resolved, @landryb can you update the headers on the files you changed? It would allow me to merge this in :) |
@jodygarnett Update the headers ? What do you mean ? merge master in the PR ? |
Hi @landryb, when you change a file you have to update its copyright header. The contribution process, including copyright updates ,is available here: https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md |
@@ -159,7 +159,7 @@ ImportTask task(ImportData data, Catalog catalog) throws IOException { | |||
|
|||
// get the composite feature type | |||
SimpleFeatureType featureType = new FeatureJSON().readFeatureCollectionSchema(file.file(), false); | |||
System.out.println(featureType); | |||
LOG.log(Level.DEBUG, featureType); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Travis reports a compile error here:
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] /home/travis/build/geoserver/geoserver/src/extension/importer/core/src/main/java/org/geoserver/importer/format/GeoJSONFormat.java:[162,21] error: cannot find symbol
[INFO] 1 error
Hum... I'd say the problem is that DEBUG is a Log4J level, but the API we are using is Java logging (even if it then delegates to Log4J under covers)
@landryb can you rebase against master (to update this branch and resolve conflicts) please? You may find it easier to branch from master and cherry pick each commit over to it .. which is kind of what rebase does anyways I guess. |
0613e8f
to
ff6d264
Compare
Rebased on top of master, travis failed but the log is just a huge vomit |
Ah:
Guess i'll fix that one.. |
So a SimpleFeatureType can be serialized/stringified by System.out.println but not by LOG.log ? What should be used then ? |
@landryb you could explicitly call |
Thanks @mprins , that's what i realized after finally finding out the SimpleFeatureTypeImpl doc on http://docs.geotools.org/stable/javadocs/org/geotools/feature/simple/SimpleFeatureTypeImpl.html |
Finally, after several tries, travis is happy with the last commits, so should be good to merge. |
Squashed the commits back into one and merged on master and 2.9.x |
Err no, fails to compile on 2.8.x... oh well, gotta run, kids are waking up |
No description provided.