I agree with both of your points.

Ralph

> On Oct 18, 2021, at 10:14 AM, Eduard Gizatullin <edw...@gmail.com> wrote:
> 
> Hello Volkan,
> 
> Thanks for your explanation, I really appreciate it and I think I can make
> a pull request tomorrow.
> 
> With hindsight, couldn't you please consider below points:
> 
> 1. maven-shaded-log4j-transformer is not a plugin, it's an extension for
> the existing shaded plugin. Also the dependency must be explicitly
> declared.
>                <groupId>org.apache.maven.plugins</groupId>
>                <artifactId>maven-shade-plugin</artifactId>
>                <version>3.2.4</version>
>                <executions>
>                    <execution>
>                        <phase>package</phase>
>                        <goals>
>                            <goal>shade</goal>
>                        </goals>
>                        <configuration>
>                            <transformers>
>                                <transformer
> 
> implementation="org.apache.logging.maven.plugins.shade.Log4j2PluginCacheFileTransformer">
>                                </transformer>
>                            </transformers>
> ...
>                        </configuration>
>                    </execution>
>                </executions>
>                <dependencies>
>                    <dependency>
>                        <groupId>org.apache.logging.maven</groupId>
>                        <artifactId>log4j-maven-plugin</artifactId>
>                        <version>2.15.0</version>
>                    </dependency>
> In this case a more specific name like  shade-plugin-log4j-transfomer
> reflects exactly the essence of the extension.
> 
> 
> 2. Putting all eggs in one basket can lead to misunderstanding when one
> artifact should be declared as dependency for different purposes. Also
> let's take into account the popularity of log4j and imagine new code of
> log4j-maven-plugin  might require heavy dependencies, which can slow down
> those maven builds that using only the transformer or other light-weight
> functionality.
> 
> Therefore let's consider a risk that a single artifact might become a
> burden.
> 
> 
> Looking forward for your answer
> 
> 
> --
> Best regards,
> Ed
> 
> 
> 
> 
> On Sat, Oct 16, 2021 at 1:04 AM Gary Gregory <garydgreg...@gmail.com> wrote:
> 
>> Here it is: https://github.com/apache/logging-log4j-tools
>> 
>> Gary
>> 
>> 
>> On Fri, Oct 15, 2021, 14:12 Ralph Goers <ralph.go...@dslextreme.com>
>> wrote:
>> 
>>> Yeah, that makes sense.  It is less specific than just Maven plugins.
>>> 
>>> Ralph
>>> 
>>>> On Oct 15, 2021, at 9:51 AM, Gary Gregory <garydgreg...@gmail.com>
>>> wrote:
>>>> 
>>>> I think Ralph started a tools repo which we should reuse for this
>>> component
>>>> IMO.
>>>> 
>>>> Gary
>>>> 
>>>> On Fri, Oct 15, 2021, 11:22 Matt Sicker <boa...@gmail.com> wrote:
>>>> 
>>>>> I’m in favor of making this its own repo. Making the build, site, and
>>>>> release process as simple as possible would be great. I can help with
>>> the
>>>>> release process at least.
>>>>> 
>>>>> Matt Sicker
>>>>> 
>>>>>> On Oct 15, 2021, at 09:56, Volkan Yazıcı <vol...@yazi.ci> wrote:
>>>>>> 
>>>>>> License headers, `changes.xml` integration, JPMS shizzle(?), etc. I
>>>>> guess
>>>>>> we will need to copy quite some plumbing code from Log4j 2.
>>> Nevertheless,
>>>>>> they are all doable.
>>>>>> I am also in favor of using GitHub all the way down: GitHub Issues
>> for
>>>>>> issue tracking, GitHub Actions for CI/CD (yes, even CD!), GitHub
>> pages
>>>>> for
>>>>>> publishing the Maven-generated site, etc.
>>>>>> 
>>>>>> 
>>>>>>> On Fri, Oct 15, 2021 at 4:48 PM Gary Gregory <
>> garydgreg...@gmail.com>
>>>>> wrote:
>>>>>>> 
>>>>>>> Hi Ed,
>>>>>>> 
>>>>>>> Your files must have the Apache License header comment, otherwise
>>>>> running
>>>>>>> 'mvn apache-rat:check' will fail.
>>>>>>> 
>>>>>>> Gary
>>>>>>> 
>>>>>>> 
>>>>>>>> On Fri, Oct 15, 2021, 09:49 Eduard Gizatullin <edw...@gmail.com>
>>>>> wrote:
>>>>>>>> 
>>>>>>>> Hello dear log4j team
>>>>>>>> 
>>>>>>>> Volkan Yazıcı asked me to make  maven-shaded-log4j-transformer
>>>>>>>> <https://github.com/edwgiz/maven-shaded-log4j-transformer> a part
>> of
>>>>>>>> log4j2  and I tend to accomplish the proposal.
>>>>>>>> 
>>>>>>>> Can you please confirm that
>>>>>>>> new sub-module name  log4j-maven-shade-plugin is ok
>>>>>>>> 
>>>>>>>> Any preliminary advice will be appreciated
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> Best regards,
>>>>>>>> Ed
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Fri, Oct 15, 2021 at 1:39 PM Volkan Yazıcı <vol...@yazi.ci>
>>> wrote:
>>>>>>>> 
>>>>>>>>> Thanks for the prompt (and positive!) reply Eduard!
>>>>>>>>> I think it is best to first lay out the details of the plan in a
>>> post
>>>>>>>> to the
>>>>>>>>> dev mailing list <
>>>>> https://logging.apache.org/log4j/2.x/mail-lists.html
>>>>>>>>> .
>>>>>>>>> For instance, the module name, transformer name, documentation
>>>>> changes,
>>>>>>>>> etc.
>>>>>>>>> This will give others an opportunity to share their feedback and
>>>>>>>> remarks.
>>>>>>>>> Then simply create a JIRA <
>>>>>>>> https://issues.apache.org/jira/projects/LOG4J2>
>>>>>>>>> ticket and submit a GitHub <
>>> https://github.com/apache/logging-log4j2>
>>>>>>>> PR.
>>>>>>>>> 
>>>>>>>>> `master` branch targets Log4j 3, which is not released yet.
>>>>>>>>> It uses a different plugin loading mechanism than the one used in
>>>>> Log4j
>>>>>>>> 2.
>>>>>>>>> Log4j 3 doesn't suffer from this "override of plugins after
>> shading"
>>>>>>>>> problem.
>>>>>>>>> Hence, the PR needs to target the `release-2.x` branch.
>>>>>>>>> 
>>>>>>>>> Also note that since this is a non-trivial contribution, you need
>> to
>>>>>>>> sign the
>>>>>>>>> ICLA document <https://www.apache.org/licenses/icla.pdf> and
>> email
>>> it
>>>>>>>> to
>>>>>>>>> the ASF <secret...@apache.org>.
>>>>>>>>> Once you have done this, it is good to mention this in the dev
>>> mailing
>>>>>>>>> list.
>>>>>>>>> 
>>>>>>>>> On Fri, Oct 15, 2021 at 12:26 PM Eduard Gizatullin <
>>> edw...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>> Hello Volkan,
>>>>>>>>>> 
>>>>>>>>>> Thank you for letting me know, I'm all for it.
>>>>>>>>>> 
>>>>>>>>>> Couldn't you please confirm that target branch is master
>>>>>>>>>> and log4j-maven-plugins is ok as new name of submodule
>>>>>>>>>> 
>>>>>>>>>> Any other advices will be appreciated,
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Best regards,
>>>>>>>>>> Ed
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Fri, Oct 15, 2021 at 10:10 AM Volkan Yazıcı <vol...@yazi.ci>
>>>>> wrote:
>>>>>>>>>> 
>>>>>>>>>>> Hello,
>>>>>>>>>>> 
>>>>>>>>>>> My name is Volkan Yazici and I am a PMC committee member of the
>>> ASF
>>>>>>>>>>> Logging Services, which develops Log4j too.
>>>>>>>>>>> maven-shaded-log4j-transformer
>>>>>>>>>>> <https://github.com/edwgiz/maven-shaded-log4j-transformer>
>> plugin
>>>>>>>>>>> addresses an important shortcoming of the Log4j 2.x plugin
>> design
>>>>>>>> surfacing
>>>>>>>>>>> when users want to shade it. We have recently had a chat about
>> it
>>> in
>>>>>>>>>>> the mailing list
>>>>>>>>>>> <
>>>>>>>> 
>>>>> 
>>> 
>> https://lists.apache.org/thread.html/rcfa4fc8678642a51e3a69dd2b14848fe4e1e5b71de7c99a7b55ff182%40%3Cdev.logging.apache.org%3E
>>>>>>>>> ,
>>>>>>>>>>> and the maintainers (incl. me) are inclined to ship it as a part
>>> of
>>>>>>>> the
>>>>>>>>>>> Log4j project. Would you like to contribute it yourself in the
>>> form
>>>>>>>> of a
>>>>>>>>>>> GitHub PR? Note that this route is subject to update-push-review
>>>>>>>> cycles,
>>>>>>>>>>> yet they are pretty rewarding for both parties, IMHO. What do
>> you
>>>>>>>> think?
>>>>>>>>>>> 
>>>>>>>>>>> Kind regards.
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
>>> 
>>> 
>> 


Reply via email to