Re: [Bodington-developers] Plugin interface

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

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 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=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
>


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