Thank you Andrea and Ben, I sensed the complexity of the projects seeing how many modules are in each of Geotools/Gerserver.
However, what I am trying to achieve might be easier than getting maven to build a huge GT/GS pom. I really just wanted to see my changes in Geotools gets hit in a breakpoint while debugging Geoserver. In other words, my question should be, if I determined something is wrong in GS because of GeoTools, I modified GeoTools (and added corresponding tests), now before I commit I want to see GS using my new behaviour to verify that my change DID fix the problem, that's where I'm stuck at... Do I: 1. copy/replace jar files? If yes, where to where? 2. modify pom files so that GS's "mvn install" picks up the new Geotools code? 3 use a flag in mvn like mvn -Dfile=?? Also Ben, I wonder if you can benefit from Eclipse's concept of working set. I myself have one workspace with Geotools in one working set, and Geoserver in another... Thank you. 2010/2/8 Andrea Aime <[email protected]>: > lim goh ha scritto: >> >> Hi all, >> >> I'm sorry because this might be more of a geoserver question but I >> think people working on Geotools might have done this before. >> Does anyone knows how to properly use Eclipse to debug Geoserver using >> your own copy of the geotools source? >> >> For example here's what I did: >> 1. svn checkout geotools and geoserver >> 2. mvn install geotools/geoserver >> 3. mvn eclipse:eclipse geotools/geoserver >> 4. load all the projects into eclipse and setup geoserver to run in an >> mvn jetty container. >> 5. Managed to hit breakpoints in gt-jdbc-postgis.snapshot-2.1.jar (or >> something with that name) under .m2/repository >> >> But how may I get he source to point to my actual gt-jdbc-postgis >> project in my workspace, and of course change behaviour as I modify >> the code in the project?? > > So far, many GS developers (me included) have tried to do that, none has > succeeded. > The main idea would be to put the two checkouts side by side and create > a fake parent pom that has geotools and geoserver as modules, and > run mvn eclipse:eclipse from there. > > The issue in doing so is that Eclipse exports as part of the project > dependencies also the test dependencies, which are seen from > dependent modules. This generate unpleasing situations in GeoServer, > tests start failing and I'm not sure GS itself work (in any case, > a coding environment where unit tests are not reliable it's worthless). > > What we do usually instead is to determine what is going wrong in GS > land, create a new test in GeoTools, make it pass, rebuild with maven > and go back working in GeoServer looking for other misbehaviors. > > Anyways, if you manage to make it work for good, let us know, I'm > sure there are people interested in the topic. > > Cheers > Andrea > > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. > -- L I M ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
