Hi Navin,
On 9 March 2015 at 20:49, Navin Pai <navin...@gmail.com> wrote:
> 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.
>
Yes you're right, with the fat jar (jar of jars) you just need to specify
the list of dependencies which are included inside.
> The Maven shade plugin was a repeated suggestion for the "jar of jars"
> problem. Will check out the commit link you've provided.
>
The clean solution I introduced yesterday uses the shade plugin, it does
not produce a jar of jars any longer but just an unpacked classpath, it
also takes care to merge the jar metadata avoiding wrong ovverides, which
was the original problem.
> 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.
>
The screenshot looks correct, very good job.
During the day I'm going to publish all the open issues on the project
issue tracker.
Some of them are really complex and require deep knowledge of the project
and a technical documentation that not yet exists, other are self contained.
If you are interested in working on some of them please let me know, I will
provide all the support to make you effective.
>
> Thanks
>
Thanks a lot.
Best
Michele
>
>
> [1] http://i.imgur.com/1IH7Kl7.png
>
>
> On Mon, Mar 9, 2015 at 10:54 PM, Michele Mostarda <
> michele.mosta...@gmail.com> 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 <michele.mosta...@gmail.com>
>> 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 <lifeofna...@gmail.com> 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 <
>>>> michele.mosta...@gmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> On 8 March 2015 at 12:30, Navin Pai <lifeofna...@gmail.com> 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 <
>>>>>>> michele.mosta...@gmail.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>> > Sorry, I meant Navin, copy-paste is evil :)
>>>>>>> > Best
>>>>>>> > Michele
>>>>>>> >
>>>>>>> >
>>>>>>> > On 6 March 2015 at 12:28, Michele Mostarda <
>>>>>>> michele.mosta...@gmail.com>
>>>>>>> > 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: m...@michelemostarda.com
>>>>>>> >>
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > --
>>>>>>> > Michele Mostarda
>>>>>>> > Senior Software Engineer
>>>>>>> > skype: michele.mostarda
>>>>>>> > twitter: micmos
>>>>>>> > mail: m...@michelemostarda.com
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Michele Mostarda
>>>>> Senior Software Engineer
>>>>> skype: michele.mostarda
>>>>> twitter: micmos
>>>>> mail: m...@michelemostarda.com
>>>>> site: http://michelemostarda.it
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Michele Mostarda
>>> Senior Software Engineer
>>> skype: michele.mostarda
>>> twitter: micmos
>>> mail: m...@michelemostarda.com
>>> site: http://michelemostarda.it
>>>
>>
>>
>>
>> --
>> Michele Mostarda
>> Senior Software Engineer
>> skype: michele.mostarda
>> twitter: micmos
>> mail: m...@michelemostarda.com
>> site: http://michelemostarda.it
>>
>
>
>
> --
> _________________________My Siggie!!________________________________
>
> ..::o0CanSomeoneTellMeTheLocationOfTheSpacebar???0o::.
>
> « ¤ º NoRmaL PeOplE ScAre Me º ¤ »
>
> The Most Nonsensical Blog On Earth: http://lifeofnavin.blogspot.com/
>
--
Michele Mostarda
Senior Software Engineer
skype: michele.mostarda
twitter: micmos
mail: m...@michelemostarda.com
site: http://michelemostarda.it
------------------------------------------------------------------------------
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
Dbpedia-gsoc@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-gsoc
