Re: Pipeline, or Resource from transformer
We are using version 2.0.4. Brian Johnson wrote: Almost forgot, are you using 2.0.x or 2.1? There are some small differences in the way the processor is called. I'm pretty sure all the Environment classes are the same. I'm currently using 2.1, but I should have the classes for 2.0.x in CVS. On Wednesday, February 5, 2003, at 06:59 PM, David Trammell wrote: Brian, Thank you for your response! I would be interested in looking at what you have. David Brian Johnson wrote: I am working on a transformer that allows you to take XML fragments from a pipeline and run them through other pipelines. The transformer itself is very specific to my application, but if you're interested, you might be able to adapt parts of it to whatever you're doing. It creates a new environment and sends it through the processor. As far as I know, there is no other way to call an external pipeline/resource and return to the calling pipeline. Brian On Wednesday, February 5, 2003, at 02:17 PM, David Trammell wrote: Is there anyway to optain a sitemap Pipeline or Resource from a transformer? David - 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] - 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] - 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] - 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] - 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]
Pipeline, or Resource from transformer
Is there anyway to optain a sitemap Pipeline or Resource from a transformer? David - 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: Pipeline, or Resource from transformer
Brian, Thank you for your response! I would be interested in looking at what you have. David Brian Johnson wrote: I am working on a transformer that allows you to take XML fragments from a pipeline and run them through other pipelines. The transformer itself is very specific to my application, but if you're interested, you might be able to adapt parts of it to whatever you're doing. It creates a new environment and sends it through the processor. As far as I know, there is no other way to call an external pipeline/resource and return to the calling pipeline. Brian On Wednesday, February 5, 2003, at 02:17 PM, David Trammell wrote: Is there anyway to optain a sitemap Pipeline or Resource from a transformer? David - 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] - 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] - 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: sexy open source
Couldn't this be discussed somewhere else..., Please Vegan Portal wrote: Hi cocooners, Now that I have your attention, I would like to discuss the ideal of non-compromised development of full-blown, stable, scallable and manageable applications with open-source only and how far one could get to fulfill this. It is probably little OT on this list, but I think a bunch of very open-minded and progressive folks is here, so I hope I could get some discussion going. I think many of you have reached some status quo which could be of great service to all the newcomers. Nevertheless, everybody is probably tired of yet another bugs, yet another unanswered questions, yet another everyday technology-related problems and there is no end to this. But I have a faith that there is some solution that could be achieved with open source and it waits to be discovered. It starts with what one wants to achieve. For me, it is secure content-centric multi-user roles web portal, with professional design, able to serve without interruption even by ongoing changes and high user traffic. But I think the framework I'd like to propose here may be universal enough to be equally worth also for many other means. If you got so far with me, I'd like to start being concrete: 1) Operating system Proposal: Linux Remarks: One could discuss the distributions or other Unix derivates here, but I think it's irrelevant for further points. 2) Programming language Proposal: pure Java 1.3.1x Remarks: I know many of you are trying 1.4 out, but it may still take some time to be able to be used for production sites. Moreover, many open source technologies were still not ported to 1.4. Correct me if I'm wrong. 3) Application framework Proposal: JBoss 3.x Remarks: This is worth discussion, as many of you use iPlanet or don't use any J2EE or related technologies at all. I think JBoss is good for achieving scallability for the site. What concrete parts of JBoss are involved, is very OT here. 4) Business Logic Persistence Proposal: Firebird RDBMS as JBoss service Remarks: I personally think it is most evolved open-source database now. The problem is, almost nobody uses it, the JDBC driver is beta etc. Next good candidate could be PostgreSQL - with more user support, so maybe better solution. Any ideas? 5) Web container Proposal: Jetty as JBoss service Remarks: I know Tomcat is more used, but Jetty is easier to be integrated into JBoss and both offer similar if not same functionality. This is a point I would like to discuss further. 6) Content Persistence Proposal: stand-alone XIndice Remarks: This component should be used only for content without business logic, outside J2EE, for example for simple static content editing templates and external content syndicate subscription. Simply for everything that's too light to be served by deep application logic. Did anybody use it already? That's a question. 7) Content Framework Proposal: Cocoon, what else :) Remarks: The task of Cocoon is to separate Logic from Design, what it should be good at. I want to get more detailed here: Starting with structured XSP, xincluding or transforming (what is better?) parts of final site together, using taglib logicsheets for access to business logic that is delegated to J2EE (did anybody here got it working?), other taglib for content persistence and yet other for reused content elements. The XSP should contain as little Java as possible, all hrefs should be good organized with sitemap and XForm could be used for user inputs (are we so far?). XSP should somehow incorporate JAAS from JBoss for user authorisation to access the documents (anybody tried this?) The result of multiple transformations is then complete site as XML, that is further processed using XSLT to incorporate the design and graphics and serialized to appropriate end format. If possible, all the vector design elements should be dynamically created using SVG (anybody?), page should be somehow cacheable for better response times (???) and the final result should be optimized for several types of client (is DELI of use here?) and/or serialized to PDF (do I expect too much?). The workflow by creating the content can be following: After initial discussion between involved parties, dummy working XSP/XSL is/are created, possibly reusing already available static elements from taglibs. Then, database/J2EE developers work on filling it with propper dynamic data, content writers type in internationalized static texts and designers are parallel creating more mature XSL, icons, SVG and thin client customizations. Working adjustments are posted to versioning system without injuring established interfaces to other team members. Final version emerges and the team could proceed to other page. Seems like heaven to me, but is probably hell to achieve. Or is similar optimized team workflow available anywhere in this world?
cocoon:/ not using current sitemap
I cannot get the cocoon:/ protocol to work when using it from a sitemap that was mounted from another internal request using the cocoon:/ protocol. I have included snippets of my two sitemaps that duplicates this. Have I misunderstood how the cocoon:/ protocol works, or is this a bug? It works if I do not use cocoon:/ within the second sitemap and generate the xhtml directly. It also works if I do not use cocoon:/ in the first one and directly mount the style sitemap. The requested URL is something like http://localhost/test/admin/users sitemap.xmap : --- map:pipelines map:pipeline internal-only=true map:match pattern=*/getstyle/** map:mount check-reload=yes src=style.xmap uri-prefix={1}/getstyle/ /map:match /map:pipeline map:pipeline map:match pattern=*/** map:generate src=cocoon:/{1}/getstyle/muni/ map:serialize/ /map:match /map:pipeline /map:pipelines style.xmap : --- map:pipelines map:pipeline internal-only=true map:match pattern=getpanel map:generate src=test.xhtml/ map:serialize type=xml/ /map:match /map:pipeline map:pipeline map:match pattern=muni map:generate src=cocoon:/getpanel/ map:serialize/ /map:match /map:pipeline /map:pipelines Thanks David - 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]
Multiple Pipelines Advantages?
I was wondering what the advantages were for using multiple pipelines in a sitemap. It looks like being able to have a different error page is one, are there others? David - 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]