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.
>

Reply via email to