Menu
▾
▴
bodington-developers
|
From: Alistair Y. <ali...@sm...> - 2006-07-04 08:11:49
|
Matthew, is there a spring config file available? Downloaded your weblearn stuff but can't find one. I'd like to do a jsp for chat users online. Rather than stick it in Facility and then remove it for release as no-one else has a chat server, I'd like to use your spring stuff and do jsp/beans. ta, Alistair |
|
From: Alistair Y. <ali...@sm...> - 2006-07-04 08:22:10
|
'sokay - found them in /etc! On 4 Jul 2006, at 09:11, Alistair Young wrote: > Matthew, is there a spring config file available? Downloaded your > weblearn stuff but can't find one. I'd like to do a jsp for chat > users online. Rather than stick it in Facility and then remove it for > release as no-one else has a chat server, I'd like to use your spring > stuff and do jsp/beans. > > ta, > > Alistair > > > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Adam M. <ada...@co...> - 2006-07-04 09:02:02
|
Mtt's away this week | -----Original Message----- | From: bod...@li... | [mailto:bod...@li...] On Behalf Of | Alistair Young | Sent: 04 July 2006 09:11 | To: Bodington developers | Subject: [Bodington-developers] Spring again | | Matthew, is there a spring config file available? Downloaded your | weblearn stuff but can't find one. I'd like to do a jsp for chat | users online. Rather than stick it in Facility and then remove it for | release as no-one else has a chat server, I'd like to use your spring | stuff and do jsp/beans. | | ta, | | Alistair | | | Using Tomcat but need to do more? Need to support web services, security? | Get stuff done quickly with pre-integrated technology to make your job | easier | Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo | http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 | _______________________________________________ | Bodington-developers mailing list | Bod...@li... | https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Sean M. <se...@sm...> - 2006-07-04 09:26:14
|
that's no doubt a mistake. We use ankle tags up here!-) On 4 Jul 2006, at 09:59, Adam Marshall wrote: > Mtt's away this week > > | -----Original Message----- > | From: bod...@li... > | [mailto:bod...@li...] On > Behalf Of > | Alistair Young > | Sent: 04 July 2006 09:11 > | To: Bodington developers > | Subject: [Bodington-developers] Spring again > | > | Matthew, is there a spring config file available? Downloaded your > | weblearn stuff but can't find one. I'd like to do a jsp for chat > | users online. Rather than stick it in Facility and then remove it > for > | release as no-one else has a chat server, I'd like to use your > spring > | stuff and do jsp/beans. > | > | ta, > | > | Alistair > | > | > | Using Tomcat but need to do more? Need to support web services, > security? > | Get stuff done quickly with pre-integrated technology to make > your job > | easier > | Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > | http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > | _______________________________________________ > | Bodington-developers mailing list > | Bod...@li... > | https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Matthew B. <mat...@ou...> - 2006-07-10 08:52:19
|
Delayed response due to holiday :-) Alistair Young wrote: > Matthew, is there a spring config file available? Downloaded your > weblearn stuff but can't find one. I'd like to do a jsp for chat > users online. Rather than stick it in Facility and then remove it for > release as no-one else has a chat server, I'd like to use your spring > stuff and do jsp/beans. It's in /etc and is called spring-servlet.xml It is copied in as part of the ant build. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Matthew B. <mat...@ou...> - 2006-07-11 11:34:44
|
Have you got anywhere with the swing stuff? Got some nice ways to make it better? -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Alexis O'C. <ale...@ou...> - 2006-07-11 11:39:15
|
Matthew Buckett wrote: > Have you got anywhere with the swing stuff? I presume you mean "spring" stuff ... ... although I've a good idea as to why you made that mistake ;-) (local *Swing* applet related problem!). Alexis |
|
From: Alistair Y. <ali...@sm...> - 2006-07-11 11:49:12
|
I like the bs_spring approach for core stuff and I've started on a plugin architecture using spring.e.g. I have to do a chat plugin where you can see who's online and initiate chat with them. Well that sounds like something you'd want to do in something else too, not just bod. So it would be nice to have it as a parallel "app", http:// bod.org/plugins/chat or whatever. As it's in the bod webapp space it has access to the global soup, in the sam way the gx idp has. IOC would be used to load in a bod connector when running as a bod plugin. Plugin spring controller acts as a facade/router to get to the plugins. Much the same way as a struts relay action. One thing you could do that would be really helpful is list the files I need to extract to put into our head. I've found most I think but I've prolly missed some too. The FC has a the grooviest of groovy tools he wants to do as a spring app rather than a native bod tool so we want to run the spring stuff here on dev.clan. Alistair On 11 Jul 2006, at 12:34, Matthew Buckett wrote: > Have you got anywhere with the swing stuff? > Got some nice ways to make it better? > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@ou...> - 2006-07-11 13:04:49
|
Alistair Young wrote: > I like the bs_spring approach for core stuff and I've started on a > plugin architecture using spring.e.g. I have to do a chat plugin > where you can see who's online and initiate chat with them. Plugin in what sense? > Well that > sounds like something you'd want to do in something else too, not > just bod. Yep. > So it would be nice to have it as a parallel "app", http:// > bod.org/plugins/chat or whatever. Not a tool in the bodingtno sense that can be deployed at multiple URLs? > As it's in the bod webapp space it > has access to the global soup, in the sam way the gx idp has. IOC > would be used to load in a bod connector when running as a bod plugin. Don't you want to inject the need classes into your plugin as then you don't have to use BuildingContext.getContext()... > Plugin spring controller acts as a facade/router to get to the > plugins. Much the same way as a struts relay action. Yeah I didn't switch to using spring for any of the backend layers although I would be keen on doing this. > One thing you could do that would be really helpful is list the files > I need to extract to put into our head. I've found most I think but > I've prolly missed some too. Not got a good list I'm afraid and the branch that has the spring stuff on has lots of other changes on it as well. It will be easier once I have tied up stuff here. > The FC has a the grooviest of groovy tools he wants to do as a spring > app rather than a native bod tool so we want to run the spring stuff > here on dev.clan. Spring App? -- -- 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-07-11 13:22:11
|
> Plugin in what sense? added functionality, like our MyModules, which has to go in Facility just now. Also, different "views" of users. Chat view for instance. Who's online, start a chat with them > Not a tool in the bodingtno sense that can be deployed at multiple > URLs? no, that's a good point. Plugins aren't bod specific. They're an easier way to customise a bod. e.g. ox can't use our MyModules and Chat so rather than endlessly removing from merges, just do them as plugins. > Spring App? well he'd rather do it as a spring app, then he can run it somewhere else. So he needs your bs_spring stuff in our head. Maybe it can't be a plugin as it might need to be added to bod at multiple urls. Alistair On 11 Jul 2006, at 14:04, Matthew Buckett wrote: > Alistair Young wrote: >> I like the bs_spring approach for core stuff and I've started on a >> plugin architecture using spring.e.g. I have to do a chat plugin >> where you can see who's online and initiate chat with them. > > Plugin in what sense? > >> Well that >> sounds like something you'd want to do in something else too, not >> just bod. > > Yep. > >> So it would be nice to have it as a parallel "app", http:// >> bod.org/plugins/chat or whatever. > > Not a tool in the bodingtno sense that can be deployed at multiple > URLs? > >> As it's in the bod webapp space it >> has access to the global soup, in the sam way the gx idp has. IOC >> would be used to load in a bod connector when running as a bod >> plugin. > > Don't you want to inject the need classes into your plugin as then you > don't have to use BuildingContext.getContext()... > >> Plugin spring controller acts as a facade/router to get to the >> plugins. Much the same way as a struts relay action. > > Yeah I didn't switch to using spring for any of the backend layers > although I would be keen on doing this. > >> One thing you could do that would be really helpful is list the files >> I need to extract to put into our head. I've found most I think but >> I've prolly missed some too. > > Not got a good list I'm afraid and the branch that has the spring > stuff > on has lots of other changes on it as well. It will be easier once I > have tied up stuff here. > >> The FC has a the grooviest of groovy tools he wants to do as a spring >> app rather than a native bod tool so we want to run the spring stuff >> here on dev.clan. > > Spring App? > > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Andrew B. <a.g...@le...> - 2006-07-11 13:35:34
|
Want a way of implementing plugins? Want a plugin to appear at different Bod Urls? Just use SOCKET! -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Alistair Young Sent: 11 July 2006 14:21 To: Bodington developers Subject: Re: [Bodington-developers] Spring again > Plugin in what sense? added functionality, like our MyModules, which has to go in Facility just now. Also, different "views" of users. Chat view for instance. Who's online, start a chat with them > Not a tool in the bodingtno sense that can be deployed at multiple > URLs? no, that's a good point. Plugins aren't bod specific. They're an easier way to customise a bod. e.g. ox can't use our MyModules and Chat so rather than endlessly removing from merges, just do them as plugins. > Spring App? well he'd rather do it as a spring app, then he can run it somewhere else. So he needs your bs_spring stuff in our head. Maybe it can't be a plugin as it might need to be added to bod at multiple urls. Alistair On 11 Jul 2006, at 14:04, Matthew Buckett wrote: > Alistair Young wrote: >> I like the bs_spring approach for core stuff and I've started on a >> plugin architecture using spring.e.g. I have to do a chat plugin >> where you can see who's online and initiate chat with them. > > Plugin in what sense? > >> Well that >> sounds like something you'd want to do in something else too, not >> just bod. > > Yep. > >> So it would be nice to have it as a parallel "app", http:// >> bod.org/plugins/chat or whatever. > > Not a tool in the bodingtno sense that can be deployed at multiple > URLs? > >> As it's in the bod webapp space it >> has access to the global soup, in the sam way the gx idp has. IOC >> would be used to load in a bod connector when running as a bod >> plugin. > > Don't you want to inject the need classes into your plugin as then you > don't have to use BuildingContext.getContext()... > >> Plugin spring controller acts as a facade/router to get to the >> plugins. Much the same way as a struts relay action. > > Yeah I didn't switch to using spring for any of the backend layers > although I would be keen on doing this. > >> One thing you could do that would be really helpful is list the files >> I need to extract to put into our head. I've found most I think but >> I've prolly missed some too. > > Not got a good list I'm afraid and the branch that has the spring > stuff > on has lots of other changes on it as well. It will be easier once I > have tied up stuff here. > >> The FC has a the grooviest of groovy tools he wants to do as a spring >> app rather than a native bod tool so we want to run the spring stuff >> here on dev.clan. > > Spring App? > > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@ou...> - 2006-07-11 13:43:00
|
Alistair Young wrote: >> Plugin in what sense? > added functionality, like our MyModules, which has to go in Facility > just now. Also, different "views" of users. Chat view for instance. > Who's online, start a chat with them >> Not a tool in the bodingtno sense that can be deployed at multiple >> URLs? > no, that's a good point. Plugins aren't bod specific. They're an > easier way to customise a bod. e.g. ox can't use our MyModules and > Chat so rather than endlessly removing from merges, just do them as > plugins. Ok so plugins aren't tools. Although I'd argue that chat should be a tool rather than a plugin as it makes sense that you could have multiple chat tools in a bod. >> Spring App? > well he'd rather do it as a spring app, then he can run it somewhere > else. So he needs your bs_spring stuff in our head. Maybe it can't be > a plugin as it might need to be added to bod at multiple urls. But what is the application exposing? and API? a set of web pages? a Web Service? -- -- 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-07-11 13:46:28
|
> Although I'd argue that chat should be a > tool it was originally but that would mean having to learn the black and ancient craft of bod tooling ;) > But what is the application exposing? and API? a set of web pages? > a Web > Service? can't say, sworn to secrecy. Apparently it's a world rockin' app ;) He doesn't want to do it as a tool for obvious reasons such as sanity so he wants your spring stuff in our head. Alistair On 11 Jul 2006, at 14:42, Matthew Buckett wrote: > Alistair Young wrote: >>> Plugin in what sense? > >> added functionality, like our MyModules, which has to go in Facility >> just now. Also, different "views" of users. Chat view for instance. >> Who's online, start a chat with them > > >>> Not a tool in the bodingtno sense that can be deployed at multiple >>> URLs? > >> no, that's a good point. Plugins aren't bod specific. They're an >> easier way to customise a bod. e.g. ox can't use our MyModules and >> Chat so rather than endlessly removing from merges, just do them as >> plugins. > > Ok so plugins aren't tools. Although I'd argue that chat should be a > tool rather than a plugin as it makes sense that you could have > multiple > chat tools in a bod. > >>> Spring App? >> well he'd rather do it as a spring app, then he can run it somewhere >> else. So he needs your bs_spring stuff in our head. Maybe it can't be >> a plugin as it might need to be added to bod at multiple urls. > > But what is the application exposing? and API? a set of web pages? > a Web > Service? > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Sean M. <se...@sm...> - 2006-07-11 13:58:00
|
need to differentiate here between the client which connects to the external server and the page which gives information on which of your pals is online and chattable. The chat server is being made aware of bod groups, so your groups turn into roster groups in chat-space, and you have the ability to create a chat room as you do a forum for the discussion tool. s On 11 Jul 2006, at 14:42, Matthew Buckett wrote: > Ok so plugins aren't tools. Although I'd argue that chat should be a > tool rather than a plugin as it makes sense that you could have > multiple > chat tools in a bod. |
|
From: Matthew B. <mat...@ou...> - 2006-07-11 14:16:31
|
Sean Mehan wrote: > need to differentiate here between the client which connects to the > external server and the page which gives information on which of your > pals is online and chattable. But shouldn't the "page which gives information" be a tool? as you might want it to be permission and hierarchy aware? > The chat server is being made aware of bod groups, so your groups turn > into roster groups in chat-space, and you have the ability to create a > chat room as you do a forum for the discussion tool. Ok so from our current discussion I have a glossary of: Plugin: A way of linking code into an application without having the application explicitly depend on the code. Don't you need an interface todo this, you get the application to depend on the interface not the implementation. But you still end up polluting the application with the interface. Bodington already has plugins in BuildingSession (and subclasses) and Facility (and subclass) can be replaced at runtime with different implementations. Tool: A Bodington tool that can be deployed somewhere in the tree of resources and is aware of permissions and possibly the hierarchy. -- -- 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-07-11 14:35:58
|
> But shouldn't the "page which gives information" be a tool? as you > might > want it to be permission and hierarchy aware? nothing's concrete just now, just poking around trying to avoid yet another method in Facility and also avoiding tools. The ability to have a chat "control page" isn't bod specific so doing it as a tool is a waste. The MyModules could be a tool but the demand for it didn't give any time to navigate the bone crushing blackness of bod tools ;) and it's not restricted - you have the right to view your modules anywhere in bod. Interfaces were mentioned then but were poo-pooed in favour of spring, which was coming. Now it's here, tools are back in fashion 8-0 > polluting the application with the > interface. that's a bit harsh. How else could one do it without doing a tool? The only advantage of a tool is the restrictions you can place on it. Something like chat isn't suited to a tool as the user can just say "sod it", leave bod and use their chat client to do the same thing. Why don't they just use their client in the first place? Ask those who produce requirements ;) > Facility (and subclass) but templates can only use one class. So you can't add functionality to a template that already uses Facility without putting that functionality into Facility. > Tool: A Bodington tool that can be deployed somewhere in the tree of > resources and is aware of permissions and possibly the hierarchy. but requires an onerous overhead of database insertion. You can't distribute bod tools as they require the database to be modified. If you just wanted public functionality you could just add a <plugin> call to a template and supply the jar in the distro. Facility would use the bod plugin interface to load and call it. The goal of a plugin was a self contained unit of functionality that could be called from a template. Unfortunately, as templates are restricted to one class, all plugin hooks have to go into Facility. That's where the interface came from. So Facility could be shipped with a plugin method that just loaded and called the desired plugin, defined by the template at run-time. Of course, if restrictions are required then a tool would be better although that means merge problems and database modifications and leads to site specific code in bod. Unless you do what we have to do and remove all our functionality before committing to bod head. Now that's a waste of everyone's time. Alistair On 11 Jul 2006, at 15:16, Matthew Buckett wrote: > Sean Mehan wrote: >> need to differentiate here between the client which connects to the >> external server and the page which gives information on which of your >> pals is online and chattable. > > But shouldn't the "page which gives information" be a tool? as you > might > want it to be permission and hierarchy aware? > >> The chat server is being made aware of bod groups, so your groups >> turn >> into roster groups in chat-space, and you have the ability to >> create a >> chat room as you do a forum for the discussion tool. > > Ok so from our current discussion I have a glossary of: > > Plugin: A way of linking code into an application without having the > application explicitly depend on the code. Don't you need an interface > todo this, you get the application to depend on the interface not the > implementation. But you still end up polluting the application with > the > interface. > > Bodington already has plugins in BuildingSession (and subclasses) and > Facility (and subclass) can be replaced at runtime with different > implementations. > > Tool: A Bodington tool that can be deployed somewhere in the tree of > resources and is aware of permissions and possibly the hierarchy. > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@ou...> - 2006-07-11 15:25:53
|
Alistair Young wrote: >> But shouldn't the "page which gives information" be a tool? as you >> might >> want it to be permission and hierarchy aware? > nothing's concrete just now, just poking around trying to avoid yet > another method in Facility and also avoiding tools. The ability to > have a chat "control page" isn't bod specific so doing it as a tool > is a waste. > The MyModules could be a tool but the demand for it didn't give any > time to navigate the bone crushing blackness of bod tools ;) and it's > not restricted - you have the right to view your modules anywhere in > bod. Interfaces were mentioned then but were poo-pooed in favour of > spring, which was coming. Now it's here, tools are back in fashion 8-0 > >> polluting the application with the >> interface. > that's a bit harsh. How else could one do it without doing a tool? You can't I don't think. I just wanted to make sure we didn't have our wires crossed. > The only advantage of a tool is the restrictions you can place on it. > Something like chat isn't suited to a tool as the user can just say > "sod it", leave bod and use their chat client to do the same thing. > Why don't they just use their client in the first place? Ask those > who produce requirements ;) Yeah, if bod is just acting as a proxy for a remote service then there isn't much point. >> Facility (and subclass) > but templates can only use one class. So you can't add functionality > to a template that already uses Facility without putting that > functionality into Facility. But if you subclass Facility then you can access your extra functionality. >> Tool: A Bodington tool that can be deployed somewhere in the tree of >> resources and is aware of permissions and possibly the hierarchy. > but requires an onerous overhead of database insertion. You can't > distribute bod tools as they require the database to be modified. If > you just wanted public functionality you could just add a <plugin> > call to a template and supply the jar in the distro. Facility would > use the bod plugin interface to load and call it. Just because you have an extra tool doesn't mean you have modify your database schema although you may well have to add extra rows. > The goal of a plugin was a self contained unit of functionality that > could be called from a template. Unfortunately, as templates are > restricted to one class, all plugin hooks have to go into Facility. > That's where the interface came from. So Facility could be shipped > with a plugin method that just loaded and called the desired plugin, > defined by the template at run-time. But then don't the templates still directly depend on the plugin being available? > Of course, if restrictions are required then a tool would be better > although that means merge problems and database modifications and > leads to site specific code in bod. I'm not sure it does. > Unless you do what we have to do > and remove all our functionality before committing to bod head. Now > that's a waste of everyone's time. Agreed. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Sean M. <se...@sm...> - 2006-07-11 13:58:11
|
If I tell you, I will have to kill you!-) s On 11 Jul 2006, at 14:42, Matthew Buckett wrote: > > But what is the application exposing? and API? a set of web pages? > a Web > Service? |
|
From: Matthew B. <mat...@ou...> - 2006-07-13 09:30:32
|
Alistair Young wrote: > One thing you could do that would be really helpful is list the files > I need to extract to put into our head. I've found most I think but > I've prolly missed some too. From a quick look: Files that changed for Spring. src/messages.properties src/org/bodington/servlet/BuildingServlet.java src/org/bodington/servlet/Request.java src/org/bodington/spring/BodingtonHandlerMapping.java lib/spring.jar etc/spring-servlet.xml etc/web.xml build.xml Possibly needed if you want some of the JSP stuff or if you accept lots of Request and BuildingServlet wholesale. src/org/bodington/servlet/BuildingConextListender.java src/org/bodington/servlet/BuildingFilter.java src/org/bodington/servlet/LogFilter.java taglibs/* lib/jstl.jar lib/standard.jar tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp tomcatadd/webapps/bodington/WEB-INF/tags/bod/* -- -- 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-07-13 09:37:44
|
Thanks Matthew. There may be an i18n issue though. Bod has it's own language setting that is independant of the browser as most users can't change the language of the browser. If I use bod in Gaelic, are the spring parts likely to be in the language of the browser? Alistair On 13 Jul 2006, at 10:30, Matthew Buckett wrote: > Alistair Young wrote: > >> One thing you could do that would be really helpful is list the files >> I need to extract to put into our head. I've found most I think but >> I've prolly missed some too. > > From a quick look: > > Files that changed for Spring. > > src/messages.properties > src/org/bodington/servlet/BuildingServlet.java > src/org/bodington/servlet/Request.java > src/org/bodington/spring/BodingtonHandlerMapping.java > lib/spring.jar > etc/spring-servlet.xml > etc/web.xml > build.xml > > > Possibly needed if you want some of the JSP stuff or if you accept > lots > of Request and BuildingServlet wholesale. > > src/org/bodington/servlet/BuildingConextListender.java > src/org/bodington/servlet/BuildingFilter.java > src/org/bodington/servlet/LogFilter.java > taglibs/* > lib/jstl.jar > lib/standard.jar > tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf > tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp > tomcatadd/webapps/bodington/WEB-INF/tags/bod/* > > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@ou...> - 2006-07-13 09:59:20
|
Alistair Young wrote: > Thanks Matthew. There may be an i18n issue though. Bod has it's own > language setting that is independant of the browser as most users > can't change the language of the browser. If I use bod in Gaelic, are > the spring parts likely to be in the language of the browser? Yeah as we don't have i18n on WebLearn I havn't tied the Spring i18n stuff to the Bodington stuff although I did use <fmt:message> tags so that half the battle was done. It should be reasonably easy to tie Spring to the Bodington i18n stuff. I personally really like the way that Spring itself can do it (follow browser languages but also allow custom per user changes). -- -- 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-07-14 09:42:33
|
good stuff Matthew. Can you send me: tomcatadd/webapps/bodington/WEB-INF/tags I don't seem to have that dir. I'm merging the spring stuff into our head version on my machine so I can get it running. --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland > Alistair Young wrote: > >> One thing you could do that would be really helpful is list the files >> I need to extract to put into our head. I've found most I think but >> I've prolly missed some too. > > From a quick look: > > Files that changed for Spring. > > src/messages.properties > src/org/bodington/servlet/BuildingServlet.java > src/org/bodington/servlet/Request.java > src/org/bodington/spring/BodingtonHandlerMapping.java > lib/spring.jar > etc/spring-servlet.xml > etc/web.xml > build.xml > > > Possibly needed if you want some of the JSP stuff or if you accept lots > of Request and BuildingServlet wholesale. > > src/org/bodington/servlet/BuildingConextListender.java > src/org/bodington/servlet/BuildingFilter.java > src/org/bodington/servlet/LogFilter.java > taglibs/* > lib/jstl.jar > lib/standard.jar > tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf > tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp > tomcatadd/webapps/bodington/WEB-INF/tags/bod/* > > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Matthew B. <mat...@ou...> - 2006-07-14 09:52:33
|
Alistair Young wrote: > good stuff Matthew. It was just a rough and ready diff so might have missed something. > Can you send me: > tomcatadd/webapps/bodington/WEB-INF/tags > I don't seem to have that dir. Opps, yeah its just some supporting tags that I wrote recently to make some stuff easier in JSPs. They are not well implemented but mean that the JSPs don't have scriptlets in them and I can implement the tags better another day. Attached are the two files I have in WEB-INF/tags/bod/ > I'm merging the spring stuff into our head version on my machine so I can > get it running. Good luck. -- -- 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-07-14 10:17:41
|
ok, it'll take a while Matthew. I took the files you mentioned but there are too many weblearn dependencies to be of use. It's like there are two separate applications now. I'll have to pick through the files to try and spot Spring stuff now, which will take a fair while. Don't have much time either as off to JISC next week. --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland > Alistair Young wrote: >> good stuff Matthew. > > It was just a rough and ready diff so might have missed something. > > > Can you send me: >> tomcatadd/webapps/bodington/WEB-INF/tags >> I don't seem to have that dir. > > Opps, yeah its just some supporting tags that I wrote recently to make > some stuff easier in JSPs. > > They are not well implemented but mean that the JSPs don't have > scriptlets in them and I can implement the tags better another day. > Attached are the two files I have in WEB-INF/tags/bod/ > >> I'm merging the spring stuff into our head version on my machine so I >> can >> get it running. > > Good luck. > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Matthew B. <mat...@ou...> - 2006-07-14 10:36:32
|
Alistair Young wrote: > ok, it'll take a while Matthew. I took the files you mentioned but there > are too many weblearn dependencies to be of use. It's like there are two > separate applications now. Yeah the spring branch which that code is from has quite a few changes and is different from WebLearn as well. I will be merging the spring stuff into WebLearn HEAD next week. Out of interest what do you mean too many WebLearn dependancies? Sorry it wasn't just a quick drop and go. > I'll have to pick through the files to try and spot Spring stuff now, > which will take a fair while. Don't have much time either as off to JISC > next week. Ok, any questions just drop an email. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
×
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