Re: [Keelgroup] default build problems

Thomas Duff Thu, 24 Feb 2005 14:16:27 -0800

BTW, I manually copied the svc-persist-base JSPs over and
it seems to be smooth sailing.  :)

Also, I checked the rest of the services and none of them had
any JSPs.

On Feb 24, 2005, at 4:52 PM, Michael Nash wrote:

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

Re: [Keelgroup] default build problems

Reply via email to