Menu
▾
▴
bodington-developers
|
From: Peter C. <Pet...@me...> - 2006-03-23 13:23:20
|
> From: Jon Maber > It is a servlet in the sense that it is invoked, gets=20 > information from a=20 > request object and outputs HTML via a response object. The=20 > only unusual=20 > feature is that it never outputs a whole page of HTML and is=20 > only used to insert output in the output of another servlet. I'd call it a portlet. Are we starting to reinvent JSR168 here? - Peter |
|
From: Peter C. <Pet...@me...> - 2006-03-23 13:25:11
|
> From: Jon Maber > By the way - what is a JSP page? Yes, you got it - a servlet. Then you are using the term 'servlet' in a remarkably idiosyncratic way that will not aid communication with the other software developers on this list. - Peter |
|
From: Jon M. <jo...@te...> - 2006-03-23 13:28:59
|
Peter Crowther wrote: >>From: Jon Maber >>By the way - what is a JSP page? Yes, you got it - a servlet. >> >> > >Then you are using the term 'servlet' in a remarkably idiosyncratic way >that will not aid communication with the other software developers on >this list. > > JSPs are compiled to Servlet classes. Ie. they build on a well established spec. for taking a request and producing a response. |
|
From: Alexis O'C. <ale...@ou...> - 2006-03-23 13:32:08
|
Jon Maber wrote: > Peter Crowther wrote: > >>> From: Jon Maber >>> By the way - what is a JSP page? Yes, you got it - a servlet. >>> >> >> Then you are using the term 'servlet' in a remarkably idiosyncratic way >> that will not aid communication with the other software developers on >> this list. >> >> > JSPs are compiled to Servlet classes. Ie. they build on a well > established spec. for taking a request and producing a response. > Hmmm... so why don't *we* just use JSPs? Alexis |
|
From: Jon M. <jo...@te...> - 2006-03-23 13:36:15
|
Alexis O'Connor wrote: > Jon Maber wrote: > >> Peter Crowther wrote: >> >>>> From: Jon Maber >>>> By the way - what is a JSP page? Yes, you got it - a servlet. >>>> >>> >>> >>> Then you are using the term 'servlet' in a remarkably idiosyncratic way >>> that will not aid communication with the other software developers on >>> this list. >>> >>> >> JSPs are compiled to Servlet classes. Ie. they build on a well >> established spec. for taking a request and producing a response. >> > > Hmmm... so why don't *we* just use JSPs? Historically because Bodington predates JSP. Theoretically - no good reason not to use them. Practically, quite a lot of careful thought would need to go into it. Basically I'd be very much in favour of JSPs in place of Bodington templates. Jon |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 13:39:47
|
> Bodington predates JSP just as walking predates flight ... ;) Alistair On 23 Mar 2006, at 13:36, Jon Maber wrote: > Alexis O'Connor wrote: > >> Jon Maber wrote: >> >>> Peter Crowther wrote: >>> >>>>> From: Jon Maber >>>>> By the way - what is a JSP page? Yes, you got it - a servlet. >>>>> >>>> >>>> >>>> Then you are using the term 'servlet' in a remarkably >>>> idiosyncratic way >>>> that will not aid communication with the other software >>>> developers on >>>> this list. >>>> >>> JSPs are compiled to Servlet classes. Ie. they build on a well >>> established spec. for taking a request and producing a response. >>> >> >> Hmmm... so why don't *we* just use JSPs? > > Historically because Bodington predates JSP. Theoretically - no > good reason not to use them. Practically, quite a lot of careful > thought would need to go into it. > > Basically I'd be very much in favour of JSPs in place of Bodington > templates. > > 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: Matthew B. <mat...@ou...> - 2006-03-23 13:57:29
|
Jon Maber wrote: > Alexis O'Connor wrote: > >> Jon Maber wrote: >> >>> Peter Crowther wrote: >>> >>>>> From: Jon Maber >>>>> By the way - what is a JSP page? Yes, you got it - a servlet. >>>>> >>>> >>>> >>>> >>>> Then you are using the term 'servlet' in a remarkably idiosyncratic way >>>> that will not aid communication with the other software developers on >>>> this list. >>>> >>>> >>> JSPs are compiled to Servlet classes. Ie. they build on a well >>> established spec. for taking a request and producing a response. >>> >> >> Hmmm... so why don't *we* just use JSPs? > > > Historically because Bodington predates JSP. Theoretically - no good > reason not to use them. Practically, quite a lot of careful thought > would need to go into it. > > Basically I'd be very much in favour of JSPs in place of Bodington > templates. I currently have a new reserved prefix (bs_spring) that gets handled by BuildingServlet (just as bs_template does) and then rather than BuildingServlet handing off control to the template the request gets forwarded to the spring dispatch servlet which examines the request and looks for the Facility associated with the request and the page name. It then uses this information to decided which controller to route the request to as a result. The controller is just a normal SpringMVC controller (similar to an struts Action). This controller then builds a Model and decides which view to use. The dispatch servlet then gets controll back and then hands off control to the view. Currently I use JSPs for views with template taglibs and spring taglibs, it is only here that the HTML is outputted. Stuff that isn't working is commons-validation and documentation on how to write new pages. Facilities are only used for deciding which controller to user but no Facility code is called. Database access still goes through BuildingSessions. A snapshot of my current state of work is at: http://users.ox.ac.uk/~buckett/weblearn-spring.tgz Comments. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 14:08:44
|
> Comments pretty impressive work Matthew but I'll bet you'd rather design it from the ground up. I can see why My Modules can't go in to 2.8! Is it worth building on what Matthew has done to start designing bod as a modern application? We need functionality now but we can't get it cleanly - we can either keep cobbling it together with Facility but maybe it's time we stood back, took stock and decided what we really want out of bod. Maybe we need a summit, all devs, consultants and interested parties. Where do we want to go? Alistair On 23 Mar 2006, at 13:57, Matthew Buckett wrote: > Jon Maber wrote: >> Alexis O'Connor wrote: >> >>> Jon Maber wrote: >>> >>>> Peter Crowther wrote: >>>> >>>>>> From: Jon Maber >>>>>> By the way - what is a JSP page? Yes, you got it - a servlet. >>>>>> >>>>> >>>>> >>>>> >>>>> Then you are using the term 'servlet' in a remarkably >>>>> idiosyncratic way >>>>> that will not aid communication with the other software >>>>> developers on >>>>> this list. >>>>> >>>>> >>>> JSPs are compiled to Servlet classes. Ie. they build on a well >>>> established spec. for taking a request and producing a response. >>>> >>> >>> Hmmm... so why don't *we* just use JSPs? >> >> >> Historically because Bodington predates JSP. Theoretically - no >> good >> reason not to use them. Practically, quite a lot of careful thought >> would need to go into it. >> >> Basically I'd be very much in favour of JSPs in place of Bodington >> templates. > > I currently have a new reserved prefix (bs_spring) that gets > handled by > BuildingServlet (just as bs_template does) and then rather than > BuildingServlet handing off control to the template the request gets > forwarded to the spring dispatch servlet which examines the request > and > looks for the Facility associated with the request and the page name. > It then uses this information to decided which controller to route the > request to as a result. > > The controller is just a normal SpringMVC controller (similar to an > struts Action). This controller then builds a Model and decides which > view to use. The dispatch servlet then gets controll back and then > hands > off control to the view. > > Currently I use JSPs for views with template taglibs and spring > taglibs, > it is only here that the HTML is outputted. > > Stuff that isn't working is commons-validation and documentation on > how > to write new pages. > > Facilities are only used for deciding which controller to user but no > Facility code is called. Database access still goes through > BuildingSessions. > > A snapshot of my current state of work is at: > > http://users.ox.ac.uk/~buckett/weblearn-spring.tgz > > Comments. > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ------------------------------------------------------- > 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:22:11
|
I'm one step removed from the development work so I won't comment on the summit idea - I'll leave that to those of you who are in the thick of it. However, I would suggest that large scale redesigning would involve a lot of money and a lot of time and it would be very important not to let that work result in less support for the current version during the development process. Jon Alistair Young wrote: >> Comments > > pretty impressive work Matthew but I'll bet you'd rather design it > from the ground up. > > I can see why My Modules can't go in to 2.8! > > Is it worth building on what Matthew has done to start designing bod > as a modern application? > > We need functionality now but we can't get it cleanly - we can either > keep cobbling it together with Facility but maybe it's time we stood > back, took stock and decided what we really want out of bod. > > Maybe we need a summit, all devs, consultants and interested parties. > > Where do we want to go? > > Alistair > > > On 23 Mar 2006, at 13:57, Matthew Buckett wrote: > >> Jon Maber wrote: >> >>> Alexis O'Connor wrote: >>> >>>> Jon Maber wrote: >>>> >>>>> Peter Crowther wrote: >>>>> >>>>>>> From: Jon Maber >>>>>>> By the way - what is a JSP page? Yes, you got it - a servlet. >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Then you are using the term 'servlet' in a remarkably >>>>>> idiosyncratic way >>>>>> that will not aid communication with the other software >>>>>> developers on >>>>>> this list. >>>>>> >>>>>> >>>>> JSPs are compiled to Servlet classes. Ie. they build on a well >>>>> established spec. for taking a request and producing a response. >>>>> >>>> >>>> Hmmm... so why don't *we* just use JSPs? >>> >>> >>> >>> Historically because Bodington predates JSP. Theoretically - no good >>> reason not to use them. Practically, quite a lot of careful thought >>> would need to go into it. >>> >>> Basically I'd be very much in favour of JSPs in place of Bodington >>> templates. >> >> >> I currently have a new reserved prefix (bs_spring) that gets handled by >> BuildingServlet (just as bs_template does) and then rather than >> BuildingServlet handing off control to the template the request gets >> forwarded to the spring dispatch servlet which examines the request and >> looks for the Facility associated with the request and the page name. >> It then uses this information to decided which controller to route the >> request to as a result. >> >> The controller is just a normal SpringMVC controller (similar to an >> struts Action). This controller then builds a Model and decides which >> view to use. The dispatch servlet then gets controll back and then >> hands >> off control to the view. >> >> Currently I use JSPs for views with template taglibs and spring >> taglibs, >> it is only here that the HTML is outputted. >> >> Stuff that isn't working is commons-validation and documentation on how >> to write new pages. >> >> Facilities are only used for deciding which controller to user but no >> Facility code is called. Database access still goes through >> BuildingSessions. >> >> A snapshot of my current state of work is at: >> >> http://users.ox.ac.uk/~buckett/weblearn-spring.tgz >> >> Comments. >> >> -- >> -- Matthew Buckett, VLE Developer >> -- Learning Technologies Group, Oxford University Computing Services >> -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ >> >> >> ------------------------------------------------------- >> 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: Matthew B. <mat...@ou...> - 2006-03-23 14:27:34
|
Jon Maber wrote: > I'm one step removed from the development work so I won't comment on the > summit idea - I'll leave that to those of you who are in the thick of it. > > However, I would suggest that large scale redesigning would involve a > lot of money and a lot of time and it would be very important not to let > that work result in less support for the current version during the > development process. I'm not is favour of stopping supporting the existing code as we have so much functionality already written/working/debugged. I just think that for new features it would make sense to write them in a more future proofed manner. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Jon M. <jo...@te...> - 2006-03-23 14:43:37
|
Matthew Buckett wrote: >Jon Maber wrote: > > >>I'm one step removed from the development work so I won't comment on the >>summit idea - I'll leave that to those of you who are in the thick of it. >> >>However, I would suggest that large scale redesigning would involve a >>lot of money and a lot of time and it would be very important not to let >>that work result in less support for the current version during the >>development process. >> >> > >I'm not is favour of stopping supporting the existing code as we have so >much functionality already written/working/debugged. I just think that >for new features it would make sense to write them in a more future >proofed manner. > > > I'm in agreement - the HTML/HTTP side of Bodington is in great need of a serious update but it will need funding because without that you will only get it done by diverting effort from other activities - like documentation, bug fixing etc. and nobody wants that. |
|
From: Matthew B. <mat...@ou...> - 2006-03-23 14:22:43
|
Alistair Young wrote: >> Comments > > pretty impressive work Matthew but I'll bet you'd rather design it from > the ground up. It's not that much work. The main thing was getting the mapping from Facilities/Resources to another framework going. But this isn't quite sorted. Initially I wanted to move most of the work of BuildingServlet into a filter and then use the servlet mappings to decide which servlet to map the request to but the servlet spec isn't flexible enough so the mapping has to be done in BuildingServer and then dispatched. > I can see why My Modules can't go in to 2.8! I'm not suggesting this should go in either. I'd just been mentioning this stuff and though I should expand on it. > Is it worth building on what Matthew has done to start designing bod as > a modern application? If we throw it out that's fine, but I think we need to seriously think about this stuff. I've being working on it as I worked on MyWeblearn with the hope of ironing out bugs in it. > We need functionality now but we can't get it cleanly - we can either > keep cobbling it together with Facility but maybe it's time we stood > back, took stock and decided what we really want out of bod. I've been cobbling for a year and have had enough. > Maybe we need a summit, all devs, consultants and interested parties. hmmm... beer.... -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 14:27:57
|
> I've been cobbling for a year and have had enough here here and here endeth the lesson. See you all in a pub sometime :) Alistair On 23 Mar 2006, at 14:22, Matthew Buckett wrote: > Alistair Young wrote: >>> Comments >> >> pretty impressive work Matthew but I'll bet you'd rather design >> it from >> the ground up. > > It's not that much work. The main thing was getting the mapping from > Facilities/Resources to another framework going. But this isn't quite > sorted. Initially I wanted to move most of the work of BuildingServlet > into a filter and then use the servlet mappings to decide which > servlet > to map the request to but the servlet spec isn't flexible enough so > the > mapping has to be done in BuildingServer and then dispatched. > >> I can see why My Modules can't go in to 2.8! > > I'm not suggesting this should go in either. I'd just been mentioning > this stuff and though I should expand on it. > >> Is it worth building on what Matthew has done to start designing >> bod as >> a modern application? > > If we throw it out that's fine, but I think we need to seriously think > about this stuff. I've being working on it as I worked on MyWeblearn > with the hope of ironing out bugs in it. > >> We need functionality now but we can't get it cleanly - we can either >> keep cobbling it together with Facility but maybe it's time we stood >> back, took stock and decided what we really want out of bod. > > I've been cobbling for a year and have had enough. > >> Maybe we need a summit, all devs, consultants and interested parties. > > hmmm... beer.... > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ------------------------------------------------------- > 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:17:55
|
>> Maybe we need a summit, all devs, consultants and interested parties. > > hmmm... beer.... > how about a dram or two, matthew!-) s > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ------------------------------------------------------- > 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: Matthew B. <mat...@ou...> - 2006-03-23 15:22:08
|
Sean Mehan wrote: >>>Maybe we need a summit, all devs, consultants and interested parties. >> >>hmmm... beer.... >> > > how about a dram or two, matthew!-) I'll bring the drink if someone else can bring the charcoal ;-) -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Adam M. <ada...@co...> - 2006-04-10 10:43:26
|
| | Maybe we need a summit, all devs, consultants and interested parties. | | Where do we want to go? | | Alistair Perhaps we should organise a phone conference next week? (We could phone up peter and jon if they want to be involved.) We should talk about the 2.10 release. Personally, I'd like to see fortnightly short (phone) meets just so we all know whether everybody is doing. I dunno? adam |
|
From: Jon M. <jo...@te...> - 2006-04-10 13:51:36
|
I'd be pleased to listen in but since I no longer represent a stakeholder organisation I'm not sure that I should participate. Depending on the date and time I may be passing near Oxford in the car so perhaps I could pop in. By the way, you do realise that it's Easter coming up? (Passover starts this wednesday.) Might be some difficulty getting a quorum. Jon' Adam Marshall wrote: >| >| Maybe we need a summit, all devs, consultants and interested parties. >| >| Where do we want to go? >| >| Alistair > >Perhaps we should organise a phone conference next week? (We could phone up >peter and jon if they want to be involved.) > >We should talk about the 2.10 release. > >Personally, I'd like to see fortnightly short (phone) meets just so we all >know whether everybody is doing. I dunno? > >adam > > > >------------------------------------------------------- >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: Peter C. <Pet...@me...> - 2006-03-23 16:15:49
|
> From: Sean Mehan > 1) Agree a method for code to go in supporting functionality=20 > that can go into HEAD; > 2) Agree that this will be a UHI only mod. Just a quick clarification request. Sean, I recall you saying in the past that UHI are developing CLAN on a branch of Bodington at SourceForge (although I can't find it in my mailbox anywhere). Presumably this means that merging such a change into the trunk later would be relatively simple? Or have I got the wrong end of the stick? - Peter |
|
From: Jon M. <jo...@te...> - 2006-03-23 13:27:37
|
Peter Crowther wrote: >>From: Jon Maber >>It is a servlet in the sense that it is invoked, gets >>information from a >>request object and outputs HTML via a response object. The >>only unusual >>feature is that it never outputs a whole page of HTML and is >>only used to insert output in the output of another servlet. >> >> > >I'd call it a portlet. Are we starting to reinvent JSR168 here? > > - Peter > > No reinvention at all! That's my point. Servlets have been able to call other servlets from way back and I think it's best to use something that is established functionality of the spec. |
|
From: Matthew B. <mat...@ou...> - 2006-03-23 13:35:27
|
Jon Maber wrote: > > Peter Crowther wrote: > >>> From: Jon Maber >>> It is a servlet in the sense that it is invoked, gets information >>> from a request object and outputs HTML via a response object. The >>> only unusual feature is that it never outputs a whole page of HTML >>> and is only used to insert output in the output of another servlet. >>> >> >> >> I'd call it a portlet. Are we starting to reinvent JSR168 here? >> >> - Peter >> >> > No reinvention at all! That's my point. > Servlets have been able to call other servlets from way back and I think > it's best to use something that is established functionality of the spec. RequestDispatcher.include() unless used carefully can lead to very fragile and difficult to follow routes through the code. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Alistair Y. <ali...@sm...> - 2006-03-23 13:32:44
|
jeez, 4 and counting: plugin,facility,servlet,portlet - any more? prize for the most =20 inventive ;) Alistair On 23 Mar 2006, at 13:23, Peter Crowther wrote: >> From: Jon Maber >> It is a servlet in the sense that it is invoked, gets >> information from a >> request object and outputs HTML via a response object. The >> only unusual >> feature is that it never outputs a whole page of HTML and is >> only used to insert output in the output of another servlet. > > I'd call it a portlet. Are we starting to reinvent JSR168 here? > > - Peter > > > ------------------------------------------------------- > 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: Andrew B. <a.g...@le...> - 2006-03-23 13:52:46
|
fartlet -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Alistair Young Sent: 23 March 2006 13:33 To: bod...@li... Subject: Re: [Bodington-developers] Plugin interface jeez, 4 and counting: plugin,facility,servlet,portlet - any more? prize for the most =20 inventive ;) Alistair On 23 Mar 2006, at 13:23, Peter Crowther wrote: >> From: Jon Maber >> It is a servlet in the sense that it is invoked, gets >> information from a >> request object and outputs HTML via a response object. The >> only unusual >> feature is that it never outputs a whole page of HTML and is >> only used to insert output in the output of another servlet. > > I'd call it a portlet. Are we starting to reinvent JSR168 here? > > - Peter > > > ------------------------------------------------------- > 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 ------------------------------------------------------- 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 |
|
From: Jon M. <jo...@te...> - 2006-03-23 14:02:55
|
Peter Crowther wrote: >>From: Jon Maber >>It is a servlet in the sense that it is invoked, gets >>information from a >>request object and outputs HTML via a response object. The >>only unusual >>feature is that it never outputs a whole page of HTML and is >>only used to insert output in the output of another servlet. >> >> > >I'd call it a portlet. Are we starting to reinvent JSR168 here? > > - Peter > > Portlets solve a problem which is much more tricky than Alistair's application. You have a page that contains multiple forms and links which have been output by different modules. You want the action property of every form to reference the same page that contains the form so that just one corner of the page reacts to the user input. None of the modules that are used to build the page knows about the others. Nearly all of this could be implemented using one JSP page and a Servlet for each module. However the form IDs, input field IDs and links could clash with those of the other servlets. Basically a Portlet is a Servlet which is happy for its form output tags to be rewritten and its form input to be transformed. To do this it needs to add HTML elements and attributes to its output according to rules. Jon |
×
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