Maybe we could release 2.5 ASAP and the do a 2.6-beta _at the same time_ with the Scala modules.
Gary On Dec 4, 2015 6:31 AM, "Mikael Ståldal" <mikael.stal...@magine.com> wrote: > How should we proceed on this? It would be good to be able to release some > beta or preview version of this and get some feedback from Scala developers > before we make the API final. > > On Fri, Oct 30, 2015 at 1:10 AM, Ralph Goers <ralph.go...@dslextreme.com> > wrote: > >> The artifact name does not have to match the directory name. However, we >> were advised that they should or else some of the Maven plugins might have >> problems. I think the site plugin was one of them. >> >> Ralph >> >> On Oct 29, 2015, at 1:56 PM, Matt Sicker <boa...@gmail.com> wrote: >> >> I know you can change the artifact name via <finalName> or something like >> that. >> >> On 29 October 2015 at 15:52, Gary Gregory <garydgreg...@gmail.com> wrote: >> >>> It does in all the maven projects i know. I think certain maven >>> behaviors relies on this... >>> >>> Gary >>> On Oct 29, 2015 1:21 PM, "Matt Sicker" <boa...@gmail.com> wrote: >>> >>>> The folder name doesn't have to match the module name I thought. >>>> >>>> On 29 October 2015 at 04:23, Mikael Ståldal <mikael.stal...@magine.com> >>>> wrote: >>>> >>>>> Yes, look at branch LOG4J-1181 in Git. >>>>> >>>>> My plan is to add log4j-scala_2.10 as well. >>>>> >>>>> On Wed, Oct 28, 2015 at 7:51 PM, Gary Gregory <garydgreg...@gmail.com> >>>>> wrote: >>>>> >>>>>> Right, so the Maven module folder name will be like that too, right? >>>>>> >>>>>> Gary >>>>>> >>>>>> On Wed, Oct 28, 2015 at 2:11 AM, Mikael Ståldal < >>>>>> mikael.stal...@magine.com> wrote: >>>>>> >>>>>>> Yes, Scala does not maintain binary compatibility between major >>>>>>> versions. There is a convention for encoding this into Maven artifact >>>>>>> IDs, >>>>>>> it will be: "log4j-scala_2.10", "log4j-scala_2.11" etc. >>>>>>> >>>>>>> On Mon, Oct 26, 2015 at 7:29 PM, Matt Sicker <boa...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Looks like it could be handy. >>>>>>>> >>>>>>>> On 26 October 2015 at 12:29, Gary Gregory <garydgreg...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I keep on hearing that Scala suffers from a lot compatibility >>>>>>>>> issues from version to version. Would is make sense to tag on a >>>>>>>>> version to >>>>>>>>> the module to account for this, like log4j-scala-2.11.7? >>>>>>>>> >>>>>>>>> Gary >>>>>>>>> >>>>>>>>> On Mon, Oct 26, 2015 at 10:18 AM, Mikael Ståldal < >>>>>>>>> mikael.stal...@magine.com> wrote: >>>>>>>>> >>>>>>>>>> I am thinking of making a log4j module, "log4j-scala", with a >>>>>>>>>> Scala wrapper for Log4j 2, inspired from >>>>>>>>>> https://github.com/typesafehub/scala-logging >>>>>>>>>> >>>>>>>>>> Would that make sense? >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> [image: MagineTV] >>>>>>>>>> >>>>>>>>>> *Mikael Ståldal* >>>>>>>>>> Senior software developer >>>>>>>>>> >>>>>>>>>> *Magine TV* >>>>>>>>>> mikael.stal...@magine.com >>>>>>>>>> Regeringsgatan 25 | 111 53 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. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>>>>>>>> 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 <boa...@gmail.com> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> [image: MagineTV] >>>>>>> >>>>>>> *Mikael Ståldal* >>>>>>> Senior software developer >>>>>>> >>>>>>> *Magine TV* >>>>>>> mikael.stal...@magine.com >>>>>>> Regeringsgatan 25 | 111 53 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. >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> [image: MagineTV] >>>>> >>>>> *Mikael Ståldal* >>>>> Senior software developer >>>>> >>>>> *Magine TV* >>>>> mikael.stal...@magine.com >>>>> Regeringsgatan 25 | 111 53 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. >>>>> >>>> >>>> >>>> >>>> -- >>>> Matt Sicker <boa...@gmail.com> >>>> >>> >> >> >> -- >> Matt Sicker <boa...@gmail.com> >> >> >> > > > -- > [image: MagineTV] > > *Mikael Ståldal* > Senior software developer > > *Magine TV* > mikael.stal...@magine.com > 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. >