Re: default build problems
Michael Nash <[email protected]>
| Newsgroups | gmane.comp.java.keel.devel |
|---|---|
| Organization | JGlobal Limited |
| Message-ID | <[email protected]> |
Thomas:
On Thu, 2005-02-24 at 17:08, Thomas Duff wrote:
> Cool, thanks. Once you have fixed it, how do I get resynchronized?
> Another ``maven keel:install''? Thanks again,
You should just need to edit your project.xml, change to "SNAPSHOT" for
app-util, svc-persist-base and svc-persist, then do a fresh maven war.
I'm trying to keep everything "snapshot" until we get to a nice stable
point, then I'll crank out another point release.
Shouldn't need another keel:install until you upgrade the plugin itself
- which I have some fixes for in the works as well, a number of minor
bugs and improvements.
I'll drop a line here when I deploy the new jars, and again, thanks for
the extra pair of eyes on this!
Mike
>
> t
>
> On Feb 24, 2005, at 4:52 PM, Michael Nash wrote:
>
> > Thomas:
> >
> > Ok, you've hit a bug there for sure: The svc-persist-base module has a
> > JSP in it - unfortunately, as it's not tagged as a "client" module
> > (which it isn't of course), the JSP's aren't getting extracted into the
> > right places.
> >
> > I'm going to refactor this right now into app-util, where it belongs
> > (IMO).
> >
> > Maven just doesn't let us get away with a thing :-)
> >
> > Mike
> >
> > On Thu, 2005-02-24 at 16:42, Thomas Duff wrote:
> >> Well, just to keep the ball rolling, I blindly looked for something
> >> to create a legal tiles-defs.xml from and found three files in the
> >> sources that together make:
> >>
> >> <?xml version="1.0" encoding="ISO-8859-1"?>
> >> <!DOCTYPE tiles-definitions PUBLIC
> >> "-//Apache Software Foundation//DTD Tiles
> >> Configuration1.1//EN"
> >> "http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd">
> >>
> >> <tiles-definitions>
> >>
> >> <definition name="default" path="/layouts/defaultLayout.jsp">
> >> <put name="title" value="My Title"/>
> >> <put name="header" value="/tiles/header.jsp"/>
> >> <put name="footer" value="/tiles/footer.jsp"/>
> >> <put name="message" value="/tiles/message.jsp"/>
> >> </definition>
> >>
> >> </tiles-definitions>
> >>
> >> I create <resind-dir>/webapps/default/WEB-INF/tiles-defs.xml with
> >> that contents and it got past the place it was dying. However, I ran
> >> into another problem. When I tried to create the database, I get:
> >>
> >> 500Servlet Exception
> >> java.io.FileNotFoundException:/default/keel/createdb.jsp
> >>
> >>
> >> atcom.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.
> >> java:147)
> >>
> >>
> >> atcom.caucho.server.webapp.DispatchFilterChain.doFilter(DispatchFilter
> >> Chain.java:115)
> >>
> >>
> >> atcom.caucho.server.dispatch.ServletInvocation.service(ServletInvocati
> >> on.java:208)
> >>
> >>
> >> atcom.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispat
> >> cherImpl.java:263)
> >>
> >>
> >> atcom.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispat
> >> cherImpl.java:101)
> >>
> >>
> >> atorg.apache.struts.action.RequestProcessor.doForward(RequestProcessor
> >> .java:1056)
> >>
> >>
> >> atorg.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequest
> >> Processor.java:261)
> >>
> >>
> >> atorg.apache.struts.action.RequestProcessor.processForwardConfig(Reque
> >> stProcessor.java:388)
> >>
> >>
> >> atorg.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(T
> >> ilesRequestProcessor.java:316)
> >>
> >>
> >> atorg.apache.struts.action.RequestProcessor.process(RequestProcessor.j
> >> ava:231)
> >>
> >>
> >> atorg.apache.struts.action.ActionServlet.process(ActionServlet.java:
> >> 1164)
> >>
> >>
> >> atorg.apache.struts.action.ActionServlet.doGet(ActionServlet.java:
> >> 397)
> >> at
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:113)
> >> at
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:90)
> >>
> >>
> >> atcom.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilter
> >> Chain.java:99)
> >>
> >>
> >> atcom.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChai
> >> n.java:163)
> >>
> >>
> >> atcom.caucho.server.dispatch.ServletInvocation.service(ServletInvocati
> >> on.java:208)
> >>
> >>
> >> atcom.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:
> >> 259)
> >>
> >>
> >> atcom.caucho.server.port.TcpConnection.run(TcpConnection.java:341)
> >> at
> >> com.caucho.util.ThreadPool.runTasks(ThreadPool.java:467)
> >> at com.caucho.util.ThreadPool.run(ThreadPool.java:408)
> >> at java.lang.Thread.run(Thread.java:552)
> >>
> >>
> >> Resin-3.0.11 (built Tue, 15 Feb 2005 10:38:38PST)
> >>
> >> So I checked and, sure enough, therewas no createdb.jsp in the war
> >> file:
> >>
> >> (~/keel/keel-build/example-projects/default)
> >> [Silver] (duff): jar tf target/default.war | grep createdb
> >> (~/keel/keel-build/example-projects/default)
> >>
> >> After some checking around, I found it in svc-persist-base, which isin
> >> the project.xml.
> >> So I checked the temp directory, and found this:
> >>
> >> (~/keel/keel-build/example-projects/default)
> >> [Silver] (duff): find temp -name createdb.jsp
> >> temp/lib/svc-persist-base/jsp/struts/keel/createdb.jsp
> >> temp/newjar/jsp/struts/keel/createdb.jsp
> >>
> >> So, it is making it into the temp directory but not the war file.
> >>
> >> t
> >>
> >> On Feb 24, 2005, at 3:41 PM, Michael Nash wrote:
> >>
> >> Thomas:
> >>
> >> On Thu, 2005-02-24 at 15:02, Thomas Duff wrote:
> >> Nope, same error. It did download the SNAPSHOT
> >> version,
> >> though.
> >>
> >> Ok, at least we got that bit...:-)
> >>
> >> I don't know if it illuminates anything or not, but
> >> here
> >> are the file from an unbuilt cvs checkout that contain
> >> tiles:
> >>
> >> It helps a great deal - it tells me that we missed some
> >> modules,
> >> specifically, app-scheduler and svc-spellcheck-jazzy, that
> >> might be
> >> gumming up the works.
> >>
> >> The strange part is that these two apps are not in the default
> >> example
> >> project, so I'm back to confused... Will keep at it!
> >>
> >> Mike
> >>
> >> (~/projects/keel)
> >> [Silver] (duff): find . -type f -a \! -path "*CVS*" |
> >> xargs grep -I -i
> >> -l tiles
> >> grep:
> >>
> >> ./.metadata/.plugins/org.eclipse.debug.core/.launches/[default]:
> >> No such file or directory
> >> grep: war.launch: No such file or directory
> >>
> >> ./app-scheduler/src/jsp/struts/scheduler/promptScheduleJob.jsp
> >>
> >> ./app-scheduler/src/jsp/struts/scheduler/promptUpdateJob.jsp
> >> ./clnt-struts/conf/client/webapp/web-taglib.xml
> >> ./keel-build/bin/import/keel-assemble-client.xml
> >> ./keel-build/bin/import/keel-config.xml
> >>
> >> ./keel-build/bin/webapps/struts-1.2.4/WEB-INF/classes/META-INF/tlds/
> >> struts-tiles.tld
> >>
> >> ./keel-build/bin/webapps/struts-1.2.4/WEB-INF/classes/org/apache/
> >> struts/resources/tiles-config_1_1.dtd
> >>
> >> ./keel-build/bin/webapps/struts-1.2.4/WEB-INF/struts-tiles.tld
> >> ./keel-build/import/keel-assemble-client.xml
> >> ./keel-build/import/keel-config.xml
> >>
> >> ./keel-build/webapps/struts-1.2.4/WEB-INF/classes/META-INF/tlds/
> >> struts-
> >> tiles.tld
> >>
> >> ./keel-build/webapps/struts-1.2.4/WEB-INF/classes/org/apache/struts/
> >> resources/tiles-config_1_1.dtd
> >>
> >> ./keel-build/webapps/struts-1.2.4/WEB-INF/struts-tiles.tld
> >> ./svc-spellcheck-jazzy/english.0
> >>
> >> t
> >>
> >> On Feb 24, 2005, at 2:25 PM, Michael Nash wrote:
> >>
> >> Thomas:
> >>
> >> Interesting - these files (mentioned tiles)
> >> appear to be from
> >> clnt-struts (keel-clnt-struts jar file). I've
> >> just "deployed" a new
> >> "snapshot" of this jar. If you take the
> >> project.xml and change the
> >> "version" value for the dependency for
> >> "keel-clnt-struts" to SNAPSHOT,
> >> then do a fresh "maven war", it would be
> >> interesting to see if this
> >> sorts it out.
> >>
> >> I haven't had the opportunity to try it on a
> >> "clean machine" here yet,
> >> but will do so if this isn't the answer.
> >>
> >> Thanks again
> >>
> >> Mike
> >>
> >> On Thu, 2005-02-24 at 14:06, Thomas Duff
> >> wrote:
> >> There didn't seem to be any jsps that
> >> included the string"tiles".
> >> Here are the
> >> non-binary files which contain the
> >> string "tiles":
> >>
> >>
> >> (~/keel/keel-build/example-projects/default)
> >> [Silver] (duff): find . -type f |
> >> xargs grep -I -i -l tiles
> >> ./build.log
> >>
> >> ./src/webapp/WEB-INF/classes/META-INF/tlds/struts-tiles.tld
> >>
> >> ./src/webapp/WEB-INF/classes/org/apache/struts/resources/tiles-
> >> config_1_1.dtd
> >> ./src/webapp/WEB-INF/struts-config.xml
> >> ./src/webapp/WEB-INF/struts-tiles.tld
> >> ./src/webapp/WEB-INF/web.xml
> >>
> >> ./target/default/WEB-INF/classes/META-INF/tlds/struts-tiles.tld
> >>
> >> ./target/default/WEB-INF/classes/org/apache/struts/resources/tiles-
> >> config_1_1.dtd
> >>
> >> ./target/default/WEB-INF/struts-config.xml
> >>
> >> ./target/default/WEB-INF/struts-tiles.tld
> >> ./target/default/WEB-INF/web.xml
> >>
> >> ./temp/lib/keel-clnt-struts/conf/client/snippets/struts-config3.xml
> >>
> >> ./temp/lib/keel-clnt-struts/conf/client/snippets/tiles-defs1.xml
> >>
> >> ./temp/lib/keel-clnt-struts/conf/client/snippets/tiles-defs2.xml
> >>
> >> ./temp/lib/keel-clnt-struts/conf/client/snippets/tiles-defs3.xml
> >>
> >> /temp/lib/keel-clnt-struts/conf/client/webapp/web-taglib.xml
> >>
> >> ./temp/lib/struts/META-INF/tlds/struts-tiles-1.1.tld
> >>
> >> ./temp/lib/struts/META-INF/tlds/struts-tiles.tld
> >>
> >> ./temp/lib/struts/org/apache/struts/resources/tiles-config_1_1.dtd
> >>
> >> ./temp/newjar/org/apache/struts/resources/tiles-config_1_1.dtd
> >>
> >> ./temp/webapp/conf/client/snippets/struts-config3.xml
> >>
> >> ./temp/webapp/conf/client/snippets/tiles-defs1.xml
> >>
> >> ./temp/webapp/conf/client/snippets/tiles-defs2.xml
> >>
> >> ./temp/webapp/conf/client/snippets/tiles-defs3.xml
> >>
> >> ./temp/webapp/conf/client/webapp/web-taglib.xml
> >>
> >> I'll also attach the output which
> >> includes the matching lines. Let me
> >> know if there
> >> is ANYTHING else I can do to help with
> >> this. Thanks!
> >>
> >> t
> >>
> >>
> >>
> >> ______________________________________________________________________
> >> On Feb 24, 2005, at 1:33 PM, Michael
> >> Nash wrote:
> >>
> >> Thomas:
> >>
> >> On Thu, 2005-02-24 at 13:34,
> >> Thomas Duff wrote:
> >> Nope, same problem.
> >> As a matter of fact, I
> >> also experiencedthe
> >> "incomplete
> >> war file on first
> >> build" thing again
> >> too. I'll attach
> >> complete logs
> >> of
> >> the first and
> >> second ``maven war''
> >> attempts including the
> >> contents of the
> >> resulting
> >> war
> >> file.
> >>
> >> Much appreciated! I'm working
> >> on the build system again
> >> today, and
> >> will
> >> track this down definitely.
> >>
> >> Is there an easy way
> >> for me to remove the
> >> tiles dependency?
> >>
> >> Yes - look for JSP files in
> >> "temp" directory that
> >> reference tiles -
> >> this
> >> will tell us the app-* jar
> >> that needs to be re-reployed.
> >> I thought I
> >> had
> >> removed all references, and
> >> maybe I have - but I
> >> apparently haven't
> >> deployed the resulting jars to
> >> the repository!
> >>
> >> Still getting used to the
> >> "maven way" :-)
> >>
> >> Thanks again for sending this
> >> along...
> >>
> >> Mike
> >>
> >> Thanks!
> >>
> >> t
> >>
> >>
> >>
> >> ____________________________________________________________________
> >> __
> >> On Feb 24, 2005, at
> >> 7:32 AM, Michael Nash
> >> wrote:
> >>
> >> Thomas:
> >>
> >> Hmm - also odd
> >> - all the
> >> depenencies on
> >> Tiles should
> >> have been
> >> removed,
> >> as it's not a
> >> default in the
> >> latest Struts.
> >> You might try
> >> removing
> >> your
> >> keel directory
> >> from the local
> >> repository, so
> >> it will get
> >> fresh jars
> >> for
> >> everything, in
> >> case you got
> >> something
> >> before an
> >> update.
> >>
> >> I'm also
> >> working on the
> >> plugin to make
> >> sure this
> >> "first time"
> >> situation
> >> doesn't happen
> >> any more -
> >> thanks for
> >> reporting it!
> >>
> >> Mike
> >>
> >> On Wed,
> >> 2005-02-23 at
> >> 20:17, Thomas
> >> Duff wrote:
> >>
> >> Weird. This time it built. Maybe it is only the first timethat
> >> it
> >> fails,
> >> and
> >> I've
> >> been
> >>
> >> reproducing it because I keep wiping it
> >> out to
> >> make
> >> sure I
> >> start
> >>
> >> clean. *shrug*
> >>
> >>
> >> However, now when I startup the default application (under
> >> resin
> >> 3.0) I
> >> get
> >> the
> >>
> >> following:
> >>
> >>
> >> [20:14:11.009] http listening to *:8080
> >>
> >> [20:14:11.012] ServletServer[] starting
> >>
> >> [20:14:11.822] Host[] starting
> >>
> >> [20:14:12.857] expanding /usr/local/resin/webapps/default.war to
> >>
> >> /usr/local/resin/webapps/default
> >>
> >> [20:14:17.667] Application[http://localhost:8080/default] starting
> >>
> >> [20:14:21.338] action: init
> >>
> >> [20:14:22.554] null : Can't find file '/WEB-INF/tiles-defs.xml'
> >>
> >> [20:14:22.558] Can't create Tiles definition factory for module
> >> ''.
> >>
> >> [20:14:22.574] javax.servlet.ServletException:
> >>
> >> org.apache.struts.tiles.FactoryNotFoundException: null : Can't
> >> find
> >> file
> >>
> >> '/WEB-INF/tiles-defs.xml'
> >>
> >> [20:14:22.574] at
> >>
> >> org.apache.struts.tiles.TilesPlugin.initDefinitionsFactory(TilesPl
> >> ug
> >> in
> >> .j
> >>
> >> ava:235)
> >>
> >> [20:14:22.574] at
> >>
> >> org.apache.struts.tiles.TilesPlugin.init(TilesPlugin.java:139)
> >> ...
> >>
> >> I ran
> >> into
> >> this
> >>
> >> before... I'm not sure what should be in that file
> >> but
> >> I
> >>
> >> previously
> >>
> >> cobbled it together by combining the files tiles-defs[123].xml
> >> that
> >> I
> >> found
> >>
> >> elsewhere in the hierarchy.
> >>
> >> t
> >>
> >> On Feb
> >> 23,
> >> 2005,
> >> at
> >> 7:50
> >> PM,
> >>
> >> Michael Nash wrote:
> >>
> >>
> >> Thomas:
> >>
> >>
> >> Ok, that's not it. Can you send a log of maven war? Maybe I can
> >>
> >> tell
> >>
> >> where the wheels are coming off from that....
> >>
> >>
> >> Thanks!
> >>
> >>
> >> Mike
> >>
> >>
> >> On Wed, 2005-02-23 at 19:33, Thomas Duff wrote:
> >>
> >> (~/keel/keel-build/example-projects/default-sqlserver)
> >>
> >> [Silver] (duff): maven -i
> >>
> >> __ __
> >>
> >> | \/ |__ _Apache__ ___
> >>
> >> | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> >>
> >> |_| |_\__,_|\_/\___|_||_| v. 1.0.2
> >>
> >>
> >> #---- BEGIN: Which report
> >>
> >> Which.version=Which.java:($Revision: 1.2 $)
> >>
> >> WhichJar.java:($Revision:
> >>
> >> 1.2 $)
> >>
> >> java.version=1.4.2_05
> >>
> >> file.encoding=MacRoman
> >>
> >>
> >> java.ext.dirs=/Library/Java/Extensions:/System/Library/Java/
> >>
> >> Extensions:
> >>
> >>
> >> /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/
> >>
> >> lib/
> >>
> >> ext
> >>
> >>
> >> java.class.path=/usr/local/maven-1.0.2/lib/forehead-1.0-beta
> >>
> >> -5.jar
> >>
> >> os.name=Mac OS X
> >>
> >> java.vendor=Apple Computer, Inc.
> >>
> >>
> >> sun.boot.class.path=/usr/local/maven-1.0.2/lib/endorsed/xerces
> >>
> >> -2.4.0.jar:/usr/local/maven-1.0.2/lib/endorsed/xml-apis
> >>
> >> -1.0.b2.jar:/
> >>
> >> System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/
> >>
> >> Classes/
> >>
> >> classes.jar:/System/Library/Frameworks/JavaVM.framework/
> >>
> >> Versions/
> >>
> >> 1.4.2/
> >>
> >> Classes/ui.jar:/System/Library/Frameworks/JavaVM.framework/
> >>
> >> Versions/
> >>
> >> 1.4.2/Classes/laf.jar:/System/Library/Frameworks/
> >>
> >> JavaVM.framework/
> >>
> >> Versions/1.4.2/Classes/sunrsasign.jar:/System/Library/
> >>
> >> Frameworks/
> >>
> >> JavaVM.framework/Versions/1.4.2/Classes/jsse.jar:/System/
> >>
> >> Library/
> >>
> >>
> >> Frameworks/JavaVM.framework/Versions/1.4.2/Classes/jce.jar:/
> >>
> >> System/
> >>
> >> Library/Frameworks/JavaVM.framework/Versions/1.4.2/Classes/
> >>
> >> charsets.jar
> >>
> >> java.runtime.name=Java(TM) 2 Runtime Environment, Standard
> >>
> >> Edition
> >>
> >> #---- END: Which report
> >>
> >>
> >> Installed plugins:
> >>
> >> maven-abbot-plugin-1.1
> >>
> >> <snip>
> >>
> >> maven-jxr-plugin-1.4.2
> >>
> >> maven-keel-plugin-1.2.2
> >>
> >> maven-latex-plugin-1.4.1
> >>
> >> <snip>
> >>
> >> Home Build properties:
> >>
> >> {maven.repo.remote=http://ibiblio.org/maven,http://
> >>
> >> keelframework.org/
> >>
> >> maven,
> >> maven.repo.local=/Users/duff/keel/keel-build/repository}
> >>
> >>
> >>
> >> On Feb 23, 2005, at 7:27 PM, Thomas Duff wrote:
> >>
> >>
> >> I know that I installed 1.2.2 but I'll do it again
> >> in case it
> >>
> >> failed
> >>
> >> and
> >>
> >> I didn't notice.
> >>
> >>
> >> t
> >>
> >>
> >> On Feb 23, 2005, at 7:12 PM, Michael Nash wrote:
> >>
> >>
> >> Thomas:
> >>
> >>
> >> Maybe you've done this already, but make
> >> sure you have the
> >>
> >> latest
> >>
> >> keel
> >>
> >> plugin: version 1.2.2
> >>
> >>
> >> You can do a maven plugin:download, then
> >> tell it artifactId
> >>
> >> maven-keel-plugin, groupId keel, version
> >> 1.2.2
> >>
> >>
> >> I just did a maven war here, and my war has
> >> a bunch more than
> >>
> >> it
> >>
> >> shows
> >>
> >> below - however, if I uninstall the Keel
> >> plugin, then my war
> >>
> >> looks
> >>
> >> *exactly* like yours, hence my suspicion
> >> :-)
> >>
> >>
> >> Mike
> >>
> >>
> >> On Wed, 2005-02-23 at 18:52, Thomas Duff
> >> wrote:
> >>
> >> I'm probably doing something
> >> stupid, but I can't figure it
> >>
> >> out.
> >>
> >> I
> >>
> >> started
> >>
> >> with a clean slate when I switched
> >> to maven. Everything
> >>
> >> seemed
> >>
> >> to
> >>
> >> go fine. I did the maven
> >> keel:install, no errors. Then I
> >>
> >> changed
> >>
> >> directories
> >>
> >> to
> >> keel-build/example-projects/default and did maven war.
> >>
> >> After
> >>
> >> much
> >>
> >> downloading and what not, it
> >> succeeded but when I checked the
> >>
> >> war
> >>
> >> file,
> >>
> >> this is all I have in it:
> >>
> >>
> >>
> >> (~/keel/keel-build/example-projects/default)
> >>
> >> [Silver] (duff): jar tf
> >> target/default.war
> >>
> >> META-INF/
> >>
> >> META-INF/MANIFEST.MF
> >>
> >> WEB-INF/
> >>
> >> WEB-INF/classes/
> >>
> >> WEB-INF/lib/
> >>
> >> WEB-INF/tld/
> >>
> >> WEB-INF/lib/cli-1.0.jar
> >>
> >> WEB-INF/lib/comm-direct-1.0.jar
> >>
> >>
> >> WEB-INF/lib/commons-beanutils-1.6.1.jar
> >>
> >>
> >> WEB-INF/lib/commons-collections-3.0.jar
> >>
> >>
> >> WEB-INF/lib/commons-fileupload-1.0.jar
> >>
> >>
> >> WEB-INF/lib/commons-logging-1.0.4.jar
> >>
> >>
> >> WEB-INF/lib/commons-validator-1.1.3.jar
> >>
> >> WEB-INF/lib/concurrent-1.3.1.jar
> >>
> >> WEB-INF/lib/keel-client-2.1.jar
> >>
> >> WEB-INF/lib/keel-clnt-cli-1.1.jar
> >>
> >>
> >> WEB-INF/lib/keel-clnt-struts-3.0.jar
> >>
> >> WEB-INF/lib/keel-common-2.0.jar
> >>
> >> WEB-INF/lib/oro-2.0.8.jar
> >>
> >> WEB-INF/lib/struts-1.2.4.jar
> >>
> >> WEB-INF/lib/xercesImpl-2.6.2.jar
> >>
> >> WEB-INF/lib/xml-apis-2.0.2.jar
> >>
> >> WEB-INF/lib/xmlParserAPIs-2.0.2.jar
> >>
> >>
> >> I got the same results yesterday,
> >> but thought it might be
> >>
> >> because
> >>
> >> things
> >>
> >> were still in flux. So today I
> >> wiped it out completely and
> >>
> >> started
> >>
> >> all
> >>
> >> over
> >>
> >> but got the same results. At one
> >> point I accidently used a
> >>
> >> window
> >>
> >> that
> >>
> >> still had my old KEEL_HOME variable
> >> and it built a more
> >>
> >> complete
> >>
> >> war file. Also, I'm not sure if
> >> this is supposed to be the
> >>
> >> case,
> >>
> >> but
> >>
> >> the only
> >>
> >> top-level directory created in
> >> $KEEL_HOME is keel-build.
> >>
> >> None
> >>
> >> of
> >>
> >> the
> >>
> >> other directories are there. I
> >> assume that is because it is
> >>
> >> doing
> >>
> >> a
> >>
> >> binary build rather than from
> >> sources....
> >>
> >>
> >> Any help would be greatly
> >> appreciated. Thanks!
> >>
> >>
> >> tom
> >>
> >> --
> >>
> >> Thomas Duff / [email protected]
> >>
> >> Principal Software Engineer /
> >> Global Crossing
> >>
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >>
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >> Keelgroup
> >> mailing list
> >>
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >>
> >> keelframework.com
> >>
> >>
> >> http://keelframework.org/documentation.shtml
> >> Keelgroup mailing list
> >>
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >> keelframework.com
> >>
> >> http://keelframework.org/documentation.shtml
> >> Keelgroup mailing list
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >> keelframework.com
> >>
> >> http://keelframework.org/documentation.shtml
> >> Keelgroup mailing list
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >> keelframework.com
> >>
> >> http://keelframework.org/documentation.shtml
> >> Keelgroup mailing list
> >> [email protected]
> >>
> >> http://lists.keelframework.com/listinfo.cgi/keelgroup-
> >> keelframework.com
> >
> > http://keelframework.org/documentation.shtml
> > Keelgroup mailing list
> > [email protected]
> > http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com
>
> http://keelframework.org/documentation.shtml
> Keelgroup mailing list
> [email protected]
> http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com
http://keelframework.org/documentation.shtml
Keelgroup mailing list
[email protected]
http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com