Hi Robert,
Let's see, we follow two different aproaches to get to the XML. If we
are using Oracle, we pretty much always do, we produce XML directly from
PLSQL using some sentences like that:
...
for v_user in cursor_users(condition) loop
XMP.P('<USER');
XMP.P(' CODE="' || v_user.Code || '"');
XMP.P(' NAME="' || v_user.Name || '"');
XMP.P('/>');
end loop;
...
The result is then forwarded to an XSLT processor (TRaX API compatible)
that produces the HTML. Precompiled XSLT sheets are cached so
performance is greatly improved.
If we are not using Oracle, or we need to use some Java, then we format
the XML using JSPs like that:
<%@ taglib uri="/leafTag.jar" prefix="leaf" %>
<leaf:XSLEval xsltSheetName="<%= getXSLTName() %>">
...
<%
for(int i = 0; i< users.length; i++)
{
%>
<USER
CODE="<%= users[i].getCode()%>"
NAME="<%= users[i].getName()%>"
/>
<%
}
%>
...
</leaf:XSLEval>
After the XML has been produced, the XSLEval tag passes its body to the
same XSLT processor as above and then result is substituted by the HTML
result. PLSQL-generated XML can be also included inside the JSPs with
another tag, in case of need. As it uses the same XSLT processing
facilities, PLSQL-generated XML and JSP-generated share the XSLT cache.
That's basically how we do it. We are not using EJB as
programming/mantaining the database code in PLSQL is like heaven,
compared to programming it with Java. We might get to use them but if we
do, we will format them with JSPs or pseudo-generate it with
introspection.
It's not perfect and not every like it but we are quite happy with it
and we have implemented around a dozen applications with the system so
far.
If your question was specifically about the HTML produced from the XML,
it's exactly the same that it would be produced with a JSP, or by hand.
The result is exactly the same. It's the way to accomplish it that is
different. We though that, instead of creating a huge library of taglibs
that perform loops, conditionals, basic operations..., it would be much
simpler to use XSLT that already has all these features and allows you
to easily reuse them. And it is also a standard with several
implementations available so...
regards,
D.
Robert Nicholson wrote:
>
> Can you elaborate on how you are using XSL and XSLT ... I assume you're
> using Tag libraries but can you show an example of HTML markup derived from
> XML?
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Lopez
> > Sent: Wednesday, May 30, 2001 6:05 AM
> > To: Orion-Interest
> > Subject: Re: bugs in <@page extends="...."> in Orion implementation?
> >
> >
> > Hi,
> >
> > I've also used filters, but in this case to filter requests by IP, as I
> > don't want certain IP's to be able to access certain URLs. On the other
> > hand, I implemented security, logging and other features inside my own
> > servlet Controller, following a Model 2 approach. I thought about
> > "externalizing" this services as filters, but that would mean that the
> > web.xml file will grow too much and that I would have to put too much
> > things in the request object each time. It's not that I've discarded the
> > idea, but I don't see any compelling reason to implement everything as
> > filters. We don't use servlets, but ONE controller servlet and action
> > classes and we use JSP as view-only, creatures (actually, we seldom use
> > them as we use XML/XSLT), so as anyway all the requests go through my
> > controller servlet... We implemented IP filtering as a filter because we
> > also wanted to use it in other applications, as well as with static
> > content.
> > Just my 2c,
> > D.
> > -------------------------------------------
> > Daniel Lopez Janariz ([EMAIL PROTECTED])
> > Web Services
> > Computer Center
> > Balearic Islands University
> > -------------------------------------------
> >
> > Marcel Schutte wrote:
> > >
> > > Hi Randahl,
> > >
> > > I've used a filter to do gzip encoding for specific file types. Starting
> > > with the tutorial at
> > http://www.orionserver.com/tutorials/filters/lesson5/,
> > > I've changed some things to get the hang of it and also to
> > reduce the amount
> > > of buffering used. It works fine, haven't had a problem with this
> > > (intranet)site.
> > >
> > > The beauty of filters is that they are completely independent from your
> > > application, just edit your web.xml and you are set.
> > >
> > > Let me know if you wnat some more info.
> > >
> > > Marcel
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
> > > > Isaksen
> > > > Sent: Wednesday, May 30, 2001 9:39 AM
> > > > To: Orion-Interest
> > > > Subject: RE: bugs in <@page extends="...."> in Orion implementation?
> > > >
> > > >
> > > > Hi Marcel
> > > >
> > > >
> > > > I looked it up, and I definately see your point about the
> > > > filter mechanism.
> > > > Have you any experience with this on Orion? Does it work
> > > > well? And what have
> > > > you used it for?
> > > >
> > > > Of course if anyone else have tried it out, I would very much
> > > > like to hear
> > > > from you too.
> > > >
> > > >
> > > > Yours
> > > > Randahl
> > > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of
> > > > Marcel Schutte
> > > > Sent: 30. maj 2001 00:22
> > > > To: Orion-Interest
> > > > Subject: Re: bugs in <@page extends="...."> in Orion implementation?
> > > >
> > > >
> > > > That's right, the two examples Randahl gives can be easily
> > > > solved using the
> > > > servlet2.3 filter mechanism, giving a very loose coupling of
> > > > these features
> > > > with your actual application.
> > > >
> > > > Marcel
> > > >
> > > > ----- Original Message -----
> > > > From: "Juan Lorandi (Chile)" <[EMAIL PROTECTED]>
> > > > To: "Orion-Interest" <[EMAIL PROTECTED]>
> > > > Sent: Tuesday, May 29, 2001 10:45 PM
> > > > Subject: RE: bugs in <@page extends="...."> in Orion implementation?
> > > >
> > > >
> > > > > I believe this could be better modeled differently, because
> > > > it leaves no
> > > > > room for the web server to implement its callbacks and java doesn't
> > > > support
> > > > > multiple inheritance.
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
> > > > > > Sent: Martes, 29 de Mayo de 2001 3:01
> > > > > > To: Orion-Interest
> > > > > > Subject: RE: bugs in <@page extends="...."> in Orion
> > > > implementation?
> > > > > >
> > > > > >
> > > > > > Well, can anyone confirm that JSP pages can extend your own
> > > > > > class when using
> > > > > > Orion??? Or has noone been able to use "@page extends"?
> > > > > >
> > > > > > I see many good reasons for implementing your own super class
> > > > > > for your JSP
> > > > > > pages. For instance, such a superclass could do logging
> > > > of all client
> > > > > > activities or it could do security checking.
> > > > > >
> > > > > >
> > > > > > Randahl
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: [EMAIL PROTECTED]
> > > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
> > > > > > Nicholson
> > > > > > Sent: 25. maj 2001 21:15
> > > > > > To: Orion-Interest
> > > > > > Subject: RE: bugs in <@page extends="...."> in Orion
> > > > implementation?
> > > > > >
> > > > > >
> > > > > > It's doing you a favour.Please elaborate on why you want to extend
> > > > > > that class.
> > > > > >
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: [EMAIL PROTECTED]
> > > > > > > [mailto:[EMAIL PROTECTED]]On Behalf Of
> > > > > > Jiuyun Wang
> > > > > > > Sent: Friday, May 25, 2001 9:20 AM
> > > > > > > To: Orion-Interest
> > > > > > > Subject: Re: bugs in <@page extends="...."> in Orion
> > > > implementation?
> > > > > > >
> > > > > > >
> > > > > > > It doesnot work, not matter which one (servlet/jspbase)
> > > > I extends my
> > > > > > > jsp, orion jsp compiler just don't support extends....
> > > > > > >
> > > > > > > -Jiuyun
> > > > > > > --- SCOTT FARQUHAR <[EMAIL PROTECTED]> wrote:
> > > > > > > > It looks like your page should extend servlet and not jsppage.
> > > > > > > >
> > > > > > > > Just change JSPBase to extend servlet (and make the required
> > > > > > > > changes).
> > > > > > > >
> > > > > > > > I haven't read the spec, but I imagine that extending
> > > > > > > > OrionHttpJspPage is proprietary, and would not be part of
> > > > > > the spec.
> > > > > > > >
> > > > > > > > Scott
> > > > > > > >
> > > > > > > > >>> [EMAIL PROTECTED] 05/23/01 05:42am >>>
> > > > > > > > I create a class called JSPBase class which extends
> > > > > > OrionHttpJspPage,
> > > > > > > > and I put the <@ page extends="packagename.JSPBase"> in
> > > > > > my JSP file.
> > > > > > > > however, orion give the following error:
> > > > > > > >
> > > > > > > > Superclass of the JSP page does not implement
> > > > > > Servlet, invalid
> > > > > > > > extends attribute.
> > > > > > > >
> > > > > > > > Does orion implement <@page extends> correctly?
> > > > > > > >
> > > > > > > > Any clarification?
> > > > > > > >
> > > > > > > > -Jiuyun
> > > > > > > >
> > > > > > > >
> > > > > > > > __________________________________________________
> > > > > > > > Do You Yahoo!?
> > > > > > > > Yahoo! Auctions - buy the things you want at great prices
> > > > > > > > http://auctions.yahoo.com/
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > =====
> > > > > > > Jiuyun Wang M.Sc. of Computer Sciences
> > > > > > > Sun Certified Programmer for Java 2 Platform
> > > > > > > IBM Certified Solution & Enterprise Developer
> > > > > > > Phone: 919-696-0419(cel)
> > > > > > > Email: [EMAIL PROTECTED]
> >
--
-------------------------------------------
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
-------------------------------------------
