Re: [Bodington-developers] Plugin interface

[Sean M. <se...@sm...>]

sorry, Colin. That was not an option for you to vote. You are always good
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 come
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 for
>> 2.8) and we look at what comes out of Matthew's work on the Spring stu=
ff
>> (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 th=
ey
>>>>> 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( reques=
t,
>>>>>>> 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 plug=
in
>>>>>>> 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 t=
wo
>>>>>>> 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 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  liv=
e
>>>> 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&d=
at=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&dat=
=3D121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>


--=20
Sean Mehan
Head of e-Frameworks
Learning and Information Services
UHI