bodington-developers Mailing List for Bodington (tm) (Page 23)

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

It worked in 2.4, but the config lines from 2.4 do not seem to working
in 2.6... And the error message shows that it is still looking in the
files directory within the webapp itself.

-- 
m.cha3l

M Thomas wrote:
> Hi everyone,
> 
> It used to be possible to configure the location of your generated and
> uploaded file within the bodington.properties. Has this changed as I
> tried to use the config lines out of our 2.4 install and they had no
> effect?

These properties should be webpublish.webaddress for uploaded files and 
filegeneration.webaddress for generated files.

I'm guessing your running on Windows? and the bug is that there is a bit 
  of UNIX specific code (my bad).

I've got a fix and will commit to HEAD.

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

M Thomas wrote:
> It used to be possible to configure the location of your generated and
> uploaded file within the bodington.properties. Has this changed as I
> tried to use the config lines out of our 2.4 install and they had no
> effect?

No changes were made with that for 2.4 AFAIK, what's the last version you know it worked for?

Colin

-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

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

Hi everyone,

It used to be possible to configure the location of your generated and
uploaded file within the bodington.properties. Has this changed as I
tried to use the config lines out of our 2.4 install and they had no
effect?

Any info/advice would be much appreciated

thanks
-- 
m.cha3l

> From: Naomi Miles
> Quick q re. resources in the database.  The id of the person who =20
> created the resource

Not stored in the database pre-2.7 - this is one of the changes I made.
In 2.7+, available as resources.creation_user_id.  Note that this will
be null for resources created before the upgrade.

		- Peter

Quick q re. resources in the database.  The id of the person who  
created the resource, resource_event_user.resource_event_user_id or  
no?  In which case, what is user_id in the same table for?

Cheers,
Naomi.

We've discovered that SF have reset some user's passwords. (I thought CVS was down).

http://sourceforge.net/docs/A04/#mailinglists

(  2006-07-13 09:23:52 - Project CVS Service, Project Shell Service, Project Subversion (SVN) 
Service, SourceForge.net Web Site  )   A recent kernel exploit was released that allowed a non admin 
user to escalate privileges on the host pr-shell1. We urge all users who frequent this host to 
change their password immediately and check their project group space for any tampering. As a 
precaution, we have blocked access to all project resources by password until the user resets their 
password. After the password has been reset, project resources should be accessible within 5 minutes.

Colin

-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

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

Andrew Booth wrote:
> I can't remember why it was there in the first place. Jon may know.

I believe is was there so that there was the possibility that applets 
could talk back to the server over RMI. Also so that it would be 
possible to run the web frontend servers on a different box to the main 
business logic.

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

I can't remember why it was there in the first place. Jon may know.

If it's not used, I can't see an argument for keeping it.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Matthew Buckett
Sent: 14 July 2006 11:43
To: Bodington Developers
Subject: [Bodington-developers] Removal of RMI depedancy

I have had a quick look at removing the dependancy on RMI throughout the
bodington code and have an initial attempt. Reasons for removing it include:

- It is not used. Nowhere do we use the features of RMI.
- It clutters up the APIs as all our methods throw RemoteException.
- RemoteExceptions are just ignored when people write code.
- It speeds up the build, the rmic task is the slowest bit of the build.
- It allows project rebuilds by IDEs (eclipse) without needing ant.
- If we needed it again adding it back in is simple.

Comments?

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

Peter Crowther wrote:
>> From: Matthew Buckett
>> I have had a quick look at removing the dependancy on RMI 
>> throughout the 
>> bodington code and have an initial attempt. Reasons for 
>> removing it include:
>>
>> - It is not used. Nowhere do we use the features of RMI.
>> - It clutters up the APIs as all our methods throw RemoteException.
>> - RemoteExceptions are just ignored when people write code.
>> - It speeds up the build, the rmic task is the slowest bit of 
>> the build.
> 
> Template compilation?

I turn that off and let it happen in the container when doing development.

>> - It allows project rebuilds by IDEs (eclipse) without needing ant.
>> - If we needed it again adding it back in is simple.
>>
>> Comments?
> 
> We either need a clean separation - awkward given the amount of database
> code now in facilities, I suspect - or we need to accept the merge. 

I'm not advocating removing the session layer, just its dependency on 
the RMI API. I'd like much cleaner separation but that is a bigger nut 
to crack.

-- 
  -- 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:
> I have had a quick look at removing the dependancy on RMI throughout the 
> bodington code and have an initial attempt. Reasons for removing it include:
> 
> - It is not used. Nowhere do we use the features of RMI.
> - It clutters up the APIs as all our methods throw RemoteException.
> - RemoteExceptions are just ignored when people write code.
> - It speeds up the build, the rmic task is the slowest bit of the build.
> - It allows project rebuilds by IDEs (eclipse) without needing ant.
> - If we needed it again adding it back in is simple.
> 
> Comments?
> 

Yep, I'd vote for removing it, to create more maintainable, easier to read code.

If we were to add it back again, then most likely this is because we were going to use it 
as intended, i.e. remotely ;-).

Alexis

> From: Matthew Buckett
> I have had a quick look at removing the dependancy on RMI=20
> throughout the=20
> bodington code and have an initial attempt. Reasons for=20
> removing it include:
>=20
> - It is not used. Nowhere do we use the features of RMI.
> - It clutters up the APIs as all our methods throw RemoteException.
> - RemoteExceptions are just ignored when people write code.
> - It speeds up the build, the rmic task is the slowest bit of=20
> the build.

Template compilation?

> - It allows project rebuilds by IDEs (eclipse) without needing ant.
> - If we needed it again adding it back in is simple.
>=20
> Comments?

We either need a clean separation - awkward given the amount of database
code now in facilities, I suspect - or we need to accept the merge.  I'd
accept the merge and get rid of the potential source of problems.  If it
gets to a vote, I would vote in favour of removal of RMI.

		- Peter

> - It allows project rebuilds by IDEs (eclipse) without needing ant.
yes, I've noticed this about RMI

Blow RMI away++

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

> I have had a quick look at removing the dependancy on RMI throughout th=
e
> bodington code and have an initial attempt. Reasons for removing it
> include:
>
> - It is not used. Nowhere do we use the features of RMI.
> - It clutters up the APIs as all our methods throw RemoteException.
> - RemoteExceptions are just ignored when people write code.
> - It speeds up the build, the rmic task is the slowest bit of the build=
.
> - It allows project rebuilds by IDEs (eclipse) without needing ant.
> - If we needed it again adding it back in is simple.
>
> Comments?
>
> --
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

> Out of interest what do you mean too many WebLearn dependancies?
prolly me just being lazy. I copied over some of what I thought would be
"core" files such as BuildingServlet, Request but there was a load of
weblearn stuff that required more files and more and so on...

So I picked through BuildServlet looking for "spring"! I'm prolly not the
best person to try to merge this as I'll no doubt miss a load of stuff.

Will keep trying today though, see how far I get.

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

> Alistair Young wrote:
>> ok, it'll take a while Matthew. I took the files you mentioned but the=
re
>> are too many weblearn dependencies to be of use. It's like there are t=
wo
>> separate applications now.
>
> Yeah the spring branch which that code is from has quite a few changes
> and is different from WebLearn as well. I will be merging the spring
> stuff into WebLearn HEAD next week.
>
> Out of interest what do you mean too many WebLearn dependancies?
> Sorry it wasn't just a quick drop and go.
>
>> I'll have to pick through the files to try and spot Spring stuff now,
>> which will take a fair while. Don't have much time either as off to JI=
SC
>> next week.
>
> Ok, any questions just drop an email.
>
> --
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

I have had a quick look at removing the dependancy on RMI throughout the 
bodington code and have an initial attempt. Reasons for removing it include:

- It is not used. Nowhere do we use the features of RMI.
- It clutters up the APIs as all our methods throw RemoteException.
- RemoteExceptions are just ignored when people write code.
- It speeds up the build, the rmic task is the slowest bit of the build.
- It allows project rebuilds by IDEs (eclipse) without needing ant.
- If we needed it again adding it back in is simple.

Comments?

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

Alistair Young wrote:
> ok, it'll take a while Matthew. I took the files you mentioned but there
> are too many weblearn dependencies to be of use. It's like there are two
> separate applications now.

Yeah the spring branch which that code is from has quite a few changes 
and is different from WebLearn as well. I will be merging the spring 
stuff into WebLearn HEAD next week.

Out of interest what do you mean too many WebLearn dependancies?
Sorry it wasn't just a quick drop and go.

> I'll have to pick through the files to try and spot Spring stuff now,
> which will take a fair while. Don't have much time either as off to JISC
> next week.

Ok, any questions just drop an email.

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

ok, it'll take a while Matthew. I took the files you mentioned but there
are too many weblearn dependencies to be of use. It's like there are two
separate applications now.

I'll have to pick through the files to try and spot Spring stuff now,
which will take a fair while. Don't have much time either as off to JISC
next week.

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

> Alistair Young wrote:
>> good stuff Matthew.
>
> It was just a rough and ready diff so might have missed something.
>
>  > Can you send me:
>> tomcatadd/webapps/bodington/WEB-INF/tags
>> I don't seem to have that dir.
>
> Opps, yeah its just some supporting tags that I wrote recently to make
> some stuff easier in JSPs.
>
> They are not well implemented but mean that the JSPs don't have
> scriptlets in them and I can implement the tags better another day.
> Attached are the two files I have in WEB-INF/tags/bod/
>
>> I'm merging the spring stuff into our head version on my machine so I
>> can
>> get it running.
>
> Good luck.
>
> --
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

Alistair Young wrote:
> good stuff Matthew.

It was just a rough and ready diff so might have missed something.

 > Can you send me:
> tomcatadd/webapps/bodington/WEB-INF/tags
> I don't seem to have that dir.

Opps, yeah its just some supporting tags that I wrote recently to make 
some stuff easier in JSPs.

They are not well implemented but mean that the JSPs don't have 
scriptlets in them and I can implement the tags better another day. 
Attached are the two files I have in WEB-INF/tags/bod/

> I'm merging the spring stuff into our head version on my machine so I can
> get it running.

Good luck.

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

good stuff Matthew. Can you send me:
tomcatadd/webapps/bodington/WEB-INF/tags
I don't seem to have that dir.

I'm merging the spring stuff into our head version on my machine so I can
get it running.

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

> Alistair Young wrote:
>
>> One thing you could do that would be really helpful is list the files
>> I need to extract to put into our head. I've found most I think but
>> I've prolly missed some too.
>
>  From a quick look:
>
> Files that changed for Spring.
>
> src/messages.properties
> src/org/bodington/servlet/BuildingServlet.java
> src/org/bodington/servlet/Request.java
> src/org/bodington/spring/BodingtonHandlerMapping.java
> lib/spring.jar
> etc/spring-servlet.xml
> etc/web.xml
> build.xml
>
>
> Possibly needed if you want some of the JSP stuff or if you accept lots
> of Request and BuildingServlet wholesale.
>
> src/org/bodington/servlet/BuildingConextListender.java
> src/org/bodington/servlet/BuildingFilter.java
> src/org/bodington/servlet/LogFilter.java
> taglibs/*
> lib/jstl.jar
> lib/standard.jar
> tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf
> tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp
> tomcatadd/webapps/bodington/WEB-INF/tags/bod/*
>
>
> --
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

Sean Mehan wrote:
> Uhmm, guys. back off the jira until we get the Bod instance of it up,  
> which will not be ldap'd. That will happen when I apply with the Bod  
> OSI certified license....
> 
> watch this space.

OK, I was just keen to have a look. Have we decided to give up on SF trackers?

> On 10 Jul 2006, at 13:41, Matthew Buckett wrote:
> 
> 
>>Colin Tatham wrote:
>>
>>>Sean Mehan wrote:
>>>
>>>>agreed. We are buying a JIRA, and have one up already at
>>>>
>>>>tracker.uhi.ac.uk
>>>>
>>>>tis great, and if people prefer it to sf, we can easily put a bod
>>>>project on it.
>>>
>>>Created myself an account, but the log-in page is hanging...
>>
>>Snap.
>>
>>-- 
>>  -- Matthew Buckett, VLE Developer
>>  -- Learning Technologies Group, Oxford University Computing Services
>>  -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>>
>>
>>---------------------------------------------------------------------- 
>>---
>>Using Tomcat but need to do more? Need to support web services,  
>>security?
>>Get stuff done quickly with pre-integrated technology to make your  
>>job easier
>>Download IBM WebSphere Application Server v.1.0.1 based on Apache  
>>Geronimo
>>http://sel.as-us.falkag.net/sel? 
>>cmd=lnk&kid=120709&bid=263057&dat=121642
>>_______________________________________________
>>Bodington-developers mailing list
>>Bod...@li...
>>https://lists.sourceforge.net/lists/listinfo/bodington-developers
>>
> 
> 
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
> 
> 

-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

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

Uhmm, guys. back off the jira until we get the Bod instance of it up,  
which will not be ldap'd. That will happen when I apply with the Bod  
OSI certified license....

watch this space.
s

On 10 Jul 2006, at 13:41, Matthew Buckett wrote:

> Colin Tatham wrote:
>> Sean Mehan wrote:
>>> agreed. We are buying a JIRA, and have one up already at
>>>
>>> tracker.uhi.ac.uk
>>>
>>> tis great, and if people prefer it to sf, we can easily put a bod
>>> project on it.
>>
>> Created myself an account, but the log-in page is hanging...
>
> Snap.
>
> -- 
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> ---------------------------------------------------------------------- 
> ---
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

Alistair Young wrote:
> Thanks Matthew. There may be an i18n issue though. Bod has it's own  
> language setting that is independant of the browser as most users  
> can't change the language of the browser. If I use bod in Gaelic, are  
> the spring parts likely to be in the language of the browser?

Yeah as we don't have i18n on WebLearn I havn't tied the Spring i18n 
stuff to the Bodington stuff although I did use <fmt:message> tags so 
that half the battle was done.

It should be reasonably easy to tie Spring to the Bodington i18n stuff. 
I personally really like the way that Spring itself can do it (follow 
browser languages but also allow custom per user changes).

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

Thanks Matthew. There may be an i18n issue though. Bod has it's own  
language setting that is independant of the browser as most users  
can't change the language of the browser. If I use bod in Gaelic, are  
the spring parts likely to be in the language of the browser?

Alistair

On 13 Jul 2006, at 10:30, Matthew Buckett wrote:

> Alistair Young wrote:
>
>> One thing you could do that would be really helpful is list the files
>> I need to extract to put into our head. I've found most I think but
>> I've prolly missed some too.
>
>  From a quick look:
>
> Files that changed for Spring.
>
> src/messages.properties
> src/org/bodington/servlet/BuildingServlet.java
> src/org/bodington/servlet/Request.java
> src/org/bodington/spring/BodingtonHandlerMapping.java
> lib/spring.jar
> etc/spring-servlet.xml
> etc/web.xml
> build.xml
>
>
> Possibly needed if you want some of the JSP stuff or if you accept  
> lots
> of Request and BuildingServlet wholesale.
>
> src/org/bodington/servlet/BuildingConextListender.java
> src/org/bodington/servlet/BuildingFilter.java
> src/org/bodington/servlet/LogFilter.java
> taglibs/*
> lib/jstl.jar
> lib/standard.jar
> tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf
> tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp
> tomcatadd/webapps/bodington/WEB-INF/tags/bod/*
>
>
> -- 
>   -- Matthew Buckett, VLE Developer
>   -- Learning Technologies Group, Oxford University Computing Services
>   -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> ---------------------------------------------------------------------- 
> ---
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Alistair Young wrote:

> One thing you could do that would be really helpful is list the files  
> I need to extract to put into our head. I've found most I think but  
> I've prolly missed some too.

 From a quick look:

Files that changed for Spring.

src/messages.properties
src/org/bodington/servlet/BuildingServlet.java
src/org/bodington/servlet/Request.java
src/org/bodington/spring/BodingtonHandlerMapping.java
lib/spring.jar
etc/spring-servlet.xml
etc/web.xml
build.xml

Possibly needed if you want some of the JSP stuff or if you accept lots 
of Request and BuildingServlet wholesale.

src/org/bodington/servlet/BuildingConextListender.java
src/org/bodington/servlet/BuildingFilter.java
src/org/bodington/servlet/LogFilter.java
taglibs/*
lib/jstl.jar
lib/standard.jar
tomcatadd/webapps/bodington/WEB-INF/jsp/include.jspf
tomcatadd/webapps/bodington/WEB-INF/jsp/layout.jsp
tomcatadd/webapps/bodington/WEB-INF/tags/bod/*

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

Alistair Young wrote:
>> But shouldn't the "page which gives information" be a tool? as you  
>> might
>> want it to be permission and hierarchy aware?
> nothing's concrete just now, just poking around trying to avoid yet  
> another method in Facility and also avoiding tools. The ability to  
> have a chat "control page" isn't bod specific so doing it as a tool  
> is a waste.
> The MyModules could be a tool but the demand for it didn't give any  
> time to navigate the bone crushing blackness of bod tools ;) and it's  
> not restricted - you have the right to view your modules anywhere in  
> bod. Interfaces were mentioned then but were poo-pooed in favour of  
> spring, which was coming. Now it's here, tools are back in fashion 8-0
> 
>> polluting the application with the
>> interface.
> that's a bit harsh. How else could one do it without doing a tool?

You can't I don't think. I just wanted to make sure we didn't have our 
wires crossed.

> The only advantage of a tool is the restrictions you can place on it.  
> Something like chat isn't suited to a tool as the user can just say  
> "sod it", leave bod and use their chat client to do the same thing.  
> Why don't they just use their client in the first place? Ask those  
> who produce requirements ;)

Yeah, if bod is just acting as a proxy for a remote service then there 
isn't much point.

>> Facility (and subclass)
> but templates can only use one class. So you can't add functionality  
> to a template that already uses Facility without putting that  
> functionality into Facility.

But if you subclass Facility then you can access your extra functionality.

>> Tool: A Bodington tool that can be deployed somewhere in the tree of
>> resources and is aware of permissions and possibly the hierarchy.
> but requires an onerous overhead of database insertion. You can't  
> distribute bod tools as they require the database to be modified. If  
> you just wanted public functionality you could just add a <plugin>  
> call to a template and supply the jar in the distro. Facility would  
> use the bod plugin interface to load and call it.

Just because you have an extra tool doesn't mean you have modify your 
database schema although you may well have to add extra rows.

> The goal of a plugin was a self contained unit of functionality that  
> could be called from a template. Unfortunately, as templates are  
> restricted to one class, all plugin hooks have to go into Facility.  
> That's where the interface came from. So Facility could be shipped  
> with a plugin method that just loaded and called the desired plugin,  
> defined by the template at run-time.

But then don't the templates still directly depend on the plugin being 
available?

> Of course, if restrictions are required then a tool would be better  
> although that means merge problems and database modifications and  
> leads to site specific code in bod.

I'm not sure it does.

 > Unless you do what we have to do
> and remove all our functionality before committing to bod head. Now  
> that's a waste of everyone's time.

Agreed.

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

2005	Jan	Feb	Mar	Apr (41)	May (353)	Jun (133)	Jul (534)	Aug (401)	Sep (219)	Oct (86)	Nov (144)	Dec (61)
2006	Jan (200)	Feb (130)	Mar (345)	Apr (153)	May (247)	Jun (338)	Jul (222)	Aug (70)	Sep (39)	Oct (27)	Nov (76)	Dec (30)
2007	Jan (81)	Feb (44)	Mar (9)	Apr	May (3)	Jun (2)	Jul (34)	Aug (2)	Sep (1)	Oct	Nov	Dec (6)
2008	Jan	Feb	Mar (5)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2009	Jan (1)	Feb	Mar	Apr	May (7)	Jun	Jul	Aug	Sep	Oct	Nov	Dec

bodington-developers Mailing List for Bodington (tm) (Page 23)

bodington-developers — Mailing list for Bodington developers