From: Colin T. <col...@ou...> - 2006-03-23 16:15:11
|
Colin Tatham wrote: > If possible, I'd say Alistair holds off doing his thing (specially for > 2.8) and we look at what comes out of Matthew's work on the Spring stuff > (or Al collaborates with Matthew on it.) Sorry, also meant to mention that what Matthew's doing doesn't involve switching over to JSPs wholesale -- JSPs and templates can co-exist... Colin >> On 23 Mar 2006, at 15:29, Jon Maber wrote: >> >>> I vote for 1) >>> >>> within 1) I would be happy for the specific method to be based on >>> Alistair's suggestion >>> of an additional tag. However, if that gets voted down I would >>> suggest the exposure >>> of the ServletContext object within XMLTemplateProcessor so any >>> named servlet >>> can be called from a tempate. >>> >>> Jon >>> >>> >>> Sean Mehan wrote: >>> >>>> Hi. I've been lurking on this one, as I'm sitting in a meeting in >>>> Hannover. However, tis been an interesting debate. >>>> >>>> However, alistair is trying to get a method to work to start >>>> coupling in >>>> stuff to bod now. This would lead to mods that Ox and Aggie said they >>>> would be interested in at least in principle. >>>> >>>> Therefore, we need to reach a decision: >>>> >>>> 1) Agree a method for code to go in supporting functionality that >>>> can go >>>> into HEAD; >>>> 2) Agree that this will be a UHI only mod. >>>> >>>> 1 OR 2. >>>> >>>> Thanks, >>>> Sean >>>> >>>> >>>> >>>> <quote who="Alistair Young"> >>>> >>>>>> so you can call getNamedDispatcher( "myModules" ).include( request, >>>>>> response ) >>>>>> >>>>> but that's where we differ Jon. JSPs are designed to insulate page >>>>> developers from code like that. That's what taglibs are for. That's >>>>> why I suggested a new tag. That's why I don't want to go down the >>>>> servlet route. No-one else does these days to get the type of >>>>> functionality we want. >>>>> >>>>> In light of what Matthew's being working on, it'll be best to wait >>>>> and see what we can use of that to give us the functionality we need. >>>>> >>>>> Alistair >>>>> >>>>> >>>>> On 23 Mar 2006, at 14:57, Jon Maber wrote: >>>>> >>>>> >>>>>> Alistair Young wrote: >>>>>> >>>>>> >>>>>>>> You won't be going near Facility. >>>>>>>> >>>>>>> I know Jon but I'll be going somewhere I don't want to go - half >>>>>>> hidden servlets - that's not what servlets are designed for. >>>>>>> >>>>>> It is one of the things that servlets were designed for see the >>>>>> method; >>>>>> >>>>>> >>>>>> ServletContext.getNamedDispatcher(String name) >>>>>> >>>>>> (http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/ >>>>>> ServletContext.html) >>>>>> >>>>>> >>>>>>>> I think it can be done without adding any new tag types to the >>>>>>>> template DTD >>>>>>>> >>>>>>> and I think it can ... just different ways of looking at the >>>>>>> problem. My view is influenced by JSPs/taglibs,your's by bod >>>>>>> internals. >>>>>>> >>>>>> No, I'm not thinking of Bod at all - 'including' is a standard >>>>>> thing that servlets do. >>>>>> >>>>>> >>>>>>>> out.print( "<P>here's another 400 paragraphs of HTML</P>" ); >>>>>>>> >>>>>>> that's how bod works though! >>>>>>> >>>>>> It's not how bod templates work. >>>>>> >>>>>> >>>>>>> I don't think I'm getting anywhere now although it's been an >>>>>>> interesting ride getting there. >>>>>>> >>>>>> Just trying to help! I'm not going to say go ahead with your plugin >>>>>> tag (which I don't personally object to) because I'm not going to >>>>>> be affected by the consequences - that's down to the other >>>>>> developers to comment. I'm just suggesting a method they can't >>>>>> easily object to because it doesn't involve more that a line or two >>>>>> of changes to the Bodington source code - to make the >>>>>> ServletContext available to the template so you can call >>>>>> getNamedDispatcher( "myModules" ).include( request, response ). I >>>>>> don't think that's a bodge or a workaround - it's basically the >>>>>> same as what you're proposing but compliant with the servlet spec - >>>>>> i.e. you could use it perfectly well outside of Bodington. >>>>>> >>>>>> Jon >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------- >>>>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting >>>>>> language >>>>>> that extends applications into web and mobile media. Attend the >>>>>> live webcast >>>>>> and join the prime developer group breaking into this new coding >>>>>> territory! >>>>>> http://sel.as-us.falkag.net/sel? >>>>>> cmd=lnk&kid=110944&bid=241720&dat=121642 >>>>>> _______________________________________________ >>>>>> Bodington-developers mailing list >>>>>> Bod...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting >>>>> language >>>>> that extends applications into web and mobile media. Attend the live >>>>> webcast >>>>> and join the prime developer group breaking into this new coding >>>>> territory! >>>>> http://sel.as-us.falkag.net/sel? >>>>> cmd=lnk&kid=110944&bid=241720&dat=121642 >>>>> _______________________________________________ >>>>> Bodington-developers mailing list >>>>> Bod...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by xPML, a groundbreaking scripting >>> language >>> that extends applications into web and mobile media. Attend the live >>> webcast >>> and join the prime developer group breaking into this new coding >>> territory! >>> http://sel.as-us.falkag.net/sel? >>> cmd=lnk&kid=110944&bid=241720&dat=121642 >>> _______________________________________________ >>> Bodington-developers mailing list >>> Bod...@li... >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting >> language >> that extends applications into web and mobile media. Attend the live >> webcast >> and join the prime developer group breaking into this new coding >> territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |