bodington-developers — Mailing list for Bodington developers

[Bodington-developers] Cleanup of modify.html

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

Not going in now but attached is a cleanup of modify.html that was done 
with Weblearn in mind but applies to Bodington as well. I little cleanup 
of the Javascript is needed (better class attribute processing).

It addresses:

- JavaScript Off Help - Help text is now displayed when javascript is
turned off.

- CSS Style Cleanup - Styles are more specific and use the nested
elements to make them easier to read and shorter in the HTML. Also
multiple styles are used to reduce duplication.

- Use HTML <labels> - Labels link the label of the input field to the
description which enabled browser to work better and better accessibility.

- Simpler HTML through JavaScript - The expanding help code now just
looks for elements with the class help rather the scanning the whole
document for a specified ID. This means these chunks can be copied and
pasted easier which changing lots of IDs. It also means that if you are
building a page from several sections you don't have to worry about
clashing IDs.

- Removal of <br/> - Use CSS to layout the content rather than multiple
<br/>s.

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

[Bodington-developers] Dr. Guanxi and Bod

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

Atif - when you get a spare mo or two, can you say a few words about  
how you added SP capability to bod? You can either do it on the bod  
wiki and I'll link to there from the Guanxi one or you can do it on  
the Dr. Guanxi one. Prolly best if you did it on the bod wiki and  
I'll link to it.

http://www.guanxi.uhi.ac.uk/drguanxi/index.php/Outpatients

ta,

Alistair

Re: [Bodington-developers] alias_entries - Suggested change to constraints.

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

Jon Maber wrote:
> Matthew Buckett wrote:
>> Could you superclass  Alias and AliasEntry to MultiAlias and 
>> MultiAliasEntry. These classes don't enforce the restriction of only 
>> allowing one alias per user. This way any code that deals with aliases 
>> will never get more than one entry per user and programmer won't have 
>> to change how they thing about aliases but functionality in certian 
>> places can be alter to work with MultAlias(Entry)
> An ingenious idea!

Thanks.

> It might also help address Peter's comment.
> This way there is a mechanism that enforces a distinction between the 
> two types of alias. Functionality that takes an alias value and finds a 
> user can ignore the distinction but functionality that takes a user and 
> looks up an alias entry to label him/her can present a list of optional 
> alias types that excludes the MultiAlias objects, but depending on its 
> purpose it can choose to return and display the list of alias entries 
> per user.  So, taking the MCQ test as an example it could be made 
> possible to ask for 'student_id' to be printed in the table but disallow 
> 'old_student_ids' because the former would be an AliasEntry and the 
> latter a MultiAliasEntry. On the other hand the user directory tool 
> could happily allow a member of staff to find a student by typing in an 
> 'old_student_ids' value.

The bit I'm not sure about is if MultAlias(Entry) will truely be able to 
be the parent class of Alias(Entry) due to the database design.

> The main purpose of the MultiAlias would be for administrative data and 
> wouldn't necessarily contain aliases of interest to staff and student.
> 
> The other advantage of subclassing is that we can implement it at Leeds 
> with Bodington 2.6 as an add-in without changing the existing code or 
> the definitions of the existing database tables.

Hopefully.

> Give that man a pay rise!

  :-)

-- 
  -- 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] More LDAP Fun and Games

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

<quote who=3D"Jon Maber">
copious stuff snipped....


Guys, if this is verified, it needs to be bugged and sent back to
openldap....

interesting.
s


--=20
Sean Mehan
Head of e-Frameworks
Learning and Information Services
UHI

Re: [Bodington-developers] More LDAP Fun and Games

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

> I still feel a switch to JNDI is needed
I don't see why. We've run the openLDAP api against AD, openLDAP and  
eDirectory for 2 years now without any problems. It doesn't work on  
your laptop. Is that a reason to change everything? I don't think so.

What happens if you remove the custom socket? Why not go back to  
basics and add the extra stuff like sockets as you go along?

Alistair


On 31 Jul 2006, at 12:45, Jon Maber wrote:

> Alistair Young wrote:
>>> the main problem that
>>> prompted the posting has been resolved and the Novell API is not to
>>> blame
>>>
>> Can you tell us what the original problem was Jon? First of all it  
>> was all
>> chaos and doom in the openldap api. Now it's not. It was only  
>> yesterday
>> that you said a switch to jndi was essential. Now it's not?
>>
> The original problem prompted doubts but the test program prompted  
> alarm.  The original problem has gone away but the results of the  
> test program have not! So, I still feel a switch to JNDI is needed.
>> Sounds like you may have sorted a problem with ad interfacing -  
>> would be
>> nice to know what it was.
>>
> The original problem initially seemed random - we put log results  
> into a database and ran a lot of queries but couldn't find a  
> pattern. Because it seemed random at first I created the test  
> program which attempts an LDAP search in a loop with a pause  
> between each iteration - it didn't recreate the same exceptions but  
> it produced the other random exceptions which caused so much  
> alarm.  However, after we collected more data from the Bodington  
> installation and examined the code more carefully we found a  
> pattern to the *original* exceptions - it was always a student  
> whose DN was not cached in a Bodington alias and who typed in a  
> password other than the one in the active directory. The Leeds code  
> needs to search twice for user names from two different base DN  
> corresponding to staff and students because the common DN that  
> contains both also contains vast numbers of other records which are  
> best ignored. So, the code connects, loops on a list of configured  
> base DN doing a search on each and disconnects. However, the bug  
> was caused by not rebinding with the admin account to do the second  
> search. The part that confused us was that the exception didn't  
> occur on the search call or the hasMore call but with the next()  
> call to the API and that the error code from active directory  
> indicated an internal error.  It looked like the connection was  
> bound when the search was performed but that this had been  
> forgotten or lost by the time the first record was loaded.  We know  
> now that the error was generated in AD with the search operation  
> but the error condition is actually returned to the client end  
> inside the first search result record. So, hasMore returns true,  
> not because the search found a user record but because an error  
> record is available. It is the next call that throws the exception  
> because it loads the error record from the LDAP payload, interprets  
> it as an error and throws the appropriate exception. That problem  
> is now fixed - if the user can't authenticate using the first  
> configured base DN  the admin credentials are used to rebind before  
> the next base DN is searched.
>>> I can supply the test program to anyone who would
>>> like to give a go.
>>>
>> go on then, mail it to the list.
>>
>>
> Attached to this message.
> I've now run this test against OpenLDAP and it also throws  
> exceptions for example;
>
> 13188 [main] DEBUG ADDebug  - 1000000c    Found by user name.
> 13211 [main] DEBUG ADDebug  - 1000000c    Authentication OK
> 14392 [main] DEBUG ADDebug  - 1000000d    Found by user name.
> 14395 [main] DEBUG ADDebug  - 1000000d    Authentication OK
> 15580 [main] DEBUG ADDebug  - 1000000e    Found by user name.
> 15583 [main] DEBUG ADDebug  - 1000000e    Authentication OK
> 16760 [main] DEBUG ADDebug  - 1000000f    Found by user name.
> 16763 [main] DEBUG ADDebug  - 1000000f    Authentication OK
> 17952 [main] DEBUG ADDebug  - 10000010    Found by user name.
> 17954 [main] DEBUG ADDebug  - 10000010    Authentication OK
> 19137 [main] DEBUG ADDebug  - 10000011    Found by user name.
> 19140 [main] DEBUG ADDebug  - 10000011    Authentication OK
> 20320 [main] DEBUG ADDebug  - 10000012    Found by user name.
> 20322 [main] DEBUG ADDebug  - 10000012    Authentication OK
> 21508 [main] DEBUG ADDebug  - 10000013    Found by user name.
> Exception in thread "Thread-72" java.lang.NullPointerException
>        at com.novell.ldap.Message.putReply(Message.java:340)
>        at com.novell.ldap.Connection$ReaderThread.run 
> (Connection.java:1295)
>        at java.lang.Thread.run(Thread.java:595)
>
> or like this;
>
> 0 [main] DEBUG ADDebug  - 10000001    Found by user name.
> 18 [main] DEBUG ADDebug  - 10000001    Authentication OK
> 1121 [main] DEBUG ADDebug  - 10000002    Found by user name.
> Exception in thread "Thread-4" java.lang.RuntimeException:  
> Connection.freeWriteSemaphore(7): thread does not own the  
> semaphore, owned by -3
>        at com.novell.ldap.Connection.freeWriteSemaphore 
> (Connection.java:324)
> 1141 [main] DEBUG ADDebug  - 10000002    Authentication OK
>        at com.novell.ldap.Message.putReply(Message.java:348)
>        at com.novell.ldap.Connection$ReaderThread.run 
> (Connection.java:1295)
>        at java.lang.Thread.run(Thread.java:595)
> 2251 [main] DEBUG ADDebug  - 10000003    Found by user name.
> Exception in thread "Thread-8" java.lang.RuntimeException:  
> Connection.freeWriteSemaphore(12): thread does not own the  
> semaphore, owned by -3
>        at com.novell.ldap.Connection.freeWriteSemaphore 
> (Connection.java:324)
>        at com.novell.ldap.Message.putReply(Message.java:348)
>        at com.novell.ldap.Connection$ReaderThread.run 
> (Connection.java:1295)
>        at java.lang.Thread.run(Thread.java:595)
> 2269 [main] DEBUG ADDebug  - 10000003    Authentication OK
>
>
> The Null pointer exception brings the code execution to a complete  
> halt but the runtime exception allows execution to continue.
>
>
>
> /*
>  * ADDebug.java
>  *
>  * Created on 25 July 2006, 14:08
>  *
>  * To change this template, choose Tools | Template Manager
>  * and open the template in the editor.
>  */
>
> import java.util.Properties;
> import java.net.*;
> import com.novell.ldap.*;
>
> import org.apache.log4j.Logger;
> import org.apache.log4j.Level;
> import org.apache.log4j.BasicConfigurator;
>
> /**
>  *
>  * @author jon
>  */
> public class ADDebug
> {
>     private static Logger log = Logger.getLogger 
> ( ADDebug.class.getName() );
>
>     private static final String admin_dn        =  
> "cn=Manager,dc=ds,dc=leeds,dc=ac,dc=uk";
>     private static final String admin_password  = "secret";
>     private static final String search_base     =  
> "OU=Staff,DC=ds,DC=leeds,DC=ac,DC=uk";
>     private static final String search_user     = "bio1ama";
>     private static final String search_password = "secret";
>     private static final String search_server   = "localhost";
>
>     private static final int extradelaymillis = 5;
>
>     static
>     {
>         BasicConfigurator.configure();
>         //log.addAppender( new org.apache.log4j.ConsoleAppender() );
>     }
>
>     int serial = 0x10000000;
>
>     /** Creates a new instance of ADDebug */
>     public ADDebug()
>     {
>     }
>
>     public void test()
>     throws Exception
>     {
>         boolean ok;
>         for ( int i=0; i<20; i++ )
>         {
>             serial++;
>             ok = authenticateUserName( search_user, search_password );
>             log.log( Level.DEBUG, logMessage( "Authentication " +  
> (ok?"OK":"Failed") ) );
>             Thread.currentThread().sleep(1000);
>         }
>     }
>
>
>
>     private boolean searchByUserName(
>             LDAPConnection lc,
>             String basedn, String user_name, String p )
>         throws LDAPException, InterruptedException
>     {
>         LDAPSearchResults searchResults=null;
>
>         String filter;
>             filter = "(&(objectClass=user)(cn=" + user_name + "))";
>
>         //log.log( Level.DEBUG, logMessage( "LDAP search basedn " +  
> basedn ) );
>         //log.log( Level.DEBUG, logMessage( "LDAP search filter " +  
> filter ) );
>         searchResults =
>                 lc.search(
>                 basedn,
>                 LDAPConnection.SCOPE_SUB,
>                 filter,
>                 null,   // null seems to fetch all attributes - not  
> documented in API docs!
>                 false );
>
>         Thread.currentThread().sleep( extradelaymillis );
>         if ( !searchResults.hasMore() )
>         {
>             log.log( Level.DEBUG, logMessage( "LDAP Search\tUser  
> name not found." ) );
>             return false;
>         }
>         Thread.currentThread().sleep( extradelaymillis );
>         LDAPEntry entry = searchResults.next();
>         //dumpResult( entry );
>         Thread.currentThread().sleep( extradelaymillis );
>         if ( searchResults.hasMore() )
>         {
>             log.log( Level.WARN, logMessage(
>                     "LDAP Search\tUser name appears in more than  
> one record." ) );
>             //dumpResults( searchResults );
>             return false;
>         }
>         String userDN = entry.getDN();
>
>         try {lc.bind( 3, userDN, p );}
>         catch ( LDAPException e ) {return false;}
>         return lc.isBound();
>     }
>
>
>
>     private boolean authenticateUserName( String user_name, String p )
>     {
>         LDAPConnection lc=null;
>         try
>         {
>                 lc = connect();
>                 if ( lc == null)
>                     return false;
>                 Thread.currentThread().sleep( extradelaymillis );
>                 try {lc.bind(3, admin_dn, admin_password );}
>                 catch ( LDAPException e )
>                 {
>                     log.log( Level.DEBUG, logMessage( "Bind  
> Failed." ) );
>                     return false;
>                 }
>                 Thread.currentThread().sleep( extradelaymillis );
>                 if ( !lc.isBound() )
>                 {
>                     log.log( Level.DEBUG, logMessage( "Bind Failed.  
> (B)" ) );
>                     return false;
>                 }
>                 Thread.currentThread().sleep( extradelaymillis );
>                 //log.log( Level.DEBUG, logMessage( "Bound to LDAP  
> for searching." ) );
>
>                     if ( !searchByUserName( lc, search_base,  
> user_name, p ) )
>                         return false;
>                     log.log( Level.DEBUG, logMessage( "Found by  
> user name." ) );
>                     return true;
>         }
>         catch ( Exception e )
>         {
>             log.log( Level.ERROR, logMessage(
>                     "Exception\tSerious problem while searching  
> LDAP. " +
>                     "See stdout for stack trace." ) );
>             e.printStackTrace();
>             return false;
>         }
>         finally
>         {
>             try
>             {
>                 if ( lc!=null && lc.isConnected() )
>                     lc.disconnect();
>             }
>             catch ( LDAPException ldape )
>             {
>             }
>         }
>     }
>
>     public LDAPConnection connect()
>     throws Exception
>     {
>         LDAPConstraints constraints = new LDAPSearchConstraints();
>         constraints.setTimeLimit( 5*1000 );
>         LDAPConnection lc = new LDAPConnection( new  
> CustomSocketFactory() );
>         lc.setConstraints( constraints );
>         lc.connect( search_server, 389 );
>
>         return lc;
>     }
>
>     String logMessage( String message )
>     {
>         StringBuffer buffer = new StringBuffer();
>         buffer.append( Long.toHexString( serial ) );
>         buffer.append( "\t" );
>         buffer.append( message );
>         return buffer.toString();
>     }
>
>     public static void main( String[] params )
>     {
>         System.out.println( "Starting" );
>         try
>         {
>             ADDebug debug = new ADDebug();
>             debug.test();
>         }
>         catch ( Exception e )
>         {
>             e.printStackTrace();
>         }
>     }
> }
>
>
>
> class CustomSocketFactory implements LDAPSocketFactory
> {
>     public Socket createSocket( String host, int port )
>         throws java.io.IOException, java.net.UnknownHostException
>     {
>         Socket socket = new Socket();
>         InetSocketAddress endpoint = new InetSocketAddress(host,  
> port);
>         socket.connect( endpoint, 2000 );
>         return socket;
>     }
> }
>

Re: [Bodington-developers] 'Prior art' dates

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

The first event recorded in the Bodington database at Leeds is dated 20th
August 1997.  (Thanks Mike).

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Paul Davis
Sent: 31 July 2006 13:26
To: 'Bodington developers'
Subject: Re: [Bodington-developers] 'Prior art' dates

Indeed, when I took a quick look at the patent a major part was having 3
defined roles.  Moodle may have a problem, but I think Bodington doesn't do
things this way at all due to access rights so we should be clear.
Rgearding prior art, the patent was filed in 1999, so Bod instances before
then would be relavant.

Paul

-------------------------------------------------------------------------
Dr Paul V Davis
Acting Head, Learning Technologies Group
Marketing coordinator, Bodington.org
Oxford University Computing Services
13 Banbury Road, Oxford, OX2 6NN
Tel: 01865 283414





% -----Original Message-----
% From: bod...@li...
% [mailto:bod...@li...] On Behalf Of
% Jon Maber
% Sent: 31 July 2006 13:09
% To: Bodington developers
% Subject: Re: [Bodington-developers] 'Prior art' dates
%
% The open source license was added to all source files on the 1st June
% 2001.
%
% The important part of the patent is the list of claims at the end and to
% my mind the first half a dozen simply describe a file system with a web
% interface so the major prior art is WebDAV.  Limiting access to the file
% system based on three different roles is to my mind a subset of the
% functionality of a WebDAV client  and server.
%
% Jon
%
%
% Jon Maber wrote:
% > The evidence will be in the CVS records since they date back to before
% > the release of the code.
% > I'll have a look.
% >
% > Jon
% >
% > Paul Trafford wrote:
% >
% >> Hi All,
% >>
% >> Am appending a couple of notes from Richard Treves from Southampton
% >> University re establishing 'prior art' in response to the Blackboard
% >> patent.  Jon/Aggie, it would be good if you could provide some dates
% for
% >> the bodington.org site (history page at:
% >> http://bodington.org/history.php) and the online learning history wiki
% >> (http://docs.moodle.org/en/Online_Learning_History) at Moodle ?
% >>
% >> Incidentally, can anyone read Icelandic?
% >> http://sfjalar.net/?p=302
% >>
% >> Regards,
% >>
% >> Paul
% >>
% >> -----------------------------------------------------------------
% >> Paul Trafford
% >> WebLearn Administrator
% >> Oxford University Computing Services
% >> pau...@ou...
% >> 01865 83429
% >>
% >> Coming soon ... the next WebLearn release due on: 15 August 2006
% >> http://www.weblearn.ox.ac.uk/site/info/announce/plan/
% >>
% >> WebLearn is powered by Bodington
% >> http://bodington.org/
% >> -----------------------------------------------------------------
% >>
% >>
% >>
% >> -------- Original Message --------
% >>
% >> Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org -
% >> Boddington History
% >> Date:     Mon, 31 Jul 2006 10:07:00 +0100
% >> From: Richard Treves (pen...@gm...)  from Southampton Univeristy
% >> sent the following message: via RT <web...@rt...>
% >>
% >> Hi, I\'m into Moodle, With the recent publishing of the Blackboard
% >> patent its apparent we need to gather information of \'prior art\' in
% >> order to defend ourselves against legal action (outside of the UK at
% >> this point, but the law may change in the future). Boddington predates
% >> the patent, your published history of Boddington is very useful in this
% >> regard but would be more so if someone could add some dates, I imagine
% >> this would be useful to you and us.
% >>
% >> Thanks for your consideration
% >>
% >> Rich
% >>
% >>
% >> -------- Original Message --------
% >>
% >> Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org
% - Boddington History
% >> Date:     Mon, 31 Jul 2006 11:17:25 +0100
% >> From:     Richard Treves via RT <web...@rt...>
% >> Reply-To:     web...@rt...
% >> To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;
% >>
% >> < ... >
% >>
% >> The thread over at moodle.org is here
% >>
% >> http://moodle.org/mod/forum/discuss.php?d=50597
% >>
% >> and there is a wiki collecting online history, I've added Bodington
% (one
% >> d!) but didn't want to expand as I didn't have the dates
% >>
% >> http://docs.moodle.org/en/Online_Learning_History
% >>
% >>
% >>
% >> -----------------------------------------------------------------------
% --
% >> Take Surveys. Earn Cash. Influence the Future of IT
% >> Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% >> opinions on IT & business topics through brief surveys -- and earn cash
% >>
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% >> _______________________________________________
% >> Bodington-developers mailing list
% >> Bod...@li...
% >> https://lists.sourceforge.net/lists/listinfo/bodington-developers
% >>
% >>
% >>
% >
% >
% > ------------------------------------------------------------------------
% -
% > Take Surveys. Earn Cash. Influence the Future of IT
% > Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% > opinions on IT & business topics through brief surveys -- and earn cash
% >
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% > _______________________________________________
% > Bodington-developers mailing list
% > Bod...@li...
% > https://lists.sourceforge.net/lists/listinfo/bodington-developers
% >
% >
%
%
% -------------------------------------------------------------------------
% Take Surveys. Earn Cash. Influence the Future of IT
% Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% opinions on IT & business topics through brief surveys -- and earn cash
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% _______________________________________________
% Bodington-developers mailing list
% Bod...@li...
% https://lists.sourceforge.net/lists/listinfo/bodington-developers



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] 'Prior art' dates

[John N. <jo...@ca...>]

this may be relevant/helpful in time:

http://en.wikipedia.org/wiki/History_of_virtual_learning_environments

John

On 31 Jul 2006, at 12:04, Paul Trafford wrote:

> Hi All,
>
> Am appending a couple of notes from Richard Treves from Southampton
> University re establishing 'prior art' in response to the Blackboard
> patent.  Jon/Aggie, it would be good if you could provide some  
> dates for
> the bodington.org site (history page at:
> http://bodington.org/history.php) and the online learning history wiki
> (http://docs.moodle.org/en/Online_Learning_History) at Moodle ?
>
> Incidentally, can anyone read Icelandic?
> http://sfjalar.net/?p=302
>
> Regards,
>
> Paul
>
> -----------------------------------------------------------------
> Paul Trafford
> WebLearn Administrator
> Oxford University Computing Services
> pau...@ou...
> 01865 83429
>
> Coming soon ... the next WebLearn release due on: 15 August 2006
> http://www.weblearn.ox.ac.uk/site/info/announce/plan/
>
> WebLearn is powered by Bodington
> http://bodington.org/
> -----------------------------------------------------------------
>
>
>
> -------- Original Message --------
>
> Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org -
> Boddington History
> Date:     Mon, 31 Jul 2006 10:07:00 +0100
> From: Richard Treves (pen...@gm...)  from Southampton Univeristy
> sent the following message: via RT <web...@rt...>
>
> Hi, I\'m into Moodle, With the recent publishing of the Blackboard
> patent its apparent we need to gather information of \'prior art\' in
> order to defend ourselves against legal action (outside of the UK at
> this point, but the law may change in the future). Boddington predates
> the patent, your published history of Boddington is very useful in  
> this
> regard but would be more so if someone could add some dates, I imagine
> this would be useful to you and us.
>
> Thanks for your consideration
>
> Rich
>
>
> -------- Original Message --------
>
> Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From  
> Bodington.org - Boddington History
> Date:     Mon, 31 Jul 2006 11:17:25 +0100
> From:     Richard Treves via RT <web...@rt...>
> Reply-To:     web...@rt...
> To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;
>
> < ... >
>
> The thread over at moodle.org is here
>
> http://moodle.org/mod/forum/discuss.php?d=50597
>
> and there is a wiki collecting online history, I've added Bodington  
> (one
> d!) but didn't want to expand as I didn't have the dates
>
> http://docs.moodle.org/en/Online_Learning_History
>
>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys -- and earn  
> cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] 'Prior art' dates

[Paul D. <pau...@ou...>]

Indeed, when I took a quick look at the patent a major part was having 3
defined roles.  Moodle may have a problem, but I think Bodington doesn't do
things this way at all due to access rights so we should be clear.
Rgearding prior art, the patent was filed in 1999, so Bod instances before
then would be relavant.

Paul

-------------------------------------------------------------------------
Dr Paul V Davis
Acting Head, Learning Technologies Group
Marketing coordinator, Bodington.org
Oxford University Computing Services
13 Banbury Road, Oxford, OX2 6NN
Tel: 01865 283414





% -----Original Message-----
% From: bod...@li...
% [mailto:bod...@li...] On Behalf Of
% Jon Maber
% Sent: 31 July 2006 13:09
% To: Bodington developers
% Subject: Re: [Bodington-developers] 'Prior art' dates
% 
% The open source license was added to all source files on the 1st June
% 2001.
% 
% The important part of the patent is the list of claims at the end and to
% my mind the first half a dozen simply describe a file system with a web
% interface so the major prior art is WebDAV.  Limiting access to the file
% system based on three different roles is to my mind a subset of the
% functionality of a WebDAV client  and server.
% 
% Jon
% 
% 
% Jon Maber wrote:
% > The evidence will be in the CVS records since they date back to before
% > the release of the code.
% > I'll have a look.
% >
% > Jon
% >
% > Paul Trafford wrote:
% >
% >> Hi All,
% >>
% >> Am appending a couple of notes from Richard Treves from Southampton
% >> University re establishing 'prior art' in response to the Blackboard
% >> patent.  Jon/Aggie, it would be good if you could provide some dates
% for
% >> the bodington.org site (history page at:
% >> http://bodington.org/history.php) and the online learning history wiki
% >> (http://docs.moodle.org/en/Online_Learning_History) at Moodle ?
% >>
% >> Incidentally, can anyone read Icelandic?
% >> http://sfjalar.net/?p=302
% >>
% >> Regards,
% >>
% >> Paul
% >>
% >> -----------------------------------------------------------------
% >> Paul Trafford
% >> WebLearn Administrator
% >> Oxford University Computing Services
% >> pau...@ou...
% >> 01865 83429
% >>
% >> Coming soon ... the next WebLearn release due on: 15 August 2006
% >> http://www.weblearn.ox.ac.uk/site/info/announce/plan/
% >>
% >> WebLearn is powered by Bodington
% >> http://bodington.org/
% >> -----------------------------------------------------------------
% >>
% >>
% >>
% >> -------- Original Message --------
% >>
% >> Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org -
% >> Boddington History
% >> Date:     Mon, 31 Jul 2006 10:07:00 +0100
% >> From: Richard Treves (pen...@gm...)  from Southampton Univeristy
% >> sent the following message: via RT <web...@rt...>
% >>
% >> Hi, I\'m into Moodle, With the recent publishing of the Blackboard
% >> patent its apparent we need to gather information of \'prior art\' in
% >> order to defend ourselves against legal action (outside of the UK at
% >> this point, but the law may change in the future). Boddington predates
% >> the patent, your published history of Boddington is very useful in this
% >> regard but would be more so if someone could add some dates, I imagine
% >> this would be useful to you and us.
% >>
% >> Thanks for your consideration
% >>
% >> Rich
% >>
% >>
% >> -------- Original Message --------
% >>
% >> Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org
% - Boddington History
% >> Date:     Mon, 31 Jul 2006 11:17:25 +0100
% >> From:     Richard Treves via RT <web...@rt...>
% >> Reply-To:     web...@rt...
% >> To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;
% >>
% >> < ... >
% >>
% >> The thread over at moodle.org is here
% >>
% >> http://moodle.org/mod/forum/discuss.php?d=50597
% >>
% >> and there is a wiki collecting online history, I've added Bodington
% (one
% >> d!) but didn't want to expand as I didn't have the dates
% >>
% >> http://docs.moodle.org/en/Online_Learning_History
% >>
% >>
% >>
% >> -----------------------------------------------------------------------
% --
% >> Take Surveys. Earn Cash. Influence the Future of IT
% >> Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% >> opinions on IT & business topics through brief surveys -- and earn cash
% >>
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% >> _______________________________________________
% >> Bodington-developers mailing list
% >> Bod...@li...
% >> https://lists.sourceforge.net/lists/listinfo/bodington-developers
% >>
% >>
% >>
% >
% >
% > ------------------------------------------------------------------------
% -
% > Take Surveys. Earn Cash. Influence the Future of IT
% > Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% > opinions on IT & business topics through brief surveys -- and earn cash
% >
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% > _______________________________________________
% > Bodington-developers mailing list
% > Bod...@li...
% > https://lists.sourceforge.net/lists/listinfo/bodington-developers
% >
% >
% 
% 
% -------------------------------------------------------------------------
% Take Surveys. Earn Cash. Influence the Future of IT
% Join SourceForge.net's Techsay panel and you'll get the chance to share
% your
% opinions on IT & business topics through brief surveys -- and earn cash
% http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
% _______________________________________________
% Bodington-developers mailing list
% Bod...@li...
% https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] 'Prior art' dates

[Jon M. <jo...@te...>]

The open source license was added to all source files on the 1st June 2001.

The important part of the patent is the list of claims at the end and to 
my mind the first half a dozen simply describe a file system with a web 
interface so the major prior art is WebDAV.  Limiting access to the file 
system based on three different roles is to my mind a subset of the 
functionality of a WebDAV client  and server.

Jon


Jon Maber wrote:
> The evidence will be in the CVS records since they date back to before 
> the release of the code.
> I'll have a look.
>
> Jon
>
> Paul Trafford wrote:
>   
>> Hi All,
>>
>> Am appending a couple of notes from Richard Treves from Southampton 
>> University re establishing 'prior art' in response to the Blackboard 
>> patent.  Jon/Aggie, it would be good if you could provide some dates for 
>> the bodington.org site (history page at: 
>> http://bodington.org/history.php) and the online learning history wiki 
>> (http://docs.moodle.org/en/Online_Learning_History) at Moodle ?
>>
>> Incidentally, can anyone read Icelandic?
>> http://sfjalar.net/?p=302
>>
>> Regards,
>>
>> Paul
>>
>> -----------------------------------------------------------------
>> Paul Trafford
>> WebLearn Administrator
>> Oxford University Computing Services
>> pau...@ou...
>> 01865 83429
>>
>> Coming soon ... the next WebLearn release due on: 15 August 2006
>> http://www.weblearn.ox.ac.uk/site/info/announce/plan/
>>
>> WebLearn is powered by Bodington
>> http://bodington.org/
>> -----------------------------------------------------------------
>>
>>
>>
>> -------- Original Message --------
>>
>> Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - 
>> Boddington History
>> Date:     Mon, 31 Jul 2006 10:07:00 +0100
>> From: Richard Treves (pen...@gm...)  from Southampton Univeristy 
>> sent the following message: via RT <web...@rt...>
>>
>> Hi, I\'m into Moodle, With the recent publishing of the Blackboard 
>> patent its apparent we need to gather information of \'prior art\' in 
>> order to defend ourselves against legal action (outside of the UK at 
>> this point, but the law may change in the future). Boddington predates 
>> the patent, your published history of Boddington is very useful in this 
>> regard but would be more so if someone could add some dates, I imagine 
>> this would be useful to you and us.
>>
>> Thanks for your consideration
>>
>> Rich
>>
>>
>> -------- Original Message --------
>>
>> Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - Boddington History
>> Date:     Mon, 31 Jul 2006 11:17:25 +0100
>> From:     Richard Treves via RT <web...@rt...>
>> Reply-To:     web...@rt...
>> To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;
>>
>> < ... >
>>
>> The thread over at moodle.org is here
>>
>> http://moodle.org/mod/forum/discuss.php?d=50597
>>
>> and there is a wiki collecting online history, I've added Bodington (one 
>> d!) but didn't want to expand as I didn't have the dates
>>
>> http://docs.moodle.org/en/Online_Learning_History
>>
>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys -- and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Bodington-developers mailing list
>> Bod...@li...
>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>>
>>   
>>     
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>   

Re: [Bodington-developers] 'Prior art' dates

[Jon M. <jo...@te...>]

The evidence will be in the CVS records since they date back to before 
the release of the code.
I'll have a look.

Jon

Paul Trafford wrote:
> Hi All,
>
> Am appending a couple of notes from Richard Treves from Southampton 
> University re establishing 'prior art' in response to the Blackboard 
> patent.  Jon/Aggie, it would be good if you could provide some dates for 
> the bodington.org site (history page at: 
> http://bodington.org/history.php) and the online learning history wiki 
> (http://docs.moodle.org/en/Online_Learning_History) at Moodle ?
>
> Incidentally, can anyone read Icelandic?
> http://sfjalar.net/?p=302
>
> Regards,
>
> Paul
>
> -----------------------------------------------------------------
> Paul Trafford
> WebLearn Administrator
> Oxford University Computing Services
> pau...@ou...
> 01865 83429
>
> Coming soon ... the next WebLearn release due on: 15 August 2006
> http://www.weblearn.ox.ac.uk/site/info/announce/plan/
>
> WebLearn is powered by Bodington
> http://bodington.org/
> -----------------------------------------------------------------
>
>
>
> -------- Original Message --------
>
> Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - 
> Boddington History
> Date:     Mon, 31 Jul 2006 10:07:00 +0100
> From: Richard Treves (pen...@gm...)  from Southampton Univeristy 
> sent the following message: via RT <web...@rt...>
>
> Hi, I\'m into Moodle, With the recent publishing of the Blackboard 
> patent its apparent we need to gather information of \'prior art\' in 
> order to defend ourselves against legal action (outside of the UK at 
> this point, but the law may change in the future). Boddington predates 
> the patent, your published history of Boddington is very useful in this 
> regard but would be more so if someone could add some dates, I imagine 
> this would be useful to you and us.
>
> Thanks for your consideration
>
> Rich
>
>
> -------- Original Message --------
>
> Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - Boddington History
> Date:     Mon, 31 Jul 2006 11:17:25 +0100
> From:     Richard Treves via RT <web...@rt...>
> Reply-To:     web...@rt...
> To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;
>
> < ... >
>
> The thread over at moodle.org is here
>
> http://moodle.org/mod/forum/discuss.php?d=50597
>
> and there is a wiki collecting online history, I've added Bodington (one 
> d!) but didn't want to expand as I didn't have the dates
>
> http://docs.moodle.org/en/Online_Learning_History
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>   

Re: [Bodington-developers] More LDAP Fun and Games

[Jon M. <jo...@te...>]

Alistair Young wrote:
>> the main problem that
>> prompted the posting has been resolved and the Novell API is not to
>> blame
>>     
> Can you tell us what the original problem was Jon? First of all it was all
> chaos and doom in the openldap api. Now it's not. It was only yesterday
> that you said a switch to jndi was essential. Now it's not?
>   
The original problem prompted doubts but the test program prompted 
alarm.  The original problem has gone away but the results of the test 
program have not! So, I still feel a switch to JNDI is needed.
> Sounds like you may have sorted a problem with ad interfacing - would be
> nice to know what it was.
>   
The original problem initially seemed random - we put log results into a 
database and ran a lot of queries but couldn't find a pattern. Because 
it seemed random at first I created the test program which attempts an 
LDAP search in a loop with a pause between each iteration - it didn't 
recreate the same exceptions but it produced the other random exceptions 
which caused so much alarm.  However, after we collected more data from 
the Bodington installation and examined the code more carefully we found 
a pattern to the *original* exceptions - it was always a student whose 
DN was not cached in a Bodington alias and who typed in a password other 
than the one in the active directory. The Leeds code needs to search 
twice for user names from two different base DN corresponding to staff 
and students because the common DN that contains both also contains vast 
numbers of other records which are best ignored. So, the code connects, 
loops on a list of configured base DN doing a search on each and 
disconnects. However, the bug was caused by not rebinding with the admin 
account to do the second search. The part that confused us was that the 
exception didn't occur on the search call or the hasMore call but with 
the next() call to the API and that the error code from active directory 
indicated an internal error.  It looked like the connection was bound 
when the search was performed but that this had been forgotten or lost 
by the time the first record was loaded.  We know now that the error was 
generated in AD with the search operation but the error condition is 
actually returned to the client end inside the first search result 
record. So, hasMore returns true, not because the search found a user 
record but because an error record is available. It is the next call 
that throws the exception because it loads the error record from the 
LDAP payload, interprets it as an error and throws the appropriate 
exception. That problem is now fixed - if the user can't authenticate 
using the first configured base DN  the admin credentials are used to 
rebind before the next base DN is searched.
>> I can supply the test program to anyone who would
>> like to give a go.
>>     
> go on then, mail it to the list.
>
>   
Attached to this message.
I've now run this test against OpenLDAP and it also throws exceptions 
for example;

13188 [main] DEBUG ADDebug  - 1000000c    Found by user name.
13211 [main] DEBUG ADDebug  - 1000000c    Authentication OK
14392 [main] DEBUG ADDebug  - 1000000d    Found by user name.
14395 [main] DEBUG ADDebug  - 1000000d    Authentication OK
15580 [main] DEBUG ADDebug  - 1000000e    Found by user name.
15583 [main] DEBUG ADDebug  - 1000000e    Authentication OK
16760 [main] DEBUG ADDebug  - 1000000f    Found by user name.
16763 [main] DEBUG ADDebug  - 1000000f    Authentication OK
17952 [main] DEBUG ADDebug  - 10000010    Found by user name.
17954 [main] DEBUG ADDebug  - 10000010    Authentication OK
19137 [main] DEBUG ADDebug  - 10000011    Found by user name.
19140 [main] DEBUG ADDebug  - 10000011    Authentication OK
20320 [main] DEBUG ADDebug  - 10000012    Found by user name.
20322 [main] DEBUG ADDebug  - 10000012    Authentication OK
21508 [main] DEBUG ADDebug  - 10000013    Found by user name.
Exception in thread "Thread-72" java.lang.NullPointerException
        at com.novell.ldap.Message.putReply(Message.java:340)
        at com.novell.ldap.Connection$ReaderThread.run(Connection.java:1295)
        at java.lang.Thread.run(Thread.java:595)

or like this;

0 [main] DEBUG ADDebug  - 10000001    Found by user name.
18 [main] DEBUG ADDebug  - 10000001    Authentication OK
1121 [main] DEBUG ADDebug  - 10000002    Found by user name.
Exception in thread "Thread-4" java.lang.RuntimeException: 
Connection.freeWriteSemaphore(7): thread does not own the semaphore, 
owned by -3
        at 
com.novell.ldap.Connection.freeWriteSemaphore(Connection.java:324)
1141 [main] DEBUG ADDebug  - 10000002    Authentication OK
        at com.novell.ldap.Message.putReply(Message.java:348)
        at com.novell.ldap.Connection$ReaderThread.run(Connection.java:1295)
        at java.lang.Thread.run(Thread.java:595)
2251 [main] DEBUG ADDebug  - 10000003    Found by user name.
Exception in thread "Thread-8" java.lang.RuntimeException: 
Connection.freeWriteSemaphore(12): thread does not own the semaphore, 
owned by -3
        at 
com.novell.ldap.Connection.freeWriteSemaphore(Connection.java:324)
        at com.novell.ldap.Message.putReply(Message.java:348)
        at com.novell.ldap.Connection$ReaderThread.run(Connection.java:1295)
        at java.lang.Thread.run(Thread.java:595)
2269 [main] DEBUG ADDebug  - 10000003    Authentication OK


The Null pointer exception brings the code execution to a complete halt 
but the runtime exception allows execution to continue.

[Bodington-developers] 'Prior art' dates

[Paul T. <pau...@ou...>]

Hi All,

Am appending a couple of notes from Richard Treves from Southampton 
University re establishing 'prior art' in response to the Blackboard 
patent.  Jon/Aggie, it would be good if you could provide some dates for 
the bodington.org site (history page at: 
http://bodington.org/history.php) and the online learning history wiki 
(http://docs.moodle.org/en/Online_Learning_History) at Moodle ?

Incidentally, can anyone read Icelandic?
http://sfjalar.net/?p=302

Regards,

Paul

-----------------------------------------------------------------
Paul Trafford
WebLearn Administrator
Oxford University Computing Services
pau...@ou...
01865 83429

Coming soon ... the next WebLearn release due on: 15 August 2006
http://www.weblearn.ox.ac.uk/site/info/announce/plan/

WebLearn is powered by Bodington
http://bodington.org/
-----------------------------------------------------------------



-------- Original Message --------

Subject: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - 
Boddington History
Date:     Mon, 31 Jul 2006 10:07:00 +0100
From: Richard Treves (pen...@gm...)  from Southampton Univeristy 
sent the following message: via RT <web...@rt...>

Hi, I\'m into Moodle, With the recent publishing of the Blackboard 
patent its apparent we need to gather information of \'prior art\' in 
order to defend ourselves against legal action (outside of the UK at 
this point, but the law may change in the future). Boddington predates 
the patent, your published history of Boddington is very useful in this 
regard but would be more so if someone could add some dates, I imagine 
this would be useful to you and us.

Thanks for your consideration

Rich


-------- Original Message --------

Subject:     Re: [rt.oucs.ox.ac.uk #982893] Message From Bodington.org - Boddington History
Date:     Mon, 31 Jul 2006 11:17:25 +0100
From:     Richard Treves via RT <web...@rt...>
Reply-To:     web...@rt...
To:     'AdminCc of rt.oucs.ox.ac.uk Ticket #982893':;

< ... >

The thread over at moodle.org is here

http://moodle.org/mod/forum/discuss.php?d=50597

and there is a wiki collecting online history, I've added Bodington (one 
d!) but didn't want to expand as I didn't have the dates

http://docs.moodle.org/en/Online_Learning_History

Re: [Bodington-developers] alias_entries - Suggested change to constraints.

[Jon M. <jo...@te...>]

Matthew Buckett wrote:
> Could you superclass  Alias and AliasEntry to MultiAlias and 
> MultiAliasEntry. These classes don't enforce the restriction of only 
> allowing one alias per user. This way any code that deals with aliases 
> will never get more than one entry per user and programmer won't have 
> to change how they thing about aliases but functionality in certian 
> places can be alter to work with MultAlias(Entry)
An ingenious idea!

It might also help address Peter's comment.
This way there is a mechanism that enforces a distinction between the 
two types of alias. Functionality that takes an alias value and finds a 
user can ignore the distinction but functionality that takes a user and 
looks up an alias entry to label him/her can present a list of optional 
alias types that excludes the MultiAlias objects, but depending on its 
purpose it can choose to return and display the list of alias entries 
per user.  So, taking the MCQ test as an example it could be made 
possible to ask for 'student_id' to be printed in the table but disallow 
'old_student_ids' because the former would be an AliasEntry and the 
latter a MultiAliasEntry. On the other hand the user directory tool 
could happily allow a member of staff to find a student by typing in an 
'old_student_ids' value.

The main purpose of the MultiAlias would be for administrative data and 
wouldn't necessarily contain aliases of interest to staff and student.

The other advantage of subclassing is that we can implement it at Leeds 
with Bodington 2.6 as an add-in without changing the existing code or 
the definitions of the existing database tables.

Give that man a pay rise!

Jon

Re: [Bodington-developers] a query on style_default templates

[Jon M. <jo...@te...>]

Sean Mehan wrote:
> should this be in head?
>   
no!
> should this be in releases?
>   
no!

Re: [Bodington-developers] alias_entries - Suggested change to constraints.

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

Jon Maber wrote:
> Comments welcome...
> 
> I'm doing some work for Leeds on user management. I'm wondering whether 
> we can loosen the constraints on the alias_entries table. Specifically 
> delete this one:
> CONSTRAINT uq_alias_entries_1 UNIQUE (alias_id, user_id)
> which prevents a user_id appearing more than once for a particular type 
> of alias. The reason for this is the following;
> 
> At Leeds payroll number is used as an alias for staff users but we have 
> found that staff sometimes change payroll number and because the data 
> feed to Bodington doesn't identify this a new account is created for the 
> same person.  We now have access to a data point called SAP Company ID 
> which always stays the same for a member of staff and can be referenced 
> to the payroll number. So, we would like to use a new alias 'company ID' 
> as the primary alias for staff but we also want to merge accounts that 
> belong to the same person and we want to retain payroll numbers because 
> these are known to the users themselves where the company ID isn't. So, 
> I'd like to be able to have multiple payroll numbers for a single user 
> stored in the alias_entries table but at present that would break the 
> constraints.  The change would also involve debugging all functionality 
> in Bodington that involves aliases in case the change makes it break.
> 
> (In fact all of the above also applies to students too since Leeds has 
> legacy data where students have been assigned more than one student ID 
> but there is another new identifier which is guaranteed unique.)
> 
> The alternative is to use the alias_entries tables to store the most 
> recently applied payroll number or student number and to store the out 
> of date IDs somewhere else - possibly a Leeds specific table.

There are two ways to extend aliases:

- The one you are suggesting to allow a user to have more than one entry 
for an alias.

- Allow an alias to be had for more than one user, so for example you 
could have an alias of unit with multiple people having the alias entry 
of biology. In most cases this information is better captured in groups 
although it may be useful to have the original data that was used to 
calculate the groups in Bodington.

Possible way of solving the multiple aliases per user:

Could you superclass  Alias and AliasEntry to MultiAlias and 
MultiAliasEntry. These classes don't enforce the restriction of only 
allowing one alias per user. This way any code that deals with aliases 
will never get more than one entry per user and programmer won't have to 
change how they thing about aliases but functionality in certian places 
can be alter to work with MultAlias(Entry).

-- 
  -- 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] a query on style_default templates

[Colin T. <col...@ou...>]

Peter Crowther wrote:
>>From: Colin Tatham
> Sean, you've infected Colin with your smileys...

It was only (an intentional) once-off, promise! :-)


-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

http://www.oucs.ox.ac.uk/ltg/vle/
http://bodington.org

Re: [Bodington-developers] a query on style_default templates

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

> From: Colin Tatham
> Sean Mehan wrote:
> > I am fixing a couple of things in the 2.8 branch
>=20
> Oh dear!-)

Sean, you've infected Colin with your smileys...

		- Peter

Re: [Bodington-developers] a query on style_default templates

[Colin T. <col...@ou...>]

Sean Mehan wrote:
> I am fixing a couple of things in the 2.8 branch

Oh dear!-)

> and I wondered if  
> anyone wants the dir leedsimport in style_default.

No

> should this be in head?

No

> should this be in releases?

No


-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

http://www.oucs.ox.ac.uk/ltg/vle/
http://bodington.org

Re: [Bodington-developers] alias_entries - comments please

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

> From: Jon Maber
> delete this one:
> CONSTRAINT uq_alias_entries_1 UNIQUE (alias_id, user_id)
> which prevents a user_id appearing more than once for a=20
> particular type of alias.

When you're displaying a user by alias (for example in the new sort
functionality in MCQ), which one would you use?  The first one you come
across?

		- Peter

Re: [Bodington-developers] 2_8_0 branch created, HEAD tagged for your further development

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

Jon, if you would like to qa the 2_8_0 branch at this point, that  
would be very helpful. You could also try to test any of the most  
relevant fixes and write it all up on the wiki.

thanks,
s


On 27 Jul 2006, at 12:08, Jon Maber wrote:

> Another productive late night session!
>
> What about the last run of testing that I promised to do? I'm ready to
> do it now so perhaps people should hold off committing a torrent of
> weird and wonderful new functionality for a day or two. What do you  
> think?
>
> Jon
>
>
> Sean Mehan wrote:
>> Boders,
>>
>> abox$ cvs -z3 -
>> d:ext:you...@bo...:/cvsroot/
>> bodington co -P -r bodington_2_8_0 bodington
>>
>> will get you the latest production branch, e.g.:
>>
>> iolair:/Volumes/Home/Users/sean/duh/bodington sean$ cvs log LICENSE
>> sea...@bo...'s password:
>>
>> RCS file: /cvsroot/bodington/bodington/LICENSE,v
>> Working file: LICENSE
>> head: 1.2
>> branch:
>> locks: strict
>> access list:
>> symbolic names:
>>          bodington_2_8_0: 1.2.0.2
>> keyword substitution: kv
>> total revisions: 2;     selected revisions: 2
>> description:
>> ----------------------------
>> revision 1.2
>> date: 2006/07/26 19:49:18;  author: seanskye;  state: Exp;  lines:
>> +175 -48
>> Update of license to Apache 2.0
>> ----------------------------
>> revision 1.1
>> date: 2006/07/06 08:52:59;  author: ozzard;  state: Exp;
>> Make the license explicit at the root of the project, rather than
>> merely included in each source file.
>> ===================================================================== 
>> ===
>> =====
>>
>>
>> which is the other big bit of news...
>>
>> A package release can be made tomorrow. I need a beer or three.
>>
>> Finally, I have tagged HEAD:
>>
>> File: build.xml         Status: Up-to-date
>>
>>     Working revision:    1.54
>>     Repository revision: 1.54    /cvsroot/bodington/bodington/
>> build.xml,v
>>     Sticky Tag:          (none)
>>     Sticky Date:         (none)
>>     Sticky Options:      (none)
>>
>>     Existing Tags:
>>          bodington_2_9_0                 (revision: 1.54)
>>          bodington_2_8_0                 (branch: 1.54.2)
>>          bodington_boddix_2_6            (branch: 1.46.4)
>>          bodington_2_6_0                 (revision: 1.46)
>>          bodington_uhi                   (branch: 1.47.2)
>>          bodington_2_6                   (branch: 1.46.2)
>>          bodington_2_5_5                 (revision: 1.46)
>>          bodington_2_5_4                 (revision: 1.46)
>>          bodington_2_5_3                 (revision: 1.40)
>>          bodington_2_5_2_uhi             (branch: 1.25.2)
>>          bodington_2_5_2                 (revision: 1.25)
>>          bodington_2_4_3                 (revision: 1.3.2.4)
>>          bodington_2_5_1                 (revision: 1.16)
>>          bodington_2_4_2                 (revision: 1.3.2.2)
>>          bodington_2_4_1                 (revision: 1.3.2.1)
>>          bodington_2_1_1_rc4_SPWS        (branch: 1.3.6)
>>          bodington_2_5_0                 (revision: 1.3)
>>          Head                            (branch: 1.3.4)
>>          bodington_2_4_0                 (revision: 1.3)
>>          bodington_2_4                   (branch: 1.3.2)
>>          bodington_2_3_1                 (revision: 1.3)
>>
>>
>> so lets get committing! how about jsp support!-)
>>
>> xxooxx
>> s
>>
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to  
>> share your
>> opinions on IT & business topics through brief surveys -- and earn  
>> cash
>> http://www.techsay.com/default.php? 
>> page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Bodington-developers mailing list
>> Bod...@li...
>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>>
>>
>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys -- and earn  
> cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

[Bodington-developers] a query on style_default templates

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

I am fixing a couple of things in the 2.8 branch, and I wondered if  
anyone wants the dir leedsimport in style_default. It has (what I  
would consider) a curious set of templates:

iolair:/Volumes/Home/Users/sean/IdeaProjects/New_Bod/tomcatadd/ 
webapps/bodington/templates/style_default sean$ ls leedsimport/
CVS                             importrba731.html                
rba731newdepartments.html       rba731newstudentusernames.html
brettonnewstudentdetails.html   importtascstudents.html          
rba731newenrolments.html        tascnewstudentdetails.html
brettonnewstudents.html         intro.html                       
rba731newmodules.html           tascnewstudents.html
contents.html                   main.html                        
rba731newpenrolments.html       testclassloader.html
groupmenu.html                  payrollnewstaff.html             
rba731newprogrammes.html
importbrettonstudents.html      payrollnewusernames.html         
rba731newstudentdetails.html
importpayroll.html              rba731newdenrolments.html        
rba731newstudents.html


should this be in head?
should this be in releases?

s

Re: [Bodington-developers] More LDAP Fun and Games

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

> hadn't been distracted by just trying to get
> message through at all
yes, I can sympathise with you there. The sf sites/lists are going to pot=
.

> the main problem that
> prompted the posting has been resolved and the Novell API is not to
> blame
Can you tell us what the original problem was Jon? First of all it was al=
l
chaos and doom in the openldap api. Now it's not. It was only yesterday
that you said a switch to jndi was essential. Now it's not?

Sounds like you may have sorted a problem with ad interfacing - would be
nice to know what it was.

What do you get if you turn on java.net.debug=3Dall?
Are you using sasl/tls etc?

> I can supply the test program to anyone who would
> like to give a go.
go on then, mail it to the list.

--=20
Alistair Young
Senior Software Engineer
UHI@Sabhal M=F2r Ostaig
Isle of Skye
Scotland

>
> O.K. the original problem we had was pinned down and resolved. (Would
> have told you earlier if I hadn't been distracted by just trying to get
> message through at all.) By that time I had rewritten the code to use
> the JNDI API but I'm pretty sure that we could have got the Novell code
> to stop throwing the exceptions we observed.  However, I'm still alarme=
d
> by the results of the test we ran outside of Bodington....
>
> The loop was connecting, making a search for the DN of a record matchin=
g
> a given user name and disconnecting. I put Thread.currentThread.sleep()
> between every API call and at the end of the main loop. Although a dela=
y
> of a whole second between API calls reduced the rate of exceptions to
> less than one in several hundred cycles they didn't go away completely.
> The thing that really bothers me is that none of the exceptions thrown
> resulted in a meaningful error condition or result message in the
> application itself - just nasty looking stack traces uncontrollably
> pumped out to standard error by the Novell API worker threads. That sor=
t
> of thing should NEVER happen in a well written API - if there is an
> error condition it ought to be signaled properly to the application
> level. The test was carried out using my laptop as the client (plugged
> into the campus ethernet) and about three of the Active Directory
> servers on campus. I can supply the test program to anyone who would
> like to give a go.
>
> To repeat the key finding since my last posting - the main problem that
> prompted the posting has been resolved and the Novell API is not to
> blame but we have an inexplicable problem occurring in a test scenario
> which reduces my confidence in the Novell solution.  So far the JNDI
> distributed with JDK 1.5 works fine with Active Directory although I
> haven't yet subjected it to the testing under load that we tried on the
> Novell API.
>
>
>
> -----------------------------------------------------------------------=
--
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

[Bodington-developers] FW: FW: VLE interoperability specifications

[<bri...@bt...>]

In the latest round of JISC ELF toolkit projects R2Q2 from Southampton
is producing a set of Web services that initialize, render and respond
to 8 QTI 2.0 question types.
 
http://www.r2q2.ecs.soton.ac.uk/
 
SOCKET ought to be able to handle these Web services with
Little-Plumbing-in-the-Stylesheets, especially since they seem to be
passing mark-up strings around in the services rather than dealing with
complex schema datatypes.  I haven't seen the WSDLs or code, but it
sounds like a candidate for a demonstrator project.
 
Regards,
 
Brian
 
-----Original Message-----
From: Peter Crowther
[mailto:bod...@li...] On Behalf Of
Peter Crowther
Sent: 30 July 2006 11:05
To: Bodington developers
Subject: RE: [Bodington-developers] FW: VLE interoperability
specifications
 
> From: Paul Davis 
> Would I be correct in saying not Scorm, but yes to others? 
> From: Daniel Sarkozy 
> QTI 2 and 1.2
Limited import and export of QTI 1.2 for MCQs.  The APIS rendering
engine for QTI2 can be used in logbooks [long story] and can present any
QTI2 that APIS is capable of rendering.  Note that this is QTI 2.0, not
2.1 which brings back the notion of tests as well as just questions.  A
further JISC project has taken the APIS codebase and further extended
it; we should look at incorporating the results of that project at some
point.
> SCORM 
Not natively.  Yes via federation with another system that provides a
SCORM player.
> IMS Content Packaging 
Import back to 1.0 except for the draft of 1.1, export of 1.1.4.  This
is specifically for Web documents, and includes autogeneration of tables
of contents on import if required.  Multiple-manifest CPs are not
supported, nor is import or export of anything except Web documents.
-         Peter
I'm a yankee doodle dandee,
Yankee doodle do or die.
Yankee doodle went to town
Riding on a pony,
Stuck a Tetra in Sakai
And called it macaroni.

Re: [Bodington-developers] FW: VLE interoperability specifications

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

PiBGcm9tOiBQYXVsIERhdmlzIA0KPiBXb3VsZCBJIGJlIGNvcnJlY3QgaW4gc2F5aW5nIG5vdCBT
Y29ybSwgYnV0IHllcyB0byBvdGhlcnM/IA0KPiBGcm9tOiBEYW5pZWwgU2Fya296eSANCj4gUVRJ
IDIgYW5kIDEuMg0KDQpMaW1pdGVkIGltcG9ydCBhbmQgZXhwb3J0IG9mIFFUSSAxLjIgZm9yIE1D
UXMuICBUaGUgQVBJUyByZW5kZXJpbmcgZW5naW5lIGZvciBRVEkyIGNhbiBiZSB1c2VkIGluIGxv
Z2Jvb2tzIFtsb25nIHN0b3J5XSBhbmQgY2FuIHByZXNlbnQgYW55IFFUSTIgdGhhdCBBUElTIGlz
IGNhcGFibGUgb2YgcmVuZGVyaW5nLiAgTm90ZSB0aGF0IHRoaXMgaXMgUVRJIDIuMCwgbm90IDIu
MSB3aGljaCBicmluZ3MgYmFjayB0aGUgbm90aW9uIG9mIHRlc3RzIGFzIHdlbGwgYXMganVzdCBx
dWVzdGlvbnMuICBBIGZ1cnRoZXIgSklTQyBwcm9qZWN0IGhhcyB0YWtlbiB0aGUgQVBJUyBjb2Rl
YmFzZSBhbmQgZnVydGhlciBleHRlbmRlZCBpdDsgd2Ugc2hvdWxkIGxvb2sgYXQgaW5jb3Jwb3Jh
dGluZyB0aGUgcmVzdWx0cyBvZiB0aGF0IHByb2plY3QgYXQgc29tZSBwb2ludC4NCg0KPiBTQ09S
TSANCg0KTm90IG5hdGl2ZWx5LiAgWWVzIHZpYSBmZWRlcmF0aW9uIHdpdGggYW5vdGhlciBzeXN0
ZW0gdGhhdCBwcm92aWRlcyBhIFNDT1JNIHBsYXllci4NCg0KPiBJTVMgQ29udGVudCBQYWNrYWdp
bmcgDQoNCkltcG9ydCBiYWNrIHRvIDEuMCBleGNlcHQgZm9yIHRoZSBkcmFmdCBvZiAxLjEsIGV4
cG9ydCBvZiAxLjEuNC4gIFRoaXMgaXMgc3BlY2lmaWNhbGx5IGZvciBXZWIgZG9jdW1lbnRzLCBh
bmQgaW5jbHVkZXMgYXV0b2dlbmVyYXRpb24gb2YgdGFibGVzIG9mIGNvbnRlbnRzIG9uIGltcG9y
dCBpZiByZXF1aXJlZC4gIE11bHRpcGxlLW1hbmlmZXN0IENQcyBhcmUgbm90IHN1cHBvcnRlZCwg
bm9yIGlzIGltcG9ydCBvciBleHBvcnQgb2YgYW55dGhpbmcgZXhjZXB0IFdlYiBkb2N1bWVudHMu
DQoNCi0gUGV0ZXINCg0K

Re: [Bodington-developers] More LDAP Fun and Games

[Jon M. <jo...@te...>]

O.K. the original problem we had was pinned down and resolved. (Would 
have told you earlier if I hadn't been distracted by just trying to get 
message through at all.) By that time I had rewritten the code to use 
the JNDI API but I'm pretty sure that we could have got the Novell code 
to stop throwing the exceptions we observed.  However, I'm still alarmed 
by the results of the test we ran outside of Bodington....

The loop was connecting, making a search for the DN of a record matching 
a given user name and disconnecting. I put Thread.currentThread.sleep() 
between every API call and at the end of the main loop. Although a delay 
of a whole second between API calls reduced the rate of exceptions to 
less than one in several hundred cycles they didn't go away completely. 
The thing that really bothers me is that none of the exceptions thrown 
resulted in a meaningful error condition or result message in the 
application itself - just nasty looking stack traces uncontrollably 
pumped out to standard error by the Novell API worker threads. That sort 
of thing should NEVER happen in a well written API - if there is an 
error condition it ought to be signaled properly to the application 
level. The test was carried out using my laptop as the client (plugged 
into the campus ethernet) and about three of the Active Directory 
servers on campus. I can supply the test program to anyone who would 
like to give a go.

To repeat the key finding since my last posting - the main problem that 
prompted the posting has been resolved and the Novell API is not to 
blame but we have an inexplicable problem occurring in a test scenario 
which reduces my confidence in the Novell solution.  So far the JNDI 
distributed with JDK 1.5 works fine with Active Directory although I 
haven't yet subjected it to the testing under load that we tried on the 
Novell API.