I certainly hope that this will not replace the different modules we have today.
On Thu, Dec 10, 2015 at 10:36 PM, Ralph Goers <[email protected]> wrote: > I understand what this does in the non-OSGi case and I’m not in favor of > it and haven’t been each time it has been brought up. > > Ralph > > On Dec 10, 2015, at 12:55 PM, Matt Sicker <[email protected]> wrote: > > Ralph, this doesn't affect OSGi. It's just specifying a single dependency > for each project rather than specifying several. Also, using log4j-bom does > reduce the amount of XML required to use log4j, but it doesn't help this > use-case. > > On 10 December 2015 at 13:18, Gary Gregory <[email protected]> wrote: > >> Also, we use Ant in some of our products, I'm not going to write a POM to >> be used from Ant... >> >> Gary >> >> On Thu, Dec 10, 2015 at 11:17 AM, Gary Gregory <[email protected]> >> wrote: >> >>> The whole point here is to provide a jar... >>> >>> Gary >>> >>> On Thu, Dec 10, 2015 at 10:40 AM, Paul Benedict <[email protected]> >>> wrote: >>> >>>> You can also achieve the same thing by creating a "fat POM" that lists >>>> all the dependencies (or the ones you're interested in). My point is you >>>> don't have to build another jar; you can achieve this by building another >>>> POM. >>>> >>>> Cheers, >>>> Paul >>>> >>>> On Thu, Dec 10, 2015 at 12:38 PM, Gary Gregory <[email protected]> >>>> wrote: >>>> >>>>> To the point of conveniences, the convenience is GREAT when I use >>>>> cxf-bundle, hamcrest-all, activemq-all, jetty-all, mockito-all, and so on, >>>>> instead of being forced to list out 50 or who-knows-how-many modules. For >>>>> our big app server, I just use bundles and be done with it unless a >>>>> specific dependency problem arises. >>>>> >>>>> Gary >>>>> >>>>> On Thu, Dec 10, 2015 at 10:28 AM, Ralph Goers < >>>>> [email protected]> wrote: >>>>> >>>>>> My understanding is that most of the people who combine jars like >>>>>> this also include the classes from their application. For that reason I >>>>>> don’t think it would be helpful. >>>>>> >>>>>> Beyond that, I am not sure combining them makes it >>>>>> “super-convenient”. The only place this might be helpful is in OSGi, and >>>>>> even then I am not sure as I don’t really know enough about OSGi. Also, >>>>>> we >>>>>> need to look at the new module system in Java 9. >>>>>> >>>>>> Ralph >>>>>> >>>>>> >>>>>> On Dec 10, 2015, at 11:13 AM, Matt Sicker <[email protected]> wrote: >>>>>> >>>>>> Most projects where I use log4j2, I include all the following >>>>>> dependencies thanks to framework logging divergence: >>>>>> >>>>>> log4j-api >>>>>> log4j-core >>>>>> log4j-jcl >>>>>> log4j-jul >>>>>> log4j-slf4j-impl >>>>>> log4j-1.2-api >>>>>> >>>>>> Shading these together would be super-convenient. Would anyone else >>>>>> be interested in such a thing? I usually see this sort of thing in >>>>>> testing >>>>>> frameworks (like mockito-all, hamcrest-all, etc.), but calling this >>>>>> log4j-all would be incorrect. >>>>>> >>>>>> -- >>>>>> Matt Sicker <[email protected]> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> E-Mail: [email protected] | [email protected] >>>>> Java Persistence with Hibernate, Second Edition >>>>> <http://www.manning.com/bauer3/> >>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >>>>> Spring Batch in Action <http://www.manning.com/templier/> >>>>> Blog: http://garygregory.wordpress.com >>>>> Home: http://garygregory.com/ >>>>> Tweet! http://twitter.com/GaryGregory >>>>> >>>> >>>> >>> >>> >>> -- >>> E-Mail: [email protected] | [email protected] >>> Java Persistence with Hibernate, Second Edition >>> <http://www.manning.com/bauer3/> >>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >>> Spring Batch in Action <http://www.manning.com/templier/> >>> Blog: http://garygregory.wordpress.com >>> Home: http://garygregory.com/ >>> Tweet! http://twitter.com/GaryGregory >>> >> >> >> >> -- >> E-Mail: [email protected] | [email protected] >> Java Persistence with Hibernate, Second Edition >> <http://www.manning.com/bauer3/> >> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >> Spring Batch in Action <http://www.manning.com/templier/> >> Blog: http://garygregory.wordpress.com >> Home: http://garygregory.com/ >> Tweet! http://twitter.com/GaryGregory >> > > > > -- > Matt Sicker <[email protected]> > > > -- [image: MagineTV] *Mikael Ståldal* Senior software developer *Magine TV* [email protected] Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com Privileged and/or Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such a person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email.
