Michael Bedward ha scritto: > I've just attached a slightly updated patch to the issue
Yesterday I went ahead and expanded the scope a little bit. The rationale is that toURI().toURL() does change the way some special chars are handled, and it breaks the way back if the way back is not coded properly. For example, there is a lot of code around that does new File(url.getFile()) or new File(url.getPath()). Those break solid if the url was generated the "proper" way because the %20 are not converted back to spaces. The response is to use DataUtilitis.urlToFile extensively instead. So I made a checkout of 2.5.x in a windows user home (C:\Documents And Settings\...) and setup to make it build. And I still haven't suceeded :-( I think I'll need some help, so far I had to disable one test I could not figure out how to fix and I'm still not getting a full build going. So I'll hammer at it a bit more, decide which tests I cannnot fix, and ask relevant people for a helping hand :-) Cheers Andrea PS: after that I will start dreaming of a Hudson build that runs on Windows, under the user home, and with Java 6 for added insult. -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
