bodington-developers — Mailing list for Bodington developers

Re: [Bodington-developers] Spring again

[Alistair Y. <ali...@sm...>]

> the trouble we had
> persuading you to even *try* MSN for the ASK project
don't I know! all that crap about your bank balance, when is a  
convenient time to open your system for hacking, hope you have a nice  
day, welcome to msn ;) I had to bin my chat client to use msn I'll  
have you know. The fact that I chose a better client all round is  
neither here nor there though. I could have stuck with my jabber  
account if I'd dusted off my "python for scarred bod developers" and  
put in the jabber/msn gateway for wildire. But in the end I thought,  
why bother standardising? just use the right tool for the job. That's  
what users like to do. So just support them doing it.

They can use their chat client of choice as everything is server- 
side. The Rosters (buddies) are all created for them on the fly from  
the SRS so when they login using any client they care to, they'll  
instantly see who's online, in their learning groups. The  
subscrptions are taken care of by policy and some nifty coding ;) In  
fact, when someone new enrolls on their course and they're online at  
the time of enrollment, they'll see a new buddy appear in their list!

So what we want to do is have a bod view of what the client sees.  
Could use the Smack API but you need their password, which isn't in  
bod. Pity, as I can't wait to call the app SmackHead!

Alistair


On 11 Jul 2006, at 15:48, Peter Crowther wrote:

>> From: Alistair Young
>> Why don't they just use their client in the first place?
>
> Because there is no standard chat client, in the same way that  
> there is
> no standard document format.  I'm sure you recall the trouble we had
> persuading you to even *try* MSN for the ASK project, Alistair!
>
> One can standardise on a server and allow many clients, or on a client
> and allow many servers.  If you can't assume much about your client
> environment, as is typical with e-learning, you have to standardise  
> on a
> server - and coincidentally produce Yet Another Web Chat system.
>
> There is a fix for this: aggressive standardisation.  Standardising
> early eases the deployment and implementation burden.  However,  
> this fix
> is possibly worse (for the human race as a whole) than the disease, as
> premature standardisation slows down innovation and forces us to live
> with poor or lowest-common-denominator functions.  RDF and the layers
> above it can be held up as a prime example in the Web world...
>
> 		- Peter
>
>
> ---------------------------------------------------------------------- 
> ---
> 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

Re: [Bodington-developers] Spring again

[Peter C. <Pet...@me...>]

> From: Alistair Young
> Why don't they just use their client in the first place?

Because there is no standard chat client, in the same way that there is
no standard document format.  I'm sure you recall the trouble we had
persuading you to even *try* MSN for the ASK project, Alistair!

One can standardise on a server and allow many clients, or on a client
and allow many servers.  If you can't assume much about your client
environment, as is typical with e-learning, you have to standardise on a
server - and coincidentally produce Yet Another Web Chat system.

There is a fix for this: aggressive standardisation.  Standardising
early eases the deployment and implementation burden.  However, this fix
is possibly worse (for the human race as a whole) than the disease, as
premature standardisation slows down innovation and forces us to live
with poor or lowest-common-denominator functions.  RDF and the layers
above it can be held up as a prime example in the Web world...

		- Peter

Re: [Bodington-developers] Spring again

[Alistair Y. <ali...@sm...>]

> 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

Re: [Bodington-developers] Spring again

[Matthew B. <mat...@ou...>]

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/

Re: [Bodington-developers] Spring again

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

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?

Re: [Bodington-developers] Spring again

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

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.

Re: [Bodington-developers] Spring again

[Alistair Y. <ali...@sm...>]

> 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

Re: [Bodington-developers] Spring again

[Matthew B. <mat...@ou...>]

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/

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

Re: [Bodington-developers] Spring again

[Alistair Y. <ali...@sm...>]

> 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

Re: [Bodington-developers] Spring again

[Matthew B. <mat...@ou...>]

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/

Re: [Bodington-developers] Spring again

[Alistair Y. <ali...@sm...>]

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

Re: [Bodington-developers] Spring again

[Alexis O'C. <ale...@ou...>]

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

Re: [Bodington-developers] Spring again

[Matthew B. <mat...@ou...>]

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/

Re: [Bodington-developers] Testing

[Matthew B. <mat...@ou...>]

Colin Tatham wrote:
> Sean Mehan wrote:
>> agreed. We are buying a JIRA, and have one up already at
>>
>> tracker.uhi.ac.uk
>>
>> tis great, and if people prefer it to sf, we can easily put a bod 
>> project on it.
> 
> Created myself an account, but the log-in page is hanging...

Snap.

-- 
  -- Matthew Buckett, VLE Developer
  -- Learning Technologies Group, Oxford University Computing Services
  -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/

Re: [Bodington-developers] Testing

[Peter C. <Pet...@me...>]

> From: Matthew Buckett
> Here at Oxford we are about to have several secondary aliases=20
> for each=20
> user. Would selecting which alias you wish to sort by fix this?

Yes.  I think that would also be the Leeds preference.

		- Peter

Re: [Bodington-developers] Testing

[Matthew B. <mat...@ou...>]

Peter Crowther wrote:
> - MCQ sorting by "Bodington ID" (which I also took to be the user_id,
> Jon, and was corrected by Michael Thomas).  Michael assured me that in
> reality they had exactly one alias per user, and hence the problems
> described did not happen in reality.  If other sites can give me further
> information such that we can work out correct behaviour, I may be able
> to fix this pre-2.8.

Here at Oxford we are about to have several secondary aliases for each 
user. Would selecting which alias you wish to sort by fix this?

-- 
  -- Matthew Buckett, VLE Developer
  -- Learning Technologies Group, Oxford University Computing Services
  -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/

Re: [Bodington-developers] Spring again

[Matthew B. <mat...@ou...>]

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/

Re: [Bodington-developers] bodington.org JIRA

[Peter C. <Pet...@me...>]

> From: Andrew Booth
> The Bodington Licence was based on the original Apache=20
> licence, but was
> modified because it was felt that even the Apache licence was too
> restrictive.

Thanks Aggie - I slouch corrected.

		- Peter

Re: [Bodington-developers] bodington.org JIRA

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

The inflatable chair has beached.

The Bodington Licence was based on the original Apache licence, but was
modified because it was felt that even the Apache licence was too
restrictive.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Adam Marshall
Sent: 06 July 2006 10:46
To: 'Bodington developers'
Subject: Re: [Bodington-developers] bodington.org JIRA

Apache 1?  I'm 99% sure that I was told that it was apache a couple of =
years
ago.

Aggie would know I'm sure, but he's probably floated off into the =
Caribbean
sea on an inflatable chair clutching a bottle of that expensive rum that =
he
craves!

adam
| -----Original Message-----
| From: bod...@li...
| [mailto:bod...@li...] On Behalf =
Of
| Peter Crowther
| Sent: 06 July 2006 10:26
| To: Bodington developers
| Subject: Re: [Bodington-developers] bodington.org JIRA
|=20
| > From: Adam Marshall
| > And I understood the current licence to be derived from
| > Apache (1/2?) not MIT.
|=20
| It's far too small to be Apache 2.  If we have a better idea of the
| derivation, great and let's point that out - I was matching to the
| obvious candidates, not knowing the history.
|=20
| 		- Peter
|=20
| 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=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
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=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] bodington.org JIRA

[Adam M. <ada...@co...>]

Apache 1?  I'm 99% sure that I was told that it was apache a couple of years
ago.

Aggie would know I'm sure, but he's probably floated off into the Caribbean
sea on an inflatable chair clutching a bottle of that expensive rum that he
craves!

adam
| -----Original Message-----
| From: bod...@li...
| [mailto:bod...@li...] On Behalf Of
| Peter Crowther
| Sent: 06 July 2006 10:26
| To: Bodington developers
| Subject: Re: [Bodington-developers] bodington.org JIRA
| 
| > From: Adam Marshall
| > And I understood the current licence to be derived from
| > Apache (1/2?) not MIT.
| 
| It's far too small to be Apache 2.  If we have a better idea of the
| derivation, great and let's point that out - I was matching to the
| obvious candidates, not knowing the history.
| 
| 		- Peter
| 
| 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

Re: [Bodington-developers] bodington.org JIRA

[Peter C. <Pet...@me...>]

> From: Adam Marshall
> And I understood the current licence to be derived from=20
> Apache (1/2?) not MIT.

It's far too small to be Apache 2.  If we have a better idea of the
derivation, great and let's point that out - I was matching to the
obvious candidates, not knowing the history.

		- Peter

Re: [Bodington-developers] bodington.org JIRA

[Peter C. <Pet...@me...>]

> From: Sean Mehan
> yes, but Peter was correct in spirit.

But not in fact - my apologies, I couldn't recall which one we'd gone
for.  Please correct it before sending :-).

		- Peter

Re: [Bodington-developers] bodington.org JIRA

[Adam M. <ada...@co...>]

And I understood the current licence to be derived from Apache (1/2?) not
MIT.

adam

| -----Original Message-----
| From: bod...@li...
| [mailto:bod...@li...] On Behalf Of
| Colin Tatham
| Sent: 06 July 2006 10:05
| To: Bodington developers
| Subject: Re: [Bodington-developers] bodington.org JIRA
| 
| Peter Crowther wrote:
| > We are in the process of moving to Mozilla Public License.
| 
| Who's 'we'? Bodington? I thought it was agreed it was going to be Apache?
| 
| 
| >>9.a) If so, which Open Source License(s) is your project currently
| >
| > under?
| >
| > Not applicable.
| >
| >
| >>9.b) What is the URL for your license agreement?
| >
| >
| > http://bodington.cvs.sourceforge.net/bodington/bodington/LICENSE?view=ma
| > rkup
| >
| > [Note that I've just added that file - it is a copy of the text at the
| > top of each source file, which did not seem to be available at a central
| > location.]
| >
| > 		- Peter
| >
| > 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
| >
| >
| 
| 
| --
| ____________________________________
| Colin Tatham
| VLE Team
| Oxford University Computing Services
| 
| http://www.oucs.ox.ac.uk/ltg/vle/
| http://bodington.org
| 
| 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

Re: [Bodington-developers] bodington.org JIRA

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

yes, but Peter was correct in spirit.
s


On 6 Jul 2006, at 10:05, Colin Tatham wrote:

> Peter Crowther wrote:
>> We are in the process of moving to Mozilla Public License.
>
> Who's 'we'? Bodington? I thought it was agreed it was going to be  
> Apache?
>
>
>>> 9.a) If so, which Open Source License(s) is your project currently
>>
>> under?
>>
>> Not applicable.
>>
>>
>>> 9.b) What is the URL for your license agreement?
>>
>>
>> http://bodington.cvs.sourceforge.net/bodington/bodington/LICENSE? 
>> view=ma
>> rkup
>>
>> [Note that I've just added that file - it is a copy of the text at  
>> the
>> top of each source file, which did not seem to be available at a  
>> central
>> location.]
>>
>> 		- Peter
>>
>> 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
>>
>>
>
>
> -- 
> ____________________________________
> Colin Tatham
> VLE Team
> Oxford University Computing Services
>
> http://www.oucs.ox.ac.uk/ltg/vle/
> http://bodington.org
>
> 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
>