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
