Re: [Jonto-users] [JOnto-devel] First boot failure

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

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
> >>>
> >