Author Topic: jena upgrade  (Read 12858 times)

0 Members and 1 Guest are viewing this topic.

Offline JoPol

  • VIP
  • Sr. Member
  • *
  • Posts: 28
    • View Profile
jena upgrade
« on: November 02, 2012, 20:45:43 »
Hello

I would like to upgrade to the latest jena version for the SPARQL plugin. It should be more efficient and I could fix the spooky workaround in mashup.bat
The upgrade would mean replacing ancestris.libs.jena/2.6.4 and ancestris.libs.apache.log4j/1.2.13 in project.xml
But I don’t want to break the nightly build again, there might be conflicts with components using another version of log4j. I have no Idea where to place the jars themselves but I do know where to find them.

We need at least:

http://mvnrepository.com/artifact/org.apache.jena/jena-arq/2.9.3
http://mvnrepository.com/artifact/org.apache.jena/jena-core/2.7.3
http://mvnrepository.com/artifact/org.apache.jena/jena-iri/0.9.3
http://mvnrepository.com/artifact/log4j/log4j/1.2.16
http://mvnrepository.com/artifact/org.slf4j/slf4j-api/1.6.4
http://mvnrepository.com/artifact/org.slf4j/slf4j-log4j12/1.6.4
http://mvnrepository.com/artifact/xerces/xercesImpl/2.10.0
http://mvnrepository.com/artifact/xml-apis/xml-apis/1.4.01

eclipse shows also the following jars in the maven dependency hierarchy, currently it seems to work without (like it used to do without the log4j ;-)

http://mvnrepository.com/artifact/org.apache.httpcomponents/httpclient/4.1.2
http://mvnrepository.com/artifact/org.apache.httpcomponents/httpcore/4.1.3
http://mvnrepository.com/artifact/commons-codec/commons-codec/1.5

Jo

Offline Daniel

  • Administrator
  • Sr. Member
  • *****
  • Posts: 44
    • View Profile
Re : jena upgrade
« Reply #1 on: November 05, 2012, 17:57:17 »
Ok Jo,

I'll try to update those libraries this evening

Could you confirm your dependency requirements, in previous version I had an icu4j dependency and no xml-api.

Daniel
« Last Edit: November 05, 2012, 18:14:11 by Daniel »

Offline JoPol

  • VIP
  • Sr. Member
  • *
  • Posts: 28
    • View Profile
Re: jena upgrade
« Reply #2 on: November 05, 2012, 20:37:13 »
It will have to wait until tomorrow.

Offline Daniel

  • Administrator
  • Sr. Member
  • *****
  • Posts: 44
    • View Profile
Re : jena upgrade
« Reply #3 on: November 05, 2012, 21:59:16 »
I have found on jena web site (http://www.apache.org/dist/jena/binaries/) jena version 2.7.4 and on slf4j web site (http://www.slf4j.org/download.html) slf4j version 1.7.2.

Is your development compatible with those updated version of the libraries?

Thanks

Offline JoPol

  • VIP
  • Sr. Member
  • *
  • Posts: 28
    • View Profile
Re: jena upgrade
« Reply #4 on: November 06, 2012, 12:40:45 »
Hello Daniel

You are pointing at the command line tools, I just need some libraries. The linked pages in the first message contain download links in tables that look more or less like:

Artifact    Download (JAR) (2.3 MB)
POM File    View
HomePage    
Organization    
Issue Tracker

Hope that helps for now, I will give some more background later.
Jo

Offline Daniel

  • Administrator
  • Sr. Member
  • *****
  • Posts: 44
    • View Profile
Re : jena upgrade
« Reply #5 on: November 06, 2012, 22:30:53 »
Hi Jo,

The Jena Library wrapper module now contains the jar you pointed out in your first message. Hope that it will fit your requirements.

Daniel

Offline JoPol

  • VIP
  • Sr. Member
  • *
  • Posts: 28
    • View Profile
Re: jena upgrade
« Reply #6 on: November 07, 2012, 15:18:32 »
thanks Daniel.

It should allow to create proper a classpath in the .bat / .sh files.

The promised background and another problem:

I'm an eclipse-maven developer and trying some stand-alone development for my plugin. The screenshot shows my improvised environment to implement some new main classes. The new mashup page explains these batch commands under construction. The rewritten to-do page explains how they could be embedded in the GUI, but don't feel obliged, definitely not yet: I need to do further tests.

The pom.xml is mavens equivalent of ANT's build ==edit: maven resolves the indirect dependenceis automatically==. The semweb package is happy with just jena. Most sources compile when I also add open-ide to the pom, and add ancestris-core.jar manually to the classpath. I don't mind that the plugin class does not compile and the gui-class might not run, but it was a nasty surprise to see that the gedcom reader relies on on genj.util.swing: how many more jars would I need? The gedcom I tried to read does not even contain embedded images.

Jo
« Last Edit: November 07, 2012, 17:08:15 by JoPol »