Hey Michele,
I managed to get it up and running by simply using the jersey jars in the
classpath manually [1]. Didn't have to include any of the other jars. The
Maven shade plugin was a repeated suggestion for the "jar of jars" problem.
Will check out the commit link you've provided. I seem to be up and running
with both Mongodb as well as ElasticSearch! :) I'm just checking out the
API mentioned on http://localhost:PORT/frontend/store.html to get a better
feel of it.
Thanks
[1] http://i.imgur.com/1IH7Kl7.png
On Mon, Mar 9, 2015 at 10:54 PM, Michele Mostarda <
> [email protected]> wrote:
>
>> Hi Navin,
>> quick update just in case you were interested in submitting a patch
>> to solve the build issue.
>> I had to speedup this task so I solved the packaging bug using solution
>> 2: revert back yo Maven and use shade plugin (now everything works fine).
>> You can find the working solution from commit [1] ahead.
>>
>> Best
>> Michele
>> [1]
>> https://bitbucket.org/hardest/jsonpedia/commits/9a61345d824b171eb3a67fc605dbec79cdd8a9a4
>>
>> On 9 March 2015 at 11:02, Michele Mostarda <[email protected]>
>> wrote:
>>
>>> Hi Navin,
>>> simply compose the classpath manually:
>>>
>>> you need to have collected all the JAR deps within the same directory
>>> (you can find them into the Gradle cache), let say lib:
>>>
>>> The from lib just run:
>>> java -Djava.net.preferIPv4Stack=true \
>>> -cp
>>> activation-1.1.jar:grizzly-http-2.1.2.jar:jackson-xc-1.9.2.jar:jersey-json-1.11.jar:management-api-3.0.0-b012.jar:\
>>>
>>> xercesImpl-2.9.1.jar:asm-3.1.jar:grizzly-http-server-2.1.2.jar:jaxb-api-2.2.2.jar:jersey-server-1.11.jar:\
>>>
>>> mongo-java-driver-2.7.2.jar:xml-apis-1.3.04.jar:commons-compress-1.0.jar:grizzly-rcm-2.1.2.jar:jaxb-impl-2.2.3-1.jar:\
>>>
>>> jettison-1.1.jar:nekohtml-1.9.16.jar:commons-io-2.4.jar:jackson-core-asl-1.9.6.jar:jcommander-1.29.jar:\
>>>
>>> servlet-api-2.5.jar:gmbal-api-only-3.0.0-b023.jar:jackson-jaxrs-1.9.6.jar:jersey-core-1.11.jar:stax-api-1.0.1.jar:\
>>>
>>> grizzly-framework-2.1.2.jar:jackson-mapper-asl-1.9.6.jar:jersey-grizzly2-1.11.jar:stax-api-1.0-2.jar:\
>>> jsonpedia-full-1.2-SNAPSHOT.jar com.machinelinking.cli.server -c
>>> ../../conf/default.properties
>>>
>>> Please notice the relative location of the .properties file.
>>>
>>> Best
>>> Michele
>>>
>>>
>>> On 9 March 2015 at 10:49, Navin Pai <[email protected]> wrote:
>>>
>>>> Hey Michele,
>>>>
>>>> >> launch the JVM with full classpath including all library deps and
>>>> the sonpedia-full-1.2-
>>>> SNAPSHOT.jar .
>>>>
>>>> I'm not sure what you mean by this... Could you elaborate? Aren't we
>>>> already doing this?
>>>>
>>>> Thanks
>>>> Navin
>>>>
>>>> On Mon, Mar 9, 2015 at 2:30 PM, Michele Mostarda <
>>>> [email protected]> wrote:
>>>>
>>>>>
>>>>>
>>>>> On 8 March 2015 at 12:30, Navin Pai <[email protected]> wrote:
>>>>>
>>>>>> Hey Michele,
>>>>>> I'm done with the warmup task for JSONpedia, but serving data from
>>>>>> the generated jar seems to be giving me some problems.
>>>>>>
>>>>>> My console output is shown below:
>>>>>>
>>>>>> ====
>>>>>>
>>>>>> $ java -cp build/libs/jsonpedia-full-1.2-SNAPSHOT.jar
>>>>>> com.machinelinking.cli.server -c /tmp/conf.properties
>>>>>>
>>>>>> Mar 08, 2015 3:30:53 PM
>>>>>> com.sun.jersey.api.core.PackagesResourceConfig init
>>>>>> INFO: Scanning for root resource and provider classes in the packages:
>>>>>> com.machinelinking.service
>>>>>> Mar 08, 2015 3:30:54 PM
>>>>>> com.sun.jersey.api.core.ScanningResourceConfig logClasses
>>>>>> INFO: Root resource classes found:
>>>>>> class com.machinelinking.service.DefaultAnnotationService
>>>>>> class com.machinelinking.service.DefaultStorageService
>>>>>> Mar 08, 2015 3:30:54 PM
>>>>>> com.sun.jersey.api.core.ScanningResourceConfig init
>>>>>> INFO: No provider classes found.
>>>>>> Error while running com.machinelinking.service.BasicServer
>>>>>> java.lang.IllegalArgumentException: No container provider supports
>>>>>> the type class org.glassfish.grizzly.http.server.HttpHandler
>>>>>> at
>>>>>> com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:196)
>>>>>> at
>>>>>> com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:134)
>>>>>> at
>>>>>> com.sun.jersey.api.container.grizzly2.GrizzlyServerFactory.createHttpServer(GrizzlyServerFactory.java:243)
>>>>>> at
>>>>>> com.machinelinking.service.BasicServer.setUp(BasicServer.java:79)
>>>>>> at com.machinelinking.cli.server.main(server.java:49)
>>>>>>
>>>>>> ====
>>>>>>
>>>>>> I found a couple of links online that seem to suggest that this
>>>>>> implies an issue with the jar creation [1] [2]
>>>>>>
>>>>>> Have you come across this before? Any idea on how to resolve this?
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> [1]
>>>>>> https://stackoverflow.com/questions/9787265/grizzly-and-jersey-standalone-jar
>>>>>> [2]
>>>>>> https://stackoverflow.com/questions/11887321/running-jersey-on-grizzly-on-linux-and-windows
>>>>>>
>>>>>> ----
>>>>>> Note to self: Don't reply to digests :(
>>>>>>
>>>>>> Hi Navin, right catch.
>>>>> Fat JARs and Jersey don't coexist very well. With Maven we fixed
>>>>> this issue with an assembly building a JAR of JARs.
>>>>> After migration to Gradle we introduced this regression, the fat jar
>>>>> is messed up and we didn't allocate effort to find a stable fix.
>>>>>
>>>>> The simple workaround we use to run the server io to launch the JVM
>>>>> with full classpath including all library deps and
>>>>> the sonpedia-full-1.2-SNAPSHOT.jar .
>>>>>
>>>>> Please feel free to fix it and submit a patch, I suggest two possible
>>>>> solutions:
>>>>> S1- build a JAR of JARs like the Maven assembly did with options unzip
>>>>> false;
>>>>> S2- revert back to maven (a POM is is already present in Git history
>>>>> but needs to be updated with the features introduced in the latest
>>>>> gradle).
>>>>>
>>>>> Let me know if you need any help.
>>>>> For realtime communication you can write on skype: michele.mostarda
>>>>>
>>>>> Best
>>>>> Michele
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Haha... completely understandable! :D
>>>>>>>
>>>>>>> I'm almost done with the task... The task is thankfully very
>>>>>>> straightforward! :)
>>>>>>>
>>>>>>> Had a slightly offtopic question though... Is there any reason
>>>>>>> JSONpedia is
>>>>>>> on BitBucket rather than on Github like the other DBpedia projects?
>>>>>>> Just
>>>>>>> curious...
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Navin
>>>>>>>
>>>>>>> On Fri, Mar 6, 2015 at 5:05 PM, Michele Mostarda <
>>>>>>> [email protected]
>>>>>>> > wrote:
>>>>>>>
>>>>>>> > Sorry, I meant Navin, copy-paste is evil :)
>>>>>>> > Best
>>>>>>> > Michele
>>>>>>> >
>>>>>>> >
>>>>>>> > On 6 March 2015 at 12:28, Michele Mostarda <
>>>>>>> [email protected]>
>>>>>>> > wrote:
>>>>>>> >
>>>>>>> >> Dear Harsh,
>>>>>>> >> I'm glad to notice your interest in applying to project 5.2 "New
>>>>>>> >> Dynamic Extractors from Wikipedia Content with JSONpedia Faceted
>>>>>>> Browsing"
>>>>>>> >> [1].
>>>>>>> >>
>>>>>>> >> Please have a look to the related warmup tasks [2]. Let me know
>>>>>>> if you
>>>>>>> >> have any issue on that.
>>>>>>> >>
>>>>>>> >> Best
>>>>>>> >> Michele
>>>>>>> >>
>>>>>>> >> [1] http://wiki.dbpedia.org/gsoc2015/ideas#h460-8
>>>>>>> >> [2] https://github.com/dbpedia/extraction-framework/issues/356
>>>>>>> >>
>>>>>>> >> --
>>>>>>> >> Michele Mostarda
>>>>>>> >> Senior Software Engineer
>>>>>>> >> skype: michele.mostarda
>>>>>>> >> twitter: micmos
>>>>>>> >> mail: [email protected]
>>>>>>> >>
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > --
>>>>>>> > Michele Mostarda
>>>>>>> > Senior Software Engineer
>>>>>>> > skype: michele.mostarda
>>>>>>> > twitter: micmos
>>>>>>> > mail: [email protected]
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Michele Mostarda
>>>>> Senior Software Engineer
>>>>> skype: michele.mostarda
>>>>> twitter: micmos
>>>>> mail: [email protected]
>>>>> site: http://michelemostarda.it
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Michele Mostarda
>>> Senior Software Engineer
>>> skype: michele.mostarda
>>> twitter: micmos
>>> mail: [email protected]
>>> site: http://michelemostarda.it
>>>
>>
>>
>>
>> --
>> Michele Mostarda
>> Senior Software Engineer
>> skype: michele.mostarda
>> twitter: micmos
>> mail: [email protected]
>> site: http://michelemostarda.it
>>
>
>
>
> --
> _________________________My Siggie!!________________________________
>
> ..::o0CanSomeoneTellMeTheLocationOfTheSpacebar???0o::.
>
> « ¤ º NoRmaL PeOplE ScAre Me º ¤ »
>
> The Most Nonsensical Blog On Earth: http://lifeofnavin.blogspot.com/
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Dbpedia-gsoc mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-gsoc
