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
