Re: [Treebase-devel] Mesquite troubles

[Rutger V. <rut...@gm...>]

Yes, you are both right: the mesquite jar is "needed", but unless you
clean up your work environment (local repo) it will stick around and
so you won't notice.

Unfortunately, leaving it in won't help us because the issue is that
the jar only works at compile time in that you can build against it,
but at runtime mesquite won't work inside a jar (because of its own
extension loading and bootstrapping implementation).

What I'm doing instead is now committing the unpacked class folder for
mesquite into /treebase-core/lib, and setting my eclipse .project to
use that, which should amount to the same thing as having the jar file
in your classpath.

>From this point, we have to figure out how to correctly deploy this
class folder into our web application. I've tried placing it in
$CATALINA_HOME/shared/classes but it's not quite happy with that (same
error as before).

Next I'll try and see what happens if I place it directly inside the
folder structure that is created when tomcat unpacks the
treebase-web.war. Not an ideal solution of course, but at this point I
just want to narrow down the variables.

Rutger

On Tue, Dec 15, 2009 at 10:57 PM, youjun guo <you...@ya...> wrote:
> Rutger,
>
> I Just noticed the mesquite jar, which was commented by you in the pom.xml
> of treebase-core, is actually needed for the project. Sometimes you can get
> the system compiled without it is because it already got downloaded to the
> classpath,
>
> But for a newly check out project, it will not compile without it.
>
> Youjun
>
> On Tue, Dec 15, 2009 at 11:34 AM, Rutger Vos <rut...@gm...> wrote:
>>
>> Hi all,
>>
>> I'm still having trouble getting mesquite to play nice, so this email
>> is a cry for help!
>>
>> I'm hoping that Vladimir and/or Youjun can give this some thought as
>> well, because maybe I'm just overlooking something obvious. What
>> continues to happen is that mesquite can't figure out where it is
>> located when I run it inside tomcat. It then tries to ask the user
>> where the mesquite manual is located (so that it can compute the
>> correct path relative to the manual file), but because in headless
>> mode we default to "OK" on all user queries everything breaks down
>> from then on.
>>
>> Here's what I've done recently:
>>
>> * I added anything that seems pertinent w.r.t. mesquite <=> treebase
>> interaction to the wiki page:
>>
>> https://sourceforge.net/apps/mediawiki/treebase/index.php?title=HeadlessMesquite
>>
>> * I committed the treebase class files to /treebase-core/lib
>>
>> * I removed all reference to mesquite from the pom.xml files
>> (apologies for adding them in the first place, I was hoping we could
>> integrate it in the maven system)
>>
>> * I emailed Jin Ruan, Peter Midford, Mark-Jason Dominus and Wayne
>> Maddison.
>>
>> Is Peter at nescent right now? Could someone knock on his door and
>> plead for his help? He knows a lot about mesquite!
>>
>> Thanks,
>>
>> Rutger
>>
>> --
>> Dr. Rutger A. Vos
>> School of Biological Sciences
>> Philip Lyle Building, Level 4
>> University of Reading
>> Reading
>> RG6 6BX
>> United Kingdom
>> Tel: +44 (0) 118 378 7535
>> http://www.nexml.org
>> http://rutgervos.blogspot.com
>>
>>
>> ------------------------------------------------------------------------------
>> Return on Information:
>> Google Enterprise Search pays you back
>> Get the facts.
>> http://p.sf.net/sfu/google-dev2dev
>> _______________________________________________
>> Treebase-devel mailing list
>> Tre...@li...
>> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
>



-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading
RG6 6BX
United Kingdom
Tel: +44 (0) 118 378 7535
http://www.nexml.org
http://rutgervos.blogspot.com