Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Please read below Zitat von Andrea Aime : > On Wed, Jun 15, 2011 at 8:26 PM, wrote: > >> Like geotools, I get encoding problems for gesoerver too >> >> src/restconfig/src/main/java/org/geoserver/rest/FontListResource.java >> >> The author in the comment is not UTF-8. >> >> recode iso-8859-1..utf-8 >> src/main/java/org/geoserver/rest/FontListResource.java >> keeps the strange character, but compiling is now working >> >> Looks like I am the only one getting such errors. I am on Ubuntu 11.04, 64 >> Bit, encoding UTF-8 >> > > Wait, I take it back. > I see the same issue as you in the FontListResource.java, that only needs a > quick fix > in the name of the author (and then the same in the test file, no need to > recode the > entire file). > > The previous geotools build I thought I was using java 6, but instead I was > still on 5. > The first encoding failure I see in GeoTools is this one though: > > INFO] Compilation failure > /home/aaime/devel/git-gt/modules/extension/xsd/xsd-core/src/main/java/org/geotools/xml/EMFUtils.java:[398,18] > unmappable character for encoding UTF-8 > > That said, those issue normally evaporate by replacing the single char with > issues > and moving on. > It's late and I have to go now but I believe the other files can be cured > the same way? > > Cheers > Andrea Yep, I have exactly the same behavior. Lets continue tomorrow. > > > > -- > --- > Ing. Andrea Aime > GeoSolutions S.A.S. > Tech lead > > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584 962313 > fax: +39 0584 962313 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.youtube.com/user/GeoSolutionsIT > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > --- > This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
On Wed, Jun 15, 2011 at 8:26 PM, wrote: > Like geotools, I get encoding problems for gesoerver too > > src/restconfig/src/main/java/org/geoserver/rest/FontListResource.java > > The author in the comment is not UTF-8. > > recode iso-8859-1..utf-8 > src/main/java/org/geoserver/rest/FontListResource.java > keeps the strange character, but compiling is now working > > Looks like I am the only one getting such errors. I am on Ubuntu 11.04, 64 > Bit, encoding UTF-8 > Wait, I take it back. I see the same issue as you in the FontListResource.java, that only needs a quick fix in the name of the author (and then the same in the test file, no need to recode the entire file). The previous geotools build I thought I was using java 6, but instead I was still on 5. The first encoding failure I see in GeoTools is this one though: INFO] Compilation failure /home/aaime/devel/git-gt/modules/extension/xsd/xsd-core/src/main/java/org/geotools/xml/EMFUtils.java:[398,18] unmappable character for encoding UTF-8 That said, those issue normally evaporate by replacing the single char with issues and moving on. It's late and I have to go now but I believe the other files can be cured the same way? Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Like geotools, I get encoding problems for gesoerver too src/restconfig/src/main/java/org/geoserver/rest/FontListResource.java The author in the comment is not UTF-8. recode iso-8859-1..utf-8 src/main/java/org/geoserver/rest/FontListResource.java keeps the strange character, but compiling is now working Looks like I am the only one getting such errors. I am on Ubuntu 11.04, 64 Bit, encoding UTF-8 Cheers Christian Zitat von Andrea Aime : > On Wed, Jun 15, 2011 at 8:03 PM, Andrea Aime > wrote: > >> >> I've tried with GeoServer and get a lot of failures on trunk with a stack >> trace looking like: >> >> java.lang.AbstractMethodError: >> org.apache.xerces.dom.DocumentImpl.getXmlStandalone()Z >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373) >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127) >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94) >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:661) >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:707) >> at >> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313) >> at org.geoserver.data.CatalogWriter.write(CatalogWriter.java:253) >> at org.geoserver.data.test.MockData.setUpCatalog(MockData.java:650) >> at org.geoserver.data.test.MockData.setUp(MockData.java:348) >> at >> org.geoserver.test.GeoServerAbstractTestSupport.oneTimeSetUp(GeoServerAbstractTestSupport.java:174) >> at org.geoserver.test.OneTimeSetupTest.setUp(OneTimeSetupTest.java:89) >> >> Java version is: >> >> java -version >> java version "1.6.0_24" >> Java(TM) SE Runtime Environment (build 1.6.0_24-b07) >> > > Ah, found that removing the xerces dependency solves the problem in this > module. > But I guess Xerces dependencies are coming from multiple sides, so getting > rid of it might > not be trivial > > Cheers > Andrea > > -- > --- > Ing. Andrea Aime > GeoSolutions S.A.S. > Tech lead > > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584 962313 > fax: +39 0584 962313 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.youtube.com/user/GeoSolutionsIT > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > --- > This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
On Wed, Jun 15, 2011 at 7:54 PM, wrote: > Then you are more lucky than me. I did the same using SUN JDK > > java version "1.6.0_24" > Java(TM) SE Runtime Environment (build 1.6.0_24-b07) > Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) > > and get problems with the file encodings: > > Example in > > /home/christian/gt-trunk/modules/library/coverage/src/main/java/org/geotools/coverage/grid/ > > > GridCoverageFactory.java: ASCII C program text > GridEnvelope2D.java: UTF-8 Unicode C program text > GridGeometry2D.java: ISO-8859 C program text > > Compilation failed for some ISO-8859 encoded files. > > A quick check on the java files shows > > 6013 files using ASCII chars > 221 files using UTF-8 > 48 files using ISO-8859 > > Should I try to recode this files ? > Maybe not? Let's try to figure out what is going on first. I've just made a full build of GeoTools with java 6 and found no issues either, it just worked. So it seems the issue is specific to your system. Are you on Suse linux? This message seems to be interesting: http://www.velocityreviews.com/forums/t127154-wrong-default-encoding-on-linux.html (see the last comment in the thread) Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
On Wed, Jun 15, 2011 at 8:03 PM, Andrea Aime wrote: > > I've tried with GeoServer and get a lot of failures on trunk with a stack > trace looking like: > > java.lang.AbstractMethodError: > org.apache.xerces.dom.DocumentImpl.getXmlStandalone()Z > at > com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373) > at > com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127) > at > com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94) > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:661) > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:707) > at > com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313) > at org.geoserver.data.CatalogWriter.write(CatalogWriter.java:253) > at org.geoserver.data.test.MockData.setUpCatalog(MockData.java:650) > at org.geoserver.data.test.MockData.setUp(MockData.java:348) > at > org.geoserver.test.GeoServerAbstractTestSupport.oneTimeSetUp(GeoServerAbstractTestSupport.java:174) > at org.geoserver.test.OneTimeSetupTest.setUp(OneTimeSetupTest.java:89) > > Java version is: > > java -version > java version "1.6.0_24" > Java(TM) SE Runtime Environment (build 1.6.0_24-b07) > Ah, found that removing the xerces dependency solves the problem in this module. But I guess Xerces dependencies are coming from multiple sides, so getting rid of it might not be trivial Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
On Wed, Jun 15, 2011 at 7:18 PM, Ian Turton wrote: > > > On 15 June 2011 11:55, Justin Deoliveira wrote: > >> I can volunteer to update the build server... i just have to add a java 6 >> jdk and then update the trunk builds for geotools and geoserver to use that >> jdk. Should not be much work. Once someone has done a successful java 6 >> build locally and made any pom updates, etc... just let me know and I will >> update hudson. >> > > I've just built trunk using Java 6 > > java version "1.6.0_22" > OpenJDK Runtime Environment (IcedTea6 1.10.1) (6b22-1.10.1-0ubuntu1) > OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) > > Assuming there were no changes I needed to make other than in the top level > pom to force it to use 1.6 all the way through, > I've tried with GeoServer and get a lot of failures on trunk with a stack trace looking like: java.lang.AbstractMethodError: org.apache.xerces.dom.DocumentImpl.getXmlStandalone()Z at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373) at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127) at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:661) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:707) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313) at org.geoserver.data.CatalogWriter.write(CatalogWriter.java:253) at org.geoserver.data.test.MockData.setUpCatalog(MockData.java:650) at org.geoserver.data.test.MockData.setUp(MockData.java:348) at org.geoserver.test.GeoServerAbstractTestSupport.oneTimeSetUp(GeoServerAbstractTestSupport.java:174) at org.geoserver.test.OneTimeSetupTest.setUp(OneTimeSetupTest.java:89) Java version is: java -version java version "1.6.0_24" Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Then you are more lucky than me. I did the same using SUN JDK java version "1.6.0_24" Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) and get problems with the file encodings: Example in /home/christian/gt-trunk/modules/library/coverage/src/main/java/org/geotools/coverage/grid/ GridCoverageFactory.java: ASCII C program text GridEnvelope2D.java: UTF-8 Unicode C program text GridGeometry2D.java: ISO-8859 C program text Compilation failed for some ISO-8859 encoded files. A quick check on the java files shows 6013 files using ASCII chars 221 files using UTF-8 48 files using ISO-8859 Should I try to recode this files ? Zitat von Ian Turton : > On 15 June 2011 11:55, Justin Deoliveira wrote: > >> I can volunteer to update the build server... i just have to add a java 6 >> jdk and then update the trunk builds for geotools and geoserver to use that >> jdk. Should not be much work. Once someone has done a successful java 6 >> build locally and made any pom updates, etc... just let me know and I will >> update hudson. >> > > I've just built trunk using Java 6 > > java version "1.6.0_22" > OpenJDK Runtime Environment (IcedTea6 1.10.1) (6b22-1.10.1-0ubuntu1) > OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) > > Assuming there were no changes I needed to make other than in the top level > pom to force it to use 1.6 all the way through, > > Ian > > -- > Ian Turton > This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
On 15 June 2011 11:55, Justin Deoliveira wrote: > I can volunteer to update the build server... i just have to add a java 6 > jdk and then update the trunk builds for geotools and geoserver to use that > jdk. Should not be much work. Once someone has done a successful java 6 > build locally and made any pom updates, etc... just let me know and I will > update hudson. > I've just built trunk using Java 6 java version "1.6.0_22" OpenJDK Runtime Environment (IcedTea6 1.10.1) (6b22-1.10.1-0ubuntu1) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) Assuming there were no changes I needed to make other than in the top level pom to force it to use 1.6 all the way through, Ian -- Ian Turton -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
I can volunteer to update the build server... i just have to add a java 6 jdk and then update the trunk builds for geotools and geoserver to use that jdk. Should not be much work. Once someone has done a successful java 6 build locally and made any pom updates, etc... just let me know and I will update hudson. On Wed, Jun 15, 2011 at 9:45 AM, Jody Garnett wrote: > I second Andrea. > > I set up a proposal so we could see what was needed for the GeoTools side. > Once there are a few more names next to the "tasks" section we should be > able to go ahead. > > For reference here is the list of tasks: > >1. aa: check build in Java 6 an apply eventual patches > - Update pom to indicate 1.6 as a compiler setting >2. Update developers guide build instructions > - http://docs.geotools.org/latest/developer/guide/building/java.html > - > > http://docs.geotools.org/latest/developer/guide/building/install/install.html > - > > http://docs.geotools.org/latest/developer/guide/building/install/jdk.html > - jg: check the instructions (setting up a fresh machine) >3. Update user guide > - Quickstart tutorial already advises use of latest JDK > > Christian this kind of "build and docs" work is often part of what is meant > by the PMC "doing the dirty work required to keep the project going" :-) Do > you have time to do any of the above? > > For reference here is the list of tasks: > > > -- > Jody Garnett > > On Thursday, 16 June 2011 at 1:21 AM, Andrea Aime wrote: > > On Wed, Jun 15, 2011 at 5:07 PM, wrote: > > Short question because I am unsure. > > Can I use Java 6 for development on geoserver trunk ? > Now I work with Java 5 and in the meantime I hate the class > IOExpression NOT having a constructor where I can pass an Exception as > an argument. > > What about geotools ? I have so many places where I use > IOExpression(String msg). Very often, the message is not enough to > solve problems efficiently. > > I saw the polls, but I think I must wait for the hudson build server > working with java 6. > > > The thing got stopped on lack of people volounteering to do the work. > As said in the old thread, I'm up to check stuff builds on Sun Java 6 > in both projects, and provide eventual patches. > But we need people for doc changes, updating Hudson and so on > > My hope is that once someone provide the patches to make things > work on java 6 (even if it's just pom changes) the rest will fall into > line "naturally" > > Cheers > Andrea > > > -- > --- > Ing. Andrea Aime > GeoSolutions S.A.S. > Tech lead > > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584 962313 > fax: +39 0584 962313 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.youtube.com/user/GeoSolutionsIT > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > --- > > -- > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > > -- > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
