If you are not using Maven then you only need the .jar files You may wish to download the .sha1 and .md5 and verify that the signatures match the .jar if you are feeling particularly paranoid
Jena has no release schedule per se, any of the committers/PMC (which for Jena are identical sets of people) can propose that we make a release on the [email protected] list. If sufficient people agree and there are no major objections then someone (often the person proposing the release) volunteers to act as the release manager for that release and some kind of code cutoff deadline. The release manager will then cut a release and put it to a vote on the [email protected], anyone is then welcome to review and vote on the release. If there are sufficient positive votes and no serious objections/issues identified in the release candidate it is promoted to a release. If you are interested you can learn about the ins and outs of the Apache release process at http://www.apache.org/dev/release.html In terms of when a next release might happen we did the last one late-February and we usually make releases roughly every 3 months or so expect another one to come around late-April time but as I said before there are no hard dates. Rob On 3/29/13 12:28 PM, "Léonard PETNGA" <[email protected]> wrote: >Hi Rob! >I'm not using Maven but Ant to build my projects. Is that a problem? I >would like to keep it that way(if possible) and replace current Source and >Jar files by their 2.10.1-SNAPSHOT version in order to take advantage of >the "zero duration" fix and latest updates on Jena (I'm currently using >the >2.6 version). I've followed the development link >https://repository.apache.org/content/repositories/snapshots/org/apache/je >na/ >and I would like to know what to download and what not to take in >every >module. Do I need all these .pom, .xml, .sha1 and .md5 files even though I >don't use Maven? Where are the source files? I'm particularly interested >in >the new *XSDDuration.java* that includes the latest fix for "zero >duration". >When is the next release of Jena scheduled? >Thank you! >Leonard > > > > >2013/3/19 Rob Vesse <[email protected]> > >> If you are using Maven the current dev build version you will want for >> your Jena dependency will be 2.10.1-SNAPSHOT >> >> If you are using multiple Jena components you should use the latest >> SNAPSHOT across all your Jena dependencies as otherwise you will run >>into >> issues with conflicting versions of Jena modules on the class path. >> >> Note - There may be a 24 hour or so delay between when a fix is >>committed >> and when it is available in a development snapshot because snapshots are >> only deployed on a nightly basis. You can see when the last snapshot >>was >> built and deployed and what changes it contained at >> https://builds.apache.org/job/Jena__Development_Deploy/ >> >> >> >> Rob >> >> On 3/19/13 3:59 PM, "Dave Reynolds" <[email protected]> wrote: >> >> >Yes you need to update your copy of Jena. >> > >> >As it says on: >> > >> > http://jena.apache.org/download/index.html >> > >> >Development builds are available from: >> > >> > >> > >> >>https://repository.apache.org/content/repositories/snapshots/org/apache/j >>e >> >na/ >> > >> >Dave >> > >> >On 19/03/13 22:42, Léonard PETNGA wrote: >> >> Hi Andy, >> >> I understand from your email below that the issues I mentioned in my >> >>email >> >> have been fixed. Can you please tell me the procedure to access and >> >> integrate these fixes smootly to my code? Do I have to upgrade to a >>more >> >> recent version of Jena? For instance in Eclipse, I'm getting the >>error >> >>"The >> >> method createLiteral(String, XSDDatatype) is undefined for the type >> >> NodeFactory" when trying to run the piece of code uploaded at * >> >> https://issues.apache.org/jira/browse/JENA-414*. I'm using Jena >>2.6.... >> >> >> >> Thanks >> >> Leo >> >> >> >> >> >> 213/3/19 Andy Seaborne <[email protected]> >> >> >> >>> JIRA:: >> >>> >> >>> >> >>>https://issues.apache.org/**jira/browse/JENA-413< >> https://issues.apache.o >> >>>rg/jira/browse/JENA-413>fixes the 0 duration issue (fixed, closed) >> >>> >> >>> >> >>>https://issues.apache.org/**jira/browse/JENA-414< >> https://issues.apache.o >> >>>rg/jira/browse/JENA-414>records the formating of non-zero second >> >>>durations (fixed, closed) >> >>> >> >>> >> >>>https://issues.apache.org/**jira/browse/JENA-415< >> https://issues.apache.o >> >>>rg/jira/browse/JENA-415>is a feature request for xsd:dayTimeDuration >> >>>and xsd:yearMonthDuration in >> >>> Jena datatypes. >> >>> >> >>> (Awaiting contribution) >> >>> >> >>> ARQ supports both xsd:dayTimeDuration and xsd:yearMonthDuration. >> >>> >> >>> >> >>> On 19/03/13 00:54, Léonard PETNGA wrote: >> >>> >> >>>> Hi everyone, >> >>>> Thank you for your valuable insight. I understand there is an >> >>>>agreement >> >>>> here on avoiding the use of the Constructor as recommended in Jena >> >>>> Javadoc. >> >>>> Thus, I've tested the use of Literal as many of you suggested but >>it >> >>>> doesn't solve the problem as you can observe on my code below which >> >>>>shows >> >>>> numerous inconsistencies in the outputs. You can test it by >> >>>>yourself..... >> >>>> >> >>> >> >>> It is helpful if you include complete code, including the bit that >> >>>prints >> >>> input and output. If a complete, minimal example can be >> >>>cut-and-pasted to >> >>> run and get the behaviour, it avoids the risk of the reconstructed >> >>>setup >> >>> being wrong. >> >>> >> >>> >> >>> public static XSDDuration parseStringToISODuration(**String >> >>>duration) >> >>>> throwsIllegalArgumentException { >> >>>> >> >>>> Model model = ModelFactory.**createDefaultModel(); >> >>>> >> >>>> Literal l = model.createTypedLiteral(**duration, >> >>>>XSDDatatype. >> >>>> XSDduration ); >> >>>> >> >>>> XSDDuration durationXSD = (XSDDuration) l.getValue(); >> >>>> >> >>>> return durationXSD; >> >>>> >> >>>> } >> >>>> >> >>>> Input String Output XSDDuration >> >>>> >> >>>> "PT0H0M0S" ----> P >> >>>> "PT26S" ----> PT >> >>>> "PT0S" ----> P >> >>>> "PT5.034S" ----> P5.034S //only correct result! >> >>>> "PT5.00S" ----> PT >> >>>> "PT0.000S" ----> P >> >>>> >> >>>> Is the getValue() method not doing its job properly or am I missing >> >>>> something here? >> >>>> Thank you again, >> >>>> Leo >> >>>> >> >>>> >> >>>> >> >>>> 2013/3/18 Jeremy J Carroll <[email protected]> >> >>>> >> >>>> >> >>>>> >> >>>>> There are specific problems with xsd:duration, see >> >>>>> >> >>>>> >> >>>>>http://www.w3.org/TR/2004/REC-**rdf-mt-20040210/#dtype_interp< >> http://w >> >>>>>ww.w3.org/TR/2004/REC-rdf-mt-20040210/#dtype_interp> >> >>>>> >> >>>>> "xsd:duration does not have a well-defined value space" >> >>>>> >> >>>>> This is fixed and you should use either >> >>>>> >> >>>>> >> >>>>>http://www.w3.org/TR/**xmlschema11-2/#**yearMonthDuration< >> http://www.w >> >>>>>3.org/TR/xmlschema11-2/#yearMonthDuration> >> >>>>> >> >>>>> or >> >>>>> >> >>>>> >> >>>>>http://www.w3.org/TR/**xmlschema11-2/#dayTimeDuration< >> http://www.w3.or >> >>>>>g/TR/xmlschema11-2/#dayTimeDuration> >> >>>>> >> >>>>> I am unclear as to how this interacts with Jena support for >> >>>>>duration, or >> >>>>> your question - sorry. >> >>>>> >> >>>>> As regards to your question, the error message that "P" is not a >> >>>>>valid >> >>>>> duration is correct, "P0D" for example, seems to be valid >> >>>>>representation >> >>>>> of >> >>>>> the zero length duration, which is the canonical one for >> >>>>> dayTimeDuration. I >> >>>>> can't quite follow where the "P" is produced in your code, but >>still, >> >>>>> wherever it is, patching it to be "P0D" will fix things. >> >>>>> >> >>>>> >> >>>>> Jeremy >> >>>>> >> >>>>> >> >>>>> >> >>>>> On Mar 18, 2013, at 1:54 PM, Léonard PETNGA <[email protected]> >> >>>>>wrote: >> >>>>> >> >>>>> Hi Jena Community, >> >>>>>> I'm new to Jena and I would need your help fixing some issues >>with >> >>>>>>my >> >>>>>> >> >>>>> code. >> >>>>> >> >>>>>> I'm trying to parse a String in duration format ie "*PnYn MnDTnH >> >>>>>> >> >>>>> nMn**S*" into >> >>>>> >> >>>>>> an *XSDDuration* datatype that I'll bind to a Node of my inferred >> >>>>>>graph >> >>>>>> >> >>>>> (in >> >>>>> >> >>>>>> a custom built-in function). To that aim, my parser extracts and >> >>>>>>stores >> >>>>>> integer values for Year, Month, etc... in an array int[9] of >>*value, >> >>>>>> >> >>>>> *that >> >>>>> >> >>>>>> is latter passed to the XML duration constructor. This works fine >> >>>>>> >> >>>>> ...except >> >>>>> >> >>>>>> for when the duration is 0 (see the error below). >> >>>>>> >> >>>>>> public static int[] parseStringToISODurationInt(**String >>duration) >> >>>>>> throwsIllegalArgumentException { >> >>>>>> >> >>>>>> int[] value = new int[9]; >> >>>>>> >> >>>>>> StringTokenizer st = new StringTokenizer(duration); >> >>>>>> >> >>>>>> String nullDur = "PT0H0M0S"; // from a previous >>converter >> >>>>>> >> >>>>> function >> >>>>> >> >>>>>> >> >>>>>> if (duration == nullDur){ >> >>>>>> >> >>>>>> value[0] = 0; >> >>>>>> >> >>>>>> value[1] = 0; >> >>>>>> >> >>>>>> value[2] = 0; >> >>>>>> >> >>>>>> value[3] = 0; >> >>>>>> >> >>>>>> value[4] = 0; >> >>>>>> >> >>>>>> value[5] = 0; >> >>>>>> >> >>>>>> value[6] = 0; // [7] is the Z character(zulu timezone, >>not >> >>>>>> needed >> >>>>>> here), >> >>>>>> >> >>>>>> value[8] = 3; // 'mscale' value >> >>>>>> >> >>>>>> } else { >> >>>>>> >> >>>>>> // ....rest of the code >> >>>>>> >> >>>>>> } >> >>>>>> >> >>>>>> return value; >> >>>>>> >> >>>>>> } >> >>>>>> >> >>>>>> In my built-in I pass the array obtained to the >>*XSDDuration(Object >> >>>>>> value)*constructor and make the new node that is binded to the >>graph >> >>>>>> as follows : >> >>>>>> >> >>>>>> Node duration = null; >> >>>>>> >> >>>>>> duration = Node.createLiteral( >> >>>>>> LiteralLabelFactory.create(**newXSDDuration(value)) ); >> >>>>>> The following excerpt shows the error when running my built-in >>for a >> >>>>>> zero >> >>>>>> duration (value[i]=0 forall i =0,..6 and value[8]=3 ). >> >>>>>> >> >>>>>> Exception in thread "main" >> >>>>>> com.hp.hpl.jena.datatypes.**DatatypeFormatException: Lexical form >> >>>>>>'P' >> >>>>>> is >> >>>>>> >> >>>>> not >> >>>>> >> >>>>>> a legal instance of Datatype[http://www.w3.org/** >> >>>>>> 2001/XMLSchema#duration- >> >>>>>><http://www.w3.org/2001/XMLSchema#duration->> >> >>>>>> class com.hp.hpl.jena.datatypes.xsd.**XSDDuration] null >> >>>>>> [java] at >> >>>>>> >> >>>>>> com.hp.hpl.jena.graph.impl.**LiteralLabelImpl.getValue(** >> >>>>> LiteralLabelImpl.java:300) >> >>>>> >> >>>>>> >> >>>>>> So what what is the legal lexical form for a "zero" duration? How >> >>>>>>do I >> >>>>>> construct that using the *XSDDuration* constructor? >> >>>>>> Any other solution will be welcomed... >> >>>>>> >> >>>>>> Many thanks in advance for your prompt reaction. >> >>>>>> >> >>>>>> Leo >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>> >> >>> >> >> >> > >> >>
