logo separator

[mkgmap-dev] Eclipse

From WanMil wmgcnfg at web.de on Thu Oct 23 20:22:24 BST 2014

Hi Brian, hi Gerd,

just my two cents:

I use Eclipse in the following way:
I use one workspace (e.g. c:\workspace).
I'll checkout the projects to this workspace named mkgmap_trunk, 
splitter_trunk etc. After checking out I run the ant target "resolve" 
within eclipse. After that the workspace is completely ready.

When I want to implement a new feature or I want to try an older 
revision I checkout mkgmap into another directory below c:\workspace and 
run the ant script with "resolve".

In my mkgmap start scripts I define the directory below the workspace, 
e.g. MKGMAP_DIR=c:\workspace\mkgmap and use this variable in the startup 
call.
It would also be possible to run ant dist first and define the dist 
directory in the workspace as mkgmap directory.

This makes it easy to switch between different versions and development 
variants.

WanMil


> Hi Brian,
>
> thanks for the patch.
>
> I agree that you can't use the current source in eclipse without manual
> work.
> When I started with mkgmap and splitter I also started using eclipse
> (and coding in Java), so
> I did more or less the same you did, but I did not dare to say that my
> solution is "correct", probably it is far away from being a good solution.
>
> I am not sure if my environment will continue to work with your patch.
>
> 1) My current environment looks like this:
> - I am using Eclipse "Version: Juno Service Release 2 Build id:
> 20130225-0426" on a Windows 7 64 bit machine
> - I have one directory called d:\eclipse_workspace containing sub
> directories mkgmap, splitter, display and others
> for each project
> - the source directories are located in d:\mkgmap or d:\splitter
>
> 2) When I try to reproduce problems in older mkgmap releases I close
> Eclipse, rename e.g. d:\mkgmp to d:\mkgmap_trunk
> and do a svn checkout of the wanted sources to d:\mkgmap. Next I use ant
> dist to build.
> After that I start Eclipse and do a refresh for the whole mkgmap
> project, maybe also a clean.
> Sometimes I have to repeat the ant dist and refresh to be able to debug
> mkgmap in Eclipse.
>
> Depending on the release of mkgmap that I am compiling I have to modify
> the names of libraries.
>
> If I got it right, you suggest to use the source directory (e.g.
> d:\mkgmap in my case) also as working directory for Eclipse?
>
> Gerd
>
> ------------------------------------------------------------------------
> From: brianegge at gmail.com
> Date: Wed, 22 Oct 2014 23:30:18 -0400
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: [mkgmap-dev] Eclipse
>
> Hello,
>
> I’ve recently downloaded the mkgmap source. I had no trouble compiling
> it with ant, but getting Eclipse to work took some effort. I’ve attached
> a patch file containing changes for Eclipse.
>
> The specific changes are:
> * update classpath to find current version of jars
> * add ivyde settings
> * add Eclipse setting file to specify source=1.7
> * add splitter to ivy to compile ‘optional’ bit
> * update URL of opengeo ivy repository
> * add bin/tmp to ignore list
>
> I see there is a git copy of this project, but it appears all commits
> are going through svn. I’d prefer to create a pull request on github
> than to attach a patch file, but am happy to do whatever works.
>
> Attached is the patch file for review and merging to
> http://svn.mkgmap.org.uk/mkgmap/trunk.
>
>
>
> Regards,
> Brian
>
> _______________________________________________ mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>



More information about the mkgmap-dev mailing list