Re: [Bodington-developers] Spring again

[Andrew B. <a.g...@le...>]

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