Aftermath: Cocoon class at Software Development conference
Just thought y'all (as in both developers and users, hence the cross-posting) might like to hear: Last week, I taught a 90-minute session on Cocoon at the Software Development West conference in Santa Clara. It was pretty well received, according to the eval forms I peeked at. But it was at the very end of the conference, tucked away in the farthest corner. So, what the heck, we touched the lives of eight more people. :-) Seven, actually -- one wrote that now he knows Cocoon isn't what he needs, thanks for the info! When it comes time to teach it again, I'll send around a request for real-world experiences: what is your organization using Cocoon for, and what alternatives did you explore and discard? (I'll also agitate for a less stealthy venue!) In fact, if any of you would like to bombard me with replies now, I'll start collecting and editing the list. You may take it as read that I'll parse the live sites/powered by list as well. Feel free to send email directly to me, I see no need to further clutter the lists with this traffic. (I reiterate that I'll collate and post an edited list of responses). Thanks for all your help, and thanks for such a great product! rw -- the Tao which can be debugged is not the true Tao. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
help, please: my 2.0 logicsheets stopped working with 2.0.2
hello all, cocoon allows us to divide labor, as designed. content people get the source XML file, style people work with the XSL file, and we programmers hack on XSP. in order to ensure that the content people didn't have to wade through (and replicate!) XSP code in each of their pages, we'd adapted an example from the 2.0 documentation, allowing them to insert a single tag instead of all the code. with the examples in 2.0.3, it looks like the logicsheet idea has been turned around, or else i understood it backwards in the first place! the logicsheet example in 2.0 showed an XSL applied which inserted logic, which is exactly what we want. in any case, the following used to work, and no longer does. i included all the processing-instruction and namespace headers just in case that's the problem; most of the logicsheet and other content has been elided, of course! the content providers work on documents looking like this = ?xml version=1.0? !-- $Revision: 1.7 $ -- xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:emsXSP=http://www.soils.wisc.edu/asig/ems/XSP; xmlns:ems=http://www.soils.wisc.edu/asig/; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:session=http://apache.org/xsp/session/2.0; create-session=true ems:Worksheet id=WiBarnMgt01 action=BarnMgt.xml !-- boilerplate XSP stuff -- emsXSP:header-info/ emsXSP:groupParam/ emsXSP:scoringMode/ !-- Now go on with real live content -- ems:Title supertitle= subtitle=Environmental Management Systems Barnyard and Feedlot Management /ems:Title [etc., etc.] /ems:Worksheet /xsp:page cocoon.xconf contained: builtin-logicsheet parameter name=prefix value=emsXSP/ parameter name=uri value=http://www.soils.wisc.edu/asig/ems/XSP/ parameter name=href value=resource://ems/logicsheet/ems.xsp.xsl/ /builtin-logicsheet ems.xsp.xsl contains templates, e.g.: === ?xml version=1.0? !-- $Revision: 1.1 $ -- xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsp=http://apache.org/xsp; xmlns:ems=http://www.soils.wisc.edu/asig/; xmlns:emsXSP=http://www.soils.wisc.edu/asig/ems/XSP; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:session=http://apache.org/xsp/session/2.0; create-session=true version=1.0 xsl:template match=emsXSP:header-info xsp:logic /* several things break if we have more than 9 risk levels, */ int MAX_RISK_LEVELS = 9; int MIN_RISK_LEVEL = 1; /** StringBuffer in which to build query */ StringBuffer query = new StringBuffer(); /** Vector of queries */ java.util.Vector queries = new java.util.Vector(); [yada, yada, yada] /xsp:logic /xsl:template [other templates go here] /xsl:stylesheet === finally, the sitemap entry map:match pattern=ems/*.xml map:generate type=serverpages src=ems/docs/{1}.xml/ map:transform type=xslt src=ems/stylesheets/worksheet2html.xsl/ map:serialize/ /map:match i see no errors cropping up anywhere; it's as if the stylesheet ems.xsp.xsl is no longer applied to the document, so that none of the XSP logic fires. i have to admit i never really understood how cocoon knew to apply that logicsheet (unless it has to do with the prefix thing in cocoon.xconf). ??? help ??? rw -- systems programmer ASIG, univ. of WI soil sciences http://www.soils.wisc.edu/asig/ 608-265-9354, fax 265-2595, cell 345-5247 Otherwise, it's going to get plenty stupider. -- Jan Koloen signature.asc Description: This is a digitally signed message part
my built-in logicsheet stopped working between 2.0 and 2.0.3
hi all, we're doing some XSP stuff, where the same XSP logic needs to be applied across source documents. one way to do it would be cut-and-paste (arg!), but we've chosen instead to implement our own built-in tags, where, say, fas:header-info/ calls in a whole slew of processing. (much of this processing has to do with session maintenance and the like, and nowadays we'd probably redo it all with actions. considering that we had the thing working, and need to have it working again in two weeks, though, we're disinclined to re-architect!) this is working with a 2.0 installation of cocoon; we have the critter as a built-in logicsheet, referenced in cocoon.xconf. the file lives (as text, no JAR) in $COCOON_HOME/WEB-INF/classes/ems/logicsheet/, and if i delete the file the pipeline breaks. but the logicsheet does not seem to be applied; even if i replace all the hairy, scary logic in its templates with simple text content that the pipeline should subsequently stuff into the HTML output, that content does not appear. i've checked namespace declarations, BTW. -- the logicsheet contains things like: ?xml version=1.0? !-- $Revision: 1.1 $ -- xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsp=http://apache.org/xsp; xmlns:fas=http://www.soils.wisc.edu/asig/; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true version=1.0 xsl:template match=fas:header-info xsp:logic /* several things break if we have more than 9 risk levels, including the * trigger mechanism in Recommendations. */ int MAX_RISK_LEVELS = 9; int MIN_RISK_LEVEL = 1; !-- remainder of logic, template, blah blah -- /xsp:logic /xsl:template -- and the XML document starts out like: ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:fas=http://www.soils.wisc.edu/asig/; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:session=http://apache.org/xsp/session/2.0; create-session=true !-- Set up Java session stuff, pass CGI params into Java objects stored in the session, count risk levels, record responses -- Worksheet id=FASProtoC2a action=NMgt.xml fas:header-info/ fas:groupParam/ fas:scoringMode/ !-- blah blah -- /Worksheet /xsp:page --- the sitemap has the simple pipeline: map:match pattern=ems/*.xml map:generate type=serverpages src=ems/docs/{1}.xml/ map:transform type=xslt src=ems/stylesheets/worksheet2html.xsl/ map:serialize/ /map:match --- and cocoon.xconf contains: [standard distribution logicsheets, ending with...] builtin-logicsheet parameter name=prefix value=xsp-session/ parameter name=uri value=http://apache.org/xsp/session/2.0/ parameter name=href value=resource://org/apache/cocoon/components/language/markup/xsp/javascript/session.xsl/ /builtin-logicsheet !-- EMS STUFF -- builtin-logicsheet parameter name=prefix value=fas/ parameter name=uri value=http://www.soils.wisc.edu/asig// parameter name=href value=resource://ems/logicsheet/ems.xsp.xsl/ /builtin-logicsheet !-- /EMS STUFF -- /target-language /xsp-language any ideas, anyone? i've fiddled for a day and a half, and i'm nowhere. TIA, rw -- systems programmer ASIG, univ. of WI soil sciences http://www.soils.wisc.edu/asig/ 608-265-9354, fax 265-2595, cell 345-5247 The trouble is, voodoo doesn't scale. -- Rob Gingell, Sun VP signature.asc Description: This is a digitally signed message part
RE: Cocoon article on JDJ
On Mon, 2002-06-10 at 03:01, Matthew Langham wrote: Something we have noticed is the lack of Cocoon presentations at conferences. We have submitted 3 for the coming ApacheCon but we have noticed that we seem to be the only people submitting anything. Is this the case? And there is only 1 presentation on Cocoon at the O'Reilly OSCC in July - which is way tooo few! matthew, i happened to run across this old note pursuant to some research, and thought i'd let you know that i did a class at Software Development West 2002, and will be submitting another for next spring. so maybe there's a little hope! (the research, BTW, was for an item in SD magazine's New Noteworthy column: a bit on cocoon 2.0, and another on the book, for which i thank you and carsten!) rw - 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]
sunRise For Dummies?
we are all agog to start building apps with sunspot -- this is what we've been waiting for! however, our immediate need (e.g., up by 9/25) is just for authentication. i have some pretty newbie-ish questions: 1) the only sunShine example i could find in 2.0.3 is wrapped up in the portal. does anyone have a simple authentication-only set of sitemap snippets that they're willing to share? 2) true or false: (1) the authentication sample app in 2.0.3 is unrelated to sunShine, and (2) that previous mechanism will be supplanted by sunShine once the latter moves out of the scratchpad. thanks (as ever) for your help. rw ps: still haven't had a chance to get that ruby XSP interpreter built, they keep plopping new features and new deadlines into our main development effort here... -- systems programmer ASIG, univ. of WI soil sciences http://www.soils.wisc.edu/asig/ 608-265-9354, fax 265-2595, cell 345-5247 The trouble is, voodoo doesn't scale. -- Rob Gingell, Sun VP signature.asc Description: This is a digitally signed message part
Re: Finding DTD when aggregating content using XSL
On Fri, 2002-08-09 at 13:48, Rick Tessner wrote: Finally, create this new file resources/entities/document-v11/catalog with the single line PUBLIC -//APACHE/DTD Documentation V1.1//EN document-v11.dtd Ooops .. should be quotes around the document-v11.dtd. So, that line shold read PUBLIC -//APACHE/DTD Documentation V1.1//EN document-v11.dtd -- Rick Tessner [EMAIL PROTECTED] Breathe. Breathe again. Keep doing that. - 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: Finding DTD when aggregating content using XSL
On Fri, 2002-08-09 at 14:03, Ross Gardler wrote: Generation does not fail on any document other than those that have aggregate docuements thorugh xsl:apply-templates select=document(@href)/ so I don't think it is a problem with catalogs, rather it seems to be a problem with the XSLT transfromer not being aware of the catalogs. Is there any way of informing the XSLT engine where these catalogs are? Hmmm ... What message are you getting back from Cocoon/Forrest? Hard to say what's going on here or how to proceed without that ... Are there snippets of a logfile or some sort of output detailing the error that you could send? Thx. -- Rick Tessner [EMAIL PROTECTED] Breathe. Breathe again. Keep doing that. - 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: cocoon class(es) at SD West 2002; XSP question
thanks for your prompt reply, Vadim. i apologize for my poor choice of words (and i call myself a WRITER! sheesh!). by incoming i meant sauntering gaily down the pipeline. for example, i want to take kazoo.xml, a static file lurking on my disk, slurp it with a FileGenerator, and then mess it about with some Java logic -- but (so far) i haven't found a way to do that. OTOH, you've shown me a useful technique for other applications, so merci encore. rw On Mon, 2002-04-29 at 13:44, Vadim Gritsenko wrote: Define incoming XML here. Is it XML posted as http request's body? Or request parameter containing XML? I will assume latter. You could (skipping all preparations): Node node = XPathAPI.selectNode(parser.parse(request.getParameter(xmlparam), kazoo); signature.asc Description: This is a digitally signed message part
cocoon class(es) at SD West 2002; XSP question
it was touch-and-go for awhile there -- i'd managed to munch all copies of the presentation on my hard disk using Windows' hibernate feature -- but my cocoon class at the software dev west conference wound up coming off OK. there were about 20 people in the audience, so i'm hoping i sold a few (i know at least a couple of the people who were there will be seeing this, so i won't brag too shamelessly. otherwise they'll sic the Snoozing Alien on me). i've already asked the show if they'll let me do it again for SD East in november. question for then: i said in the class, and still believe, that java code in XSP can't access incoming XML. picture if you will a toy XML document: page kazooI make rude noises/kazoo /page then an XSP.xsl that processes it (i'm leaving off all the namespace and other gradu): xsp:logic // Here we extract the content of the kazoo element into // a Vector of words Vector kazooWords = new Vector(??) /xsp:logic am i off base here? to my knowledge, there is no way for that Java code to spelunk into the SAX events (C2) or DOM tree (C1) and get at element contents or attributes. i feel a little silly asking such a basic question after teaching a class, but i make no claim to omniscience! thanks for your help, rw signature.asc Description: This is a digitally signed message part
cocoon tutorial on developerworks
FYI, IBM's developerworks site (developerworks.ibm.com) has a front-page link to registration stuff for a cocoon 2 tutorial. i haven't seen the tutorial itself. plug mode=shameless in the same vein, if anyone's going to the Software Development West conference at the end of april, i'm going to teach a cocoon class there. i figured it was the best way to force myself beyond dabbler-hood. OK, so it's in the very last time slot in the whole conference -- *i'll* be there! /plug if anybody wants to chime in with oooh, you gotta put in ___ comments, please feel free. i have no doubt that between now and then i'll be pinging the list with questions. for instance, when i created and turned in the presentation so they could burn it to CD, actions either hadn't been put in, hadn't been documented, or hadn't been noticed (by me). so that's one thing i'll have to insert. if there's any interest, i'll post an outline. rw signature.asc Description: This is a digitally signed message part
RE: HOWTO: jdk1.4
Title: Message I'm running JBoss 2.4.4 with embedded Tomcat 4.0.1 on W2K. Using today's snapshot I followed your instructions, however Ire-built the "cocoon.war" replacing the javac.jar with tools.jar since JBoss deploys and destroys the "war" in a tmp directory. In any case, when I start JBoss (and Catalina) I get the following outputfromthestartup output. I also followed tried the install instructions regarding JBoss 2.4.4 and Tomcat 4.0.1, but I get the same problem. In any case, I am able to bring up the welcome page with "http://localhost:8080/cocoon", however I'm not sure if everything is running as it should. Anyone know what this means? Thanks, Rick [INFO,EmbeddedCatalinaServiceSX] StandardWrapper[/cocoon:invoker]: Loading container servlet invoker [INFO,EmbeddedCatalinaServiceSX] invoker: init[INFO,EmbeddedCatalinaServiceSX] jsp: init[ERROR,EmbeddedCatalinaServiceSX] StandardContext[/cocoon]: Servlet /cocoon threw load() exception javax.servlet.ServletException: Servlet.init() for servlet jsp threw exception at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:871) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3267) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3384) snip [ERROR,EmbeddedCatalinaServiceSX] - Root Cause -java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.jasper.parser.ParserUtils.parseXMLDocument(ParserUtils.java:183) at org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.java:165) snip -Original Message-From: Matt Williams [mailto:[EMAIL PROTECTED]]Sent: Monday, March 04, 2002 9:15 PMTo: [EMAIL PROTECTED]Subject: HOWTO: jdk1.4 Hi, Sorry I havent introduce myself, I will do so when im not so tired ;-) Those wanting to use cocoon2 onwindows with jdk1.4 do the following: - Download Tomcat Binary(LE) and "install" - Download Cocoon Binary and copy cocoon.war to $CATALINA_HOME/webapps - Launch Tomcat - When the WAR has been extracted Shut Tomcat Down - make a directory 'endorsed' in $JAVA_HOME/jre/lib - copy xerces,xalan,xml-apis from $CATALINA_HOME/webapps/cocoon/WEB-INF/libs to the endorsed directory - copy batik-libs,xerces,xalan,xml-apis from $CATALINA_HOME/webapps/cocoon/WEB-INF/libs to $CATALINA_HOME/common/libs - remove javac from $CATALINA_HOME/webapps/cocoon/WEB-INF/libs - copy $JAVA_HOME/lib/tools.jar to $CATALINA_HOME/webapps/cocoon/WEB-INF/libs - clear out everything under $CATALINA_HOME/work/localhost - start tomcat - buy me a beer Those wanting to use cocoon2 on *nix with jdk1.4 do the following: - Do the same as the windows guys are doing - edit catalina.sh in the $CATALINA_HOME/bin directory and add a line CATALINA_OPTS='-Djava.awt.headless=true' - start tomcat - buy me 2 beers Can someone with commit access to the cvs add that headless stuff Thanks, Matt Oh yeah, this works on the latest releases of cocoon and tomcat (2.0.1 and 4.0.3 atm). that java.awt.headless=true thing is really important for *nix users, so someone please add it to the INSTALL text. I recommend using the light edition of tomcat, because its less to worry about. if you use the full version then you will need to screw around with extra JARs
RE: Help - I'm stuck with Cocoon
I had similar problems. Look in the archives and follow the thread [SOLUTION] Cocoon with the Tomcat 4.0.3 Best Regards, Rick Schwartz -Original Message- From: Ivan Chui [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 8:23 PM To: [EMAIL PROTECTED] Subject: Help - I'm stuck with Cocoon Hi, I had checked through the site FAQs but found nothing related my problem. Could someone out there, please help me up. I am using Tomcat 4.0.2, I have copied the cocoon.war to the tomcat/webapps directory and restarted the Tomcat server. Attached is the log files in my /webapps/cocoon/web-inf/logs Thanks. Accessing http://localhost:8080/cocoon/ got the following: Apache Tomcat/4.0.2 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet.init() for servlet Cocoon threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:93 5) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:653) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107 ) at java.lang.Thread.run(Thread.java:484) root cause java.lang.NoClassDefFoundError: javax/xml/transform/URIResolver at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:486) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1631) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:926) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1360) at java.lang.ClassLoader.loadClass(ClassLoader.java:290) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.configure(Ex caliburComponentManager.java:408) at org.apache.cocoon.Cocoon.configure(Cocoon.java:406) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:267) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:991) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:308) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:91 6) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:653) at org.apache.catalina.core.StandardWrapperValve.invoke
C2: minimal sitemap?
as shipped, the sitemap file is quite thorough. but, being a simple old coot, i like to start with simple things and complexify as i go. 1) should i have been able to find a hello world sitemap somewhere? if so, a pointer would be greatly appreciated. chastisement is optional, i'll flog myself appropriately. 2) if no (1), has someone built one for their own edification? might i see a copy? i note that dave sherman asked a similar (but not quite identical) Q a few days ago, and that john morrison asked about simplifying the sitemap to improve performance back in august. i should clarify by saying that the performance problem that i wish to ameliorate is not my server's, but with my head's. TIA, rw msg07454/pgp0.pgp Description: PGP signature
Re: What are content management and middleware?
content management, as used in this industry, usually encompasses user-access tools as well as organization and presentation. for instance, grabbing a bit of marketing jargon at random, Insite Server, a 100% browser-based, out-of-the-box content management software that allows teams to create, edit, manage, revise and publish Web sites and intranets. middleware is software that allows applications to talk to each other. CORBA is middleware; RMI is middleware; Java Message System is middleware. the customary use of the term refers to *products* that implement middleware, along with various value-added services. SonicMQ is a middleware package. cocoon is really none of the above. cocoon's content architecture (separating logic from styling from content from management) simplifies content management, but doesn't do it for you. for example, if i want to give access to FNORD.XML to our content people, FNORD2HTML.XSL to our design people, and keep all the administrative powers to myself, i have to work out all the ins and outs of file permissions, user accounts, and suchlike. without cocoon, it'd be even worse. hope this helps, rw On Sun, 2002-01-06 at 15:59, Stephen Clarke wrote: Hi, This may be too basic a question. Can someone explain to me the difference between content management, middleware, and cocoon. I thought content management was just building an XML/XSLT system for separating content from design. But now it seems that it's more like cocoon facilitates building middleware and that XML/XSLT is just a tool of the job. What exactly is meant by these terms, content management and middleware. TIA. regards, Stephen Clarke - 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] - 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]
C2: passing through straight HTML
hullo all, we're doing a C2 app that's mostly XML--XSLT stuff. but some of the docs offer links to old-fashioned, static HTML pages. we'd like to be able to just express a relative link in the XML source, to an HTML file that lives in the same directory as the XML. is there some quick-and-easy sitemap idiom for just serve this as a static HTML file? our alternatives seem to be (1) putting the static pages in the regular part of the web server, with absolute URLs in the XML source, and (2) adding rewrite rules to Apache to tell it whenever you see this pattern that looks like it's going to cocoon but ends in HTML, just grab it from here instead. i'm not even sure that option 2 is viable, though. TIA, rw - 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]
[C2] How to get web.xml parameters in an XSP ... ?
Hello all, Is there any way to grab the init-param parameters defined in the web.xml via an XSP? Or is this be considered a big no-no? -- Rick Tessner[EMAIL PROTECTED] MYRA Systems Corp. Fone: (250) 381 1335 x125 Phax: (250) 381 1304 Cell: (250) 885 9452 Time grabs you by the wrist, directs you where to go. So make the best of this test and don't ask why.' - 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]
[C2] : Actions and getting the HttpServletRequest/Response objects
Hi all, I have a situation where I need direct access to the HttpServletRequest and Reponse objects. Basically, there's an existing servlet in our environment, written a long time ago and used by many other bits to provide SingleSignOn capability. This servlet is used by more than just things that reside within Cocoon2. (ie. perl CGI processes, etc use it as well). I do not have the option of rewriting this servlet as a Cocoon thingy. Possibly in the future, but not today. Okay, so having tried to justify that, :), I am faced with trying to get the raw HttpServletRequest/Response objects from within an Action in Cocoon2. [ It used to be done within XSPs, but the advent of Actions made me switch to doing the SingleSignOn stuff from within an Action instead. ] The action looks like this: public Map act (Redirector redirector, SourceResolver resolver, Map objectModel, String src, Parameters par) throws Exception { sso iAm = new sso( http://someurl/that/does/sso;, (HttpServletRequest) objectModel.get(HttpEnvironment.HTTP_REQUEST_OBJECT), (HttpServletResponse) objectModel.get(HttpEnvironment.HTTP_RESPONSE_OBJECT) ); : . What I'm finding is the the objectModel.get() is simply returning null. What am I missing? How do I get the raw HttpServletRequest/Response objects? -- Rick Tessner[EMAIL PROTECTED] MYRA Systems Corp. Fone: (250) 381 1335 x125 Phax: (250) 381 1304 Cell: (250) 885 9452 Time grabs you by the wrist, directs you where to go. So make the best of this test and don't ask why.' - 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: C2 and Resin
On Fri, 01 Jun 2001 15:16:10 +0400, Grigory V. Manushkin wrote: Hello sorry for disturb i try to launch C2a7 on Resin 1.3 snap as u describe in ur message on cocoon mailing list but i get this I personally haven't tried the Resin 1.3 yet. But from the stack trace you provided, it looks like there's another jar file that has a competing XML parser in it. It's this class that's being called that makes me suspect there's still an XML parser jar somewhere in in the resin 1.3 lib directory: at com.caucho.xml.AbstractParser.setProperty(AbstractParser.java:299) Couple of questions that will help in identifying where the problem lies: 1. What does your CLASSPATH look like? It should be blank when you start up Resin. 2. What are the contents of the resin/lib directory? I'm guessing that one of the jar files in there has the com.caucho.xml.AbstractParser class. You could do a jar tf against each jar in that directory and look for the com.caucho.xml.AbstractParser class and try renaming that jar file. Let me know how things go! -- Rick Tessner[EMAIL PROTECTED] MYRA Systems Corp. Fone: (250) 381 1335 x125 Phax: (250) 381 1304 Cell: (250) 885 9452 Hmmm. They have the Internet on computers now! - 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: [c2] cocoon.log outside of servlet context
On Wed, 30 May 2001 13:39:41 EDT, Donald Ball wrote: in /tmp, but maybe my file://tmp/ is false? BTW: I'm using a linux system, if that's of interest. I've placed a /tmp/ into the log-dir element and my cocoon.log apears there. I'm using linux, too. i think it should be file:///tmp/cocoon.log? I'd tend to agree with this as well. file://tmp/ would be a description of a pathname relative to ... the servlet context? -- Rick Tessner[EMAIL PROTECTED] MYRA Systems Corp. Fone: (250) 381 1335 x125 Phax: (250) 381 1304 Cell: (250) 885 9452 Hmmm. They have the Internet on computers now! - 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]