Hi,
i agree that splitting up may not be worth the effort in this case, although it is the nicest solution. Just noticed i have put the scope to "test" in my patch, that should have been "provided" of course.

Cheers,
Jan
On 7/09/2012 2:29, Jody Garnett wrote:
My impression for the logging engines is that we were always marking the dependency "as provided" (and thus not bloating). If the implementation is available at runtime, GeoTools can be configured to make use of it.
--
Jody Garnett

On Friday, 7 September 2012 at 12:39 AM, Justin Deoliveira wrote:

+1. We already suffer from far too much library bloat. I like the idea of separating out the various logging implementations into modules users can choose from. The way they can choose an epsg database implementation of their choosing.

On Thu, Sep 6, 2012 at 3:45 AM, Andrea Aime <[email protected] <mailto:[email protected]>> wrote:
Hi,
I had a quick look at the patch, it seems ok but I'm not happy about adding another dependency to the main module, wondering if this should be factored out to its own module.

To provide a level playing field we could also move the dependency to commons-logging out, and
create the gt-log-commons, gt-log-slf4j in the modules/plugin directory.

Just thinking out loud here, feedback welcomed

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313 <tel:%2B39%200584%20962313>
fax: +39 0584 962313 <tel:%2B39%200584%20962313>
mob: +39  339 8844549 <tel:%2B39%20%C2%A0339%208844549>

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
[email protected] <mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/geotools-devel




--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
[email protected] <mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/geotools-devel



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/


_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel


--
Sincerely,
Jan De Moerloose

Geosparc n.v.
http://www.geosparc.com
sponsor of http://www.geomajas.org

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to