Thread: [Bodington-developers] access log

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Where does the access log thingy get it's data from? Is it a db  
table? Manage -> Access log

Alistair

we need to know in order that we might start to get at the data for  
reporting.

s

On 14 Jun 2006, at 12:21, Alistair Young wrote:

> Where does the access log thingy get it's data from? Is it a db
> table? Manage -> Access log
>
> Alistair
>
>
>
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

2nd attempt...

Alistair Young wrote:
> Where does the access log thingy get it's data from? Is it a db  
> table? Manage -> Access log

Events table. Its a summary of the navigation events for the current
resource.

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

thanks Matthew - how does an Event compare to an Access? Is Access  
and the events table separate from Events? i.e. does the events table  
only hold info on accesses? or does it hold event info too?

ta,

Alistair

On 14 Jun 2006, at 13:04, Matthew Buckett wrote:

> 2nd attempt...
>
> Alistair Young wrote:
>> Where does the access log thingy get it's data from? Is it a db
>> table? Manage -> Access log
>
> Events table. Its a summary of the navigation events for the current
> resource.
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Alistair Young wrote:
> thanks Matthew - how does an Event compare to an Access? Is Access  
> and the events table separate from Events? i.e. does the events table  
> only hold info on accesses? or does it hold event info too?

An event is generated when a user moves from one resource to another. 
This is tracked through top.html so that linked images to other 
resources don't look like user movements.
The events table holds all access as NavigationEvents.

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

ta again! now spoon feed me please and fill in the blanks, waaaa,  
waaaa :)

active_user_id
passive_user_id
event_code
importance

with large spoon...

Alistair

On 14 Jun 2006, at 13:50, Matthew Buckett wrote:

> Alistair Young wrote:
>> thanks Matthew - how does an Event compare to an Access? Is Access
>> and the events table separate from Events? i.e. does the events table
>> only hold info on accesses? or does it hold event info too?
>
> An event is generated when a user moves from one resource to another.
> This is tracked through top.html so that linked images to other
> resources don't look like user movements.
> The events table holds all access as NavigationEvents.
>
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Alistair Young wrote:
> ta again! now spoon feed me please and fill in the blanks, waaaa,  
> waaaa :)
> 
> active_user_id

Person who created the event.

> passive_user_id

Normally null unless the event is about another person (eg sysadmin 
resetting a password for user buckett, buckett would be the passive user).

> event_code

Enumeration used by the implementing event class to decide what type of 
event it is (eg UPLOADFILE, DOWNLOADFILE, EDITPAGE, etc).

> importance

How important this event is, which is used to decide who has access to 
it (see Event.java).

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

thanks again Matthew! so any tool can use the api in Event.java? Big  
N's going to eventify the email tool. What's this... farly's rusks...  
mmmm, where's me spoon...

Alistair

On 14 Jun 2006, at 14:06, Matthew Buckett wrote:

> Alistair Young wrote:
>> ta again! now spoon feed me please and fill in the blanks, waaaa,
>> waaaa :)
>>
>> active_user_id
>
> Person who created the event.
>
>> passive_user_id
>
> Normally null unless the event is about another person (eg sysadmin
> resetting a password for user buckett, buckett would be the passive  
> user).
>
>> event_code
>
> Enumeration used by the implementing event class to decide what  
> type of
> event it is (eg UPLOADFILE, DOWNLOADFILE, EDITPAGE, etc).
>
>> importance
>
> How important this event is, which is used to decide who has access to
> it (see Event.java).
>
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Alistair Young wrote:
> thanks again Matthew! so any tool can use the api in Event.java? Big  
> N's going to eventify the email tool. What's this... farly's rusks...  
> mmmm, where's me spoon...

No probs... The existing pattern is that a tool subclasses Event.java 
(look at something like MessagingEvent or LogBookEvent) and I'd even do 
this if you don't add any extra fields, just so that Event doesn't 
become full of crap. The DB layer supports this.

UserFileEvent is one of the more recent ones and it uses resource bundles.

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

Matthew Buckett wrote:
> Alistair Young wrote:
>> thanks again Matthew! so any tool can use the api in Event.java? Big  
>> N's going to eventify the email tool. What's this... farly's rusks...  
>> mmmm, where's me spoon...
> 
> No probs... The existing pattern is that a tool subclasses Event.java 
> (look at something like MessagingEvent or LogBookEvent) and I'd even do 
> this if you don't add any extra fields, just so that Event doesn't 
> become full of crap. The DB layer supports this.

I've Javadoced Event.java.

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

Is the event_code coupled with resource_id or something to give  
specific events?  All Event subclasses have own event(s) and they all  
start at 1.  I presume this is what ends up in Events table as  
event_code?  Or am I missing something?

On 14 Jun 2006, at 14:23, Matthew Buckett wrote:

> Alistair Young wrote:
>> thanks again Matthew! so any tool can use the api in Event.java? Big
>> N's going to eventify the email tool. What's this... farly's rusks...
>> mmmm, where's me spoon...
>
> No probs... The existing pattern is that a tool subclasses Event.java
> (look at something like MessagingEvent or LogBookEvent) and I'd  
> even do
> this if you don't add any extra fields, just so that Event doesn't
> become full of crap. The DB layer supports this.
>
> UserFileEvent is one of the more recent ones and it uses resource  
> bundles.
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Naomi Miles wrote:
> Is the event_code coupled with resource_id or something to give  
> specific events?  All Event subclasses have own event(s) and they all  
> start at 1.  I presume this is what ends up in Events table as  
> event_code?  Or am I missing something?

Yep they will.

The event_code relates to the class. Because the Bodington database 
layer will give you back a AssessmentEvent or LogBookEvent the 
enumeration of event_codes is local to the event subclass.

Calling Event.getCode() without having cast the object first if you are 
getting all the events for a resource doesn't make sense.

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

Roger that.  Makes all the sense in the world now.
Ta, Matthew.

On 16 Jun 2006, at 11:14, Matthew Buckett wrote:

> Naomi Miles wrote:
>> Is the event_code coupled with resource_id or something to give
>> specific events?  All Event subclasses have own event(s) and they all
>> start at 1.  I presume this is what ends up in Events table as
>> event_code?  Or am I missing something?
>
> Yep they will.
>
> The event_code relates to the class. Because the Bodington database
> layer will give you back a AssessmentEvent or LogBookEvent the
> enumeration of event_codes is local to the event subclass.
>
> Calling Event.getCode() without having cast the object first if you  
> are
> getting all the events for a resource doesn't make sense.
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

On 16 Jun 2006, at 11:14, Matthew Buckett wrote:

> Naomi Miles wrote:
>> Is the event_code coupled with resource_id or something to give
>> specific events?  All Event subclasses have own event(s) and they all
>> start at 1.  I presume this is what ends up in Events table as
>> event_code?  Or am I missing something?
>
> Yep they will.
>
> The event_code relates to the class. Because the Bodington database
> layer will give you back a AssessmentEvent or LogBookEvent the
> enumeration of event_codes is local to the event subclass.
True, so public static Event findEvent( String where ) etc. will return 
Events for that sub class and casting will identify event_codes for 
that type. But what if we use JDBC to query events table - we don't 
have object info? Are you providing WS or other API for external 
queries?

>
> Calling Event.getCode() without having cast the object first if you are
> getting all the events for a resource doesn't make sense.
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Antony Corfield wrote:
> On 16 Jun 2006, at 11:14, Matthew Buckett wrote:
> 
>> Naomi Miles wrote:
>>> Is the event_code coupled with resource_id or something to give
>>> specific events?  All Event subclasses have own event(s) and they all
>>> start at 1.  I presume this is what ends up in Events table as
>>> event_code?  Or am I missing something?
>> Yep they will.
>>
>> The event_code relates to the class. Because the Bodington database
>> layer will give you back a AssessmentEvent or LogBookEvent the
>> enumeration of event_codes is local to the event subclass.
 >
> True, so public static Event findEvent( String where ) etc. will return 
> Events for that sub class and casting will identify event_codes for 
> that type. But what if we use JDBC to query events table - we don't 
> have object info?

You have to join to the objects and classes table then you can find out.

Using JDBC with prepareQuery/ResultSet is what PersistentObject was 
designed to hide, why are you wanting to go around it?

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

On 16 Jun 2006, at 13:49, Matthew Buckett wrote:

> Antony Corfield wrote:
>> On 16 Jun 2006, at 11:14, Matthew Buckett wrote:
>>
>>> Naomi Miles wrote:
>>>> Is the event_code coupled with resource_id or something to give
>>>> specific events?  All Event subclasses have own event(s) and they 
>>>> all
>>>> start at 1.  I presume this is what ends up in Events table as
>>>> event_code?  Or am I missing something?
>>> Yep they will.
>>>
>>> The event_code relates to the class. Because the Bodington database
>>> layer will give you back a AssessmentEvent or LogBookEvent the
>>> enumeration of event_codes is local to the event subclass.
>>
>> True, so public static Event findEvent( String where ) etc. will 
>> return
>> Events for that sub class and casting will identify event_codes for
>> that type. But what if we use JDBC to query events table - we don't
>> have object info?
>
> You have to join to the objects and classes table then you can find 
> out.
Can't see how that would identify the type of resource in the events 
table!?
>
> Using JDBC with prepareQuery/ResultSet is what PersistentObject was
> designed to hide, why are you wanting to go around it?
We would like to use an OSS reporting tool and configure to use with 
various event stores
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Antony Corfield wrote:
> On 16 Jun 2006, at 13:49, Matthew Buckett wrote:
> 
>> Antony Corfield wrote:
>>> On 16 Jun 2006, at 11:14, Matthew Buckett wrote:
>>>
>>>> Naomi Miles wrote:
>>>>> Is the event_code coupled with resource_id or something to give
>>>>> specific events?  All Event subclasses have own event(s) and they 
>>>>> all
>>>>> start at 1.  I presume this is what ends up in Events table as
>>>>> event_code?  Or am I missing something?
>>>> Yep they will.
>>>>
>>>> The event_code relates to the class. Because the Bodington database
>>>> layer will give you back a AssessmentEvent or LogBookEvent the
>>>> enumeration of event_codes is local to the event subclass.
>>> True, so public static Event findEvent( String where ) etc. will 
>>> return
>>> Events for that sub class and casting will identify event_codes for
>>> that type. But what if we use JDBC to query events table - we don't
>>> have object info?
>> You have to join to the objects and classes table then you can find 
>> out.
> Can't see how that would identify the type of resource in the events 
> table!?

Jon has a good background explanation of PersistentObject that should 
clear up some thing but the SQL that might help is:

SELECT classes.java_class, events.*
FROM events, objects, classes
WHERE events.event_id = objects.id and objects.type = classes.type;

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

On 16 Jun 2006, at 14:17, Matthew Buckett wrote:

> Antony Corfield wrote:
>> On 16 Jun 2006, at 13:49, Matthew Buckett wrote:
>>
>>> Antony Corfield wrote:
>>>> On 16 Jun 2006, at 11:14, Matthew Buckett wrote:
>>>>
>>>>> Naomi Miles wrote:
>>>>>> Is the event_code coupled with resource_id or something to give
>>>>>> specific events?  All Event subclasses have own event(s) and they
>>>>>> all
>>>>>> start at 1.  I presume this is what ends up in Events table as
>>>>>> event_code?  Or am I missing something?
>>>>> Yep they will.
>>>>>
>>>>> The event_code relates to the class. Because the Bodington database
>>>>> layer will give you back a AssessmentEvent or LogBookEvent the
>>>>> enumeration of event_codes is local to the event subclass.
>>>> True, so public static Event findEvent( String where ) etc. will
>>>> return
>>>> Events for that sub class and casting will identify event_codes for
>>>> that type. But what if we use JDBC to query events table - we don't
>>>> have object info?
>>> You have to join to the objects and classes table then you can find
>>> out.
>> Can't see how that would identify the type of resource in the events
>> table!?
>
> Jon has a good background explanation of PersistentObject that should
> clear up some thing
> SELECT classes.java_class, events.*
> FROM events, objects, classes
> WHERE events.event_id = objects.id and objects.type = classes.type;

Thanks Matthew, Jon, yes this is what I wanted to know i.e. 
events.event_id = objects.id

...there you go Naomi, pure sql will do it!

SELECT classes.java_class, events.*
FROM events, objects, classes
WHERE java_class like 'org.bodington.server.events.SomeEvent' and 
events.event_id = objects.id and objects.type = classes.type;

>
>
> -- 
>   -- 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 mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

SQL!  Better go get some chocolate. . .

On 16 Jun 2006, at 14:29, Antony Corfield wrote:

> On 16 Jun 2006, at 14:17, Matthew Buckett wrote:
>
>> Antony Corfield wrote:
>>> On 16 Jun 2006, at 13:49, Matthew Buckett wrote:
>>>
>>>> Antony Corfield wrote:
>>>>> On 16 Jun 2006, at 11:14, Matthew Buckett wrote:
>>>>>
>>>>>> Naomi Miles wrote:
>>>>>>> Is the event_code coupled with resource_id or something to give
>>>>>>> specific events?  All Event subclasses have own event(s) and  
>>>>>>> they
>>>>>>> all
>>>>>>> start at 1.  I presume this is what ends up in Events table as
>>>>>>> event_code?  Or am I missing something?
>>>>>> Yep they will.
>>>>>>
>>>>>> The event_code relates to the class. Because the Bodington  
>>>>>> database
>>>>>> layer will give you back a AssessmentEvent or LogBookEvent the
>>>>>> enumeration of event_codes is local to the event subclass.
>>>>> True, so public static Event findEvent( String where ) etc. will
>>>>> return
>>>>> Events for that sub class and casting will identify event_codes  
>>>>> for
>>>>> that type. But what if we use JDBC to query events table - we  
>>>>> don't
>>>>> have object info?
>>>> You have to join to the objects and classes table then you can find
>>>> out.
>>> Can't see how that would identify the type of resource in the events
>>> table!?
>>
>> Jon has a good background explanation of PersistentObject that should
>> clear up some thing
>> SELECT classes.java_class, events.*
>> FROM events, objects, classes
>> WHERE events.event_id = objects.id and objects.type = classes.type;
>
> Thanks Matthew, Jon, yes this is what I wanted to know i.e.
> events.event_id = objects.id
>
> ...there you go Naomi, pure sql will do it!
>
> SELECT classes.java_class, events.*
> FROM events, objects, classes
> WHERE java_class like 'org.bodington.server.events.SomeEvent' and
> events.event_id = objects.id and objects.type = classes.type;
>
>
>
>>
>>
>> -- 
>>   -- 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 mailing list
>> Bod...@li...
>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

> Thanks Matthew, Jon, yes this is what I wanted to know i.e.=20
> events.event_id =3D objects.id
>
> ...there you go Naomi, pure sql will do it!
>
> SELECT classes.java_class, events.*
> FROM events, objects, classes
> WHERE java_class like 'org.bodington.server.events.SomeEvent' and=20
> events.event_id =3D objects.id and objects.type =3D classes.type;
>  =20
This assumes that you arent interested in the data that is specific to=20
certain types of event.

You could also run a query like this:

SELECT *
FROM objects, events, messaging_events
WHERE events.event_id =3D objects.id and messaging_events.messaging_event=
_id =3D objects.id
 and resource_id =3D 123456;

In this particular case you=B4d gain information about the message that=20
was posted or read or whatever. You could construct a similar query for=20
each sub-type of event.  The type of join of these tables means that=20
there has to be a linking record in each of the three tables and so you=20
will only get messaging events.

If you want your code to cope with upgrades to Bodington which add more=20
event sub classes then you will start your work by examining the classes=20
table so you can enumerate all the type of event and find out which=20
tables are needed for each type and the names of the fields that you=20
need to make the joins in your queries.

Jon

True, so public static Event findEvent( String where ) etc. will return
> Events for that sub class and casting will identify event_codes for 
> that type. But what if we use JDBC to query events table - we don't 
> have object info? Are you providing WS or other API for external 
> queries?
>   

PersistentObject 101....

The object oriented nature of the Bodington data store is implemented 
like this....

All data object have a record in "objects" which holds the object unique 
ID and a number that indicates the type. Metainformation about the type 
is stored in classes and fields tables. A subclass of PersistentObject 
will have another table which repeats the unique ID in the first field 
so it can be linked to the record in "objects". A sub-sub-class has 
another table which also repeats the unique ID in the first field so 
that all three tables can be joined.

A query in Bodington can return a heterogenous list of object, i.e. 
objects of different type.  For example a list of various subclasses of 
Event can be compiled. An initial SQL query finds the IDs and types of 
the records in the "events" table and then loads each record. Since it 
now knows the type of each record it can join the correct three tables 
for each record.

If you want to do a query outside of Bodington on the events it all 
depends on whether you really want the event type specific data.  What 
are you trying to achieve?

Jon

Jon Maber wrote:
> True, so public static Event findEvent( String where ) etc. will return
>> Events for that sub class and casting will identify event_codes for 
>> that type. But what if we use JDBC to query events table - we don't 
>> have object info? Are you providing WS or other API for external 
>> queries?
>>   
> 
> PersistentObject 101....
> 
> 
> The object oriented nature of the Bodington data store is implemented 
> like this....
> 
> All data object have a record in "objects" which holds the object unique 
> ID and a number that indicates the type. Metainformation about the type 
> is stored in classes and fields tables. A subclass of PersistentObject 
> will have another table which repeats the unique ID in the first field 
> so it can be linked to the record in "objects". A sub-sub-class has 
> another table which also repeats the unique ID in the first field so 
> that all three tables can be joined.

It also seems that you can subclass and don't have to have an extra 
table. I have used this when I wanted to subclass resource for some 
extra functionality but didn't need to store any extra data.

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

On 16 Jun 2006, at 14:03, Jon Maber wrote:

> True, so public static Event findEvent( String where ) etc. will  
> return
>> Events for that sub class and casting will identify event_codes for
>> that type. But what if we use JDBC to query events table - we don't
>> have object info? Are you providing WS or other API for external
>> queries?
>>
>
> PersistentObject 101....
>
>
> The object oriented nature of the Bodington data store is implemented
> like this....
>
> All data object have a record in "objects" which holds the object  
> unique
> ID and a number that indicates the type. Metainformation about the  
> type
> is stored in classes and fields tables. A subclass of PersistentObject
> will have another table which repeats the unique ID in the first field
> so it can be linked to the record in "objects". A sub-sub-class has
> another table which also repeats the unique ID in the first field so
> that all three tables can be joined.
>
> A query in Bodington can return a heterogenous list of object, i.e.
> objects of different type.  For example a list of various  
> subclasses of
> Event can be compiled. An initial SQL query finds the IDs and types of
> the records in the "events" table and then loads each record. Since it
> now knows the type of each record it can join the correct three tables
> for each record.

I may be completely stupid/mad, but I don't see how this query can  
return the type of event.

>
> If you want to do a query outside of Bodington on the events it all
> depends on whether you really want the event type specific data.  What
> are you trying to achieve?
>
> Jon
>
>
>
>
>
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

!! Big N ?!!

On 14 Jun 2006, at 14:09, Alistair Young wrote:

> thanks again Matthew! so any tool can use the api in Event.java? Big
> N's going to eventify the email tool. What's this... farly's rusks...
> mmmm, where's me spoon...
>
> Alistair
>
>
> On 14 Jun 2006, at 14:06, Matthew Buckett wrote:
>
>> Alistair Young wrote:
>>> ta again! now spoon feed me please and fill in the blanks, waaaa,
>>> waaaa :)
>>>
>>> active_user_id
>>
>> Person who created the event.
>>
>>> passive_user_id
>>
>> Normally null unless the event is about another person (eg sysadmin
>> resetting a password for user buckett, buckett would be the passive
>> user).
>>
>>> event_code
>>
>> Enumeration used by the implementing event class to decide what
>> type of
>> event it is (eg UPLOADFILE, DOWNLOADFILE, EDITPAGE, etc).
>>
>>> importance
>>
>> How important this event is, which is used to decide who has  
>> access to
>> it (see Event.java).
>>
>>
>> -- 
>>   -- 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 mailing list
>> Bod...@li...
>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

LOL! I'm just a wee guy - everyone's big to me! oh, here comes Big FC!

On 14 Jun 2006, at 14:14, Naomi Miles wrote:

> !! Big N ?!!
>
> On 14 Jun 2006, at 14:09, Alistair Young wrote:
>
>> thanks again Matthew! so any tool can use the api in Event.java? Big
>> N's going to eventify the email tool. What's this... farly's rusks...
>> mmmm, where's me spoon...
>>
>> Alistair
>>
>>
>> On 14 Jun 2006, at 14:06, Matthew Buckett wrote:
>>
>>> Alistair Young wrote:
>>>> ta again! now spoon feed me please and fill in the blanks, waaaa,
>>>> waaaa :)
>>>>
>>>> active_user_id
>>>
>>> Person who created the event.
>>>
>>>> passive_user_id
>>>
>>> Normally null unless the event is about another person (eg sysadmin
>>> resetting a password for user buckett, buckett would be the passive
>>> user).
>>>
>>>> event_code
>>>
>>> Enumeration used by the implementing event class to decide what
>>> type of
>>> event it is (eg UPLOADFILE, DOWNLOADFILE, EDITPAGE, etc).
>>>
>>>> importance
>>>
>>> How important this event is, which is used to decide who has
>>> access to
>>> it (see Event.java).
>>>
>>>
>>> -- 
>>>   -- 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 mailing list
>>> Bod...@li...
>>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>>
>>
>>
>> _______________________________________________
>> Bodington-developers mailing list
>> Bod...@li...
>> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers