Re: Splitting WML file
First off, I'm a fully fledged newbie when it comes to cocoon, so at this stage I'm looking for pointers rather than absolute answers - although that would be nice ;-) I've used Cocoon to translate some xml documents to wml format using the bog-standard wml converter that the Hello, World samples use and it works without any problems when viewing them using a desktop browser. The problem that I have to solve is concerned with using wml with mobile devices. These devices often have small amounts of memory, and a limited file size that they can accept (eg the Nokia 7110 has a maximum file size of 1397 bytes.) What would be the best strategy to adopt to split the xml or wml file into a suitable size (NB the split file must, of course be valid xml.) How have other people dealt with this problem? I have handled this by by using statements in a style sheet that extracts out one subsection of a single XML file before transforming it to WML. So, the sitemap looks like: map:match pattern=browser/features.xml map:generate src=xml/browser/modules.xml/ map:transform src=stylesheets/onesection.xsl !-- this style sheet extracts out -- map:parameter name=where value=Features/ !-- the section named 'Features' only -- /map:transform map:call resource=xml-page !-- the primary stylesheets for conversion to -- map:parameter name=level value=back / !-- WML or HTML depending upon the browser -- /map:call /map:match map:match pattern=browser/info.xml map:generate src=xml/browser/modules.xml/ map:transform src=stylesheets/onesection.xsl map:parameter name=where value=Modules Info/ !-- this one extracts 'Modules Info' -- /map:transform map:call resource=xml-page map:parameter name=level value=back / /map:call /map:match The XML file, (modules.xml) has the structure, sectionidModules Info/id ... /section sectionidFeatures/id ... /section sectionidBenefits/id ... /section ... etc.. Then we just arrange it so that an HTML browser will only see links to 'modules.xml' while a WML browser will see links to 'features.xml' and 'info.xml', etc. -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot access Cocoon WAP page
Costantino, but unfortunately that did not fix the problem. In fact, I have the same problem if I try to access hello.html, for example, with the mobile device (which should be no problem). Do you have any idea? Try this site with the mobile browser: http://www.caphnet.com/ This is the one that we created with the modifications that I described. Let me know if it works with that browser. Let me know what happens. Skip -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot access Cocoon WAP page
Costantino, I can access your site without problem with my mobile - but unfortunately not yet mine (http://titao.homelinux.org:8080/cocoon/hello.wml)... I also tried every possible combination with http://webcab.de/cgi-bin/fetchpage.cgi, checking the result in the core.log file. I am really puzzled, I don't understand what can be wrong. Can you see something wrong in this log file (from an access test with the mobile)? Unfortunately at the moment, my mobile phone browser returns 'Service Not Available' so I can't do it from there with the phone. My WML browser on my Palm PDA works with your site works just fine. Or can you suggest any other test that I can do? If you try using netcat (nc) to access the pages you can see the problem: simulating a proper WML browser (say Nokia): $ nc www.caphnet.com 80 GET /index.xml HTTP/1.0 User-Agent: Nokia returns: HTTP/1.1 200 OK Date: Tue, 10 Dec 2002 23:34:30 GMT Server: Apache Content-Type: text/vnd.wap.wml X-Cocoon-Version: 2.0.2 Vary: User-Agent Connection: close !DOCTYPE wml PUBLIC -//WAPFORUM//DTD WML 1.1//EN http://www.wapforum.org/DTD/wml_1.1.xml; wml xmlns:xsp=http://www.apache.org/1999/XSP/Core;card id=CaphNet Main Menu title=CaphNet Main Menua title=Company href=/company/index.xml About CaphNet/abr/a title=Browser href=/browser/index.xmlCaphNet Family of Freedom Browser Software Platforms/abr/a title=Partnerships href=/partnerships/index.xmlJoin Us/abr/p/ The CaphNet site contents are written entirely in XML. The entire site can be viewed with any HTML or WML Browser. /card/wml And for the UP browser: $ nc www.caphnet.com 80 GET /index.xml HTTP/1.0 User-Agent: UP returns: HTTP/1.1 200 OK Date: Tue, 10 Dec 2002 23:33:54 GMT Server: Apache Content-Type: text/html X-Cocoon-Version: 2.0.2 Vary: User-Agent Connection: close wml xmlns:xsp=http://www.apache.org/1999/XSP/Core; card id=CaphNet Main Menu title=CaphNet Main Menu a title=Company href=/company/index.xmlAbout CaphNet/a br a title=Browser href=/browser/index.xmlCaphNet Family of Freedom Browser Software Platforms/a br a title=Partnerships href=/partnerships/index.xmlJoin Us/a br p/p The CaphNet site contents are written entirely in XML. The entire site can be viewed with any HTML or WML Browser. /card /wml Note that !DOCTYPE is missing in the second version (I found out by experimenting, that the Content-Type field does not really matter for the UP browser). When I go to your WML page, it always returns !DOCTYPE. If you arrange your sitemap so that !DOCTYPE is never sent for the UP user agent, then you should be okay. Are you sure that the changes that you tried earlier accomplished that ? Skip -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot access Cocoon WAP page
I am having a problem while trying to access the sample hello.wml sample = page of Cocoon (I am running Apache Tomcat with Cocoon 2.0.3 on a = Windows 2000 system) with a mobile phone. The WAP browser waits a few seconds and then answers: 500: Web service problem: Please contact service provider. If I then select Details, I read: 1500: Could not connect to site. I have tried with a number of WAP emulators and it works perfectly; it = also works if I save the WML page and let the webserver serve it = directly (I also tried using different telecom providers with no success). Anyone has any ideas of the reason why this behaviour can happen? PARAM: 'user-agent' VALUES: '[SIE-ME45/23 UP.Browser/5.0.2.2 (GUI) UP.Link/5.1.1.4]' The problem that you are having is because the UP.Browser does not like the DOCTYPE prologue in the page that is being generated/sent. You can make a quick fix by making your pipeline use map:serialize type=html/ instead of map:serialize type=wml/ for wap user agents. In production, we use a more general solution of introducing a new browser agent in the sitemap selectors section: browser name=wapx useragent=UP/!-- broken WML browser, does not like the DOCTYPE prologue -- and then testing for a wapx browser in the pipeline: map:select type=browser map:when test=wap map:transform src=stylesheets/{level}_wml.xsl / map:serialize type=wml/ /map:when map:when test=wapx map:transform src=stylesheets/{level}_wml.xsl / map:serialize type=html/ /map:when map:otherwise map:transform src=stylesheets/{level}_html.xsl / map:serialize type=html/ /map:otherwise /map:select this gives us the ability to handle proper WML browsers as well as the broken one. Skip -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Complicated setup
Can anyone advise me on getting this complicated setup right? We have a website that will have some stuff served by Cocoon and some served by Apache. It is not easy to separate them out because we need to retain legacy URLs. Likewise, it is not possible to give Cocoon served material a URL prefix, primarily because we need Cocoon to serve the home page of the site. From Cocoon: / /index /general/* /archive/* /x-space/* etc. (about 10 items) From Apache: /images/* /movies/* /audio/* /x-spaceprojects/* /harlem/* etc. (also about 10 items) I was able to move a large site (lots of legacy content and multiple virtual servers) over to serve everything thru Cocoon without changing any of the existing URLs. The apache.conf file looks like: VirtualHost www1.myserver.com ServerName www1.myserver.com IfModule mod_webapp.c WebAppConnection comConnection warp www1.myserver.com:8008 WebAppDeploy cocoon comConnection / /IfModule /VirtualHost The Tomcat server.xml file has the cocoon directory as the default root: Context path= docBase=cocoon debug=0 reloadable=true / The only tricky part was handling the legacy CGI, that was handled by having another virtual server and then redirecting to it in the Cocoon sitemap.xmap file: map:match pattern=cgi-bin/* map:redirect-to uri=http://www2.myserver.com/cgi-bin/{1}/ /map:match -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites: CaphNet upgraded to Cocoon 2
The CaphNet site, http://www.caphnet.com/ is listed as a Cocoon 1 site, it upgraded some time ago to Cocoon 2. Thanks to Cocoon, its one of the few sites in the US that serves WML. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAP problem
Its strange but my cell phone does not open http://xxx/cocoon/samples/hello-world/hello.wml saying: 1019 Compile Error What's the matter? Several cell phone microbrowsers are NOT strictly WML compliant, in spite of the fact that they say they are. I have seen the above problem with the Phone.Com (aka OpenWave) UP.Browser. Its really pretty inexcusable for the browser to be so fragile considering that the phone is not doing any of the WML parsing; a proxy server is doing it. I did some experimenting and found that the UP browser does not like the DOCTYPE prologue. My solution for dealing with this was to create a psuedo-browser type, wapx by changing the browser useragent=UP line to the following in the sitemap.xmap browser selector section: browser name=wapx useragent=UP/!-- broken WML browser, does not like the DOCTYPE prologue -- and then to use the HTML serializer instead of the WML one for a wapx browser, e.g.: ... map:select type=browser map:when test=wap map:transform src=stylesheets/{level}_wml.xsl / map:serialize type=wml/ /map:when map:when test=wapx map:transform src=stylesheets/{level}_wml.xsl / map:serialize type=html/ /map:when map:otherwise map:transform src=stylesheets/{level}_html.xsl / map:serialize type=html/ /map:otherwise /map:select ... I could have removed the DOCTYPE parameters from the wml serializer in the sitemap, but I wanted to preserve the ability to work with WML browsers that are standards compliant. (The above sitemap excerpt is from a site that uses Cocoon 2 in order to provide access to the entire site -- XML, XSP, and Servlets -- to HTML and WML browsers http://www.caphnet.com/ ). -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet generating an XML---How to write the pipeline?
Kavitha, I have the class, Servlet.class and I have placed it in the Web-Inf folder.Now my main sitemap is as follows: map:match pattern=Servlet/*(what should be there in the Servlet folder?) map:act type=request map:parameter name=parameters value=true/ map:generate src= /(what should be the source?) map:transform src=stylesheets/servlet.xsl/ /map:act map:serialize type=html/ /map:match My servlet generates an xml file as an output stream. and is the following URL be used to see the result? http://localhost:8080/cocoon/Servlet Ok, let me try to help by giving a step-by-step description: your servlet class file is located in: WEB-INF/classes/ web.xml has: servlet servlet-nameHello/servlet-name!-- the name we will use to refer to the servlet -- servlet-classHelloXML/servlet-class !-- the actual name of the Servlet class -- /servlet servlet-mapping servlet-nameHello/servlet-name url-pattern/internal/Hello/url-pattern!-- the URL path to the XML servlet -- /servlet-mapping sitemap.xmap has: map:match pattern=HelloWorld !-- the PUBLIC name of the servlet -- map:act type=request map:parameter name=parameters value=true/ !-- here we call the servlet that generates XML -- map:generate src=http://localhost:8080/cocoon/internal/Hello{ requestQuery} / map:transform src=stylesheets/hello.xsl / /map:act map:serialize type=html/ /map:match so that the Web request: http://localhost:8080/cocoon/HelloWorld should invoke this pattern (if you know to type: http://localhost:8080/cocoon/internal/Hello you will get the XML output). Hope that is more clear for you. -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet generating an XML---How to write the pipeline?
I have a servlet which generates an xml file which in turn should be transformed using xslt.How do I write the pipeline for the same? Say the name of the servlet is check.class(where should I place the class, in web-inf?), the name of the xml file generated by the pipeline is test.xml and the stylesheet used is test.xsl.How should my pipeline look like? I handle this with any entry like the following in the main pipeline in sitemap.xmap: !-- chain a servlet from tomcat -- !-- note: using the request action only works for GET not for POST -- map:match pattern=Servlet/* map:act type=request map:parameter name=parameters value=true/ map:generate src=http://myserver.com:8080{requestURI}{requestQ uery} / map:transform src=stylesheets/servlets.xsl / /map:act map:serialize type=html/ /map:match (If somebody has a good solution for POST I'd be interested in seeing it) My servlets are handled directly by tomcat (which is listening on port 8080), that way I can easily control access to the raw servlet. But you can have cocoon handle the servlet instead by making the proper entries in the cocoon WEB-INF/web.xml file, for example: !-- after the normal cocoon servlet entry -- servlet servlet-namecheck/servlet-name servlet-classcheck/servlet-class /servlet !-- before the normal cocoon servlet-mapping entry -- servlet-mapping servlet-namecheck/servlet-name url-pattern/check/url-pattern /servlet-mapping Your classes can go in WEB-INF/classes Skip -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_webapp or mod_jk?
I've found a nasty problem with mod_webapp (Apache 1.3.24, Tomcat 4.0.4b3): sometimes (say, 5% of requests) the communications between the two servers (the web-server was on a Solaris box, the application-server on another Solaris box) went down. This problems disappeared when we used mod_jk. Considering that I recently switched over to mod_webapp from mod_jk this is scary to hear (so far I have not noticed this problem with Apache 1.3.26, Tomcat 4.0.4b2 on Linux). About the second question, you have some options, which are reported in the 2.0.3 FAQ: 1) Use mod-rewrite for an all-apache solution 2) Set cocoon as the root context of Tomcat (and redicte every root request to Tomcat, of course) After a long soul-searching... I chose the latter :) I am also doing #2, (with mod_webapp so the apache conf file has a WebAppDeploy cocoon warpConnection / for the virutal host). But I have one question that somebody may have a suggestion for. How do I support legacy CGI ? I am currently doing this with a sitemap entry to redirect to a virtual Apache server that is specifically for the purpose of handling cgi: map:match pattern=cgi-bin/* map:redirect-to uri=http://cgiserver.mydomain.com/cgi-bin/{1}; / /map:match This works, but is there a cleaner way ? -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL rewriting solution in FAQ does not do the trick
This is more of an Apache question than a Cocoon question, but hopefully someone will know what I'm doing wrong here. Setup: SPARC Solaris 2.7, Apache 1.3.24 w/mod_webapp (Warp), and Tomcat 4.0.1 Goal: Eliminate cocoon from the URL Constraints: Want all my custom content (XML, stylesheets, etc.) to be removed from the Cocoon tree so I can upgrade Cocoon separately. Must use Apache to receive request. URL mapping has to be done per virtual host. I looked at the FAQ, and followed the instructions. I rebuilt Apache with mod_rewrite enabled, then added the followed code to my httpd.conf: VirtualHost myhost.mydomain:80 ServerName myhost.mydomain DocumentRoot /myhost.mydomain/htmls IfModule mod_rewrite.c RewriteEngine on RewriteLog /var/adm/www/rewrite.log RewriteLogLevel 9 RewriteRule ^/xml /cocoon/xml/ [R] RewriteRule ^/xml(.*) /cocoon/xml$1 [R] /IfModule WebAppConnection conn warpmyhost.mydomain:8008 WebAppDeploy cocoonconn/cocoon /VirtualHost I also modified the Cocoon sitemap.xmap to forward the processing to a sitemap outside of the Cocoon tree. This URL works: http://myhost.mydomain/cocoon/xml/foo * Apache correctly passes the /cocoon/xml/foo address to Tomcat which then passes it to Cocoon. Output is correct This URL http://myhost.mydomain/xml/foo is redirected to http://myhost.mydomain/cocoon/xml/foo and the user sees it in the browser. Not what I wanted. I tried the single line [PT] variation shown in the FAQ, and as indicated there, this does not work at all. This is what I use (apache 1.3.24, Tomcat 4.0.4): VirtualHost www.mydomain DocumentRoot /home/sites/www.mydomain RewriteEngine On RewriteRule ^/(.*)\.jsp$ /jsp/$1.jsp [R] RewriteRule ^/(.*)\.xml$ /xml/$1.xml [R] IfModule mod_webapp.c WebAppConnection netConnection warp www.mydomain:8008 WebAppDeploy Servlets netConnection /Servlet WebAppDeploy cocoon netConnection /xml WebAppDeploy jsp netConnection /jsp /IfModule /VirtualHost (I have similar entries, with different WebAppConnections, for the other virtual hosts). This way http://www.mydomain/test.xml gets redirected to http://www.mydomain/xml/test.xml which gets passed on to cocoon (Servlets and jsp references get passed on directly to Tomcat). Make sure that the tomcat server.xml entry has a connector for each virutal host in the Tomcat-Apache Service section, e.g.: Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 address=10.9.8.7 minProcessors=5 maxProcessors=75 enableLookups=true appBase=www.mydomain_apps acceptCount=10 debug=0/ -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites: Taygeta Scientific, Cocoon 2
http://www.taygeta.com/ http://www.taygeta.net/ http://www.taygeta.org/ http://www.forth.org/ Taygeta Scientific has finally moved to Cocoon 2 from Cocoon 1, using Apache 1.3.24, Tomcat 4.0.4, and Cocoon 2.0.2. Our configuration is running multiple virtual hosts on a single server and is chrooted. -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostgreSQL won't work - any ideas appreciated
I would appreciate help on this from anyone - I've tried all suggestions -- error messages are below - Please note that I've already tried: snip... * Add a driverorg.postgresql.Driver/driver element into your jdbc/ config (under the dburl/ element is good). snip as suggested by Berin. Once I get this figured out I PROMISE TO CREATE DOCUMENTATION :) I have PostgreSQL working just fine here. I had to add the location of postgres.jar to the classpath in catalina.sh since it is not normally in the default classpath on my system. The line in catalina.sh: CLASSPATH=$CLASSPATH:$CATALINA_HOME/bin/bootstrap.jar was changed to: CLASSPATH=$CLASSPATH:$CATALINA_HOME/bin/bootstrap.jar:/usr/local/java/postg resql.jar The dburl element of cocoon.xconf is just a reference to the database URL for that particular data source: dburljdbc:postgresql://dbserver.example.com:5432/books/dburl -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
C1 to C2 migration help
I am trying to move from cocoon 1 to cocoon 2 using the combination Linux with Apache 1.3.24 and Tomcat 4.0.4, Cocoon 2.0.2. and JDK 1.4.0 I am using the 'mod_webapp' connector between Apache and Tomcat. All of the demonstration and provided examples work with the above combination. My own servlets and xml work as well. But I still have a problem: I can't figure out how to get Apache to pass on all URL requests with a given extension for either Tomcat or Cocoon to handle, like the old ApJservAction mechanism did ( e.g. ApJServAction .jsp /servlets/nl.nmg.jsp.JSPServlet ) I was able to accomplish this by combining a rewrite rule and a WebAppDeploy statement in the apache.conf file, RewriteRule ^/(.*)\.jsp$ /jspages/$1.jsp [R] WebAppDeploy jspages warpConnection /jspages but this causes a redirect and a new page request resulting in a new URL being displayed on the browser; its not really the same as what ApJservAction did. How do I achieve the equivalent of ApJservAction ? Thanks, -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon
o'reiley tutorial describes cocoon 1.8 that was current when the tutorial was published Cocoon2 and Cocoon 1.8 are based on different JSDK's The cocoon2 is based on the latest JSDK where .properties files are considered obsolete snip Hello, I am using cocoon 2.0 and tomcat 4.0.1. I was able to get the http://localhost:8080/cocoon/welcome page to work. I am following oreilly step by step instalation process. In that process they are talking about cocoon.properties file. Which i don't find in the cocoon.war file. According to oreilly they are telling to put cocoon.properties file into tomcat's conf directory and then i have to change the web.xml file to add the mapping information. To put it simple, were do i find cocoon.properties file in cocoon2.0. Do i need this file when i am using tomcat4.0.1 and cocoon2.0. I learned about this the hard way. It would be nice if there existed ACCURATE installation/configuration docs on getting Apache to work properly with Cocoon 2.0 and Tomcat 4.0.1 For example mod_jserv.c is NOT supplied with the source to Tomcat 4.0.1 (the last I saw it was around 3.2.3). If you go to the source download directories you find webapp-module instead, so presumably this the preferred Apache module to use. There does not seem to be much in the way of documentation outside of the source package for this module. -- Dr. Everett (Skip) Carter Phone: 831-641-0645 FAX: 831-641-0647 Taygeta Scientific Inc.INTERNET: [EMAIL PROTECTED] 1340 Munras Ave., Suite 314WWW: http://www.taygeta.com Monterey, CA. 93940 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]