|
From: Sebastian R. K. <seb...@de...> - 2008-08-14 17:52:26
|
Forgot to tell you - skip the tagging module - we need to move it
somewhere else - it does not belong to base+acm+....+webapp family.
Tagging is used to manage tags according to Tom Gruber's ontology
(plus couple of extensions) and delivers REST API for that. If you
need it - I have cc-ed Jakub who wrote it. I did not have time to test
it yet myself though.
webapp-frext (as the wiki page says) is the module which was created
to remove dependency on the FOAFRealm project from webapp; I figure
most people do not need that feature - unless you want to use
FOAFRealm in your application (I mean, it can be pretty useful for
managing users)
The trick with - compile-them-all is done by base->rebuildAll btw.
I will add the missing classes directory (I think in base).
Cheers,
S.
On Aug 14, 2008, at 17:39 , Jack Park wrote:
> I am attempting to built it. It appears that it was already built, but
> damned if I can see how. There are still some serious bugs in svn:
> missing /classes directories (build.xml files should be tweaked to
> mkdir). Also, still missing jars, mostly in /tagging.
> Here are my notes:
> /ddc build.xml still has /JOnto_base/lib should be /base/lib
> /dmoz same
> /tagging was borrowed from S3B with a bad line:
> <property name="tomcat" value="${env.CATALINA_HOME}_mmt"/> what is
> "_mmt"?
> jdom.jar was missing
> /tagging wants httpclient.jar and it's in
> /webapp/webcontent/web-inf/lib/ -- not found
> F:\projects\TopicSpaces\jOntoAPACHE\svx2\webapp\build.xml:71: F:
> \projects\TopicS
> paces\jOntoAPACHE\svx2\thesaurus_wn\lib not found.
>
> What's with this \thesaurus_wn\ thing?
>
> What is webapp-frext ?
>
> Here is a build.xml file I made to sit outside and compile all of
> them:
>
> <?xml version="1.0"?>
> <project name="JOnt" default="build">
> <property name="jontoModulesBase" location="."/>
> <target name="build" depends="">
> <ant dir="${jontoModulesBase}/base" inheritAll="false" />
> <ant dir="${jontoModulesBase}/acm" inheritAll="false" />
> <ant dir="${jontoModulesBase}/ddc" inheritAll="false" />
> <ant dir="${jontoModulesBase}/dmoz" inheritAll="false" />
> <ant dir="${jontoModulesBase}/loc" inheritAll="false" />
> <ant dir="${jontoModulesBase}/pkt" inheritAll="false" />
> <ant dir="${jontoModulesBase}/tagging" inheritAll="false" />
> <ant dir="${jontoModulesBase}/udc" inheritAll="false" />
> <ant dir="${jontoModulesBase}/wordnet" inheritAll="false" />
> <ant dir="${jontoModulesBase}/webapp" inheritAll="false" />
> <ant dir="${jontoModulesBase}/webapp-frext"
> inheritAll="false" />
> </target>
> </project>
>
> This file could be extended to copy jars around and install in tomcat,
> then poke tomcat to restart itself.
>
> Cheers
> Jack
>
> On Thu, Aug 14, 2008 at 8:59 AM, Jack Park <jac...@gm...> wrote:
>> So, I'm downloading tomcat 6 now, and doing a fresh svn checkout.
>> What I don't have much experience with is this line:
>> "you need to have Sesame 2.0 repository set up somewhere and connect
>> to it through the configuration parameters (see above) "
>>
>> I have setup Sesame 2 repositories before by downloading projects
>> from
>> them; always end up with missing jar files and other issues; have
>> never been successful. Hope to be soon because I'd like to couple
>> with
>> the new database http://sf.net/projects/bigdata
>>
>> Thoughts?
>> Thanks
>> Jack
>>
>> On Thu, Aug 14, 2008 at 8:47 AM, Sebastian Ryszard Kruk
>> <seb...@de...> wrote:
>>> Hi Jack, all,
>>>
>>> I have managed (I hope) to bring JOnto to much nicer shape now.
>>> Clean checkout and set up using clean Tomcat 6 (see
>>> http://wiki.corrib.org/index.php/JOnto/
>>> 2.0#Installation_Step_by_Step )
>>> works as it should.
>>>
>>> Let me know if you have any issues.
>>>
>>> Good luck with Jetty testing.
>>>
>>> Cheers,
>>>
>>> Sebastian
>>>
>>>
>>> On Aug 13, 2008, at 23:43 , Jack Park wrote:
>>>
>>>> I would really love to think we can find a work around to not need
>>>> tomcat. For many purposes, it's just fine. For others, it's a bit
>>>> much
>>>> in terms of code. I have similar reservations about the Spring
>>>> framework; I'm able to get along without it just fine.
>>>>
>>>> I'm going to guess you will run into many of the same problems I
>>>> did,
>>>> even with tomcat linked in. For instance, the missing foafrealm
>>>> jar; I
>>>> really doubt that comes preinstalled in any version of tomcat. And,
>>>> the link to "openthesaurus" is really suspicious.
>>>>
>>>> There's another thing: the "JOnto_" prefix to classpaths. What's
>>>> that
>>>> all about? I gather that different people were involved with
>>>> different packages in the project: there are a few places where the
>>>> build.xml files could use some cleaning up; no need to
>>>> specifically go
>>>> after the jre jars. In fact, were I dictator, I'd rule that out
>>>> entirely; if you can't make it work without something hidden in the
>>>> bowels of the jre, then it's not reasonable to expect it will run
>>>> under the new open source java platforms.
>>>>
>>>> Nevertheless, I cannot see how any of those issues are in any way
>>>> related to the fact that I cannot boot jontotest.jsp, except
>>>> perhaps
>>>> as follows:
>>>> In that jsp, there is a specific class JOntoContext for which the
>>>> classpath is not declared in the jsp. Using google, I find that
>>>> it is:
>>>> org.corrib.jonto.JOntoContext
>>>>
>>>> However::: I cannot find source for that class in any package in
>>>> the
>>>> svn download. Go figure...
>>>> Also, that JSP is hardwired to a particular online location
>>>> http://www.corrib.org/jonto/pkt#
>>>> which, btw, doesn't exist (according to FF 3).
>>>>
>>>> Just guessing: Huston, we've got a few problems!!!
>>>>
>>>> Many thanks
>>>> Jack
>>>>
>>>>
>>>> On Wed, Aug 13, 2008 at 3:14 PM, Sebastian Ryszard Kruk
>>>> <seb...@de...> wrote:
>>>>> Jack,
>>>>>
>>>>> you did what looks like hell of work trying to fix this.
>>>>> I guess I should check out a clean code myself and try it with
>>>>> tomcat
>>>>> first
>>>>> (so that we know if the sources are complete at least). One of the
>>>>> reasons
>>>>> while the whole process so far could fail is that JOnto needs
>>>>> Sesame 2
>>>>> and
>>>>> RDF2Go installed in tomcat. I will try to find some time this
>>>>> week to
>>>>> write
>>>>> up a short info on where to put what in order to make it work.
>>>>>
>>>>> Stay tuned.
>>>>>
>>>>> And btw thanks for the comments.
>>>>>
>>>>> S.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Aug 13, 2008, at 21:44 , Jack Park wrote:
>>>>>
>>>>>> Offlist:
>>>>>> Indeed, there is in base/build.xml
>>>>>> <fileset dir="${env.CATALINA_HOME}/lib" includes="*.jar"/>
>>>>>> in that build.xml, I commmented out that fileset and changed
>>>>>> the jre
>>>>>> line
>>>>>> to
>>>>>> <fileset dir="${env.JAVA_HOME}/jre/lib/" includes="*.jar"/> and
>>>>>> got a
>>>>>> build
>>>>>> The ant script failed to create a /classes directory
>>>>>> The error message before I fixed the jre points out that in
>>>>>> DecimalTaxonomyContext, this import
>>>>>> import
>>>>>> sun.reflect.generics.reflectiveObjects.NotImplementedException;
>>>>>> leads to a class that might be changed. I'd suggest picking
>>>>>> another
>>>>>> exception
>>>>>>
>>>>>> Made the same jre change in /acm/build.xml and had to change
>>>>>> "JOnto_base" to just "base"
>>>>>>
>>>>>> /ddc missing /classes & /lib
>>>>>> Same build.xml issues
>>>>>>
>>>>>> /dmoz same issues as /ddc
>>>>>>
>>>>>> /loc just needed build.xml fixed
>>>>>>
>>>>>> /pkt same issues as /ddc
>>>>>>
>>>>>> /tagging has the right approach to getting the jre but also has a
>>>>>> "tomcat" directory
>>>>>> I commented out the reference to ${tomcat} in classpath and
>>>>>> failed on
>>>>>> HttpClient in soa TermServletTest which also asks for some
>>>>>> servlet jar
>>>>>> stuff. It may well be that the latest Tomcat includes
>>>>>> HttpClient, but
>>>>>> my 5.0 doesn't. So, I'm adding HttpClient and Servlet.jar to
>>>>>> webapp/lib for the heck of it. Added jdom.jar also--that got a
>>>>>> build.
>>>>>>
>>>>>> /udc needed build.xml tweaks
>>>>>>
>>>>>> /wordnet build.xml needed catalina_home commented out and the
>>>>>> jre fix
>>>>>>
>>>>>> /webapp has lots of problems. It needed /build/classes (had /
>>>>>> build)
>>>>>> It really wants thesaurus_wn/lib -- there is no thesaurus_wn
>>>>>> anywhere
>>>>>> in svn There is a /wordnet, so I substituted that
>>>>>> foafrealm-manage.jar was missing (even in the war file)
>>>>>> It turns out that thesaurus_wn was necessary but does not exist
>>>>>> in svn
>>>>>> because:
>>>>>> [javac]
>>>>>> F:\projects\TopicSpaces\jOntoAPACHE\svx\webapp\src\org\corrib
>>>>>> \jonto\
>>>>>> servlet\WordNetServlet.java:135: package
>>>>>> com.kh.jonto.openthesaurus.pl
>>>>>> does not
>>>>>> exist
>>>>>> Notice this change in the WordNetServlet source around line 135:
>>>>>>
>>>>>>
>>>>>> results
>>>>>> .addAll
>>>>>> (ThesaurusStorage
>>>>>> .getInstance
>>>>>> ().search(com.kh.jonto.openthesaurus.pl.OTContext.getContext(),
>>>>>> "label:"+word+" AND (type:synset OR type:tag)"));
>>>>>> //
>>>>>>
>>>>>> results
>>>>>> .addAll
>>>>>> (ThesaurusStorage
>>>>>> .getInstance().search(WordNetContext.getContext(),
>>>>>> "label:"+word+" AND (type:synset OR type:tag)"));
>>>>>>
>>>>>> Someone commented out a version that used WordNetContext and
>>>>>> asked to
>>>>>> perform a search from openthesaurus. I'm going to change that
>>>>>> back.
>>>>>>
>>>>>> I now get a complete build (it says here).
>>>>>>
>>>>>> Copied all the missing jars and the latest builds over to jetty
>>>>>> and we
>>>>>> still see
>>>>>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be
>>>>>> cast to
>>>>>> [Lorg.apache.jasper.compiler.JavacErrorDetail;
>>>>>> at
>>>>>>
>>>>>> org
>>>>>> .apache
>>>>>> .jasper.compiler.JDTJavaCompiler.compile(JDTJavaCompiler.java:
>>>>>> 466)
>>>>>> at
>>>>>> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:
>>>>>> 317)
>>>>>>
>>>>>> when building the JSP.
>>>>>>
>>>>>> All that to say that it appears one can build the entire system
>>>>>> without reference to anything in the tomcat libraries by simply
>>>>>> adding
>>>>>> to the distribution those libraries that are missing. But, there
>>>>>> remains a JSP compilation issue: Jetty includes the apache jsp
>>>>>> compilers, as you can see in the stack trace.
>>>>>>
>>>>>> I'm guessing that /trunk in svn is still experimental and that
>>>>>> there
>>>>>> are jar files called for in that build that are not yet synched
>>>>>> into
>>>>>> the repository.
>>>>>>
>>>>>> Thanks
>>>>>> Jack
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Aug 13, 2008 at 11:46 AM, Sebastian Ryszard Kruk
>>>>>> <seb...@de...> wrote:
>>>>>>>
>>>>>>> Hi Jack,
>>>>>>>
>>>>>>> a couple of things:
>>>>>>> 1) we have never tested JOnto on anything else than Tomcat
>>>>>>> (first 5.5
>>>>>>> and
>>>>>>> recent versions only Tomcat 6)
>>>>>>> 2) can you try to compile the project yourself? I trust -
>>>>>>> there might
>>>>>>> be
>>>>>>> some references to Tomcat-only libraries.
>>>>>>>
>>>>>>> Please let me know if that help.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Sebastian
>>>>>>>
>>>>>>>
>>>>>>> On Aug 13, 2008, at 18:20 , Jack Park wrote:
>>>>>>>
>>>>>>>> I expanded the latest sf download war file into jetty 6.1.1
>>>>>>>> webapps
>>>>>>>> and loaded localhost:8080/jonto
>>>>>>>> I got the jonto test link (which means that index.jsp must have
>>>>>>>> compiled), which, when clicked, gave me this:
>>>>>>>>
>>>>>>>> [Ljava.lang.Object; cannot be cast to
>>>>>>>> [Lorg.apache.jasper.compiler.JavacErrorDetail;
>>>>>>>>
>>>>>>>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be
>>>>>>>> cast to
>>>>>>>> [Lorg.apache.jasper.compiler.JavacErrorDetail;
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org
>>>>>>>> .apache
>>>>>>>> .jasper.compiler.JDTJavaCompiler.compile(JDTJavaCompiler.java:
>>>>>>>> 466)
>>>>>>>> at
>>>>>>>> org
>>>>>>>> .apache.jasper.compiler.Compiler.generateClass(Compiler.java:
>>>>>>>> 317)
>>>>>>>>
>>>>>>>> Nothing shows up in google about that error, and I don't have
>>>>>>>> much
>>>>>>>> experience debugging JSP. Does that error ring any bells? Did
>>>>>>>> I miss
>>>>>>>> a
>>>>>>>> step?
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>> Jack
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move
>>>>>>>> Developer's
>>>>>>>> challenge
>>>>>>>> Build the coolest Linux based applications with Moblin SDK &
>>>>>>>> win
>>>>>>>> great
>>>>>>>> prizes
>>>>>>>> Grand prize is a trip for two to an Open Source event
>>>>>>>> anywhere in the
>>>>>>>> world
>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>>>>> _______________________________________________
>>>>>>>> JOnto-devel mailing list
>>>>>>>> JOn...@li...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jonto-devel
>>>>>>>
>>>>>
>>>
>>
|