Re: default build problems
Michael Nash <[email protected]>
| Newsgroups | gmane.comp.java.keel.devel |
|---|---|
| Organization | JGlobal Limited |
| Message-ID | <[email protected]> |
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(DispatchFilterChain.java:115)
>
> atcom.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:208)
>
> atcom.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:263)
>
> atcom.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:101)
>
> atorg.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1056)
>
> atorg.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:261)
>
> atorg.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:388)
>
> atorg.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.java:316)
>
> atorg.apache.struts.action.RequestProcessor.process(RequestProcessor.java: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(ServletFilterChain.java:99)
>
> atcom.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:163)
>
> atcom.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.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