Menu
▾
▴
bodington-developers
|
From: Peter C. <Pet...@me...> - 2005-07-07 12:40:05
|
> From: Matthew Buckett=20 > Unless your cvs client doesn't warn you about a attempting to=20 > commit a=20 > file that hasn't yet been updated this shouldn't happen. That's a feature of the CVS server, not the client - the Sourceforge server should throw an error such as 'up-to-date check failed on foobar.baz' and simply refuse the commit. - Peter |
|
From: Antony C. <an...@sm...> - 2005-07-07 12:56:36
|
>> From: Matthew Buckett >> Unless your cvs client doesn't warn you about a attempting to >> commit a >> file that hasn't yet been updated this shouldn't happen. > > That's a feature of the CVS server, not the client - the Sourceforge > server should throw an error such as 'up-to-date check failed on > foobar.baz' and simply refuse the commit. That's right and thanks for the advice but *accidents* can happen - I'm updating/committing c. 500 files! Mmmh now I'm tempted to prove something... |
|
From: Matthew B. <mat...@co...> - 2005-07-07 13:02:14
|
Antony Corfield wrote: > That's right and thanks for the advice but *accidents* can happen - I'm > updating/committing c. 500 files! Mmmh now I'm tempted to prove > something... This change that consists of 500 file involves changing? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-07 13:58:10
|
yeah... I've merged things my end -mainly logging changes and our templates- these will go onto uhi branch and will be merged with head. This is actually the easy bit... BTW I see that bodington.properties has only i18n stuff - shall I add props for localhost (and do we still need to define facilities etc. here)? On 7 Jul 2005, at 14:01, Matthew Buckett wrote: > Antony Corfield wrote: >> That's right and thanks for the advice but *accidents* can happen - >> I'm updating/committing c. 500 files! Mmmh now I'm tempted to prove >> something... > > This change that consists of 500 file involves changing? > > -- > +--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-07 14:11:51
|
Antony Corfield wrote: > yeah... > > I've merged things my end -mainly logging changes and our templates- > these will go onto uhi branch and will be merged with head. This is > actually the easy bit... > > BTW I see that bodington.properties has only i18n stuff - shall I add > props for localhost (and do we still need to define facilities etc. here)? My changes that make up the quickstart WAR currently involve changing the way Bodington handles properties so I'd say no. I also change Bodington so that some properties no longer need to be defined for Bodington to run (hostname, ports, etc). -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-07 14:44:38
|
Ok, I would like to run bodington by building from src and moving this to tomcat webapp, what exactly do I need in bodington.properties without using an installer? > My changes that make up the quickstart WAR currently involve changing > the way Bodington handles properties so I'd say no. > > I also change Bodington so that some properties no longer need to be > defined for Bodington to run (hostname, ports, etc). where are these defined? |
|
From: Matthew B. <mat...@co...> - 2005-07-07 14:55:35
|
Antony Corfield wrote: > Ok, I would like to run bodington by building from src and moving this > to tomcat webapp, what exactly do I need in bodington.properties without > using an installer? Allot. I'm not exactly sure on bodington HEAD. Currently in WebLearn HEAD I have changed most of the properties so they fallback to sensible defaults or pick up thier default values from the container. I will probably push most of this code over to the bodington tree shortly as it allows the quickstart WAR to work. In WebLearn HEAD I also have support for pulling bodington properties from the context so that a standard bodington WAR can be deployed and configured without having to run SetupServlet. -- +--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-07 14:58:05
|
Antony Corfield wrote: Sorry didn't see this. >> I also change Bodington so that some properties no longer need to be >> defined for Bodington to run (hostname, ports, etc). > > where are these defined? Sorry for the confusion, I should have said this code isn't yet on Bodington HEAD but should be there before the 2.6 release. I get these values from the request. You are still free to redefine them in your bodington.properties (and you need to if you want EventMailer to work) but there no longer is a requirement on them being defined before bodington will run. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-07 15:08:13
|
Ok, I see that we now have mapHttpFacilityNoToResourceType method in Resource so I guess Facilities can come out of bodington.properties but for now I'll leave them all in there and you can sort it out as you move the weblearn code over. Thanks, Antony > Sorry didn't see this. > >>> I also change Bodington so that some properties no longer need to be >>> defined for Bodington to run (hostname, ports, etc). >> where are these defined? > > Sorry for the confusion, I should have said this code isn't yet on > Bodington HEAD but should be there before the 2.6 release. > > I get these values from the request. You are still free to redefine > them in your bodington.properties (and you need to if you want > EventMailer to work) but there no longer is a requirement on them > being defined before bodington will run. > > -- > +--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-07 15:14:49
|
Antony Corfield wrote: > Ok, I see that we now have mapHttpFacilityNoToResourceType method in > Resource so I guess Facilities can come out of bodington.properties but > for now I'll leave them all in there and you can sort it out as you move > the weblearn code over. I think the bodington properties file still needs to associate a facility shortname with the facility ID and class. But Alexis probably knows more about this as it's his code. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alexis O'C. <ale...@co...> - 2005-07-07 15:39:01
|
Antony Corfield wrote: > Ok, I see that we now have mapHttpFacilityNoToResourceType method in > Resource so I guess Facilities can come out of bodington.properties but > for now I'll leave them all in there and you can sort it out as you move > the weblearn code over. > > Thanks, > Antony > The method mapHttpFacilityNoToResourceType() in Resource is used to enable a resource to ascertain what kind of resource it is. It doesn't have anything to do with the facility-number mapping in bodington.properties. If you use the build.xml, you can run the create-war target to build the war. Deploy this to tomcat and then visit http://[host name]/bodington/setup/ to run SetupServlet. No need to run the command-line installer! Alexis |
|
From: Antony C. <an...@sm...> - 2005-07-07 16:03:56
|
On 7 Jul 2005, at 16:36, Alexis O'Connor wrote: > The method mapHttpFacilityNoToResourceType() in Resource is used to > enable a resource to ascertain what kind of resource it is. It doesn't > have anything to do with the facility-number mapping in > bodington.properties. You mean it's just a coincidence the Facility nos. in properties map to the resource type in Resource! > > If you use the build.xml, you can run the create-war target to build > the war. Deploy this to tomcat and then visit http://[host > name]/bodington/setup/ to run SetupServlet. No need to run the > command-line installer! Don't want to build a WAR or use the installer ;-) |
|
From: Matthew B. <mat...@co...> - 2005-07-07 16:10:22
|
Antony Corfield wrote: >> >> If you use the build.xml, you can run the create-war target to build >> the war. Deploy this to tomcat and then visit http://[host >> name]/bodington/setup/ to run SetupServlet. No need to run the >> command-line installer! > > > Don't want to build a WAR or use the installer ;-) Sounds like you need my Quickstart WAR ;-) -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-07 16:16:14
|
Should have said 'Don't *need* to... >> Don't want to build a WAR or use the installer ;-) > > Sounds like you need my Quickstart WAR ;-) |
|
From: Alexis O'C. <ale...@co...> - 2005-07-07 16:19:58
|
Antony Corfield wrote: > On 7 Jul 2005, at 16:36, Alexis O'Connor wrote: > > You mean it's just a coincidence the Facility nos. in properties map to > the resource type in Resource! > The "mapping" is a hard-coded switch statement. It's entirely true that if one was to change the facility numbers or class names (in the properties file) then this method would break dramatically, but other than that I'm completely clueless as to what you're on about !?! > > > Don't want to build a WAR or use the installer ;-) > I don't want to eat my greens or come into work ... Alexis |
|
From: Antony C. <an...@sm...> - 2005-07-07 16:29:47
|
I think we all need a beer! On 7 Jul 2005, at 17:19, Alexis O'Connor wrote: > Antony Corfield wrote: >> On 7 Jul 2005, at 16:36, Alexis O'Connor wrote: >> You mean it's just a coincidence the Facility nos. in properties map >> to the resource type in Resource! > > The "mapping" is a hard-coded switch statement. It's entirely true > that if one was to change the facility numbers or class names (in the > properties file) then this method would break dramatically, but other > than that I'm completely clueless as to what you're on about !?! > >> Don't want to build a WAR or use the installer ;-) >> > > I don't want to eat my greens or come into work ... > > Alexis > > > > ------------------------------------------------------- > 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-07 16:33:31
|
Antony Corfield wrote: > I think we all need a beer! Well said. I think I stoped understanding this thread about half an hour ago.... -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Colin T. <col...@co...> - 2005-07-07 16:33:54
|
> I think we all need a beer! We can have a virtual one on Monday... Antony Corfield wrote: > I think we all need a beer! > > On 7 Jul 2005, at 17:19, Alexis O'Connor wrote: > >> Antony Corfield wrote: >> >>> On 7 Jul 2005, at 16:36, Alexis O'Connor wrote: >>> You mean it's just a coincidence the Facility nos. in properties map >>> to the resource type in Resource! >> >> >> The "mapping" is a hard-coded switch statement. It's entirely true >> that if one was to change the facility numbers or class names (in the >> properties file) then this method would break dramatically, but other >> than that I'm completely clueless as to what you're on about !?! >> >>> Don't want to build a WAR or use the installer ;-) >>> >> >> I don't want to eat my greens or come into work ... >> >> Alexis >> >> >> >> ------------------------------------------------------- >> 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: Matthew B. <mat...@co...> - 2005-07-07 13:02:14
|
Peter Crowther wrote: >>From: Matthew Buckett >>Unless your cvs client doesn't warn you about a attempting to >>commit a >>file that hasn't yet been updated this shouldn't happen. > > > That's a feature of the CVS server, not the client - the Sourceforge > server should throw an error such as 'up-to-date check failed on > foobar.baz' and simply refuse the commit. Ok. Now I've said I won't commit I'm pushing Installer.java back so that it knows about the xml_namespaces and doesn't keep complaining. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X