Re: building avalon from cvs

sorry, wrong list! Silly me. New mail client, old mistake <blush>.

I wrote:
> Hi peeps,
> 
> building all of avalon from CVS is tricky. I found lots of problems and 
> 'fixed' quite a few (most things I did should really be considered 
> temperorary hacks till we get maven or centipede running). I was able to 
> build a lot of stuff from cvs on cygwin on win2k, with ant 1.5.1 
> installed and in the path, with the latest stable junit.jar in the ant 
> lib/ directory, using the following set of commands (disclaimer: there 
> could be typos):
> 
> cvs -d [email protected]:/home/cvs co jakarta-avalon \
> jakarta-avalon-excalibur jakarta-avalon-cornerstone \ 
> jakarta-avalon-logkit jakarta-avalon-phoenix jakarta-avalon-site \ 
> jakarta-site jakarta-oro avalon-sandbox
> 
> cd jakarta-avalon-excalibur/loader
> cp ant.properties.sample ant.properties
> cd ../../jakarta-oro
> ant
> cd ../jakarta-avalon
> ant
> cd ../jakarta-avalon-logkit
> ant
> cd ../jakarta-avalon-excalibur/extension
> ant
> 
> ------------------
> 
> note there's some issues with loader/extension. Probably a dependency 
> that needs adding; not quite clear to me (feel free to call me anything 
> ranging from 'fat little vegetable' to 'mildly unclean sock'). It is 
> also a bit cumbersome to have to check out jakarta-oro to build loader.
> 
> ------------------
> 
> cd ..
> ant
> 
> this got me lots of warnings about missing jars 'n stuff, but it built.
> 
> cd ../jakarta-avalon-cornerstone
> ant
> cd ../../jakarta-avalon-phoenix
> ant get-mx4j
> ant
> cd ../../jakarta-avalon-apps/db
> ant
> cd ../demo
> ant
> cd ../enterprise
> ant all
> 
> ------------------
> 
> this failed! Didn't feel like fixing as enterprise is stale anyway and 
> not used in gump. Steve, can you fix this or move enterprise elsewhere 
> (hint hint :D)?
> 
> prepare:
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterprise\ins\build\ins\src
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterprise\ins\build\ext\src
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterprise\ins\build\pss\src
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterprise\ins\build\lib
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterprise\ins\dist
> 
> context:
> 
> ins.idl:
> 
> BUILD FAILED
> file:F:/src/cvs/jakarta/jakarta-avalon-apps/enterprise/ins/build.xml:156: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\enterpr
> ise\orb\dist not found.
> 
> ------------------
> 
> cd ../ftpserver
> ant
> cd ../hsql
> ant
> cd ../httpproxy
> ant
> cd ../infomover
> ant
> 
> ------------------
> 
> this failed too! Berin, what's the infomover status?
> 
> compile:
>     [mkdir] Created dir: 
> F:\src\cvs\jakarta\jakarta-avalon-apps\infomover\build\classes
>     [javac] Compiling 29 source files to 
> F:\src\cvs\jakarta\jakarta-avalon-apps\infomover\build\classes
>     [javac] 
> F:\src\cvs\jakarta\jakarta-avalon-apps\infomover\src\java\org\apache\infomover\manipulator\Normalizer.java:1 
> 
> 51: cannot resolve symbol
>     [javac] symbol  : variable rec
>     [javac] location: class org.apache.infomover.manipulator.Normalizer
>     [javac]             trans.removeRecord( rec );
>     [javac]                                 ^
>     [javac] 
> F:\src\cvs\jakarta\jakarta-avalon-apps\infomover\src\java\org\apache\infomover\manipulator\Normalizer..java:1 
> 
> 70: rec is already defined in 
> processRecord(org.apache.infomover.transaction.Transaction,org.apache.infomover.transactio 
> 
> n.Record)
>     [javac]             Record rec = new Record( m_destTable, (add) ? 
> Record.ADD : Record.DELETE );
>     [javac]                    ^
>     [javac] 2 errors
> 
> BUILD FAILED
> file:f:/src/cvs/jakarta/jakarta-avalon-apps/infomover/build.xml:110: 
> Compile failed; see the compiler error output for d
> etails.
> 
> ------------------
> 
> cd ../overlord
> ant
> cd ../phyre
> ant
> cd ../sevak
> ant
> cd ../simpleserver
> ant
> cd ../xcommander
> ant
> 
> ------------------
> 
> Clearly, lots of stuff is not in gump while it should be. Also, we've 
> got references to various jars hardcoded in many places (look at my cvs 
> commits for an impression ;). A central repo like used by maven would be 
> handy dandy :D
> 
> Also, phoenix depends on info, which is in sandbox.
> 
> I'm going to keep my fingers crossed and see if gump builds 
> tonight....if it does I'll be trying building stuff under linux and 
> figuring out the excalibur dependency issue if no-one beats me to it. 
> Then again I might do something 'bout my study :D
> 
> g'night all,
> 
> - Leo