Re: How to build dods from source? util/dods/build.xml doesn't work ..
Vladimir Puskas <[email protected]> Thu, 01 Sep 2005 10:22:42 +0200
| Newsgroups | gmane.comp.java.enhydra.shark |
|---|---|
| Message-ID | <[email protected]> |
Hello Geeta
you wrote:
> I have two questions:
> 1. If I upgrade log4j.jar in $Shark-dir/util/dods/lib-ext and
> commons-logging.jar in $Shark-dir/lib, then Shark doesn't work even after
> a complete rebuild I believe this is because of a dods problem. Is the
> solution to this to rebuild dods? Or is there another way?
I believe it's not ;-) dods problem. If there is a problem inside
util.jar it should be solved for http://eaf.object.org
> 2. If i have to rebuild dods, how do i do this? Is there a build.xml that
> works? (The $Shark-dir/util/dods/build.xml seems to have several errors.)
DODS inside Shark is binary only, its sources can be found on
http://dods.objectweb.org, but as I wrote rebuilding dods won't help
since logging part comes from EAF.
> If you are still reading, here are the details:
>
> Recently I have had to upgrade my tomcat to version 5.5.9 and that
> required me to upgrade my Log4j.jar as well as commons-logging.jar. I
> checked out the most recent Shark code from cvs and replaced log4j.jar in
> {Shark-dir}/util/dods/lib and commons-logging.jar in {Shark-dir}/lib. Then
> I rebuilt everything following the instructions in {Shark-dir}/readme.
> (btw, I had to delete the ant jobs involving EJB and Sharktests because
> the ant script bombs on the EJB task. )
Setting eclipse_root= and jonas_root= inside build.properties should
avoid EJB build for "make buildNoDoc". Sorry for this errors EJB's
aren't finished yet, so rough edges appear here and there.
> However,after rebuilding, I now cannot bring up my Shark admin interface
> (using runAll or runSA.bat) because i get the following error:
>
> java.lang.VerifyError: (class: com/lutris/logging/Log4jLogChannel, method:
> write signature:
> (Ljava/lang/String;Ljava/lang/String;Ljava/lang/Throwable;)V) Incompatible
> argument to function
> at com.lutris.logging.Log4jLogger.createChannel(Unknown Source)
> at com.lutris.logging.Log4jLogger.getChannel(Unknown Source)
> at
> org.enhydra.shark.utilities.dods.DODSUtilities.init(DODSUtilities.java:189)
> at
> org.enhydra.shark.authentication.DODSAuthenticationManager.configure(DODSAuthenticationManager.java:43)
> at
> org.enhydra.shark.SharkEngineManager.init(SharkEngineManager.java:214)
> at org.enhydra.shark.Shark.init(Shark.java:297)
> at org.enhydra.shark.Shark.configure(Shark.java:120)
>
> So looks like the new log4j.jar i have doesn't work with the dods stuff. I
> looked at {Shark-dir}/util/dods and find that the datestamps in that
> directory haven't changed to today's date. Which means buildAll target of
> {shark-dir}/build.xml doesn't build dods jars.
>
> So i tried to build dods. Went into {Shark-dir}/util/dods and ran
> configure. Then tried to execute "ant buildAll". But got another error in
> line 131 of build.xml:
> taskdef class net.sf.antcontrib.logic.IfTask cannot be found.
{Shark-dir}/util/dods doesn't contain DODS sources, there are binaries
and template stuff only.
> Looking at line 131 in build.xml i see this is because variable $ant-dir
> has been set to ${dods.output}/lib-ext wheras it ought to be
> ${basedir}/lib-ext. Similarly a lot of properties like "$fop.dir,
> $log4j.dir, $xerces.dir are all incorrect... Which makes me wonder if this
> build.xml is not the one I should be using? the readmeDods.html in the
> util/dods folder is obviously out-of-date since that refers to a
> build-dods.xml which doesn't even exist..(:(
>
> Can someone please help..? I have a demo set for next week and this will
> be a show-stopper if I cannot resolve it..(:(
Recent versions of Enhydra Server (based on EAF), are using Tomcat 5.5.9
and don't have problems using Log4j 1.2.8 - same log4j.jar Shark uses.
Until we get to the bottom of this, could you fall back to previous
version of log4j.jar - Enhydra 6.4/6.5 do it without problems.
hope this helps
--
Vlada
message-footer.txt
(text/plain, 271 B)
-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws