Re: default build problems
Thomas Duff <[email protected]>
| Newsgroups | gmane.comp.java.keel.devel |
|---|---|
| Message-ID | <[email protected]> |
Cool, thanks. Once you have fixed it, how do I get resynchronized?
Another ``maven keel:install''? Thanks again,
t
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