On Sat, Jun 18, 2011 at 9:57 PM, Jose Macchi <jmac...@geotekne.com> wrote: > Hi Andrea, first at all, sorry for causing this trouble. > We should ask Justin before proceeding, on how to manage compiled version of > dlls/libraries. > > As you know we are working on an integration with spatialite. We have worked > on compiling sqlite and spatialite to work on all platforms, and main job on > that task is not related to output format itself (that is simply java and > couple of files). Our main concern up to now was to detect how to get > libraries working correctly. > Example: windows 64 bits was not working and we found way to compile files > to make them working, but..here is the question: how to do when you should > work with binaries that depends on third-party libraries ? (what do you > prefer ? the binary files or the sources of that libraries that allow to get > binaries ?, in that case, we should upload code, but...where ? do you have > some folder exclusively assigned for that third-party libraries ?)
I think you can follow up the imageio-ext example. The project provides binary bundles that people can download per platform, plus installation instructions. In order to install the extension users have to install both the jar files in GeoServer and the native libs somewhere the JVM can pick them up (where that is, it's platform dependent) > We are agree that it's not the best upload that binaries to a source > repository. Our mistake was not to ask before proceeding, and believe me > that it's my fault not to check with your team. > > Now, how do you prefer to manage that ? First off, remove them from svn. Anyone working from a slow connection is going to be in a world of pain if they try to checkout GeoServer. Unfortunately anyone using "git svn" (like most core developers do) will have to keep those 50MB around, as git keeps full history in the checkout. > Your idea of getting jars for each OS is ok, but it will be still 50 MB of > "data", so we should move that jars to a repository folder . How can we get > access to those repositories ? must we ask for permissions ?. I guess the easiest approach is to follow the imageio-ext lead: you just have to find some site that would host your files. Sourceforge could be a hosting platform for the natives for example. > > Also, reviewing developer commit notes, i should ask you. How do you believe > it should be convinient to manage files on testing ? (we are working on > unit-testing on spatialite output-format, so where you should place files > for that ?. As you know, we should upload "generated output artifacts" in > order to do comparations when running testings....test folder sounds "good", > but files are not going to be 1 or 2, probably will me a couple and i dont > know how much space it would involve). We have many output formats, and we keep pre-generated outputs only for the image cases in which it's almost impossible to test any other way (and even in that case we're talking files that are no larger than 10-50KB). If you are going to generate a database the way to test it is to connect to it and make queries checking its contents. The databases you create for testing should also promptly be removed once the test is done, and normally they are saved in the /target directory because if anything goes wrong the first "mvn clean install" will wipe them out anyways. You should also use the existing test data to avoid adding extra weight. The normal svn/build rocess is not the place for large high volume/high computation time tests, those have to be performed only manually on your own machine. E.g., many of us have datasets ranging in the hundred of GB for volume tests, but no one would even considering committing a MB of binary data to the repo (people have been yelled at for a anything above 100KB in the last years, and with good reason). Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
