Hi Adrian, What you propose is exactly what I was doing for demo/example :-) So lets combine forces. I too got a little stuck trying to untangle "normal" what a normal maven project would look like, and was going to confirm my understanding as Martin helps the rest of the geotools codebase fall in line.
So an excellent and idea :-) How about I ask you for a review of my work. Jody > Hey all, > > I tried to create such a thing but got hopelessly lost/discouraged so > I'm punting for now by writing this up here. Here's the vision and some > notes. > > > I propose creating a very simple skeleton for third party developers to > grab and expand into their applications. The skeleton would live in > > demo/userApp.zip > > which will be a zipped directory containing a simple maven project and > trivial running code (say a distance calculator). Unzipped, this would > have: > > README > pom.xml > src/main/java/org/example/DistCalc/Main.java > test/main/java/org/example/DistCalc/TestMain.java > > i.e. a minimal setup for a Geotools dependent app that users could > build and assemble using Maven's standard setup. The pom would be as > simple as possible, including only some dependencies on Geotools and on > things like JUnit. > > This complements both the Demo project and the unsupported/example > directory. The DemoBase project tries to show the simple usage of all > the major geotools subsystems. The rest of the demo projects will > hopefully evolve into examples of hitting the different subsystems more > seriously. The unsupported/example directory is a skeleton for those who > want to write new modules to slot into geotools. The userApp project > would be for those who simply want to consume geotools. > > Okay, I got lost in generating the pom.xml. Where geotools still uses > its own jar-collector and defines its own bin/src assemblies, Maven2 now > has its own approach. However, I have not figured this out. > Specifically, users must be able to have a working artifact at the end > of the build so they can do: > java -jar userApp.jar > and get a running program. It may be that we therefore want to have the > userApp.zip also include maven/assembly and maven/jar-collector, I'm > simply unsure. > > That is all, > adrian > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel