Re: [Wonder-cvs] a few jar cleanup questions

[Q <qd...@gm...>]

You might want to check which of those frameworks already require ERJars as a dependancy. I know that some frameworks don't require the rest of wonder to use them (ERChronic is one I believe), so moving jars from those frameworks into ERJars would be a mistake.

On 18/01/2010, at 2:00 PM, Ray Kiddy wrote:

> 
> Hey -
> 
> Just wanted to check if I am wrong about something I am seeing here.  
> This is from the ~/Roots of a Wonder build.
> 
> It seems as though we might have some opportunities to get rid of  
> redundant jar files. These would have to be double-checked, of course,  
> but it certainly seems as though there are some duplications. I am not  
> in a rush to make changes. I am just seeing that these opportunities  
> can be investigated.
> 
> 	AjaxExample2.woa/Contents/Resources/Java/jdom.jar
> 	Build/lib/jdom-b7.jar
> 
> It seems that ERJars.framework is a "general" framework for use by any  
> framework. We do not have a "ERExampleJars.framework" that could be  
> used  by any app or example. I think this would be useful. Then, for  
> instance, some of the "Business Logic" frameworks that are used only  
> by examples and apps could be consolidated into this. It would then be  
> much easier
> to figure out what is being used and how it is being used. We would  
> not need, for example, three or four different code bases for loading  
> sample data in a database.
> 
> Then jdom-b7.jar could go into the ERExampleJars.framework.
> 
> 	BTBusinessLogic.framework/Resources/Java/activation-1.0.2.jar
> 	ERJavaMail.framework/Resources/Java/activation-1.1.1.jar
> 
> One of these could go into ERJars.framework and one could be eliminated.
> 
> 	ERJavaMail.framework/Resources/Java/mailapi-1.4.1.jar
> 	Validity.framework/Resources/Java/mail.jar
> 	BTBusinessLogic.framework/Resources/Java/imap.jar
> 
> One of these could go into ERJars.framework and two could be eliminated.
> 
> 	ERCaptcha.framework/Resources/Java/commons-codec-1.3.jar
> 	EROpenID.framework/Resources/Java/commons-codec-1.3.jar
> 
> One of these could go into ERExampleJars.framework and one could be  
> eliminated.
> 
> 	Build/lib/cayenne-1.2M12.jar
> 
> This jar file seems to be a combination of things that are in commons- 
> collections.jar, commons-lang.jar, and commons-logging.jar. If so, we  
> already have those three jars, so we probably do not need another to  
> combine the three....
> 
> 	ERCaching.framework/Resources/Java/commons-collections-3.2.1.jar
> 	ERCaptcha.framework/Resources/Java/commons-collections-3.2.jar
> 	ERRest.framework/Resources/Java/commons-collections-3.2.1.jar
> 
> One of these could go into ERJars.framework and two could be eliminated.
> 
> 	ERCaptcha.framework/Resources/Java/commons-httpclient-3.0.1.jar
> 	EROpenID.framework/Resources/Java/commons-httpclient-3.0.1.jar
> 
> One of these could go into ERJars.framework and one could be eliminated.
> 
> 	ERChronic.framework/Resources/Java/commons-lang-2.4.jar
> 	ERRest.framework/Resources/Java/commons-lang-2.4.jar
> 
> One of these could go into ERJars.framework and one could be eliminated.
> 
> 	Build/lib/cayenne-1.2M12.jar
> 	ERCaptcha.framework/Resources/Java/commons-logging-1.03.jar
> 	ERJGroupsSynchronizer.framework/Resources/Java/commons-logging.jar
> 	EROpenID.framework/Resources/Java/commons-logging-1.03.jar
> 	ERPDFGeneration.framework/Resources/Java/commons-logging.jar
> 	ERRest.framework/Resources/Java/commons-logging-1.1.1.jar
> 
> And one of these could go into ERJars.framework and, well, do we need  
> 6 copies of slightly different versions of the same jar file?
> 
> 	DevStudio.woa/Contents/Resources/Java/Tidy.jar
> 	ERPDFGeneration.framework/Resources/Java/xml-apis-xerces-2.9.1.jar
> 
> The jar, xml-apis-xerces-2.9.1.jar, could go into ERJars.framework and  
> Tidy.jar could be eliminated.
> 
> If anyone knows of specific cases where combining some of these would  
> not work, let me know. If nothing else, these could be documented.
> 
> cheers - ray
> 
> 
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Wonder-cvs mailing list
> Won...@li...
> https://lists.sourceforge.net/lists/listinfo/wonder-cvs



-- 
Seeya...Q

Quinton Dolan - qd...@gm...
Gold Coast, QLD, Australia (GMT+10)