The approach sounds okay; but a pain to document the complexity.
Sounds like you should move along with this approach.
--
Jody Garnett
On Wednesday, 30 November 2011 at 3:23 AM, Andrea Aime wrote:
> On Tue, Nov 29, 2011 at 5:52 PM, Justin Deoliveira <[email protected]
> (mailto:[email protected])> wrote:
> > Well my thought is that we would just add one parameter (that would be a
> > classname, well collection of them) pointing to a set of
> > ConnectionLifeCycle instances, and then any other factory parameters or
> > anything needed would be implementation details, and not necessarily
> > declared by the factory. But I guess that doesn't work so well if you have
> > a requirement not to make any of this code custom to your app... just a bit
> > worried this might be a bit specific to this particular application. Not a
> > strong opinion, just first impression.
>
> My first proposed approach was to add a flag to allow impersonation and use
> the standard impersonation tools
> that every database provides. This would have been relatively to the point,
> and I though it would have been
> received as is (but I may be wrong).
>
> However the people I'm talking to have their own impersonation and accounting
> package, so we moved
> to customizable and templatable SQL, which is also more generic than the
> above, allowing other types
> of setup other than impersonation.
> Rolling a customizable interface along with it makes it even more generic.
> If the opinion is not strong I'll move along with this approach, otherwise I
> fear I'll have to turn down this
> opportunity.
>
> Cheers
> Andrea
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> (mailto:[email protected])
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
