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
tiles.log
Description: Binary data
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 experienced the
"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 time that 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(TilesPlug 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
