Project

Profile

Help

Patch #1401

closed

in-tree maven pom files

Added by Anonymous over 13 years ago. Updated over 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Internals
Sprint/Milestone:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Legacy ID:
sf-3366197
Applies to branch:
Fix Committed on Branch:
Fixed in Maintenance Release:
Platforms:

Description

SourceForge user: mdaniel

These create Maven artifacts from the source tree, with source attachments for all the artifacts and javadoc attachment to the main "saxon" artifact. I experienced some troubles getting javadoc to build only the subset of files, which would be eliminated if the upstream project were to restructure the source code into formal modules, instead of one giant source dump.


Files

Actions #1

Updated by Anonymous over 13 years ago

SourceForge user: mhkay

Thanks for your efforts on this. Please note that there is a legal requirement that any distribution of Saxon code in source or binary form includes copies of the third party legal notices associated with components such as the normalization code from the Unicode consortium. I'm not prepared to get involved in any packaging exercise that doesn't address this requirement, which most Maven packaging efforts seem to ignore entirely.

Actions #2

Updated by Anonymous over 13 years ago

SourceForge user: mdaniel

Is it okay if they are included in the jar, under a "licenses" directory or "META-INF/licenses", perhaps?

I also want to point out that the saxon9he.jar which one finds in saxonhe9-3-0-4j.zip does not contain any such licenses.

However, with your direction I will gladly update the POM files to reflect your wishes.

Thanks for your time.

Actions #3

Updated by Anonymous over 13 years ago

SourceForge user: mhkay

Thanks for pointing out that the license files are not present in the Sourceforge download. That's embarrassing - it's caused by an oversight in my build scripts. There's been a fair bit of discussion on saxon-help and elsewhere about how the requirements to deliver licenses could be met with Maven. The Unicode license (and the others are similar) says "the above copyright notice(s) and this permission notice [must] appear with all copies of the Data Files or Software". I have always felt that burying the notice inside the JAR file doesn't truly satisfy the requirement that it should "appear", ie. should be apparent, and I don't know any other way to meet this requirement in Maven.

Actions #4

Updated by Anonymous over 13 years ago

SourceForge user: mdaniel

It looks like that if the POM contains the license declaration (which my patch does not, but can), then Maven will print out the license information on demand: http://www.mail-archive.com/users@maven.apache.org/msg99628.html

Also, FWIW, Google's GWT provides all the license files (including the Unicode license) inside its jar file: http://grepcode.com/file/repo1.maven.org/maven2/com.google.gwt/gwt-dev/2.2.0/unicode-license.txt

I would venture to say that an organization such as Google doing that way sets a reasonable legal precedent.

The other school of thought is that if the set of licenses are so important to the Saxon project, then emitting them on a "--help" or "--version" screen sounds like a good project goal.

Actions #5

Updated by Michael Kay over 11 years ago

  • Status changed from New to Closed

Overtaken events as we now have an official Maven release route.

(In retrospect, I'm amused at the suggestion that what Google does defines the law. That does seem to be the way Google sometimes behave.)

Please register to edit this issue

Also available in: Atom PDF