Open seralf opened 8 years ago
Strange, builds fine here.
Hmz, builds on my system (Win10, Netbeans, JDK 8). Some googling on "Root blocks must be at position zero" (http://stackoverflow.com/questions/24319576/jena-tdbexception-root-blocks-must-be-at-position-zero) suggests that the test datastore may not be updated correctly.
Hi I'm trying to compile directly from the console on windows, using both the win terminal and the mingw64 console by git.
My system configuration is the following:
Apache Maven 3.3.9
Maven home: ~\sw\maven
Java version: 1.8.0_92, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_92\jre
Default locale: it_IT, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "dos"
Perhaps there is an issue with creating / deleting the test repository. The test tries to create a repository (subdirectory) "ldf-jena-test" in the directory set by the "java.io.tmpdir" variable, and tries to delete it afterwards.
So I'd suggest to check what the "java.io.tmpdir" path is, and if the "ldf-jena-test" subdirectory is still there. If that's the case: delete it by hand and try again.
HI @barthanssens thank you for the suggestion, you are right: the problem seems to be related to folders which doesn't exist yet or cannot be deleted.
running
mvn -Djava.io.tmpdir=target clean package
mvn -Djava.io.tmpdir=target -Dgpg.skip=true install
correctly creates the package or install it. Note: I had to explicitly specify the folder where to handle the ldf-jena-test, and had to disable gpg check in the second case, in order to use install (avoiding manual local installation!).
Maybe the pre-post conditions on folders could be added directly to the test cases?
Aha, nice. For the purpose of testing, I think it would be even better to forget about disk-based storage altogether and just use an in-memory store...
ok, it's possible however to provide a default folder, avoiding permissions problems on win,
I've tested with something like:
// System.setProperty("java.io.tmpdir", "target/TEMP");
String tmpdirName = System.getProperty("java.io.tmpdir", "target/TEMP");
File tmpdir = new File(tmpdirName).getCanonicalFile();
if(!tmpdir.exists()) tmpdir.mkdirs(); // ensure the temp directory exists
jena = new File(tmpdir, "ldf-jena-test").getCanonicalFile();
jena.mkdir();
and it works from Eclipse, without having necessarily to enable a system property.
Hello, trying to compile the latest version of the library (in order to have it on my local maven), I had the following errors: