[WG: Sakai QA] Configuration of the QA servers

[Matthew Jones]

Config-Viewer is out of date and needs some attention to get it going. This
is going to either require a discussion at the conference or a conference
call with interested parties. It only contains the properties up to 2.6,
with none of the properties beyond that. That would make it only marginally
useful on a QA server. There are 2 important pieces I would like to address,
that *seem* like they would require kernel api changes, unless I'm
overlooking something (hopefully I am)

1) The ServerConfigurationService api [1] has no method to either get the
names of properties or to get the internal properties object.
The BasicConfigurationService implementation of this has a method
"getProperties" which returns the properties, but not the dereferenced "raw"
properties, which I believe are the overridden spring properties. I also
don't know if there is a way to get the non-overridden spring bean
properties. (Even though they can be retrieved)

Ideally we it would be nice to have a method similar to the java Properties
underlying api that will allow you to get back a list or enumeration to go
through the list of property names. (like the
*propertyNames<http://../../java/util/Properties.html#propertyNames()>)
*method. Perhaps it could also go through the spring properties as well.
That would be great! :)

But it seems that because this would require kernel api changes, this
wouldn't happen until kernel 1.2?, which would push this feature off until
2.8, which would be pretty undesirable. :(

I have a script which searches through the source code to find all unique
properties in java code (getInt, getBoolean, getString, getStrings) and in
all of the xml files (<property name="(.*)"></property>) and just make a
data file. This could be used by config-viewer and is in a standalone jsp
which I was going to roll to the QA's. Perhaps this is the only easy way
this is going to get done in the short term.

2) All of the property descriptions (for config viewer) are being stored in
a central file in the tool. I want to push these out to the individual
tools, and let tool maintainers modify this file to this as they add new
properties rather than pushing for config-viewer updates. This would make it
easier for localization and keeping them up-to-date. However this would
require some changes to the tool listener to read these files and make these
(new properties) public. This likely wouldn't require an api change as they
could just be probably loaded up into the standard property system, though
I'm not sure how the localization would work.

I almost have a script which parses out the properties from config viewer
and distributes it among different tools. I'd wanted to have this completed
by the conference and implemented in the tools Michigan supports. Then if
people are interested they can jump on board. If not, their properties
wouldn't appear in config viewer 2.8. (Though any pre 2.6 properties would
still appear)

I'd proposed putting them in the same directory as the tool configuration
and letting the tool listener load them up. Files like:
sakai.assignment.properties.config (configuration messages) and
sakai.assignment.propertiesMessages.config (localized descriptions)

These issues keep coming up, and I think if I could put a week into nothing
but this I could make great progress, but it just seems to be a few hours at
a time.

[1]
https://source.sakaiproject.org/svn/kernel/trunk/component-manager/src/main/java/org/sakaiproject/component/api/ServerConfigurationService.java
[2] http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html

On Wed, Mar 31, 2010 at 4:33 AM, DAVID ROLDAN MARTINEZ <
darolmar at upvnet.upv.es> wrote:

>
> Good morning,
>
> I know that Config Viewer is not part of the distribution but does anybody
> have any other way to see QA configuration? From my point of view, including
> Config Viewer in QA server is a good idea.
>
> David
> ________________________________________
> De: sakai-qa-bounces at collab.sakaiproject.org [
> sakai-qa-bounces at collab.sakaiproject.org] En nombre de Jean-Francois
> Leveque [jean-francois.leveque at upmc.fr]
> Enviado el: miércoles, 31 de marzo de 2010 10:22
> Para: Sakai QA
> Asunto: Re: [WG: Sakai QA] Configuration of the QA servers
>
> May I ask why this intent did not make it further?
>
> - J-F
>
> May, Megan Marie a écrit :
> > FWIW, that was the intent of having a stock sakai.properties file for all
> QA servers.
> >
> > Config Viewer isn't a part of the distribution so I don't think it'd be
> appropriate to include it in the instances that are being tested.
> >
> > ~Megan
> >
> > -----Original Message-----
> > From: sakai-qa-bounces at collab.sakaiproject.org [mailto:
> sakai-qa-bounces at collab.sakaiproject.org] On Behalf Of Jean-Francois
> Leveque
> > Sent: Tuesday, March 30, 2010 8:42 AM
> > To: Sakai QA
> > Subject: [WG: Sakai QA] Configuration of the QA servers
> >
> > Hi again,
> >
> > Is there a way to know the configuration of each QA server we can agree
> on?
> >
> > Could we have a shared configuration, at least for each Sakai minor
> version?
> >
> > We would then only need to know about the differences from the shared
> > configuration for each server.
> >
> > In Boston I suggested the use of Config Viewer, but it has not made it
> > to the QA servers yet.
> >
> > Cheers,
> >
> > Jean-Francois
> > _______________________________________________
> > sakai-qa mailing list
> > sakai-qa at collab.sakaiproject.org
> > http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
> >
> > TO UNSUBSCRIBE: send email to
> sakai-qa-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
> _______________________________________________
> sakai-qa mailing list
> sakai-qa at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>
> TO UNSUBSCRIBE: send email to sakai-qa-unsubscribe at collab.sakaiproject.orgwith a subject of "unsubscribe"
> _______________________________________________
> sakai-qa mailing list
> sakai-qa at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>
> TO UNSUBSCRIBE: send email to sakai-qa-unsubscribe at collab.sakaiproject.orgwith a subject of "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-qa/attachments/20100331/f9da7b2b/attachment.html