Subject: Contents of the uDig Git repo and the initial contribution |
From: Wayne Beaton <wayne@eclipse.org> |
Date: 04/05/2013 02:05 PM |
To: "udig-dev@locationtech.org" <udig-dev@locationtech.org>, User-friendly Desktop Internet GIS <udig-devel@lists.refractions.net> |
The devel/ directory contains some "installer" bits that appear to be NullSoft installer-specific. This potentially makes the NullSoft installer a third-party dependency that is subject to the IP Due Diligence process. I'm not sure about whether or not the distribution license is acceptable. This will require some additional investigation.Here is the list of directories that can be dropped: * extras/ (only the branding elements out of net.refractions.udig.dev need to be salvaged) * scripts/ (PDE Build scripts, replaced by Tycho + deploy scripts)
> Here's the list of JARs that I found:
>
> ./docs/devel/en/net.refractions.udig.sld.export_1.0.0.jar
I am not sure what this is - it appears to be an accident.
If it's not required, then it should be removed from the initial
contribution. By virtue of it being a JAR, I believe that Sharon has
already removed it.
> ./plugins/eu.udig.catalog.csw/libs/csw-client_2.9.1-1.0-SNAPSHOT.min.jar
I think this is generated from lib/scala-csw-client
What is lib/scala-csw-client ? Is it project code? Is it distributed
with uDig builds?Should we pull the tutorial source as well, or would you rather keep it with the project?> ./plugins/com.csvreader/javacsv.jar This is used for a tutorial (not the production app) and is an LGPL jar, as such I expect it to be replaced. You can remove the plugin and we will deal with the tutorial being broken. > ./plugins/net.refractions.udig.jai.macosx/src/net/refractions/udig/jai_core.jar > ./plugins/net.refractions.udig.jai.macosx/src/net/refractions/udig/jai_codec.jar > ./plugins/net.refractions.udig.jai.macosx/src/net/refractions/udig/clibwrapper_jiio.jar > ./plugins/net.refractions.udig.jai.macosx/src/net/refractions/udig/jai_imageio.jar > ./plugins/net.refractions.udig.jai.macosx/src/net/refractions/udig/mlibwrapper_jai.jar Third-party CQs needed (and it will be a pain).
> ./plugins/org.apache.log4j/log4j-1.2.12.jar
Third-party CQs needed.
Version 1.2.13 and 1.2.15 are both approved. Can you just update to
one of those versions?
> ./plugins/net.refractions.udig.catalog.arcsde/lib/icu4j-3.2+.jar
> ./plugins/net.refractions.udig.catalog.arcsde/lib/jsde_sdk-9.2+.jar
> ./plugins/net.refractions.udig.catalog.arcsde/lib/jpe_sdk-9.2+.jar
See readme.txt in that directory - these are placeholder jars.
I assume that you mean that these are placeholders for third party
JARs that may or may not be present. If a third party library may be
leveraged if it is present but the project is otherwise functional
without that library, you'd need a "works with" CQ.
> ./plugins/net.refractions.udig.ui.tests/lib/jmock-2.3.0-RC2.jar
> ./plugins/net.refractions.udig.ui.tests/lib/jmock-junit3-2.3.0-RC2.jar
> ./plugins/net.refractions.udig.ui.tests/lib/cglib-nodep-2.1_3.jar
> ./plugins/net.refractions.udig.ui.tests/lib/objenesis-1.0.jar
> ./plugins/net.refractions.udig.ui.tests/lib/hamcrest-library-1.1.jar
> ./plugins/net.refractions.udig.ui.tests/lib/hamcrest-core-1.1.jar
Third-party CQs needed? Although I think hamcrest should be available from the
eclipse target platform?
The policy is that you need a CQ for each third-party JAR directly
used by the project or by any other third-party JAR. If the JAR is
inherited through another Eclipse or LocationTech project, but is
not directly used by uDig, then you don't require a CQ. Hamcrest
tends to included by virtue of making direct use of JUnit. In this
case, you would require a CQ, because your test code makes direct
use of JUnit (a third-party library). If uDig instead had a indirect
dependency on Hamcrest by virtue of a direct dependency on the
org.eclipse.platform bundle (a completely made-up example), then you
wouldn't need to the CQ. Make sense?
> ./plugins/net.refractions.udig.libs.db2/libs/db2jcc_license_cu.jar
> ./plugins/net.refractions.udig.libs.db2/libs/db2jcc.jar
Thrid-party CQ is needed? I am under the impression these are placeholder jars.
I expect that this falls under the "works with" discussion above.
> ./plugins/net.refractions.udig.libs.oracle/libs/oracle-classes.jar
> ./plugins/net.refractions.udig.libs.oracle/libs/oracle-driver.jar
Thrid-party CQ is needed? I am under the impression these are placeholder jars.
Oracle for the longest time required a click-through license for their JDBC
drivers.
> ./plugins/com.lowagie.itext/lib/itextasian-1.5.2.jar
> ./plugins/com.lowagie.itext/lib/iText-2.1.7.jar
Third-party CQs needed? Our intension was to hang back on whatever version is
approved for BIRT.
A "piggyback" CQ is needed if you're directly accessing the
libraries. CQ 1537 covers iText 1.45.2 and CQ 3475 covers iText
2.1.7.
> ./plugins/net.refractions.udig.jai/src/net/refractions/udig/jai_core.jar
> ./plugins/net.refractions.udig.jai/src/net/refractions/udig/jai_codec.jar
> ./plugins/net.refractions.udig.jai/src/net/refractions/udig/clibwrapper_jiio.jar
> ./plugins/net.refractions.udig.jai/src/net/refractions/udig/jai_imageio.jar
> ./plugins/net.refractions.udig.jai/src/net/refractions/udig/mlibwrapper_jai.jar
Repeat of above.
How are these JARs different from the "macos" ones above? Have
either of these sets of libraries been modified, or are there just
specific JARs for the different platforms owing to the different
natures of the platforms?They look like p2 artifacts.> ./plugins/net.refractions.udig.catalog.wmt/mq.jar Third-party CQs needed - we can talk to Jesse Eichar to identify the jar. > ./features/net.refractions.udig-site.community/artifacts.jar > ./features/net.refractions.udig-site.community/content.jar Remove - I am not sure what these are for.
> ./scripts/swt-tools.jar
> ./extras/org.apache.maven-ant-tasks/lib/maven-ant-tasks-2.1.0.jar
These can both be removed as they have been replaced by maven tycho.