Re: Secure Portlets

[Thomas F. Boehme]

Santiago,   Not a problem! Just write a SAXPortlet and a DOMPortlet (or even an ECSPortlet) and provide hooks to implement. I think we could/should supply them as part of the "abstract portlets that already do something useful for you" bucket.   Cheers, Thomas B: ----- Original Message ----- From: Santiago Gala To: JetSpeed Sent: Thursday, February 08, 2001 3:29 Subject: Re: Secure Portlets Raphaël Luta wrote: [EMAIL PROTECTED]" type="cite">"Well-formed XML" simply implies that the output of the portlet will be parseable by an XML parser but does not enforce (or even expect) any DTD or schema compliance. My rationale for this is that I believe that, contrary to the servlet container which doesn't modify the servlet generated output, the portlet container will often want to adapt & filter the produced content during the aggregation process (for example variable and link substituion in generated forms, markup stripping, output chunking, etc...). Even servlets, as of 2.3 spec, will have filters that can be chained, so that the request and response objects are wrapped and passed onto the next filter in the chain. So we have further case here. I think a consensus position could be to assume abstract subclasses (or subinteraces) in the API that could handle three kinds of request processing: - stream based, like servlets or jsp/velocity templates - SAX event based, for XSLT processing - tree based, like current ECS or DOM The challenge would be to be able to mix the three classes of portlets in the same portal. For portals supporting the three types at the same time, I guess the MCM is stream, so the other classes would need to be serialized into the stream. For portals restricting to DOM and SAX, there are already tools to convert DOM to SAX to follow the chain of events. If you want to enforce XML, stream based portlets would need to be parsed and converted into SAX events or DOM trees. That could be, again, a basic utility in the toolkit. What do you think? -- -------------------------------------------------------------- To subscribe: [EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: List Help?: [EMAIL PROTECTED]