I believe I could run the release plugin against just his module, but I have never tried that. Or the process could be done manually.
Sent from my iPad > On Dec 11, 2015, at 11:44 PM, Remko Popma <remko.po...@gmail.com> wrote: > > I thought Mikael's intention was to make the scala module part of the next > release, while somehow marking it as experimental so that we can still make > changes to the API depending on user feedback. > > I don't mind either way, but is there any way to release only the scala > module? > > Remko > > Sent from my iPhone > >> On 2015/12/12, at 14:56, Ralph Goers <ralph.go...@dslextreme.com> wrote: >> >> If it builds by default it will be part of the next release, which I am not >> certain is assured yet. I think that is why he wants to release it >> separately. >> >> Ralph >> >>> On Dec 11, 2015, at 8:21 PM, Remko Popma <remko.po...@gmail.com> wrote: >>> >>> I'm assuming that Mikael has verified some use cases on the dev branch, so >>> it should be okay to build this module by default. No need for setting up a >>> separate profile AFAIC. >>> >>> Sent from my iPhone >>> >>>> On 2015/12/12, at 9:43, Ralph Goers <ralph.go...@dslextreme.com> wrote: >>>> >>>> That seems like a bit of a pain. It would be better to specify the >>>> classifier as experimental but you can’t do that in the pom as I recall. I >>>> think you have to specify the project as of type pom and then use the >>>> maven helper plugin to attach it as an artifact with a classifier. >>>> >>>> OTOH, the artifact name could be log4j-scala-experimental. >>>> >>>> Ralph >>>> >>>>> On Dec 11, 2015, at 5:28 PM, Gary Gregory <garydgreg...@gmail.com> wrote: >>>>> >>>>> Should the package name include ".experimental." ? >>>>> >>>>> Gary >>>>> >>>>>> On Fri, Dec 11, 2015 at 3:52 PM, Ralph Goers >>>>>> <ralph.go...@dslextreme.com> wrote: >>>>>> That is true. In fact, we could add an “experimental" profile to the >>>>>> parent pom that has the experimental modules in it. They wouldn’t have >>>>>> to build by default. >>>>>> >>>>>> Ralph >>>>>> >>>>>>> On Dec 11, 2015, at 2:49 PM, Remko Popma <remko.po...@gmail.com> wrote: >>>>>>> >>>>>>> Why not just put it on master and _document_ it as "experimental, >>>>>>> feedback requested". >>>>>>> >>>>>>> That way we simply use our existing release process and instead of >>>>>>> 2.5.1, our next release would be 2.6. >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>>> On 2015/12/12, at 3:05, Ralph Goers <ralph.go...@dslextreme.com> wrote: >>>>>>>> >>>>>>>> With SVN we had a separate branch for experimental stuff. In fact, >>>>>>>> that is where Log4j 2 originated. I am not sure how to do the same >>>>>>>> thing with git. If you have an account at github you could put the >>>>>>>> project there. But we really can’t publish anything officially from >>>>>>>> there. >>>>>>>> >>>>>>>> If you have a proposal on how to do this please let us know. >>>>>>>> >>>>>>>> Ralph >>>>>>>> >>>>>>>>> On Dec 11, 2015, at 10:12 AM, Mikael Ståldal >>>>>>>>> <mikael.stal...@magine.com> wrote: >>>>>>>>> >>>>>>>>> I do not really know that it means to do RM stuff for Log4j. >>>>>>>>> >>>>>>>>> I think it would be enough to release the Scala modules, and let them >>>>>>>>> depend on Log4j API 2.5, if that is possible. >>>>>>>>> >>>>>>>>>> On Fri, Dec 11, 2015 at 6:09 PM, Gary Gregory >>>>>>>>>> <garydgreg...@gmail.com> wrote: >>>>>>>>>> Seems fine with me. Label it 2.6-beta1? Mikael, are you feeling up >>>>>>>>>> to trying your hand at RM duties? >>>>>>>>>> >>>>>>>>>> Should we release just these Scala modules as 2.6-beta1 or the whole >>>>>>>>>> suite? >>>>>>>>>> >>>>>>>>>> Gary >>>>>>>>>> >>>>>>>>>>> On Fri, Dec 11, 2015 at 9:07 AM, Mikael Ståldal >>>>>>>>>>> <mikael.stal...@magine.com> wrote: >>>>>>>>>>> So can we release some Scala API preview now when 2.5 is out? >>>>>>>>>>> >>>>>>>>>>>> On Mon, Dec 7, 2015 at 3:58 AM, Gary Gregory >>>>>>>>>>>> <garydgreg...@gmail.com> wrote: >>>>>>>>>>>> On Dec 5, 2015 6:05 AM, "Ralph Goers" <ralph.go...@dslextreme.com> >>>>>>>>>>>> wrote: >>>>>>>>>>>> > >>>>>>>>>>>> > It would make more sense to me to release the scala beta as a >>>>>>>>>>>> > single separate module. Then integrate it once you are sure. >>>>>>>>>>>> >>>>>>>>>>>> +1 >>>>>>>>>>>> >>>>>>>>>>>> Gary >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> > >>>>>>>>>>>> > Speaking of a release I am happy to start the release today if >>>>>>>>>>>> > we are ready. I just want to review the delete stuff Remko just >>>>>>>>>>>> > added. >>>>>>>>>>>> > >>>>>>>>>>>> > Ralph >>>>>>>>>>>> > >>>>>>>>>>>> > On Dec 5, 2015, at 6:45 AM, Gary Gregory >>>>>>>>>>>> > <garydgreg...@gmail.com> wrote: >>>>>>>>>>>> > >>>>>>>>>>>> >> 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? >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> 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 >>>>>>>>>>>> >>>>>>>>>>>> JUnit in Action, Second Edition >>>>>>>>>>>> >>>>>>>>>>>> Spring Batch in Action >>>>>>>>>>>> >>>>>>>>>>>> Blog: http://garygregory.wordpress.com >>>>>>>>>>>> >>>>>>>>>>>> Home: http://garygregory.com/ >>>>>>>>>>>> >>>>>>>>>>>> Tweet! http://twitter.com/GaryGregory >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>> Matt Sicker <boa...@gmail.com> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> 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 >>>>>>>>>>>> >>>>>>>>> JUnit in Action, Second Edition >>>>>>>>>>>> >>>>>>>>> Spring Batch in Action >>>>>>>>>>>> >>>>>>>>> Blog: http://garygregory.wordpress.com >>>>>>>>>>>> >>>>>>>>> Home: http://garygregory.com/ >>>>>>>>>>>> >>>>>>>>> Tweet! http://twitter.com/GaryGregory >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> -- >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> >>>>>>>>>>>> >>>>>>>> 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> >>>>>>>>>>>> >>>> >>>>>>>>>>>> >>>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> -- >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> 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. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>>>>>>>>> Java Persistence with Hibernate, Second Edition >>>>>>>>>> JUnit in Action, Second Edition >>>>>>>>>> Spring Batch in Action >>>>>>>>>> Blog: http://garygregory.wordpress.com >>>>>>>>>> Home: http://garygregory.com/ >>>>>>>>>> Tweet! http://twitter.com/GaryGregory >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> 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. >>>>> >>>>> >>>>> >>>>> -- >>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>>>> Java Persistence with Hibernate, Second Edition >>>>> JUnit in Action, Second Edition >>>>> Spring Batch in Action >>>>> Blog: http://garygregory.wordpress.com >>>>> Home: http://garygregory.com/ >>>>> Tweet! http://twitter.com/GaryGregory >>
