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

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

I take it that this isn't going to change prior to release of 2.6 in 
which case Alistair can finish his upgrade work.

I've reinstated the use of the 'build.guanxi.enabled' property into the 
build.xml. The key features are thus:

[*] /contrib/guanxi/guanxi.war is treated as a black box, whose contents 
overlay the standard unpacked bodington directory structure.
[*] a guanxi build uses /contrib/guanxi/web.xml which is a super-set of 
the bodington web.xml, plus the contents of the web.xml from the above 
war file.

Just to re-cap, unless you explicitly set 'build.guanxi.enabled' to 
false in your build.properties, you will create a guanxi enabled web-app.

-- 
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - +
| Alexis O'Connor, VLE Developer (http://bodington.org) |
| OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK.           |
| Tel. +44 (0)1865 283661                               |
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - +

Matthew Buckett wrote:
> Alistair Young wrote:
> 
>>> I'd say lets have a file /contrib/guanxi/web.xml this is the merged
>>> guanxi and bodington web.xml (done by hand). This way we don't have to
>>> mess with the Guanxi web.xml.
>>
>>
>> my only concern (another only one?) is that there's now a dependancy
>> between the contrib and bod. If the bod web.xml changes, all the contrib
>> web.xmls have to change too.
> 
> 
> Yeah I don't like it either (liable for errors). But my XSLT isn't 
> really up to it, anyone else?
> 

I'm going to fix this now!

I've got my IDE & user manual pointing towards Ant 1.6.2 ;-). OK, my 
intention is to re-implement this. Rolling back to Alistairs last 
version, I'm leaving guanxi.war as a black box  (only peeking inside to 
get the contents of the web.xml!). A hand-crafted web.xml at 
/contrib/guanxi will contain everything the guanxi and bodington 
web.xmls do.

The XLST merge of guanxi web.xml into bodington web.xml is a great idea, 
but beyond my powers right this minute (but hey, it's worth 
investigating at some point!).

Alexis

Alistair Young wrote:
>>I'd say lets have a file /contrib/guanxi/web.xml this is the merged
>>guanxi and bodington web.xml (done by hand). This way we don't have to
>>mess with the Guanxi web.xml.
> 
> my only concern (another only one?) is that there's now a dependancy
> between the contrib and bod. If the bod web.xml changes, all the contrib
> web.xmls have to change too.

Yeah I don't like it either (liable for errors). But my XSLT isn't 
really up to it, anyone else?

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

checked out head
It builds
It installs
It runs
It's a miracle...

On 28 Jul 2005, at 18:27, Alistair Young wrote:

> finished checking out head at 18:09
>
> tagged bodington_2_5_3
>
> goodnight and thanks for all the fish
>
> ...climbs down from podium
>
> Alistair
>
>
> --=20
> Alistair Young
> Senior Software Engineer
> UHI@Sabhal M=F2r Ostaig
> Isle of Skye
> Scotland
>
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO=20
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing=20=

> & QA
> Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

> I'd say lets have a file /contrib/guanxi/web.xml this is the merged
> guanxi and bodington web.xml (done by hand). This way we don't have to
> mess with the Guanxi web.xml.
my only concern (another only one?) is that there's now a dependancy
between the contrib and bod. If the bod web.xml changes, all the contrib
web.xmls have to change too.

Alistair

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

> Alistair Young wrote:
>> My only concern is you're introducing bodington specific stuff to an
>> independant module, i.e. the DISPLAY_NAME - Guanxi knows nothing about
>> this and doesn't want to either.
>
> Agreed
>
>> I thought I'd binned all the CVS dirs - I'll remove them after tagging
>> and
>> update head with a new guanxi.war
>
> Alexis has already uploaded a new guanxi.war file with the CVS dirs
> binned. The "cvs export" command is a nice way to get a clean checkout
> without the CVS folders.
>
>> guanxi.war/WEB-INF/web.xml should only contain guanxi specific content=
.
>
> I'd say lets have a file /contrib/guanxi/web.xml this is the merged
> guanxi and bodington web.xml (done by hand). This way we don't have to
> mess with the Guanxi web.xml.
>
>> The question is how to merge these with bod's web.xml at build time.
>
> Trying todo this merging with XSLT might be nice in theory but would it
> work very well and is it worth the effort?
>
> --
> +--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 the Better Software Conference & EXPO
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
 QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5=
sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

finished checking out head at 18:09

tagged bodington_2_5_3

goodnight and thanks for all the fish

...climbs down from podium

Alistair

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

Rubbish, you love it!

> I hate this responsibility
>
> Alistair
>
>
> --=20
> Alistair Young
> Senior Software Engineer
> UHI@Sabhal M=F2r Ostaig
> Isle of Skye
> Scotland
>
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO=20
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing=20=

> & QA
> Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Alistair Young wrote:
> My only concern is you're introducing bodington specific stuff to an
> independant module, i.e. the DISPLAY_NAME - Guanxi knows nothing about
> this and doesn't want to either.

Agreed

> I thought I'd binned all the CVS dirs - I'll remove them after tagging and
> update head with a new guanxi.war

Alexis has already uploaded a new guanxi.war file with the CVS dirs 
binned. The "cvs export" command is a nice way to get a clean checkout 
without the CVS folders.

> guanxi.war/WEB-INF/web.xml should only contain guanxi specific content.

I'd say lets have a file /contrib/guanxi/web.xml this is the merged 
guanxi and bodington web.xml (done by hand). This way we don't have to 
mess with the Guanxi web.xml.

> The question is how to merge these with bod's web.xml at build time.

Trying todo this merging with XSLT might be nice in theory but would it 
work very well and is it worth the effort?

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

My only concern is you're introducing bodington specific stuff to an
independant module, i.e. the DISPLAY_NAME - Guanxi knows nothing about
this and doesn't want to either.

I thought I'd binned all the CVS dirs - I'll remove them after tagging an=
d
update head with a new guanxi.war

guanxi.war/WEB-INF/web.xml should only contain guanxi specific content.
The question is how to merge these with bod's web.xml at build time.

Alistair

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

> Alexis O'Connor wrote:
>>
>> I've updated the build.xml to enable guanxi builds of Bodington. I
>> imagine Alistair would be the best person to see if this does more or
>> less what he thinks it should!
>>
>> Changes:
>>
>> ~ contrib/guanxi/guanxi.war ~
>>
>> [-] removed the CVS directory from guanxi/images
>> [+] modified WEB-INF/web.xml. Added the element
>
> My reasoning for having Guanxi in as a WAR is that we don't fiddle with
> its internals so it is considered an external dependancy. This would
> make upgrading Guanxi versions easier as we don't have to worry about
> Bodington specific customisations.
>
> So my reponse to your note would be so say:
>
> - Can we just wait for a Guanxi WAR that doesn't have the CVS folders?
> - Can we have the bodington/guanxi web.xml in /contrib/guanxi as an
> external file?
>
> --
> +--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 the Better Software Conference & EXPO
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
 QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5=
sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

Dear All,

I am Ningning, a student in the University of Sheffield. I am doing my
dissertation in Oxford OUCS to design and implement web-based administration
tools for Weblearn. At the moment I've worked on it for 5 weeks and tried to
implement some functions. Please refer to the following URL to have a look at
what I've done in light of the admin wish list (I added my text in blue). All
users and visitors can access it.

http://www.weblearn.ox.ac.uk/bodington/site/info/responses/wishes/admin/ningning/

Any comments and suggestions are welcome, thanks.

Best
Ningning

Alexis O'Connor wrote:
> 
> I've updated the build.xml to enable guanxi builds of Bodington. I
> imagine Alistair would be the best person to see if this does more or
> less what he thinks it should!
> 
> Changes:
> 
> ~ contrib/guanxi/guanxi.war ~
> 
> [-] removed the CVS directory from guanxi/images
> [+] modified WEB-INF/web.xml. Added the element

My reasoning for having Guanxi in as a WAR is that we don't fiddle with 
its internals so it is considered an external dependancy. This would 
make upgrading Guanxi versions easier as we don't have to worry about 
Bodington specific customisations.

So my reponse to your note would be so say:

- Can we just wait for a Guanxi WAR that doesn't have the CVS folders?
- Can we have the bodington/guanxi web.xml in /contrib/guanxi as an 
external file?

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

6pm folks - still ok? if the guanxi build has disappeared it can go in
head as a bugfix as it made it in before the 6pm deadline

Colin - are you ready?

I hate this responsibility

Alistair

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

Alexis O'Connor wrote:
> Antony Corfield wrote:
> 
>> You still working on this Alexis?
>> I'm getting the following error:
>>
> 
> No further work on this for me today sunshine ;-).
> 
> It's probably to do with your version of Ant. You should just need 
> v1.6.2. I was testing against v1.6.5, so if that's the version that's 
> actually required I probably need a slap ;-).

Ant 1.6.2 doesn't work. I've rolled back to build.xml 1.37 so that the 
build works again.

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

you're accumulating pints faster than a Weegie 5 mins before closing time=
!

another coming your way Alexis

Alistair

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

>
> I've updated the build.xml to enable guanxi builds of Bodington. I
> imagine Alistair would be the best person to see if this does more or
> less what he thinks it should!
>
> Changes:
>
> ~ contrib/guanxi/guanxi.war ~
>
> [-] removed the CVS directory from guanxi/images
> [+] modified WEB-INF/web.xml. Added the element
> <display-name>@DISPLAY_NAME@</display-name> which gets replaced with a
> more meaningful value by the build.xml (e.g. 'Bodington / Guanxi
> 2.6.0'). Added all the entries from the bodington web.xml.
>
> ~ sample.build.properties ~
>
> [+] added placeholder for the property 'build.guanxi.enabled'. This is =
a
> boolean property (default: true). Explicitly set it to false in your
> build.properties if you don't want guanxi to be enabled.
>
> ~ build.xml ~
>
> [^] Modifications to enable appropriate (optional) use of the above.
>
>
> For those of you who don't like new fangled things like war files,
> running the target 'webapp' should generate you an unpacked
> web-application containing everything one would expect for a deployable
> web-application.
>
> I've just deployed a quickstart-guanxi-enabled war to my Tomcat
> (v5.0.28) and I was able to login as sysadmin to the site.
>
> --
> + - - - - - - - - - - - - - - - - - - - - - - - - - - - +
> | Alexis O'Connor, VLE Developer (http://bodington.org) |
> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK.           |
> | Tel. +44 (0)1865 283661                               |
> + - - - - - - - - - - - - - - - - - - - - - - - - - - - +
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
 QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5=
sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

I'm Apache Ant version 1.6.2 compiled on July 16 2004

On 28 Jul 2005, at 17:33, Alexis O'Connor wrote:

> Antony Corfield wrote:
>> You still working on this Alexis?
>> I'm getting the following error:
>
> No further work on this for me today sunshine ;-).
>
> It's probably to do with your version of Ant. You should just need 
> v1.6.2. I was testing against v1.6.5, so if that's the version that's 
> actually required I probably need a slap ;-).
>
> Alexis
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO 
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
> & QA
> Security * Process Improvement & Measurement * 
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Antony Corfield wrote:
> You still working on this Alexis?
> I'm getting the following error:
> 

No further work on this for me today sunshine ;-).

It's probably to do with your version of Ant. You should just need 
v1.6.2. I was testing against v1.6.5, so if that's the version that's 
actually required I probably need a slap ;-).

Alexis

You still working on this Alexis?
I'm getting the following error:

I've updated the build.xml to enable guanxi builds of Bodington. I
imagine Alistair would be the best person to see if this does more or
less what he thinks it should!

Changes:

~ contrib/guanxi/guanxi.war ~

[-] removed the CVS directory from guanxi/images
[+] modified WEB-INF/web.xml. Added the element
<display-name>@DISPLAY_NAME@</display-name> which gets replaced with a
more meaningful value by the build.xml (e.g. 'Bodington / Guanxi
2.6.0'). Added all the entries from the bodington web.xml.

~ sample.build.properties ~

[+] added placeholder for the property 'build.guanxi.enabled'. This is a
boolean property (default: true). Explicitly set it to false in your
build.properties if you don't want guanxi to be enabled.

~ build.xml ~

[^] Modifications to enable appropriate (optional) use of the above.

For those of you who don't like new fangled things like war files,
running the target 'webapp' should generate you an unpacked
web-application containing everything one would expect for a deployable
web-application.

I've just deployed a quickstart-guanxi-enabled war to my Tomcat
(v5.0.28) and I was able to login as sysadmin to the site.

-- 
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - +
| Alexis O'Connor, VLE Developer (http://bodington.org) |
| OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK.           |
| Tel. +44 (0)1865 283661                               |
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - +

> From: [...] Colin Tatham
> So we're gonna kiss and make up? I'll send those flowers I owe you...

I recommend http://www.miniaafrica.co.za/plants_projects/2.htm

		- Peter

Antony Corfield wrote:
> Ha, you are a twister of words sir! But I still love you...

So we're gonna kiss and make up? I'll send those flowers I owe you...

Ha, you are a twister of words sir! But I still love you...

On 28 Jul 2005, at 16:28, Colin Tatham wrote:

> Antony Corfield wrote:
>> Not really a bug fix surely! This method did not have a bug, the new 
>> code is an improvement but was added to support the new TextBlock and 
>> ImageBlock added this morning. Just so happened that the Announcement 
>> tool also used this method...
>
> I can't really be bothered to nit-pick, but what happens if you add a 
> new tool, then realise that there's something missing, or it has a 
> bug? It's a bugfix innit?
>
>
> -- 
> ____________________________________
> Colin Tatham
> VLE Team
> Oxford University Computing Services
>
> http://www.oucs.ox.ac.uk/ltg/vle/
> http://bodington.org
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO 
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
> & QA
> Security * Process Improvement & Measurement * 
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Antony Corfield wrote:
> Not really a bug fix surely! This method did not have a bug, the new 
> code is an improvement but was added to support the new TextBlock and 
> ImageBlock added this morning. Just so happened that the Announcement 
> tool also used this method...

I can't really be bothered to nit-pick, but what happens if you add a 
new tool, then realise that there's something missing, or it has a bug? 
It's a bugfix innit?

-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

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

so the 2.5.3 tag is technically defunct as it will never be used? it's
really the agreement on only committing bugfixes to head that's the real
way ahead.

So when everyone's happy with head it becomes 2.6 branch and gets release=
d
and we hear nothing ever again about 2.5.3?

Alistair

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

>> From: [...] Alistair Young
>> Can someone explain why we're tagging?
>
> To draw a line in the shifting sands of 2.6 development.  It appears
> that 2.5.3 will become 2.6.  Before 2.5.3 is tagged, HEAD is fair game =
-
> one can add new features.  After that tag, HEAD is for bugfixes only
> until we tag 2.6.0, create the 2.6.* 'stable' branch and turn HEAD into
> 2.7 development.
>
> In other words, it's an attempt to stop us humans making large changes
> after this tag, so that we can concentrate on stabilising and releasing
> (roughly) on schedule.
>
> 		- Peter
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &=
 QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5=
sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>

Not really a bug fix surely! This method did not have a bug, the new 
code is an improvement but was added to support the new TextBlock and 
ImageBlock added this morning. Just so happened that the Announcement 
tool also used this method...

On 28 Jul 2005, at 15:55, Colin Tatham wrote:

> Alistair Young wrote:
>>> in the long run
>> if your run is longer than 6pm tonight Colin, it doesn't go in.
>
> I see it as a bug fix. I had all my new code in before 9am.
>
>> I'm not spending the rest of my days waiting for the next bod release 
>> and
>> endlessly putting the date forward.
>
> Couldn't agree more!
>
>> If it's not in head by 6pm and it's not a bugfix after that then it's 
>> a
>> new feature and can wait - or have you committed a load of code that
>> relies on this long run thing?
>
> Yep. See my previous emails...
>
>> ooh the power - (sounds of FC tied up in the cupboard)
>
> OK, so who's going to tie this pseudo FC up, before all the power goes 
> to his head (if you'll pardon the pun ;-)?
>
>
> -- 
> ____________________________________
> Colin Tatham
> VLE Team
> Oxford University Computing Services
>
> http://www.oucs.ox.ac.uk/ltg/vle/
> http://bodington.org
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO 
> September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
> & QA
> Security * Process Improvement & Measurement * 
> http://www.sqe.com/bsce5sf
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

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 120)

bodington-developers — Mailing list for Bodington developers