1/ This is 3.8.0-SNAPSHOT - not the release candidate.
2/ Jenkins has been building 3.8.0-SNAPSHOT including javadoc.
3/ It says it is in the javadoc plugin:
"""
org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:jar failed.:
NullPointerException -> [Help 1]
"""
so we have very little control there.
(-Pdev does not produce javadoc.)
Best I can suggest is completely clear out the M2 repo of 3.8.0-SNAPSHOT
items and retry.
I will try on my machine when I can. (I am conducting timed runs for the
users@ report ATM.)
Andy
On 03/04/18 17:30, Claude Warren wrote:
Sorry, should have added:
openjdk version "1.8.0_162"
OpenJDK Runtime Environment (build 1.8.0_162-8u162-b12-0ubuntu0.16.04.2-b12)
OpenJDK 64-Bit Server VM (build 25.162-b12, mixed mode)
Linux claude-XPS-15-9560 4.13.0-37-generic #42~16.04.1-Ubuntu SMP Wed Mar 7
16:03:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
On Tue, Apr 3, 2018 at 5:20 PM, Claude Warren <[email protected]> wrote:
Compile on Ubuntu with clone from git fails.
mvn clean install -Pdev
success
mvn clean install
fails with:
[INFO] --- maven-javadoc-plugin:3.0.0:jar (attach-javadocs) @ jena-base ---
[INFO] The goal 'org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:javadoc'
has not been previously called for the module:
'org.apache.jena:jena-shaded-guava:jar:3.8.0-SNAPSHOT'.
Trying to invoke it...
[WARNING] Creating fake javadoc directory to prevent repeated invocations:
/home/claude/git/jena/jena-shaded-guava/target/apidocs
[INFO] ------------------------------------------------------------
------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache Jena 3.8.0-SNAPSHOT ......................... SUCCESS [
1.502 s]
[INFO] Apache Jena - Shadowed external libraries .......... SUCCESS [
1.545 s]
[INFO] Apache Jena - IRI .................................. SUCCESS [
5.147 s]
[INFO] Apache Jena - Base Common Environment .............. FAILURE [
3.073 s]
[INFO] Apache Jena - Core ................................. SKIPPED
[INFO] Apache Jena - ARQ (SPARQL 1.1 Query Engine) ........ SKIPPED
[INFO] Apache Jena - RDF Connection ....................... SKIPPED
[INFO] Apache Jena - TDB1 (Native Triple Store) ........... SKIPPED
[INFO] Apache Jena - Database Operation Environment ....... SKIPPED
[INFO] Apache Jena - DBOE Base ............................ SKIPPED
[INFO] Apache Jena - DBOE Transactions .................... SKIPPED
[INFO] Apache Jena - DBOE Indexes ......................... SKIPPED
[INFO] Apache Jena - DBOE Index test suite ................ SKIPPED
[INFO] Apache Jena - DBOE Transactional Datastructures .... SKIPPED
[INFO] Apache Jena - TDB2 ................................. SKIPPED
[INFO] Apache Jena - Libraries POM ........................ SKIPPED
[INFO] Apache Jena - Command line tools ................... SKIPPED
[INFO] Apache Jena - SPARQL Text Search ................... SKIPPED
[INFO] Apache Jena - SPARQL Text Search - Elasticsearch ... SKIPPED
[INFO] Apache Jena - SPARQL Spatial Search ................ SKIPPED
[INFO] Apache Jena - Fuseki - A SPARQL 1.1 Server ......... SKIPPED
[INFO] Apache Jena - Fuseki Server Engine ................. SKIPPED
[INFO] Apache Jena - Fuseki Embedded Server ............... SKIPPED
[INFO] Apache Jena - Fuseki WAR File ...................... SKIPPED
[INFO] Apache Jena - Fuseki Server Standalone Jar ......... SKIPPED
[INFO] Apache Jena - Fuseki Basic Server .................. SKIPPED
[INFO] Apache Jena - Fuseki Binary Distribution ........... SKIPPED
[INFO] Apache Jena - Integration Testing .................. SKIPPED
[INFO] Apache Jena - Distribution ......................... SKIPPED
[INFO] Apache Jena - Fuseki1 .............................. SKIPPED
[INFO] Apache Jena - Data Tables for RDF and SPARQL ....... SKIPPED
[INFO] Apache Jena - SDB (SQL based triple store) ......... SKIPPED
[INFO] Apache Jena - Security Permissions ................. SKIPPED
[INFO] Apache Jena - Extras ............................... SKIPPED
[INFO] Apache Jena - Extras - Query Builder ............... SKIPPED
[INFO] Apache Jena - JDBC Parent .......................... SKIPPED
[INFO] Apache Jena - JDBC Core API ........................ SKIPPED
[INFO] Apache Jena - JDBC Remote Endpoint Driver .......... SKIPPED
[INFO] Apache Jena - JDBC In-Memory Driver ................ SKIPPED
[INFO] Apache Jena - JDBC TDB Driver ...................... SKIPPED
[INFO] Apache Jena - JDBC Driver Bundle ................... SKIPPED
[INFO] Apache Jena - Elephas .............................. SKIPPED
[INFO] Apache Jena - Elephas - Common API ................. SKIPPED
[INFO] Apache Jena - Elephas - I/O ........................ SKIPPED
[INFO] Apache Jena - Elephas - Map/Reduce ................. SKIPPED
[INFO] Apache Jena - Elephas - Statistics Demo App ........ SKIPPED
[INFO] Apache Jena - OSGi ................................. SKIPPED
[INFO] Apache Jena - OSGi bundle .......................... SKIPPED
[INFO] Apache Jena - OSGi Karaf features 3.8.0-SNAPSHOT ... SKIPPED
[INFO] ------------------------------------------------------------
------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------
------------
[INFO] Total time: 11.970 s
[INFO] Finished at: 2018-04-03T17:17:15+01:00
[INFO] ------------------------------------------------------------
------------
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:jar
(attach-javadocs) on project jena-base: Execution attach-javadocs of goal
org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:jar failed.:
NullPointerException -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/
PluginExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the
command
[ERROR] mvn <goals> -rf :jena-base
On Tue, Apr 3, 2018 at 11:48 AM, Andy Seaborne <[email protected]> wrote:
Semantic Versioning says nothing about source vs binary compatibility.
The reason for having minor version normally is allow some evolution.
Jena 3.7.0 is not a patch release.
It is highlighted in "heads up" message to users@jena:
https://lists.apache.org/thread.html/5b31a3b6794781f6a026586
08444043b5535957a6c94f3728efd8304@%3Cusers.jena.apache.org%3E
What else do you want?
We don't offer or test for binary compatibility (which would also include
the binary compatibility of dependencies because apps may get them via
depending on Jena). We don't claim drop-in replacement of jars either -
exactly the opposite in fact. It causes users problems.
... but I would like the
discussion held and consensus reached before the release goes ahead.
That's rather vague.
There was discussion on JENA-1389.
What extra discussion?
----
It seems me to be rather unhelpful to users to bump the major version
number every time there is a binary change in any of our modules. We are
not Common components. Going back to version-per-module is unhelpful (users
ignored it) as well.
Andy
On 02/04/18 23:22, Claude Warren wrote:
I am not advocating that we create bridge methods in the build as is
mentioned later in the linke I posted above, just asking about the proper
version numbers.
Claude
On Mon, Apr 2, 2018 at 11:20 PM, Claude Warren <[email protected]> wrote:
Sorry, I should have included a link before:
https://lists.apache.org/[email protected]:
lte=1M:%5Bcollections%5D%20breaking%20changes
On Mon, Apr 2, 2018 at 11:02 AM, Andy Seaborne <[email protected]> wrote:
Please see the discussions on the JIRA about source code compatibility.
JENA-1389
https://github.com/apache/jena/pull/362
JENA-1495
https://github.com/apache/jena/pull/368
Where is that other discussion? A link would be helpful.
Andy
On 02/04/18 10:03, Claude Warren wrote:
Should this not be released as a 4.0 version as I think we operate
under
semantic versioning and the API is not backwards compatible?
There was a similar discussion over in Commons recently where several
of
the functions there were changed to return "this" rather than "void".
Like
our changes here. The decision there was to revert those changes for
the
current release and place the "this" returning versions in the
upcoming
version number changing release.
as noted in the Commons discussion:
The return type is part of the method signature that Java uses to find
resolve references.
Even changing from void to non-void will cause binary
incompatibility.
(Source-wise, that's fine)
I am not certain that I should vote -1 on this issue but I would
like the
discussion held and consensus reached before the release goes ahead.
Claude
On Sun, Apr 1, 2018 at 11:03 PM, ajs6f <[email protected]> wrote:
Please vote to approve this release:
[ ] +1 Approve the release
+1
[ ] 0 Don't care
[ ] -1 Don't release, because ...
+ does everything work on OS X?
Yes.
+ are the GPG signatures fine?
Yes.
+ is there a source archive?
Yes.
+ can the source archive really be built?
Yes.
ajs6f
On Mar 29, 2018, at 2:28 PM, Andy Seaborne <[email protected]> wrote:
Hi,
Here is a vote on a release of Jena 3.7.0.
This is the first proposed candidate for a 3.7.0 release.
There are process changes.
Deadline:
2018-04-01 22:00 UTC
April 1st!
==== Process Changes
1/
MD5 files are being discouraged because MD5 is not secure. Projects
are
now asked to not publish md5.
There are no md5 files in the proposed dist/jena area - files on
Apache
hardware.
There are sha1 and sha512 checksums.
* The sha512 is in Linux sha512sum checkable format.
* The sha1 is whatever maven generated and is the same as will go to
maven central.
Having the sha1 ties the dist/jena artifacts to maven central (as
does
the .asc).
There are md5 and sha1 in the proposes maven repo staging area for
sending to maven central. That part of maven is hardwired to
md5/sha1
still.
There's a script to setup the sha512.
2/
To establish the proof chain for signed artifacts in
/dist/project/, I
have been asked to try out the new META files.
https://checker.apache.org/doc/README.html#ch-meta
There are two files
/dist/jena/META
/dist/jena/META.asc
META says who signs what, and is itself signed by the PMC chair.
==== Release changes
55 JIRA:
https://s.apache.org/jena-3.7.0-jira
== Significant Changes
** Java9: Building and running on a Java9 platform is supported
JENA-1461 - Allow ARQ custom functions to be written in JavaScript
JENA-1389 - Return `this` rather than `void` from Dataset (API
change)
JENA-1495 - Return Model from PrefixMapping methods (API change)
JENA-1458, JENA-1483 - Transaction Promotion
JENA-1453 - Lucene indexes using a graph field are smaller
JENA-1490 - Working with Blank Nodes with Fuseki
== Upgrades to libraries (runtime dependencies):
No dependency changes.
==== Release Vote
Everyone, not just committers, is invited to test and vote.
Please download and test the proposed release.
Proposed dist/ area:
https://dist.apache.org/repos/dist/dev/jena/
Keys:
https://svn.apache.org/repos/asf/jena/dist/KEYS
Staging repository:
https://repository.apache.org/content/repositories/orgapache
jena-1022/
Git commit (browser URL):
https://git1-us-west.apache.org/repos/asf?p=jena.git;a=commi
t;h=d4e7063e
Git Commit Hash:
d4e7063e7a6db8ce77699bd0388e1a1bd6816626
Git Commit Tag:
jena-3.7.0-rc1
Please vote to approve this release:
[ ] +1 Approve the release
[ ] 0 Don't care
[ ] -1 Don't release, because ...
This vote will be open until at least
2018-04-01 22:00 UTC
If you expect to check the release but the time limit does not work
for you, please email within the schedule above with an expected
time
and we can extend the vote period.
Thanks,
Andy
Checking needed:
+ does everything work on Linux?
+ does everything work on MS Windows?
+ does everything work on OS X?
+ are the GPG signatures fine?
+ are the checksums correct?
+ is there a source archive?
+ can the source archive really be built?
(NB This requires a "mvn install" first time)
+ is there a correct LICENSE and NOTICE file in each artifact
(both source and binary artifacts)?
+ does the NOTICE file contain all necessary attributions?
+ have any licenses of dependencies changed due to upgrades?
if so have LICENSE and NOTICE been upgraded
appropriately?
+ does the tag/commit in the SCM contain reproducible sources?
--
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren
--
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren
