-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I like the sandbox idea--this would be rave/sandbox in SVN?

On 8/4/11 5:29 PM, Ross Gardler wrote:
> On 4 August 2011 21:59, Franklin, Matthew B. <[email protected]> wrote:
>>> -----Original Message-----
>>> From: Marlon Pierce [mailto:[email protected]]
>>> Sent: Thursday, August 04, 2011 3:17 PM
>>> To: [email protected]
>>> Subject: [discuss] non-default service implementations in svn
>>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> I'd like to extend the DefaultUserService.java for some upcoming Rave-based
>>> projects.  Would there be objections to putting such things in the Apache
>>> SVN, under rave/trunk/rave-extensions, for example?
>>
>> Maybe not under trunk. But a different directory all together?
>>
>>>
>>>
>>> Pro: would provide examples for customizing and extending Rave, especially
>>> for those not familiar with Spring; would be applicable to a defined 
>>> developer
>>> community (XSEDE Science Gateways) I'd like to attract to the project.
>>>
>>>
>>> Con: "extensions" are a slippery slope, could become a mess of disjointed
>>> code fragments out of sync with the main code base.
>>
>> I think it depends on how complete the solution is.  If you are going to 
>> have an entire set of classes that override/extend default Rave 
>> implementations, but are all in support of the same purpose (science 
>> gateways), then I could see making the case that there is a science gateway 
>> extension.  Otherwise, it would just be example code, IMO.
>>
> 
> A fairly common practice is to have a "sandbox" area in SVN. It's
> ideal to do work like this that may or may not be a good idea
> depending on how it progresses. If someone asks "how do I do foo" we
> can respond "one way would be like that in the sandbox, but we're not
> convinced it's the best approach, your help is welcome"
> 
> Ross
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOOxABAAoJEEfVXEODPFIDBXkH/0rG4vGSmvJx/dqNoyDcHvOT
y0Ik89lIIsLezGHdaPD/9btZuh7GHZ6D/jiU7YLGWwGAad58Qb/dBaDHHtd07IjN
qsJY4I6J+O+ugFp/zdtIw2n1lm63cZOsBRESHxZKcFlOu7blpMC9uBgqtWXRvVMI
fbXND4KGj8gQgPbMIHqcltuXgj5bMtMQ0MAM8NoUHZTjyxwctvedM7lAankkoTe9
Dwuajlg/e847jF1rbajRTa57Dhy5k6YG6N0KFCdFC5wg3nNvuxKqVZhr3eOmFjFH
ep0YosXKEu1rbVECDVzuCWXF8zK5hjolfFcAib8OhK4LZn86sOgkpivgqSfRxW4=
=Rt1q
-----END PGP SIGNATURE-----

Reply via email to