Re: [Bodington-developers] Plugin interface

[Alistair Y. <ali...@sm...>]

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.

Alistair

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