[Architecture] Keeping your own copy of preferences and AT

Gregg Vanderheiden gregg at raisingthefloor.org
Fri Jul 31 10:57:02 EDT 2015


How does this work for testing.   If we have all these options — how do we test them all when changes are made? 


Gregg Vanderheiden
gregg at raisingthefloor.org

> On Jul 19, 2015, at 6:40 PM, Steven Githens <swgithen at mtu.edu> wrote:
> Hi Architecture,
> Oftentimes during meetings, review branches, pilots, and other things, there is a lot of drama around keeping track of persona’s and installed AT lists, and whether they should go in the core testData folders in the GPII master branch or somewhere else.  And then folks constantly merge over them, or have naming conflicts etc. etc.
> Oftentimes the discussion often ends up with the affirmation that all this data will *eventually* be stored in legit Couch or other datastores, somewhere on the machine or in the cloud.  Meanwhile we have a continual need to ship demo and pre-production machines to get user feedback and allow preliminary usage. 
> There is a better way to deal with this on an intermediate basis!  It’s here now and available for folks to use!
> During our very productive Copenhagen hackathon, one of the things I did was refactor the LGS distribution of GPII to use the driver setup that Antranig and others introduced in to the codebase, and are using for the Easit Oauth Integration tests. [1]
> You can see the results in this project, which acts as shell for the rest of the GPII and contains it’s own folders for custom personas and solutions.  You can then see in this configuration JSON how we go deep in to the components to reconfigure them.  Note that this isn’t constrained to just folders for testData, but that you can reconfigure most aspects of the components from here, allowing a lot of flexibility without having to patch branches of master for configuration setups.
> https://github.com/sgithens/library-gpii-system
> https://github.com/sgithens/library-gpii-system/blob/master/lgs-station/lgsConfig.json
> Cheers,
> Steve
> [1] https://github.com/GPII/universal/tree/master/examples/easit-oauth-integration
> _______________________________________________
> Architecture mailing list
> Architecture at lists.gpii.net
> http://lists.gpii.net/cgi-bin/mailman/listinfo/architecture

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gpii.net/pipermail/architecture/attachments/20150731/99919236/attachment.html>

More information about the Architecture mailing list