Menu
▾
▴
bodington-developers — Mailing list for Bodington developers
You can subscribe to this list here.
| 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
|
|
From: Matthew B. <mat...@co...> - 2005-06-06 12:24:12
|
The new ACL display that is used here at Oxford can be a little slow
when lots of groups are involved. We only see these issues when running
on a large dataset. Attached is a rough SQL trace of where the
bottlenecks are when trying to display an ACL page.
SELECT * FROM objects WHERE id IS NULL
This is the query that is run when a connection is validated from the
connection pool. On PostgreSQL you cannot have an index containing NULLs
and so this results in a full table scan:
vle0=> explain SELECT * FROM objects WHERE id IS NULL;
QUERY PLAN
--------------------------------------------------------------
Seq Scan on objects (cost=0.00..20115.56 rows=6750 width=8)
Filter: (id IS NULL)
Changing the the validation SQL can result in a much faster check:
vle0=> explain SELECT * FROM objects WHERE id = 0;
QUERY PLAN
--------------------------------------------------------------------------
Index Scan using pk_objects on objects (cost=0.00..6.01 rows=2 width=8)
Index Cond: (id = 0)
(2 rows)
The other big killer is the calculation of the size of the "special" groups:
SELECT count(*) FROM objects, users WHERE type = { } AND id = user_id
AND ( special_groups_a & ({ }) <> { } )
One option would be to special case the ACL code of that it always
assumes the special groups are too big (easy and quick).
The other option is to replace the special groups with normal ones.
NB: Changing the connection check and making sure special groups are
never expanded changes the acl display page load time from around 4
seconds to less than half a second.
--
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ |
+------------Computing Services, University of Oxford------+
|
|
From: Andrew B. <a.g...@le...> - 2005-06-06 11:51:19
|
Just to keep you up to date, we now have two bodingtons communicating = IdP to SP and we have automatic account creation working at the SP end. It shouldn't take too long to get the groups sorted as well. At the Bodington behind the SP, we have mapped /site and /shibsite to = the same bodington servlet. The Shibboleth servlet filter is set to protect = the /shibsite URLs but not the /site ones, so the same resources can be shib-protected or not depending on the URL used.=20 One thing that we need to point out is that usernames created in the SP-protected bodington are of the form use...@my... - = we therefore need to increase the size of the username field in the = database, which is currently 30 characters wide. We propose to increase it to 128 characters. (The same had to be done with mvnForum to cope with = usernames of this kind.) Do either of these changes (servlet mapping and field width) break = anything anyone else is doing? Aggie and Atif |
|
From: Peter C. <Pet...@me...> - 2005-06-06 11:21:53
|
> From: Matthew Buckett=20 > > Do we have anywhere I can put a brain-dump of how it all=20 > > fits together [...] > JavaDoc somewhere? package.html? Probably. Some of this is cross-package (mainly the code in BuildingSessionImpl - along with Facility, another prime candidate for refactoring), but I can probably get the relationships right. - Peter |
|
From: Matthew B. <mat...@co...> - 2005-06-06 11:18:41
|
Peter Crowther wrote: > I've completed the namespace modifications. It's now possible to > import, export, and re-import content packages without loss of metadata, > and while retaining namespaces. Nice one. [..snipped..] > Do we have anywhere I can put a brain-dump of how it all fits together > for the next poor beggar who has to mod the system? I would love to > call it design documentation, but it's more like a map of the cave > system derived from the expedition! JavaDoc somewhere? package.html? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Peter C. <Pet...@me...> - 2005-06-06 11:14:25
|
I've completed the namespace modifications. It's now possible to import, export, and re-import content packages without loss of metadata, and while retaining namespaces. I've committed the changes to HEAD. I'd very much appreciate others trying to use the facilities. Note that you need Manage in order to export a CP. Do we have anywhere I can put a brain-dump of how it all fits together for the next poor beggar who has to mod the system? I would love to call it design documentation, but it's more like a map of the cave system derived from the expedition! - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 |
|
From: Peter C. <Pet...@me...> - 2005-06-03 16:57:47
|
I have code in the XML repository that now reads namespaces on import and preserves namespaces on export. A remaining gotcha is that the metadata-aware part of the import is not namespace-aware, so gets very confused when it sees "imsmd:record" rather than "record" for metadata. I'm in the process of fixing this so that it is namespace-aware, but so that we don't lose compatibility with pre-namespace content packages. This is a can of worms; we will need a considerably larger can for the contents now that it has been opened. I suspect other examples of CP-related code that should be namespace-aware and isn't will come to light during the testing that will no doubt be put into the CP import/export before 2.6 is released. We need to track them as defects; I'll fix the ones that are specifically to do with CP. - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 |
|
From: Peter C. <Pet...@me...> - 2005-05-31 14:01:24
|
> From: Alexis O'Connor=20 > You are clearly well on top of the various issues <blink> I am? :-) > and actually it now=20 > all makes pretty good sense (to me anyway :-) ). OK. - Peter |
|
From: Alexis O'C. <ale...@co...> - 2005-05-31 13:58:49
|
> > No, it's because SPWS uses a JAXB-produced parser and therefore I passed > the JWSDP libraries to you. I suspect it will be faster to remove the > dependency on Sun's custom Xalan from SPWS than it will be to ensure > that future uses of Xalan in the rest of Bodington are compatible with > Sun's bastardised version. > > - Peter I do indeed stand corrected on multiple counts! You are clearly well on top of the various issues and actually it now all makes pretty good sense (to me anyway :-) ). Alexis |
|
From: Peter C. <Pet...@me...> - 2005-05-31 13:41:49
|
> From: Alexis O'Connor=20 > Sorry to be so anal about it, but with the limited scope for file=20 > meta-data in CVS (and personal strong opposition to=20 > versioning jars via=20 > the file name!) it strikes me that the third-party versioning=20 > of a file is best placed in the CVS commit comment itself. In the case of jars, many/most carry version information in their manifest. I'm aware of your views on versioning via the filename; I've seen it work both ways (and I've seen the pain caused both ways), so I'm essentially agnostic on that. > It appears as though some muppet has added the xalan from=20 > JWSDP onto the SPWS branch already. That would be me. Or, more accurately, you taking the file from me. > Why he did that when I, I mean, he had the Xalan=20 > library on his machine I don't know ;-). (Ah, probably because he was=20 > trying to second guess where some other developer had got his=20 > jars from...). No, it's because SPWS uses a JAXB-produced parser and therefore I passed the JWSDP libraries to you. I suspect it will be faster to remove the dependency on Sun's custom Xalan from SPWS than it will be to ensure that future uses of Xalan in the rest of Bodington are compatible with Sun's bastardised version. - Peter |
|
From: Peter C. <Pet...@me...> - 2005-05-31 13:36:01
|
> From: [...] Colin Tatham > We're also using Xalan to do some XSLTs on RSS feeds in=20 > WebLearn, we should probably see if there's common code, and=20 > standardise on where the XSLT stylesheets are located? We should indeed. The piece I've added is about 60 lines derived from the Pipe example, and simply implements a flexible mechanism for piping a XML file through a configurable series of transforms and into an output file. A more general version would probably use streams, not files; not sure whether yours already does this. src/org/bodington/server/ims/XSLTPipeline.java if you want to eyeball it and tell me you've already got one :-). - Peter |
|
From: Alexis O'C. <ale...@co...> - 2005-05-31 13:34:11
|
Peter Crowther wrote: >>From: Alexis O'Connor >>Well good job you told us here where it came from as you >>didn't in the CVS commit comment ;-). > > > Point. Comment updated. > > - Peter > Thanks for that. Sorry to be so anal about it, but with the limited scope for file meta-data in CVS (and personal strong opposition to versioning jars via the file name!) it strikes me that the third-party versioning of a file is best placed in the CVS commit comment itself. It appears as though some muppet has added the xalan from JWSDP onto the SPWS branch already. Why he did that when I, I mean, he had the Xalan library on his machine I don't know ;-). (Ah, probably because he was trying to second guess where some other developer had got his jars from ...). Alexis |
|
From: Colin T. <col...@co...> - 2005-05-31 13:30:15
|
We're also using Xalan to do some XSLTs on RSS feeds in WebLearn, we should probably see if there's common code, and standardise on where the XSLT stylesheets are located? Colin ____________________________________ Colin Tatham VLE Team Oxford University Computing Services www.oucs.ox.ac.uk/ltg/vle/ www.bodington.org > -----Original Message----- > From: bod...@li... > [mailto:bod...@li...]On Behalf Of > Peter Crowther > Sent: 31 May 2005 13:16 > To: bod...@li... > Subject: [Bodington-developers] Addition to HEAD: Custom > transformations > of IMS CP manifests using XSLT > > > Just added: the ability to transform IMS content package manifests on > import. This uses Xalan-J 2.6.0, which has been added to the lib > directory as xalan.jar. Note that this is the Apache jar, > *not* the Sun > JWSDP one which has many of the classes in odd packages. Testing has > been on 1.4.2_08 SDK, Tomcat 5.0.28 only. > > Details on file format are in > tomcatadd/webapps/bodington/WEB-INF/xslt/readme.txt. > > The new version *should* be backwardly-compatible with older > installations that don't have Xalan, can't load Xalan due to some > incompatibility with their preferred XML parser, don't have a > transforms > directory, or have malformed transformations; in all these cases, > Bodington logs an error and falls back to loading the > provided manifest > without transformation. > > - Peter > > -- > Peter Crowther, Director, Melandra Limited > John Dalton House, 121 Deansgate, Manchester M3 2AB > t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Peter C. <Pet...@me...> - 2005-05-31 13:02:43
|
> From: Alexis O'Connor=20 > Well good job you told us here where it came from as you=20 > didn't in the CVS commit comment ;-). Point. Comment updated. - Peter |
|
From: Alexis O'C. <ale...@co...> - 2005-05-31 12:55:35
|
Peter Crowther wrote: > Just added: the ability to transform IMS content package manifests on > import. This uses Xalan-J 2.6.0, which has been added to the lib > directory as xalan.jar. Note that this is the Apache jar, *not* the Sun > JWSDP one which has many of the classes in odd packages. Testing has > been on 1.4.2_08 SDK, Tomcat 5.0.28 only. > Well good job you told us here where it came from as you didn't in the CVS commit comment ;-). Of course there's already another xalan (v2.4.1) under the shibadd folder which confuses matter if you build with shibb on, but this should be disapearing some time soon ... Alexis |
|
From: Peter C. <Pet...@me...> - 2005-05-31 12:17:06
|
Just added: the ability to transform IMS content package manifests on import. This uses Xalan-J 2.6.0, which has been added to the lib directory as xalan.jar. Note that this is the Apache jar, *not* the Sun JWSDP one which has many of the classes in odd packages. Testing has been on 1.4.2_08 SDK, Tomcat 5.0.28 only. Details on file format are in tomcatadd/webapps/bodington/WEB-INF/xslt/readme.txt. The new version *should* be backwardly-compatible with older installations that don't have Xalan, can't load Xalan due to some incompatibility with their preferred XML parser, don't have a transforms directory, or have malformed transformations; in all these cases, Bodington logs an error and falls back to loading the provided manifest without transformation. - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 |
|
From: Peter C. <Pet...@me...> - 2005-05-31 11:22:05
|
> From: Matthew Buckett=20 > Can I ask why you are wanting to get hold of a file in=20 > BuildingSessionImpl? Is this a file you could load out of the=20 > classpath?=20 I could, and possibly should. It's to get a configuration file, followed by a number of XSLT files specified in the configuration file, for the transformation of IMS content package manifests on import. The idea is to be able to transform non-standard CPs and allow the transforms to be changed at runtime. The obvious place for these is probably not under WEB-INF. The *most* obvious place for these is possibly in the database, along with the appropriate user interface for amending them. However, I feel the effort required to implement this is overkill for what is, ultimately, an experimental facility in a system that may not survive. If the transforms are used and changed regularly, we can amend the storage mechanism in a future release. - Peter |
|
From: Matthew B. <mat...@co...> - 2005-05-31 11:14:59
|
Peter Crowther wrote:
> This must be the original dumb question, but... I'm deep in code called
> from BuildingSessionImpl, and I want to get hold of a file in a known
> location within the servlet. Is there a known sensible way of doing
> this? Or is it a case of using the good ol' bodington.home property and
> changing the code when that goes away?
In the WebLearn HEAD I have removed the system property "bodington.home"
and was going to email the list about pushing those changes over the
Bodington HEAD.
I do have a replacement Bodington property
("buildingservlet.context.root") that is set at servlet startup time and
is local to the context, but this is a bodington property rather than a
System one.
The advantage of not using the system property is that you can have two
Bodingtons running in the same container without them treading on each
others toes.
I also use this change for the quickstart WAR so that you can install
Bodington without having to run SetupServlet.
Can I ask why you are wanting to get hold of a file in
BuildingSessionImpl? Is this a file you could load out of the classpath?
or do you need to write values back to it?
--
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ |
+------------Computing Services, University of Oxford------+
|
|
From: Alistair Y. <ali...@sm...> - 2005-05-31 11:11:04
|
what sort of location? BuildingServlet.getBodingtonRoot() any use to you? I added that to let LDAPAuthenticator find it's config file. Alistair On 31 May 2005, at 12:03, Peter Crowther wrote: > This must be the original dumb question, but... I'm deep in code > called > from BuildingSessionImpl, and I want to get hold of a file in a known > location within the servlet. Is there a known sensible way of doing > this? Or is it a case of using the good ol' bodington.home > property and > changing the code when that goes away? > > - Peter > > -- > Peter Crowther, Director, Melandra Limited > John Dalton House, 121 Deansgate, Manchester M3 2AB > t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg- > q22005 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Peter C. <Pet...@me...> - 2005-05-31 11:03:25
|
This must be the original dumb question, but... I'm deep in code called from BuildingSessionImpl, and I want to get hold of a file in a known location within the servlet. Is there a known sensible way of doing this? Or is it a case of using the good ol' bodington.home property and changing the code when that goes away? - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 |
|
From: Adam M. <ada...@co...> - 2005-05-31 09:16:52
|
We have PHP developers here - it's possible we could get a project approved to shibb Ter-Wikki for bodingtonising - I guess that would mean more messing about with installation though. adam -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) | -----Original Message----- | From: bod...@li... [mailto:bodington- | dev...@li...] On Behalf Of Alistair Young | Sent: 31 May 2005 09:32 | To: 'Bodington Developers' | Subject: [Bodington-developers] wiki | | I've looked at all the Java wikis and they're all either discontinued | or in development. I gave XWiki a test run but it blew up my Tomcat - | it hasn't been officially released yet. There's also Platypus which is | a semantic web wiki (eh?) but it's in early alpha. | | IMHO Twiki is the best one I've found: | | http://www.guanxi.uhi.ac.uk/tiki | | it's PHP, has built in auto account creation from LDAP and has nice | features as well as nice skins. | | Alistair | | | | ------------------------------------------------------- | This SF.Net email is sponsored by Yahoo. | Introducing Yahoo! Search Developer Network - Create apps using Yahoo! | Search APIs Find out how you can build Yahoo! directly into your own | Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 | _______________________________________________ | Bodington-developers mailing list | Bod...@li... | https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Adam M. <ada...@co...> - 2005-05-31 09:11:34
|
Well Alex is a good friend of mine so I can have a word and even pop over to see him. Aggie knows him too as we both met him on a jolly in Sweden. He's a java guy so there may be some mileage in talking to him about Bod but Moodle is more widespread and you can see where they are coming from! What did you have in mind? Ada M -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) _____ From: bod...@li... [mailto:bod...@li...] On Behalf Of Sean Mehan Sent: 30 May 2005 11:05 To: Bod...@li... Subject: [Bodington-developers] anyone know anything about any of this? vague enough request!-) Alex Little, Open University of the Netherlands JISC ELF Toolkit Project Extending the Sled and CopperCore work under the previous JISC ELF toolkit project and will be looking at integrating assessment into LD as well as how other new services could be intergrated into LD. Main outputs will be: * Integration of LD packages containing QTI into the Sled/CopperCore engine * Development of generic interface methodology based on the QTI work * Demonstration of methodology through ePortfolio integration JISC ELF Demonstrator Project To develop demonstrators for the learning design serivces from the Sled project. Main outputs: * Develop content based demonstrators showing a range of features and illustrating reuse * Integrate the services within an existing e-learning application (probably Moodle) * Work with an existing European organisation (UNFOLD) to disseminate and evelaute the work of the project |
|
From: Alistair Y. <ali...@sm...> - 2005-05-31 08:50:13
|
yep Alistair On 31 May 2005, at 09:45, Matthew J. Dovey wrote: >> I've looked at all the Java wikis and they're all either discontinued >> or in development. > > Did you look at the java wiki's listed here: > http://java-source.net/open-source/wiki-engines > > Matthew Dovey > Oxford University > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew J. D. <mat...@ou...> - 2005-05-31 08:46:03
|
> I've looked at all the Java wikis and they're all either discontinued=20 > or in development.=20 Did you look at the java wiki's listed here: http://java-source.net/open-source/wiki-engines Matthew Dovey Oxford University |
|
From: Alistair Y. <ali...@sm...> - 2005-05-31 08:31:45
|
I've looked at all the Java wikis and they're all either discontinued or in development. I gave XWiki a test run but it blew up my Tomcat - it hasn't been officially released yet. There's also Platypus which is a semantic web wiki (eh?) but it's in early alpha. IMHO Twiki is the best one I've found: http://www.guanxi.uhi.ac.uk/tiki it's PHP, has built in auto account creation from LDAP and has nice features as well as nice skins. Alistair |
|
From: Sean M. <se...@sm...> - 2005-05-30 10:05:26
|
vague enough request!-) Alex Little, Open University of the Netherlands JISC ELF Toolkit Project Extending the Sled and CopperCore work under the previous JISC ELF toolkit project and will be looking at integrating assessment into LD as well as how other new services could be intergrated into LD. Main outputs will be: Integration of LD packages containing QTI into the Sled/CopperCore engine Development of generic interface methodology based on the QTI work Demonstration of methodology through ePortfolio integration JISC ELF Demonstrator Project To develop demonstrators for the learning design serivces from the Sled project. Main outputs: Develop content based demonstrators showing a range of features and illustrating reuse Integrate the services within an existing e-learning application (probably Moodle) Work with an existing European organisation (UNFOLD) to disseminate and evelaute the work of the project |
19 messages has been excluded from this view by a project administrator.
