Nope, same error.  It did download the SNAPSHOT version,
though.  I don't know if it illuminates anything or not, but here
are the file from an unbuilt cvs checkout that contain tiles:

(~/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 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(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

Reply via email to