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-07-20 19:32:49
|
Brian Peter Clark wrote: > Fixed the templates...but getting them into cvs is another matter. > > - WinCVS > - got bods out ok > - puttygen public/private key > - upload public key > - hang ten > - pageant > - ssh login with private key > - commit file > - cvs [server aborted]: "commit" requires write > access to the repository All seems fine. Just as side point, if you use an IDE I would recommend using that IDEs plugin if it has one as it allows a much smoother workflow. Eclipse, IDEA, Netbeans all have reasonable CVS support I believe. > I'll see Atif tomorrow. You seem to have been added to the bodington sourceforge project as a developer so you should have CVS access. However it seems like the file CVSROOT/avail hasn't been updated to grant you access to the bodington project. One of the project admins should be able to add you to the right line of this file tomorrow. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Brian P. C. <bm...@bm...> - 2005-07-20 19:11:20
|
Fixed the templates...but getting them into cvs is another matter. - WinCVS - got bods out ok - puttygen public/private key - upload public key - hang ten - pageant - ssh login with private key - commit file - cvs [server aborted]: "commit" requires write access to the repository I'll see Atif tomorrow. Brian |
From: Matthew B. <mat...@co...> - 2005-07-20 16:45:59
|
Sean Mehan wrote: > 1. HTML Widget - MB already sorting it!-) This is now in. > 2. RSS - estimated 1.5 days - for whom? > 3. HSQLDB - estimated 3 days - MB? This is a must, as we have sold a > lot of snake oil on this one! I'll probably tackle this one next. Buy the way I really like the new colour schema, it makes Bodington a pleasure to look at. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 15:43:11
|
In my hacking of templates to support widget editing I noticed that some templates aren't in the new UHI style. default/createdirectory.html default/createlogbook.html mediadocument/modify.html room/createlogbook.html I'll try and getting round to fixing them but they are last on my list so anyone else is welcome to them. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 15:40:40
|
For the HTML editing widget I have changed all the new UHI templates a little. Attached is the patch for one file as an example. I'll commit all these back shortly. Rather than hardcoding a javascript file in all the templates I have added a <building command=javascript> which inserts the JavaScript links for this page. This is so that if we support the idea of supporting multiple editing widget for different users we can ship the correct JavaScript to the users browser. Also as the JavaScript doesn't need to be parsed by the template compiler so I have moved it into the top level of the webapp. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 14:25:43
|
Alistair Young wrote: > Guanxi can't be a war as it has files that need to be created on the > fly and others that need to be modified by the user. I'll have a think > about a structure. What I mean is in the bodington repository we have a file called /extras/guanxi.war that contains all the stuff that goes under the webapp for guanxi. Then at build time this war is unpacked ontop of /build/bodington to give a bodington+guanxi then the bodington war is created from this directory structure. The reason for keeping guanxi in the source tree as a WAR is that it is an external project (like log4j) and we don't need to know it's internal workings. Then when a new version of guanxi is released the WAR file that is in bodington is upgraded. >> hat happens if both bod and guanxi need the same JAR but different >> versions? Hopefully this will never happen > > in the future, xerces dom3 - anyone know if bod still can't handle it? No idea. -- +--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-07-20 14:14:53
|
Guanxi can't be a war as it has files that need to be created on the fly and others that need to be modified by the user. I'll have a think about a structure. > hat happens if both bod and guanxi need the same JAR but different > versions? Hopefully this will never happen in the future, xerces dom3 - anyone know if bod still can't handle it? Alistair On 20 Jul 2005, at 15:10, Matthew Buckett wrote: > Alistair Young wrote: > >> where do you want them Mathew? >> > > dunno. I didn't have any particular plan :-) > > /lib/guanxi? > > or as they aren't needed for compilation have a folder > > /guanxi > /guanxi/WEB-INF/config > /guanxi/WEB-INF/keystore > /guanxi/WEB-INF/jsp > /guanxi/WEB-INF/lib > /guanxi/guanxi > > Then get anto to copy this tree ontop of the Bodington build one? > Does it need to be unpacked? > > Could we just have a guanxi WAR file that gets unpacked onto of the > bodington build directory and the alternate web.xml. > > >> Alexis - you'll have to modify the ant build to pull them from >> wherever and bung them in WEB-INF/lib >> > > [..snipped..] > > >> How do you want to handle the additions? >> > > What happens if both bod and guanxi need the same JAR but different > versions? Hopefully this will never happen. > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Matthew B. <mat...@co...> - 2005-07-20 14:10:47
|
Alistair Young wrote: > where do you want them Mathew? dunno. I didn't have any particular plan :-) /lib/guanxi? or as they aren't needed for compilation have a folder /guanxi /guanxi/WEB-INF/config /guanxi/WEB-INF/keystore /guanxi/WEB-INF/jsp /guanxi/WEB-INF/lib /guanxi/guanxi Then get anto to copy this tree ontop of the Bodington build one? Does it need to be unpacked? Could we just have a guanxi WAR file that gets unpacked onto of the bodington build directory and the alternate web.xml. > Alexis - you'll have to modify the ant build to pull them from wherever > and bung them in WEB-INF/lib [..snipped..] > How do you want to handle the additions? What happens if both bod and guanxi need the same JAR but different versions? Hopefully this will never happen. -- +--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-07-20 13:56:50
|
where do you want them Mathew? Alexis - you'll have to modify the ant build to pull them from wherever and bung them in WEB-INF/lib while I'm at it, what about these guanxi dirs: BODHOME/WEB-INF/config BODHOME/WEB-INF/keystore BODHOME/WEB-INF/jsp BODHOME/guanxi BODHOME/web.xml needs modified - ship Guanxi disabled though (i.e servlets commented out) there's a whole lot of Guanxi stuff needs added so can I have a home for it please? How do you want to handle the additions? Alistair On 20 Jul 2005, at 14:44, Matthew Buckett wrote: > Alistair Young wrote: > >> Guanxi needs these jars - anyone see any problems adding them? I >> noticed there's no xml parser in bod lib - where does it get it from? >> > > The JDK. > > >> axis.jar >> bouncycastle.jar >> commons-discovery.jar >> ldap.jar --> already in bod >> log4j.jar -> already in bod >> xmlsec.jar >> saaj.jar >> jaxrpc.jar >> xercesImpl.jar >> xml-apis.jar >> xalan.jar >> > > Can all this stuff stay out of /lib please as it isn't needed for > compilation of the Bodington codebase. This way it makes it easier > if we ever want todo a lightweight build or move guanxi into a > sibling project. > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Matthew B. <mat...@co...> - 2005-07-20 13:44:28
|
Alistair Young wrote: > Guanxi needs these jars - anyone see any problems adding them? I > noticed there's no xml parser in bod lib - where does it get it from? The JDK. > axis.jar > bouncycastle.jar > commons-discovery.jar > ldap.jar --> already in bod > log4j.jar -> already in bod > xmlsec.jar > saaj.jar > jaxrpc.jar > xercesImpl.jar > xml-apis.jar > xalan.jar Can all this stuff stay out of /lib please as it isn't needed for compilation of the Bodington codebase. This way it makes it easier if we ever want todo a lightweight build or move guanxi into a sibling project. -- +--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-07-20 13:33:22
|
Guanxi needs these jars - anyone see any problems adding them? I noticed there's no xml parser in bod lib - where does it get it from? axis.jar bouncycastle.jar commons-discovery.jar ldap.jar --> already in bod log4j.jar -> already in bod xmlsec.jar saaj.jar jaxrpc.jar xercesImpl.jar xml-apis.jar xalan.jar Alistair |
From: Colin T. <col...@co...> - 2005-07-20 13:26:26
|
> Could > we change the i18n properties I vote yes. Matthew Buckett wrote: > For existing bodington properties they are normally structured in the form: > > section.property=value > > eg: > > sqldatabase.username=sa > > So that it is reasonably easy to see which properties are related. Could > we change the i18n properties so they use dots as the separators and so > they all start with the same prefix? > > eg: > > lang.default=en > > as at the moment they are of the form: > > default_language=en > |
From: Colin T. <col...@co...> - 2005-07-20 13:07:16
|
He said something about wanting to be able to log in as another user, (dunno why) but Jon set Nathan B up. (I asked who Nathan B was in the early days, when Jon was managing the SourceForge project.) Sean Mehan wrote: > nope. I thought that as well, but if you search the list, you'll find > another. So why have a dummy account for commits? > > > s > > On 20 Jul 2005, at 12:41, Colin Tatham wrote: > >> > who is bodington? >> >> Nathan Bodington (aka Jon!) >> >> Sean Mehan wrote: >> >>> On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: >>> >>>> My new sourceforge account name is >>>> >>>> brian_clark >>>> >>>> I can consult Atif about cvs. >>>> >>>> Thanks, >>>> >>>> Brian (Peter) >>>> >>>> Peter (Brian) >>>> >>> brian_clark now has write access to head. while i'm at it, are there >>> ones on the following list who shouldn't be anymore? who is >>> bodington? Darko still about? >>> Matthew, can we all use your bodcruz to do the same thing as you are >>> doing on dev.ox? >>> s >>> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Sean M. <se...@sm...> - 2005-07-20 12:49:27
|
nope. I thought that as well, but if you search the list, you'll find another. So why have a dummy account for commits? s On 20 Jul 2005, at 12:41, Colin Tatham wrote: > > who is bodington? > > Nathan Bodington (aka Jon!) > > Sean Mehan wrote: > >> On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: >> >>> My new sourceforge account name is >>> >>> brian_clark >>> >>> I can consult Atif about cvs. >>> >>> Thanks, >>> >>> Brian (Peter) >>> >>> Peter (Brian) >>> >> brian_clark now has write access to head. while i'm at it, are >> there ones on the following list who shouldn't be anymore? who is >> bodington? Darko still about? >> Matthew, can we all use your bodcruz to do the same thing as you >> are doing on dev.ox? >> s >> > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
From: Matthew B. <mat...@co...> - 2005-07-20 12:29:32
|
Alistair Young wrote: > for 2.6? Yes. If we get a release out there and then change the properties names afterwards we then have to provide support for the old ones or migration to the news ones which is just more work in the long run. Changing it now is the easier way to go. -- +--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-07-20 12:20:03
|
for 2.6? On 20 Jul 2005, at 13:14, Matthew Buckett wrote: > For existing bodington properties they are normally structured in > the form: > > section.property=value > > eg: > > sqldatabase.username=sa > > So that it is reasonably easy to see which properties are related. > Could we change the i18n properties so they use dots as the > separators and so they all start with the same prefix? > > eg: > > lang.default=en > > as at the moment they are of the form: > > default_language=en > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Matthew B. <mat...@co...> - 2005-07-20 12:14:26
|
For existing bodington properties they are normally structured in the form: section.property=value eg: sqldatabase.username=sa So that it is reasonably easy to see which properties are related. Could we change the i18n properties so they use dots as the separators and so they all start with the same prefix? eg: lang.default=en as at the moment they are of the form: default_language=en -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 12:08:51
|
Andrew Booth wrote: > The only changes I'm aware of are: > > 1) The right_index field of the resources table is no longer used, but > leaving it there will not cause any problems. > > 2) The user_name field of the pass_phrases table needs to be increased > in width from 32 characters to 255 or so, otherwise we are going to have > problems with Shib and MVN etc - where we will use usernames of the form > myverylongloginid@llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogo > goch.ac.uk I still prefer the idea of having a shib_user table that is linked to a user rather than abusing the pass_phrase table. At the moment everyone who uses the system is considered a user and has a corresponding entry in the users table. The users table contains things like forename, surname and user ID, but it has no concept of username. Now some of these users authenticate to Bodington through internal usernames and passwords and so get an entry in the pass_phrase table. Some users have x509 certificates and so get an entry in the user_x509 table both of which provide a link back to the users table. And I would continue this by saying some users authenticate via shib and therefore entry in the shib_user table. These shib users are not using bodington passwords to login and so should not have an entry in the pass_phrase table. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 11:44:55
|
Sean Mehan wrote: > > On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > >> My new sourceforge account name is >> >> brian_clark >> >> I can consult Atif about cvs. >> >> Thanks, >> >> Brian (Peter) >> >> Peter (Brian) > > > > brian_clark now has write access to head. > while i'm at it, are there ones on the following list who shouldn't be > anymore? who is bodington? Darko still about? I think bodington was used by Jon. No idea about Darko. > Matthew, can we all use your bodcruz to do the same thing as you are > doing on dev.ox? I'm not sure I follow.... bodcruz is the user that logs into CVS and grabs the latest version and then attempts to build it. bodcruz doesn't need write access, just read. What do you want to use bodcruz for? http://dev.weblearn.ox.ac.uk/cruisecontrol/ should be accessable to everyone. -- +--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-07-20 11:44:44
|
The only changes I'm aware of are: 1) The right_index field of the resources table is no longer used, but leaving it there will not cause any problems. 2) The user_name field of the pass_phrases table needs to be increased in width from 32 characters to 255 or so, otherwise we are going to have problems with Shib and MVN etc - where we will use usernames of the form myverylongloginid@llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogo goch.ac.uk Aggie -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Sean Mehan Sent: 20 July 2005 11:59 To: Bod...@li... Subject: [Bodington-developers] Priority for 2.6: Was bodington.properties.defaults OK: 1. HTML Widget - 1 day - MB already sorting it!-) 2. RSS - estimated 1.5 days - MB 2. Timed Resources - ? - AOC 3. HSQLDB - estimated 3 days - MB This is a must, as we have sold a lot of snake oil on this one! 3. Resource Search, Keyword only - 1 day - CT 3. EasyBuilder - 2days - CT not including keyword searching, html widget. 4. Textblocks - 1days - CT - Announcements goes to 2.8 4. Quicklinks - 1 day AC/CT 5. Edit Discussion Room Posts - CT - done, throw it in! 5. ACL - 2days - MB As above, we have demo'd it!-) (this is without timed access support) In addition, AY is doing GX 1.2 into HEAD just now. Atif is finalizing shibbadd out!-) Maybe we, with some help from aggie and perhaps someone at ox, AOC? can do an schema update, which may have to be pretty bare at this point. Where is the Quickstart? This should await the 2.6 finish. So, we are down to 1 week, for testing on 27th? s ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
From: Colin T. <col...@co...> - 2005-07-20 11:44:38
|
> who is bodington? Nathan Bodington (aka Jon!) Sean Mehan wrote: > On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > >> My new sourceforge account name is >> >> brian_clark >> >> I can consult Atif about cvs. >> >> Thanks, >> >> Brian (Peter) >> >> Peter (Brian) > > > > brian_clark now has write access to head. > while i'm at it, are there ones on the following list who shouldn't be anymore? > who is bodington? Darko still about? > > Matthew, can we all use your bodcruz to do the same thing as you are doing on > dev.ox? > s > > > |
From: Sean M. <se...@sm...> - 2005-07-20 11:34:32
|
On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > My new sourceforge account name is > > brian_clark > > I can consult Atif about cvs. > > Thanks, > > Brian (Peter) > > Peter (Brian) brian_clark now has write access to head. while i'm at it, are there ones on the following list who shouldn't =20 be anymore? who is bodington? Darko still about? Matthew, can we all use your bodcruz to do the same thing as you are =20 doing on dev.ox? s =EF=BF=BC= |
From: Sean M. <se...@sm...> - 2005-07-20 11:25:05
|
All blessings and upgrades to fall before your feet, Atif!-) s On 20 Jul 2005, at 12:25, Atif Suleman wrote: > Sean Mehan wrote: > > >> Atif is finalizing shibbadd out!-) >> > > shibadd is out NO MORE work to do with removal of the OLD SHIB. > > May OLD SHIB rest in peace. > > Ta > Atif. > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
From: Matthew B. <mat...@co...> - 2005-07-20 11:23:23
|
Matthew Buckett wrote: > In short not really. If you create this logger from programmatically > (from Java) then yes. Have a look at my ServletAppender on Bodington > HEAD that I setup from the context listener. Correction ServletAppender just pipes it through the servlet logging API. But you should still be able to create an appender through Java that is context relative. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
From: Matthew B. <mat...@co...> - 2005-07-20 11:20:27
|
Alistair Young wrote: > log4j gurus - is there any way to get a RollingFileAppender to be > servlet aware? What I mean is: > > <appender name="AuthenticatorRolling" > class="org.apache.log4j.RollingFileAppender"> > <param name="File" value="/WWW/bod/WEB-INF/logs/bod.log"/> > <param name="MaxFileSize" value="100KB"/> > <param name="MaxBackupIndex" value="2"/> > <layout class="org.apache.log4j.PatternLayout"> > <param name="ConversionPattern" value="%m%n"/> > </layout> > </appender> > > <param name="File" value="/WWW/bod/WEB-INF/logs/bod.log"/> > > is there any way to do a getRealPath sort of thing to get: > > <param name="File" value="/WEB-INF/logs/bod.log"/> > > i.e. remove the machine dependant part of the path? In short not really. If you create this logger from programmatically (from Java) then yes. Have a look at my ServletAppender on Bodington HEAD that I setup from the context listener. Logging to a directory inside the webapp isn't a "good thing" as in some situations you may not be able to write there. Also when an upgrade is done you will lose your logs so beware. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |