Menu
▾
▴
bodington-developers
|
From: Jon M. <jo...@te...> - 2006-03-23 13:45:11
|
Quite - the best solution for you would be JSP support in Bodington so you can use your taglibs. However, that isn't currently available so what would be a reasonable solution? Personally I think a solution based on a specification that IS supported by Bodington would be quite a good idea AND it would pave the way for what you really want. If Bodington supports servlet includes that would be the first step for supporting JSP because as I said before JSP are compiled to servlets. If a general case servlet works in Bodington then your half way to a JSP page working in Bodington. Jon Alistair Young wrote: >> a servlet > > the end result is a "servlet" - the jsp is made for the purpose > though, rather than cobbling together the same functionalty from a > real servlet, i.e. building one then restricting it to everything bar > a template. > > It's like implementing OOP in C. Why bother - just use C++. > > If I wanted this functionality in a normal webapp, I'd use taglibs. > (looks at watch, checks which year it is, yes, it *really* is 2006) ;) > > Alistair > > > On 23 Mar 2006, at 13:23, Jon Maber wrote: > >> Alistair Young wrote: >> >>> I'm still not convinced though. My Modules is just like a private >>> JSP that lives in WEB-INF. It can't be accessed via a browser. >>> Only a template can access it. >> >> >> By the way - what is a JSP page? Yes, you got it - a servlet. >> >> 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 > |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 13:56:15
|
> If Bodington supports servlet includes that's a function of the servlet container, not bod. I see what you're saying Jon but I just feel I'm being sucked back into bod due to the way it works. The cleanest way to implement a sort of taglib - coz that's what you're limited to with the current architecture - loads of "sort ofs" - would be to handle <plugin ... /> tags in a template. Just as I added <localise ... /> tags. > JSP are compiled to servlets that's just a by product of the spec - no-one uses JSPs as servlets. JSPs were invented to get away from servlets. Alistair On 23 Mar 2006, at 13:45, Jon Maber wrote: > Quite - the best solution for you would be JSP support in Bodington > so you can use your taglibs. However, that isn't currently > available so what would be a reasonable solution? Personally I > think a solution based on a specification that IS supported by > Bodington would be quite a good idea AND it would pave the way for > what you really want. > > If Bodington supports servlet includes that would be the first step > for supporting JSP because as I said before JSP are compiled to > servlets. If a general case servlet works in Bodington then your > half way to a JSP page working in Bodington. > > Jon > > > Alistair Young wrote: > >>> a servlet >> >> the end result is a "servlet" - the jsp is made for the purpose >> though, rather than cobbling together the same functionalty from >> a real servlet, i.e. building one then restricting it to >> everything bar a template. >> >> It's like implementing OOP in C. Why bother - just use C++. >> >> If I wanted this functionality in a normal webapp, I'd use >> taglibs. (looks at watch, checks which year it is, yes, it >> *really* is 2006) ;) >> >> Alistair >> >> >> On 23 Mar 2006, at 13:23, Jon Maber wrote: >> >>> Alistair Young wrote: >>> >>>> I'm still not convinced though. My Modules is just like a >>>> private JSP that lives in WEB-INF. It can't be accessed via a >>>> browser. Only a template can access it. >>> >>> >>> By the way - what is a JSP page? Yes, you got it - a servlet. >>> >>> 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 |
|
From: Jon M. <jo...@te...> - 2006-03-23 14:14:00
|
Alistair Young wrote: >> If Bodington supports servlet includes > > that's a function of the servlet container, not bod. I see what > you're saying Jon but I just feel I'm being sucked back into bod due > to the way it works. No, I'm trying to help you do your own thing from a Bodington template. Honest! You won't be going near Facility. You won't even need Facility to help you reference your code. > The cleanest way to implement a sort of taglib - coz that's what > you're limited to with the current architecture - loads of "sort ofs" > - would be to handle <plugin ... /> tags in a template. Just as I > added <localise ... /> tags. I think it can be done without adding any new tag types to the template DTD. > JSP are compiled to servlets > that's just a by product of the spec - no-one uses JSPs as servlets. > JSPs were invented to get away from servlets. JSP was invented to avoid thousands of lines of code like this one; out.print( "<P>here's another 400 paragraphs of HTML</P>" ); and to provide non-programmers with a less scary route into programming. Jon |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 14:24:39
|
> 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. > 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. > out.print( "<P>here's another 400 paragraphs of HTML</P>" ); that's how bod works though! I don't think I'm getting anywhere now although it's been an interesting ride getting there. Alistair On 23 Mar 2006, at 14:13, Jon Maber wrote: > Alistair Young wrote: > >>> If Bodington supports servlet includes >> >> that's a function of the servlet container, not bod. I see what >> you're saying Jon but I just feel I'm being sucked back into bod >> due to the way it works. > > No, I'm trying to help you do your own thing from a Bodington > template. Honest! You won't be going near Facility. > You won't even need Facility to help you reference your code. > >> The cleanest way to implement a sort of taglib - coz that's what >> you're limited to with the current architecture - loads of "sort >> ofs" - would be to handle <plugin ... /> tags in a template. Just >> as I added <localise ... /> tags. > > I think it can be done without adding any new tag types to the > template DTD. > >> JSP are compiled to servlets >> that's just a by product of the spec - no-one uses JSPs as >> servlets. JSPs were invented to get away from servlets. > > JSP was invented to avoid thousands of lines of code like this one; > out.print( "<P>here's another 400 paragraphs of HTML</P>" ); > and to provide non-programmers with a less scary route into > programming. > > 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 |
|
From: Jon M. <jo...@te...> - 2006-03-23 14:58:06
|
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
|
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 15:07:36
|
> 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 |
|
From: Jon M. <jo...@te...> - 2006-03-23 15:14:12
|
I like dots and parentheses and you like angle brackets, I say tomato and you say tomato, Tomato, tomato, <, (), Let's call the whole thing off. ;o) Alistair Young wrote: >> 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 > |
|
From: Sean M. <se...@sm...> - 2006-03-23 15:24:21
|
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 |
|
From: Jon M. <jo...@te...> - 2006-03-23 15:30:05
|
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 >> >> >> > > > > |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 15:38:15
|
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 |
|
From: Colin T. <col...@ou...> - 2006-03-23 16:09:23
|
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 |
|
From: Colin T. <col...@ou...> - 2006-03-23 16:15:11
|
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 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="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 |
|
From: Sean M. <se...@sm...> - 2006-03-23 17:23:12
|
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 |
|
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 > |
|
From: Matthew B. <mat...@ou...> - 2006-03-24 10:43:52
|
Alistair Young wrote: >>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 on > 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 :) By all means. I think the tgz should build and work although the MyWebLearn stuff isn't finished yet. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Colin T. <col...@ou...> - 2006-03-24 09:20:16
|
Sean Mehan wrote: > 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!-) I did vote. It was 2). I also asked you what you were on about, because there was not sufficient consensus from the rest of us to be able to vote on anything, the only thing to vote on was does (whatever UHI do) go into HEAD, and we didn't need to go to vote on that... By the way, I'm no Boer. > We need what al is doing, You've had My Modules since the dawn of time, why is this pluggability suddenly such a pressing issue? > 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="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 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="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 >> >> >>------------------------------------------------------- >>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 |
|
From: Alistair Y. <ali...@sm...> - 2006-03-24 10:27:26
|
> You've had My Modules since the dawn of time LOL! not quite Colin. The issue now though is the 2.8 release. My Modules needs a database - to match student info and their modules. This is where the plugin debate started! If we ship My Modules in HEAD then we need to add all the database stuff too - including the database and all the uhi specific code. We need to do that as the template calls Facility to output the module links. So, I suggested a <plugin ... /> tag and a Plugin interface so we could leave a one line hook in Facility and not put My Modules in HEAD. Facility would call the plugin rather than the Minerva class which does the work. So, no need for loads of code no- one will use in HEAD and we can add it to our CLAN easily. but then we got into a debate about servlets and JSP.... I'm still open to adding the new tag and the interface if it makes everyone happy but I won't be sidetracked by debates about what a servlet is. What I'm proposing is adding a sort of taglib functionality to the templates (here we go again). Alistair On 24 Mar 2006, at 09:19, Colin Tatham wrote: > Sean Mehan wrote: >> 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!-) > > I did vote. It was 2). > I also asked you what you were on about, because there was not > sufficient consensus from the rest of us to be able to vote on > anything, the only thing to vote on was does (whatever UHI do) go > into HEAD, and we didn't need to go to vote on that... > > By the way, I'm no Boer. > >> We need what al is doing, > > You've had My Modules since the dawn of time, why is this > pluggability suddenly such a pressing issue? > >> 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="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 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="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 >>> >>> >>> ------------------------------------------------------- >>> 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 > > > ------------------------------------------------------- > 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 |
|
From: Colin T. <col...@ou...> - 2006-03-24 10:49:12
|
Alistair Young wrote: >> You've had My Modules since the dawn of time > > LOL! not quite Colin. Oh, I stand corrected. I was sure that there was a My Modules tab in the left hand panel when we got the new look and feel from you guys in about 2004? So when did My Modules appear? Colin > The issue now though is the 2.8 release. My > Modules needs a database - to match student info and their modules. > > This is where the plugin debate started! If we ship My Modules in HEAD > then we need to add all the database stuff too - including the database > and all the uhi specific code. > > We need to do that as the template calls Facility to output the module > links. So, I suggested a <plugin ... /> tag and a Plugin interface so > we could leave a one line hook in Facility and not put My Modules in > HEAD. Facility would call the plugin rather than the Minerva class > which does the work. So, no need for loads of code no- one will use in > HEAD and we can add it to our CLAN easily. > > but then we got into a debate about servlets and JSP.... > > I'm still open to adding the new tag and the interface if it makes > everyone happy but I won't be sidetracked by debates about what a > servlet is. > > What I'm proposing is adding a sort of taglib functionality to the > templates (here we go again). > > Alistair > > > On 24 Mar 2006, at 09:19, Colin Tatham wrote: > >> Sean Mehan wrote: >> >>> 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!-) >> >> >> I did vote. It was 2). >> I also asked you what you were on about, because there was not >> sufficient consensus from the rest of us to be able to vote on >> anything, the only thing to vote on was does (whatever UHI do) go >> into HEAD, and we didn't need to go to vote on that... >> >> By the way, I'm no Boer. >> >>> We need what al is doing, >> >> >> You've had My Modules since the dawn of time, why is this >> pluggability suddenly such a pressing issue? >> >>> 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="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 >>>>> stuff >>>>> (or Al collaborates with Matthew on it.) >>>>prominent. >>>> >>>> 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.prominent. >>>>>>> >>>>>>> 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 >>>> >>>> >>>> ------------------------------------------------------- >>>> 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 >> >> >> ------------------------------------------------------- >> 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 |
|
From: Alistair Y. <ali...@sm...> - 2006-03-24 10:53:31
|
You're correct in that the tab was there! but the functionality appeared about 3-4 months ago. It's driven by our SIS so you can understand the delay! Alistair On 24 Mar 2006, at 10:47, Colin Tatham wrote: > Alistair Young wrote: >>> You've had My Modules since the dawn of time >> LOL! not quite Colin. > > Oh, I stand corrected. I was sure that there was a My Modules tab > in the left hand panel when we got the new look and feel from you > guys in about 2004? > So when did My Modules appear? > > Colin > >> The issue now though is the 2.8 release. My Modules needs a >> database - to match student info and their modules. >> This is where the plugin debate started! If we ship My Modules in >> HEAD then we need to add all the database stuff too - including >> the database and all the uhi specific code. >> We need to do that as the template calls Facility to output the >> module links. So, I suggested a <plugin ... /> tag and a Plugin >> interface so we could leave a one line hook in Facility and not >> put My Modules in HEAD. Facility would call the plugin rather >> than the Minerva class which does the work. So, no need for loads >> of code no- one will use in HEAD and we can add it to our CLAN >> easily. >> but then we got into a debate about servlets and JSP.... >> I'm still open to adding the new tag and the interface if it >> makes everyone happy but I won't be sidetracked by debates about >> what a servlet is. >> What I'm proposing is adding a sort of taglib functionality to >> the templates (here we go again). >> Alistair >> On 24 Mar 2006, at 09:19, Colin Tatham wrote: >>> Sean Mehan wrote: >>> >>>> 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!-) >>> >>> >>> I did vote. It was 2). >>> I also asked you what you were on about, because there was not >>> sufficient consensus from the rest of us to be able to vote on >>> anything, the only thing to vote on was does (whatever UHI do) >>> go into HEAD, and we didn't need to go to vote on that... >>> >>> By the way, I'm no Boer. >>> >>>> We need what al is doing, >>> >>> >>> You've had My Modules since the dawn of time, why is this >>> pluggability suddenly such a pressing issue? >>> >>>> 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="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 stuff >>>>>> (or Al collaborates with Matthew on it.) >>>>> prominent. >>>>> >>>>> 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.prominent. >>>>>>>> >>>>>>>> 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 >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> 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 >>> >>> >>> ------------------------------------------------------- >>> 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 > > > ------------------------------------------------------- > 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 |
|
From: Jon M. <jo...@te...> - 2006-03-24 13:11:07
|
Alistair Young wrote: > I'm still open to adding the new tag and the interface if it makes > everyone happy but I won't be sidetracked by debates about what a > servlet is. :-o ----> :-| |
|
From: Alistair Y. <ali...@sm...> - 2006-03-24 13:16:29
|
;) On 24 Mar 2006, at 13:10, Jon Maber wrote: > Alistair Young wrote: > >> I'm still open to adding the new tag and the interface if it >> makes everyone happy but I won't be sidetracked by debates about >> what a servlet is. > > :-o ----> :-| > > > > > > ------------------------------------------------------- > 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 |
|
From: Colin T. <col...@ou...> - 2006-03-23 15:36:43
|
Sean Mehan wrote: > 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. I know you're going to think that I'm just being difficult :-) but what are you saying? We agreed to My Modules or the 'plugin' stuff 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; What's that? Did we come to a conclusion? > 2) Agree that this will be a UHI only mod. Meaning it won't go into HEAD? Colin > <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 >> > > > -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
|
From: Sean M. <se...@sm...> - 2006-03-23 15:39:57
|
<quote who=3D"Colin Tatham"> > Sean Mehan wrote: >> 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. > > I know you're going to think that I'm just being difficult :-) but what > are you saying? > We agreed to My Modules or the 'plugin' stuff in principle? not plugin 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; > > What's that? Did we come to a conclusion? there were two different practical proposals, one by al, one by jon al seems to want to do his own. so, he is pushing his own boat. so, you are agreeing to al's tag idea...or not. > >> 2) Agree that this will be a UHI only mod. > > Meaning it won't go into HEAD? yes, it will not go into HEAD with a vote for 2. > |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 15:44:25
|
> al seems to want to do his own it's not a question of me wanting to do anything. I'm just trying to =20 get something that will work and will be easy for template developers =20= to use. Alistair On 23 Mar 2006, at 15:39, Sean Mehan wrote: > > <quote who=3D"Colin Tatham"> >> Sean Mehan wrote: >>> However, alistair is trying to get a method to work to start =20 >>> coupling in >>> stuff to bod now. This would lead to mods that Ox and Aggie said =20 >>> they >>> would be interested in at least in principle. >> >> I know you're going to think that I'm just being difficult :-) but =20= >> what >> are you saying? >> We agreed to My Modules or the 'plugin' stuff in principle? > not plugin in principle > > >> >>> Therefore, we need to reach a decision: >>> >>> 1) Agree a method for code to go in supporting functionality that =20= >>> can go >>> into HEAD; >> >> What's that? Did we come to a conclusion? > > there were two different practical proposals, one by al, one by jon > al seems to want to do his own. so, he is pushing his own boat. > so, you are agreeing to al's tag idea...or not. >> >>> 2) Agree that this will be a UHI only mod. >> >> Meaning it won't go into HEAD? > > yes, it will not go into HEAD with a vote for 2. > >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting =20 > language > that extends applications into web and mobile media. Attend the =20 > live webcast > and join the prime developer group breaking into this new coding =20 > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=121642= > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Paul D. <pau...@ou...> - 2006-03-23 16:35:47
|
I think it's too early and unproven to go into the next release, so it = has to be=20 2 Paul -------------------------------------------------------------------------= Dr Paul V Davis Acting Head, Learning Technologies Group Project Manager, WebLearn ( Oxford's version of Bodington.org) Oxford University Computing Services 13 Banbury Road, Oxford, OX2 6NN Tel: 01865 283414 -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of = Sean Mehan Sent: 23 March 2006 15:24 To: bod...@li... Cc: bod...@li... Subject: Re: [Bodington-developers] Plugin interface 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=3D= 121642 > _______________________________________________ > 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 ------------------------------------------------------- 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=3Dk&kid=110944&bid$1720&dat=121642 _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X