Re: [Bodington-developers] Plugin interface

[Colin T. <col...@ou...>]

Alistair Young wrote:
> If I have to vote then 1) ++ but Matthew might have something in the  
> pipeline and I don't want to implement something that's likely to get  
> binned.

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.)
That way Al could even get to use JSPs!

To answer Sean, I say 2). I know that's a pain in the short-term for 
UHI, but I think it's better for all of us in the longer term.

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