From: Alistair Y. <ali...@sm...> - 2006-03-23 18:42:56
|
> But 1 or 2, it will be at UHI next month!-) absolutely The consensus seems to be 2, so I'll just make sure I don't do too much o= n it just now. If I can help with Matthew's vision then just let me know. Seems that could be the way to go. Especially if we can have left.jsp. Now, that would open sooooo many doors :) Thanks for a spiffing workout bodders. Off back to lurkerland (hooray I hear you say!) Alistair --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland > sorry, Colin. That was not an option for you to vote. You are always go= od > at this, opting for what isn't on the table. Must be a Boers thing!-) > > We need what al is doing, and we do it as 1 or 2. If 2, then it will co= me > into head when we can get it in through some other mechanism as time > permits. But 1 or 2, it will be at UHI next month!-) > > > s > > > <quote who=3D"Colin Tatham"> >> Colin Tatham wrote: >>> If possible, I'd say Alistair holds off doing his thing (specially fo= r >>> 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=3D"Alistair Young"> >>>>>> >>>>>>>> so you can call getNamedDispatcher( "myModules" ).include( >>>>>>>> request, >>>>>>>> response ) >>>>>>>> >>>>>>> but that's where we differ Jon. JSPs are designed to insulate pag= e >>>>>>> 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 wai= t >>>>>>> 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 - hal= f >>>>>>>>> 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 t= o >>>>>>>> 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 spe= c >>>>>>>> - >>>>>>>> i.e. you could use it perfectly well outside of Bodington. >>>>>>>> >>>>>>>> Jon >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------- >>>>>>>> This SF.Net email is sponsored by xPML, a groundbreaking scripti= ng >>>>>>>> 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=3Dlnk&kid=3D110944&bid=3D241720&dat=3D121642 >>>>>>>> _______________________________________________ >>>>>>>> Bodington-developers mailing list >>>>>>>> Bod...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/bodington-developer= s >>>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------- >>>>>>> This SF.Net email is sponsored by xPML, a groundbreaking scriptin= g >>>>>>> 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=3Dlnk&kid=3D110944&bid=3D241720&dat=3D121642 >>>>>>> _______________________________________________ >>>>>>> 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 li= ve >>>>> webcast >>>>> and join the prime developer group breaking into this new coding >>>>> territory! >>>>> http://sel.as-us.falkag.net/sel? >>>>> cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D121642 >>>>> _______________________________________________ >>>>> 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=3Dlnk&kid=3D110944&bid=3D241720&= dat=3D121642 >>>> _______________________________________________ >>>> 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 >> >> >> ------------------------------------------------------- >> 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=3Dlnk&kid=3D110944&bid=3D241720&da= t=3D121642 >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> > > > -- > Sean Mehan > Head of e-Frameworks > Learning and Information Services > UHI > > > ------------------------------------------------------- > 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=3Dlnk&kid=110944&bid$1720&dat=12164= 2 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |