Re: default build problems
Thomas Duff <[email protected]>
| Newsgroups | gmane.comp.java.keel.devel |
|---|---|
| Message-ID | <[email protected]> |
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 Configuration 1.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:
> 500 Servlet Exception
> java.io.FileNotFoundException: /default/keel/createdb.jsp
> at
> com.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.jav
> a:147)
> at
> com.caucho.server.webapp.DispatchFilterChain.doFilter(DispatchFilterCha
> in.java:115)
> at
> com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.
> java:208)
> at
> com.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispatche
> rImpl.java:263)
> at
> com.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispatche
> rImpl.java:101)
> at
> org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.ja
> va:1056)
> at
> org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestPro
> cessor.java:261)
> at
> org.apache.struts.action.RequestProcessor.processForwardConfig(RequestP
> rocessor.java:388)
> at
> org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(Tile
> sRequestProcessor.java:316)
> at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
> :231)
> at
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:
> 1164)
> at
> org.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)
> at
> com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterCha
> in.java:99)
> at
> com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.j
> ava:163)
> at
> com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.
> java:208)
> at
> com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:259)
> at
> com.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:38 PST)
So I checked and, sure enough, there was 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 is in
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 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(Tiles
>>>>>>>> Pl
>>>>>>>> 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