>
> but that's it's weakness as well. the build breaks if the repositories are
> for some reason not available and the libs are not cached locally already.
>
A solution would be to run an own maven repository with the needed
dependencies. I think I saw some project hosting its maven repository at
Sourceforge,
> they are in the repositories for developer convenience i'd say
>
Good point. I even had included the jars into the sandbox of the new
testing environment for convenience.
> don't understand why you want to minimize the data in your repository here
>
I really like the idea of modularization. There are several java projects
out there (e.g. Groovy, SwingX, Spock, ...), that don't include their
dependencies (rule: sourcecode and resources only) in the sourcecode
repository. This was just an experiment.
> while maven doesn't need the extra data it clearly doesn't break with it
> either. if you want less data i'll advise you to checkout only the
> folders/files you need.
>
I need to revert some changes made on a MouseListener on LayerViewPanel,
The AbstractZoomTool and the StatusPanel. It was a bit complicated to me to
update to a new OpenJUMP version and apply the patches (reverts), so I
ended up copying some openjump release snapshots to a (releases-only)
repository at Github. This turned out to make it a bit easier.
--Benjamin
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
