Re: [DISCUSS] Maven Dependency Plugin

[Oliver B. Fischer]

Yes, all of them.

purge-local-repository I use very often in Jenkins pipelines to clean up 
afterwards.

Over the years I build a lot of pipelines, added checks to projects and so on. 
The dependency plugin was very often my rescue. I can't remember each single 
usage and project and its context, but there is a reason why these 
goals/functions have been added.

Oliver




Am 21.03.24 um 19:43 schrieb Tamás Cservenák:

Howdy,

Oliver: all, really?
I wonder what you used for goals like "purge-local-repository",
"resolve-plugins" etc  :)

I mean, I know what those goals do, I am just unsure WHY you needed those.

T

On Thu, Mar 21, 2024 at 6:41 PM Oliver B. Fischer
wrote:


Hi,

over the time I used all of them in different projects and I think all
of them are needed.

Viele Grüße

Oliver


Am 21.03.24 um 17:04 schrieb Tamás Cservenák:

Howdy,

I'd would be interested in how users and devs are using
maven-dependency-plugin:
https://maven.apache.org/plugins/maven-dependency-plugin/

I collected some basic questions I'd like to have answered (but feel free
to add more info!):
- which goals are "must have" for you
- which goals are "I never touched" for you (or, "I really don't need" or
"never used" or "shrug")
- what is missing?

Thanks
T


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
eo.b.fisc...@swe-blog.net


-
To unsubscribe, e-mail:users-unsubscr...@maven.apache.org
For additional commands, e-mail:users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
eo.b.fisc...@swe-blog.net  

Re: [DISCUSS] Maven Dependency Plugin

[Oliver B. Fischer]

Hi,

over the time I used all of them in different projects and I think all 
of them are needed.


Viele Grüße

Oliver


Am 21.03.24 um 17:04 schrieb Tamás Cservenák:

Howdy,

I'd would be interested in how users and devs are using
maven-dependency-plugin:
https://maven.apache.org/plugins/maven-dependency-plugin/

I collected some basic questions I'd like to have answered (but feel free
to add more info!):
- which goals are "must have" for you
- which goals are "I never touched" for you (or, "I really don't need" or
"never used" or "shrug")
- what is missing?

Thanks
T


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Named Lock implementation for Maven with Jenkins

[Oliver B. Fischer]

Hi,

Am 21.06.22 um 22:31 schrieb mfriedenha...@gmx.de:

I have made no experience. We do our Maven builds in Docker containers, the .m2 
directory is prefilled in the image will all dependencies managed in our 
company pom, which is used by most of our applications because we ran into 
problems with shared repositories. Before we used the sharded approach 
suggested by Lasse. Hard disks are not that expensive nowadays.


I really recommand you, dependening on the type of agents you use, 
always also to have a kind of a clean-up policy to delete or discard you 
local repository. One reason is that even if disk space is cheep it is 
finite. I have seen many CI systems failing becaus of missing 
diskspace.  Resources are finite.


Oliver


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven Book recommendation

[Oliver B. Fischer]

IMHO it would be helpful to add a deprecation node to these books, so 
that people are aware of it.


Oliver

Am 28.01.22 um 04:06 schrieb Manfred Moser:

Just keep in mind that we have stopped maintenance on these books a long time 
ago and things like plugin versions and such are outdated. The general concepts 
and so however all still apply.

manfred

Thad Humphries wrote on 2022-01-27 16:29 (GMT -08:00):



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: OSS Nexus vs GitHub Packages

[Oliver B. Fischer]

As you can see, there are different opinions, as everyones use case and 
requirements differ from each other.


Maybe you can simply write down all your requirements and your 
team/organisation structure including the pros and cons. Visualizing and 
sketching your requirements may help you to find the right decision for 
your team.


Oliver

Am 27.07.2021 um 15:21 schrieb Stephen Coy:

Hi all,

Just wondering if anyone has any thoughts on using GitHub Packages as a company 
repo vs Nexus.

Right now we (about 30-40 devs) are using an ageing version of Sonatype Nexus 
for onsite builds and S3 for “cloud” based builds (a process inherited from 
using Spring Boot).

Now there is a push for us to migrate everything to GitHub Packages.

Personally, I would just run up a Nexus OSS instance in an EC2 instance and use 
that.

There does not seem to be much discussion about this around.

What is everyone else doing right now?

Cheers,

Steve C


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: list of libraries in maven local repository

[Oliver B. Fischer]

The directory tree is build out of your groupId. If your groupId is 
a.b.c, it should be a/b/c


I am sure Gradle has a verbose mode (--verbose) or something like this. 
Can you turn it on and check it for helpful messages?


Did you try find to find your artifact? I mean something like find . 
-name "myJar.jar"?


Am 09.03.21 um 12:03 schrieb Nikos Karamolegkos:

I know but in which sub-folder of the repository?

On 9/3/21 12:47 μ.μ., Oliver B. Fischer wrote:
The default configuration of Maven is to have its local repository in 
the directory ./m2/repository. Below this directory you should find 
your artifact.


Am 09.03.21 um 11:25 schrieb Nikos Karamolegkos:
Hello, I am trying to add a library to my maven local repository 
using ./gradlew publishToMavenLocal. How can I check that the 
library is really installed to the repository?


Thank you


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: list of libraries in maven local repository

[Oliver B. Fischer]

The default configuration of Maven is to have its local repository in 
the directory ./m2/repository. Below this directory you should find your 
artifact.


Am 09.03.21 um 11:25 schrieb Nikos Karamolegkos:
Hello, I am trying to add a library to my maven local repository using 
./gradlew publishToMavenLocal. How can I check that the library is 
really installed to the repository?


Thank you


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: maven-gpg-plugin SHA512

[Oliver B. Fischer]

I am sure that there is a better solution, but I don't know it yet ;-)

Have a look at 
https://www.mojohaus.org/build-helper-maven-plugin/attach-artifact-mojo.html


Oliver

Am 22.01.21 um 16:11 schrieb Petr Ivanov:

Hi all!


Struggling to configure maven-gpg-plugin to generate sha512 has sum to deployed 
artifacts alongside with asc.
Current config does not work:

 
 org.apache.maven.plugins
 maven-gpg-plugin
 3.0.0
 
 
 --no-permission-warning
 --digest-algo=SHA512
 
 
 
 
 sign-artifacts
 verify
 
 sign
 
 
 
 


Documentation is predictably empty.

The final goal — sha512 hash sums for deployed artifacts with deploy goal.


Does anyone know how can this be achieved?
Thanks in advance!
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven goal for dependencies

[Oliver B. Fischer]

mvn dependency:copy-dependencies might be your friend...

https://maven.apache.org/plugins/maven-dependency-plugin/copy-dependencies-mojo.html

Am 11.11.20 um 10:16 schrieb Milan Tomic:

Hello
I have a Maven Java project which produces a JAR (packaging = JAR). I am using external 
SonarQube scanner to scan my source code (SonarQube is not configured inside pom.xml). I 
am first building my project using "mvn clean package", then I execute 
SonarQube Scanner on it.
The issue is that SonarQube requires my project's dependencies to be on the 
path in order to properly scan my code. So, I need some Maven goal which will 
collect all dependencies in my project and place them inside of the /lib 
folder. Which Maven goal should I use?
Final result should be /lib folder containing apache, spring... dependencies.
Thank you in advance,Milan


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven plugin to replace text in file

[Oliver B. Fischer]

+1

Am 10.11.20 um 08:15 schrieb Christofer Dutz:
> I recently tend to use the groovy plugin to do stuff like at in a
> portable way. 
>
> Chris
> ----
>
-- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538 
E o.b.fisc...@swe-blog.net 
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

Re: Maven plugin to replace text in file

[Oliver B. Fischer]

IMHO not very portable, as jq is an external dependency and maybe not
available on every machine.

Am 09.11.20 um 18:03 schrieb Arnaud bourree:
> You want to reformat json file ... why not using jq in exec-maven-plugin ?
>
> Arnaud
>
-- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538 
E o.b.fisc...@swe-blog.net 
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Why does POM have precedence over -D property expressions?

[Oliver B. Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


I had the same question some days back
(https://mail-archives.apache.org/mod_mbox/maven-users/202009.mbox/%3C922b4efc-3296-d35d-0675-d6c0090cc4b1%40swe-blog.net%3E)
and Stuart McCulloch sent me a link to this JIRA issue:
https://issues.apache.org/jira/browse/MNG-4979

So, this seems to be a recurring issue that irritates a lot of people.

Oliver

Am 14.09.20 um 18:11 schrieb Andreas Sewe:
> Hi,
>
> I am currently sprinkling  child elements like the
> following through my (parent) POMs for enforcer:enforce, tidy:check and
> checkstyle:check :
>
>   ${skipChecks}
>
> This allows me to skip all kinds of checks with a simple
> -DskipChecks=true (or even -DskipChecks), just like I am used to for
> tests with -DskipTests.
>
> Unfortunately, I cannot selectively override this, as the following
> doesn't work:
>
>   mvn install -DskipChecks -Denforcer.skip=false
>
> The above command still uses the ${skipChecks} (with
> skipChecks=true).
>
> Further experimentation led me to believe that *any* explicit pom.xml
>  cannot be overridden by a property expression given on
> the command line.
>
> This was very surprising, as I would have expected Maven to follow a
> "command line takes precedence over configuration file" approach like
> other tools -- but apparently it doesn't (at least in Maven 3.3.9 and
> 3.6.3) and thus violates the Principle of Least Astonishment (for one of
> its users anyway).
>
> In particular, Maven's handling of property expressions means that
> having no  element and making the default explicit behave
> differently; a  element like this can never be overridden
> on the command-line:
>
>   false
>
> I wonder why it was designed that way?
>
> Or should this be considered a bug?
>
> Best wishes,
>
> Andreas
>
- -- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEU7j685HGR9cAsMGwB88X6wLziPwFAl9fzxAACgkQB88X6wLz
iPzd/w/9FFSjkXtHrspdg9z8sV5tXEEXIGJdw1XRcDL8SDl412GmCIoCN5+HuYSa
MIMyGrmlsMgdeHUkx/0wvUXLBjmV7oEiAIhiLhA4l25F3Qc+y5zoUxZIUjNbZiZu
4oR04RZcrIdBA67sdxkvhQfM8rnv4/P97L70CVZpA8/nFNDjYWrG2troCTLMn6MI
NmjiYMpmG9xHDxy3KkqJqXwfEZDmEqphYV2K4T18EOcw5dP7ZJBK3sHXczK93Wkz
eTrDDgVcBHexSR2aqGX6xlNdtR4UScsCJjsXpnCZq/09qS9pOduBCIPX8Cswsi7B
d1nFKmNR41TpZtQFv8LCrbNkK5FBSupsxrOGgKjGza70y3JPki13I15tKZjnMZFY
CvaSK36VzEQOMVaZL5TB1ybXvF9OWXJgwqGT1dYCoCm3WDFCdGka3igVKKJWEE/P
xriYNkmzhKuKY5mAJa7wpXa1DQLnraFLcIPTEHNKLYocct58yRGtsgCvx7FIXflY
rtfou8+b5Q6FGHJcGpTiL7Zh191nV1gUJJA3ZXJwGzdvs+tvwLYPj34+5LNvwj0z
Ax1MKZLllCfq2wLm8NAnVqHYh55K5YN5O/jG+Fk9Mw87ynj+Tn9qIQ9jQ7nGIVyv
nvF87+KgBTQE5OFSpmLvDJEkN+zPqnp81VDkjNdMUSj16kcgAw8=
=oPqj
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Parameter priority for a Maven Plugin

[Oliver B. Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Thank you Stuart


Am 10.09.20 um 21:03 schrieb Stuart McCulloch:
> If you configure a constant value in your POM then that takes precedence
> over values from the command-line.
>
> If you want to make the value configurable on the command-line and have a
> default value in your POM then the recommended approach is to introduce a
> property:
>
>   
> some-default-value
>   
>
>   
> org.example
> some-maven-plugin
> 
>   ${some-key}
> 
>   
>
> https://issues.apache.org/jira/browse/MNG-4979
>
> On Thu, 10 Sep 2020 at 19:27, Oliver B. Fischer 
> wrote:
>

>>


- -- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEU7j685HGR9cAsMGwB88X6wLziPwFAl9brUYACgkQB88X6wLz
iPzIAhAArlKTtfkk42P15E6nOEEnn9offq3w3cEod4txYX2zbhL+/fpNBWmu2bHE
ijqLpHY9bKibO0k7sIefyykivSL90yDlzIKNBMCUwfcE6aqsMszCY2Hos8sJufKD
3/JRiydwGK3+Kliy5CKBjhv4ZlhfmyJE1T5LDUVju+ZqqNbTrF9RbxE2n/Ye3WwI
aSoqlM29ocvPSrv8XpuWWjau6My/c4NpaQmSClAThcz6qq/TX8fCKtTY7fuHZhAT
jHUA02mAqax1COxkmQY7f364F/vN27kZyNHul7oMIGspF6WWBTKqLP+moSxgn/o0
ggAgzu5L9wKb6ay1fPT4YfHaz05I+iZ7OYw19Bc9WNK4McFHIBRqwcUdNBmdKb6U
WyDXLUGJMRxqOTDmzjpPN45RESKURALFpvnqMhXTro695WuTcTGPTP7KglhXZs9V
0tOOdc7d9H4IALkg+2Cs6sypyj5YYcbV6PJyI8/DgNfNJ0JtPUQcoYV3bYkuMESu
NAbz/GaADvCqcBqSm0MpMU5Mo+rCE9e05feJ2hvOb3pSHglYZbc8PlqLHyZRTCCD
1gpTjnBerp8kRw9tSq1/mt/o0XIvKQ+EGuDqERdN6YzeI1sEHFuThBgfu0OJDKOq
FK9vfjPyLRNbFTeNzbvIcb2HvyyjIlCsQW0AFXvcv2ddhQEsVNc=
=lVFd
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Parameter priority for a Maven Plugin

[Oliver B. Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Dear all,

I always believed that the commandline parameters for a Maven plugin
have a higher priority then the values configured in the configuration
element of a plugin configuration.

But now I have the problem, that we can't overwrite the plugin
configuration in the POM by commandline parameters. This behaviour is
reproducable and I have written tests for this.

Am I wrong or did I misunderstand something and the current behavior is
correct?

Oliver

BTW, we currently use org.apache.maven:maven-core:jar:3.5.0


- -- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEU7j685HGR9cAsMGwB88X6wLziPwFAl9ab/0ACgkQB88X6wLz
iPzpEw/9HnZRnvHHaT9Wkx9COlezKsucpoQIlqFb8b8LGO6OaS1Eo0BGGEO9qz+V
BeuPoBRUN0gPSufPehuM/X6yHPyczGIM/gUx8AahRqIVPysUBBVsTHIh9/RAH6fI
zS9ToTFissHfhzFshHafb39OD/EeZ/ftt8k20BfI5b7qkfIjytvYHsaFFY9ZVNhk
H3wKzbdvZ6EcG9hx3UjglLAQKWwyMDzVUDqp3P5Be/KDfSmmAPAqjwj0UKm8/E+6
p9QhrCgHOHKcKPOtXeScYS3RykkDNFoKUbPtsfmPQxNHtfjO6VkBvDNUsoDcf/He
3maEoJ7JxpUak0tU8Y87DJv8MLVsSkwhgIzmXpQR/MK8YJBkXpmNd2K4l1GVlro0
nFkjhVwgya39pt6B0m8EEIPQZhErGVrwqMPkWKaFShiDIz/meav1BVVWuiClYpBn
+uMCwOYM+0AnR609EvUNEBcd5HtO7Su2CSnKQkGRuOlPZ1A0QhCTCEcrV69QVb4P
M6/vIyVo2R6ZZXWYX00bYwVED92XpdO9peRdrW92TjTGdWHK2j5FqKntiIB99QuY
ekHTnVTVif8bMZplts3S1pY8Qeo/NdxbJ1Bu97VMCo5x7NUi+5qUCwhGlmgN9u3c
B0hoyiJa0+2CES980J1XrmlcK+JUeHWnfiEfutvZCpmbUxnnIkg=
=VP64
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Issues resolving environment variables

[Oliver B. Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

did you try to use use the environment variable to initalise a Maven
property like this:

|${env.VARIABLE_NAME}|

But actually you should be able to use environment variables everywhere.
Or simply take the Echo Maven Plugin
(https://github.com/Ekryd/echo-maven-plugin) to output the current value
or generate the effective POM by the following command 'mvn
help:effective-pom'.

Bye,

Oliver

Am 20.11.19 um 13:41 schrieb Kruse, Stephen S:
>
> Hi,
>
>  
>
> I have a maven project setup with subprojects and I am using
environment variables in the pom files.  Everything seems to work well
when going from the top down (parent->child) but the environment
varables don’t seem to be set when going up (child->parent) when I try
to build a child that depends on a parent.  Any information is much
appreciated.
>
>  
>
> Thanks,
>
> Steve
>
>  
>
> H Stephen Kruse
>
> General Dynamics (GD-MS)
>
> 12450 Fair Lakes Cir, Fairfax, VA 22033
>
> BYG-1/TCS Software Lead
>
> Office: (703) 272-1774
>
>  
>
>  
>
- -- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEU7j685HGR9cAsMGwB88X6wLziPwFAl3VWyAACgkQB88X6wLz
iPzxARAAiAIz2bbkIoYro2t4hb49fg4QwxFk6dAmsXtEwqqMrB2SfxC1MOppdcC7
nP5fx+xAgFNeDENofyUFYvD8XyNJ4OkyL6KhDyHMcE8sVL4UdecrEu/hIdMO5UFc
2xa2hPZw5V2CMI9kGH9M8wCP4VSBFp+ebgeESvGOmguFTpS0eSCkCBusJN4c97f7
xIgg05y/bxERHHnIpoH67jGH6yFufz7OFTWMTk/PGVHVm7gwQu7W4CO8OVlr5M/1
VO2mRzmXT/PcTksgPOIc/3Xw+0ekUWIRrlXsrG0EhYJWBDmaj3qa3T5E5NrRs6CG
QZ5XucYmJRSlxfk2xt6GevaFdh/5aL9IMiYaM0fXHgwRe0lZ7oWlidxN/in7mM5e
IAH9FclLX02yefGEGGffvkOHXqNpMEx2OELcwcaZVZqt8OVH4a7uS7DhbiZea1Sv
FcdSqP33djT5lPnRe8GZHUefZEFsxXrsaq7uxX0jzUcVhSMH0I2FJekbn+rnfePD
dd4fILb+7yRpnnb5CKreQRWzQziX+W7GVGmVPXkboMg7gTfd0M4hFruzxWYnFHMa
u12C2bS9ZUsexDj6KvZ9a0V/WYBIjppDbYbQZZl+OPT3dF+0ZvRr40E+Tekt2Zrb
k537PQKp7YCgHTaf8cJ4Q58798UslPA/NRarL5CC4aBlsCixo9A=
=PSJv
-END PGP SIGNATURE-

Re: SPDX license ID

[Oliver B. Fischer]

Dear Miguel,

as a normal Maven user I have faced this problem several times. To have
such information available as part of the licence information would be
great.

Oliver

Am 08.04.19 um 00:42 schrieb Miguel Angel Terrón:
> Hi team,
> 
> I've been checking the xsd for the pom file and the license section is
> described as:
> 
> license
> 
> Describes the licenses for this project. This is used to generate the license
> page of the project's web site, as well as being taken into consideration in
> other reporting and validation. The licenses listed for the project are that 
> of
> the project itself, and not of dependencies.
> 
> 
> name: The full legal name of the license.
> url:  The official url for the license text.
> distribution: The primary method by which this project may be distributed.
> comments: Addendum information pertaining to this license.
> 
> The problem I see is that in reality the name seems to be a random string
> and not always the "full legal name of the license"; I've seen "Apache 2" ,
> "The Apache Software License, Version 2.0", "Apache License, Version 2.0",
> etc. Of those, only the last one is "the full legal name of the license".
> 
> I think it'd be a good idea to add another field with the SPDX license
> identifier (https://spdx.org/licenses/) to be able to match the included
> license to a source of truth.
> In case this is implemented, the name field could be optional as long as
> the identifier field is mandatory.
> 
> Thanks
> 

-- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf



signature.asc
Description: OpenPGP digital signature

Re: Kotlin for your pom

[Oliver B. Fischer]

Hi Manfred,

do you know far Polyglot Maven is already supported by the various IDE?

Bye,

Oliver

Am 30.03.19 um 05:50 schrieb Manfred Moser:
> Hi all,
> 
> Just a quick heads up that the new polyglot-maven release I cut recently 
> features a MUCH improved support for Kotlin. So with the help of 
> polyglot-maven you can write your pom in yaml, ruby, scala, kotlin and a 
> bunch of other formats now. 
> 
> Check it out and send us any feedback ...
> 
> https://www.simpligility.com/2019/03/kotlin-for-polyglot-maven/
> 
> https://github.com/takari/polyglot-maven
> 
> Manfred
> 
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 

-- 
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf



signature.asc
Description: OpenPGP digital signature

Re: Maven Interships

[Oliver B. Fischer]

Hi all,

I spoke with Karl-Heinz about this topic and suggested to support the 
project by finding sponsors. Im still willing to help to find sponsors 
for Maven's development.


I also tried to provide patches for the Versions Maven Plugin. Simply to 
start to contribute. But it is even difficult to get them applied. 
Therefore I stopped as even my time is limited and I can't continuously 
ping the people.


Just my 2c.

Oliver

Am 16.02.19 um 14:15 schrieb Michael Osipov:

Am 2019-02-16 um 13:17 schrieb Darius Cooper:

A bit off-topic, but has the Camel team considered using interns for some
of its project-work?

In a recent   Adam Bien  podcast interview...  Robert Scholte.   
mentioned
that there were about 10 contributors currently pretty active on 
Maven, and

that none was paid/full-time. It was all voluntary work. Meanwhile,
probably over 50% of the worlds Java projects use Maven. Sounds like the
team could use some help.


This is soo true...my spare time horribly degraded over the years...




--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Inheritable Profiles or Decision making in POM

[Oliver B. Fischer]

Thank you for the clarification.

Bye,
Oliver

Am 22.12.18 um 10:57 schrieb Robert Scholte:
You don't have to worry about parent poms, expectations are these will 
stay untouched. Pom optimizations effect non-parent, non-aggregator pom 
files.


thanks,
Robert

On Fri, 21 Dec 2018 20:13:48 +0100, Oliver B. Fischer 
 wrote:



Hi Jörg,

Am 21.12.18 um 18:51 schrieb Jörg Schaible:
it is a widely used practice to define profiles in POMs to be shared 
within a project or organisation. We use it for example in our project 
to ensure a consistent build environment for all of our microservices. 
Loosing this feature would be a huge drawback and decrease the 
handsomeness of Maven.


Oliver


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Inheritable Profiles or Decision making in POM

[Oliver B. Fischer]

Hi Jörg,

Am 21.12.18 um 18:51 schrieb Jörg Schaible:

Actually you may be faced in future with stripped POMs in the repositories, 
because Maven will separate
between build time information and runtime information. Only the latter is 
required in the repo. And profiles
are meant to be build time.
it is a widely used practice to define profiles in POMs to be shared 
within a project or organisation. We use it for example in our project 
to ensure a consistent build environment for all of our microservices. 
Loosing this feature would be a huge drawback and decrease the 
handsomeness of Maven.


Oliver

--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: How to rewrite POMs retaining the XML structure

[Oliver B. Fischer]

I do it with the release tools for jQAssitant with XSLT like this 
https://github.com/buschmais/jqa-release-tool/blob/master/core/src/main/resources/xsl/update-version-property.xsl


The Versions plugin does it via Stax.

Best,

Oliver

Am 29.11.18 um 17:11 schrieb Marc Rohlfs:

Hi all,

is there a way to rewrite pom.xml files without loosing formatting,
ordering and comments?

We need to (programmatically) do several changes on Maven POMs, e.g. adding
and removing dependencies and properties. Currently we're using
the MavenXpp3Reader and MavenXpp3Writer classes to read and write the
pom.xml files, but in the output files, all comments are removed, the XML
nodes are reordered and formatting (indentations, empty lines) is lost.
Does anybody know a way how to read and write POM files without loosing
formatting ordering and comments?

Best regards
Marc



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: New (unofficial) Maven Plugin: Go Offline Maven Plugin

[Oliver B. Fischer]

Sounds great. I will test it!

Am 17.10.18 um 12:28 schrieb Andreas Janning:

Hello maven users,

I have just released a new open source maven plugin: The Go Offline Maven
Plugin.

It can be used to download all dependencies and plugins required in a Maven
build, so the build can be run without an internet connection afterwards.

This is especially relevant with modern CI-Systems like Gitlab and
Circle-CI that need a consistent local Maven repository in their cache to
build efficiently.

Optionally, sources of all transitive dependencies can be downloaded as
well to have them available in your favourite IDE.

Maven already has an official to do this: The maven-dependency-plugin
go-offline goal. Unfortunately, the go-offline goal currently suffers from
several drawbacks:

- Multi-Module builds are not supported since the plugin tries to download
Reactor-Dependencies from the Remote Repository
- Most parameters simply do not work
- No option to download dynamic dependencies

The Go Offline Maven Plugin fixes these drawbacks.

The plugin has already been deployed to maven central. Source Code and
further information can be found on the Github Page:
https://github.com/qaware/go-offline-maven-plugin

Comments, Bug-Reports and Pull Requests welcome :)

Regards,

Andreas Jannig
--



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Differenz between mvn clean install and mvn clean install deploy

[Oliver B. Fischer]

I thought so too but I have a project where calling mvn clean install 
deploy causes Maven to use wrong paths for some modules. I think I 
should create bug report for this.


Best,
Oliver

Am 18.09.18 um 00:02 schrieb Marco Schulz:

jupp they have the same result. because. frist both run the clean lifecycle 
then comes the build lifecycle wich step through all phases. install is defined 
before deploy. so you don't need to call it when you plan to deploy

keep in mind deploy is a publishing to a remote repository like nexus. you just 
see effects when you have the right to deploy artifacts there and they not hurt 
rhe deploy conventions.

install is a cipy to your local repository .m2

regards
.marco

Get Outlook for Android<https://aka.ms/ghei36>



From: Oliver B. Fischer
Sent: Monday, September 17, 23:53
Subject: Differenz between mvn clean install and mvn clean install deploy
To: Maven Users List


Hi all, I stumbled on a strange problem with Maven. Therefore I would like to 
know if the following commands should have the same result or not: 1. mvn clean 
install deploy 2. mvn clean deploy Best, Oliver 
- To 
unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional 
commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Differenz between mvn clean install and mvn clean install deploy

[Oliver B. Fischer]

Hi all,

I stumbled on a strange problem with Maven. Therefore I would like to 
know if the following commands should have the same result or not:


1. mvn clean install deploy
2. mvn clean deploy

Best,

Oliver


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Integration testing of command line tools?

[Oliver B. Fischer]

It depends on the criticality of your command line tools. One 
interessting approach is the one by the SpringBoot guys. They run 
commands in a Docker container and collect stdout to check the behaviour 
of their System V start script.


=> 
https://github.com/spring-projects/spring-boot/blob/9d0780c625036ff9cc60ec88c4e4dfabf5a889bc/spring-boot-project/spring-boot-tools/spring-boot-loader-tools/src/test/java/org/springframework/boot/loader/tools/DefaultLaunchScriptTests.java


Oliver

Am 20.08.18 um 15:59 schrieb Mark H. Wood:

When writing integration tests for command-line tools, is there any
support in Failsafe, jUnit, or elsewhere to fork a process and manage
its standard IO streams?

Or am I over-designing?  Would one typically write such an integration
test rather like a unit test, bypassing the command analyzer and just
calling the appropriate method on an instance created by the test
suite?  Without stubbing or mocking the underlying code, of course,
since it's an integration test.

Is there a better place to ask?



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: When does a Maven plugin uses the POM in the current directory?

[Oliver B. Fischer]

Thank you all for your support. Now it works as I need it.

Am 12.06.18 um 17:20 schrieb Oliver B. Fischer:

Dear all,

I use the Versions Maven Plugin to check for updates of my dependencies. 
Therefore I added the following lines to my pom.xml:



     org.codehaus.mojo
     versions-maven-plugin
     ${versions-plugin.version}
     
     classpath:///rules.xml
     
     
     
     versionrules
     versionrules
     1-SNAPSHOT
     
     


But this configuration is not used if I run the Versions Maven Plugin in 
the same directory as the pom.xml. The only way to my own configuration 
is to put this plugin configuration in a profil and execute this profil 
during the Maven run.


Is there a way to run the Versions plugin on the commandline and to 
configure it via the pom.xml?


Bye,

Oliver

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

When does a Maven plugin uses the POM in the current directory?

[Oliver B. Fischer]

Dear all,

I use the Versions Maven Plugin to check for updates of my dependencies. 
Therefore I added the following lines to my pom.xml:



org.codehaus.mojo
versions-maven-plugin
${versions-plugin.version}

classpath:///rules.xml



versionrules
versionrules
1-SNAPSHOT




But this configuration is not used if I run the Versions Maven Plugin in 
the same directory as the pom.xml. The only way to my own configuration 
is to put this plugin configuration in a profil and execute this profil 
during the Maven run.


Is there a way to run the Versions plugin on the commandline and to 
configure it via the pom.xml?


Bye,

Oliver

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Structuring bigger Maven projects

[Oliver B. Fischer]

Hi Flo,

can you tell us who do you define a "bigger project"?

Oliver


Am 30.11.16 um 08:27 schrieb Florian Schaetz:

Hello,

are there some good guides about structuring bigger maven projects 
(including shared code, easy deployment & versioning, etc.)? There's 
much about the basic stuff, default folders, etc. but somehow, I seem 
to keep missing the articles (and books) about the "big picture" for 
bigger projects...


For example, I am having slight problems deciding between one parent 
project with many modules (and how to version the modules differently 
and automatically)... I guess there are many considerations like this, 
so has anyone good literature on the topic?


Regards,

Flo

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: ${project.parent.basedir} not resolved in assembly descriptor

[Oliver B. Fischer]

No. The the second uses the parent of the first one as parent POM. Could 
this be the reason?



Am 02.10.16 um 10:04 schrieb Stephen Connolly:

Is one project resolving the parent from the reactor and the other removing
from the repository cache?

On Saturday 1 October 2016, Oliver B. Fischer <o.b.fisc...@gmx.de> wrote:


I use the property ${project.parent.basedir} in two projects in different
assembly descriptors. In one project ${project.parent.basedir} is properly
interpolated to the correct path. In the second project not.

Is there any way except running mvn with -X to find out why the Assembly
plugin in the second project does not recognize the property?

Oliver


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@gmx.de
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

${project.parent.basedir} not resolved in assembly descriptor

[Oliver B. Fischer]

I use the property ${project.parent.basedir} in two projects in 
different assembly descriptors. In one project ${project.parent.basedir} 
is properly interpolated to the correct path. In the second project not.


Is there any way except running mvn with -X to find out why the Assembly 
plugin in the second project does not recognize the property?


Oliver


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@gmx.de
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: SNAPHOST Depedency of plugin not found

[Oliver B. Fischer]

Hi Curtis,

you can see it here 
https://github.com/buschmais/jqa-uber-parent/blob/6e8453a3254bced4ecaf5fa6dcfff3c18f252c19/pom.xml


But this is only a parent POM, which is used for example here 
https://github.com/buschmais/jqa-junit-plugin


In my settings.xml adds the Sonatype repository for the snapshots we 
provide:




true

sonatype-nexus-snapshots
Sonatype Nexus Snapshots
https://oss.sonatype.org/content/repositories/snapshots


Oliver

Am 23.09.16 um 16:12 schrieb Curtis Rueden:

Hi Oliver,

Can you share your POM?

Did you configure the ?

Regards,
Curtis

On Sep 23, 2016 3:54 AM, "Oliver B. Fischer" <mails...@swe-blog.net> wrote:


Hi,

I have a plugin dependency (currently only available as SNAPSHOT) declared
for the Maven dependency plugin.

If I declare it only as dependency of the plugin Maven is tries to find it
at http://repository.apache.org/snapshots.

If I declare it also as normal dependency of the project Maven is able to
find and to download it from the correct snapshot repository.

So, it is needed to declare it twice? I doubt. Or is it a bug?

Oliver

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

SNAPHOST Depedency of plugin not found

[Oliver B. Fischer]

Hi,

I have a plugin dependency (currently only available as SNAPSHOT) 
declared for the Maven dependency plugin.


If I declare it only as dependency of the plugin Maven is tries to find 
it at http://repository.apache.org/snapshots.


If I declare it also as normal dependency of the project Maven is able 
to find and to download it from the correct snapshot repository.


So, it is needed to declare it twice? I doubt. Or is it a bug?

Oliver

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

My suggestions is based on the view of a Maven user who would like to do 
it's daily job ;-)


In our team we have > 20 Maven projects and as a Maven 'User' you need 
the chance to fix such issues before the break your build. Everyone 
would blame Maven for this. We should have the chance to fix these 
problems before they become serious.


WDYT?

Oliver

Am 20.06.16 um 23:23 schrieb Christian Schulte:

Am 06/20/16 um 22:00 schrieb Oliver B. Fischer:

Yes, I think this  would be very helpfull. Otherwise I see a lot of
people complaining about Maven and that is not able to do its work.

Such warning messages could only be issued by Aether. That cannot be
done in 3.4. We already reverted the things in question in 3.4 so that
the issues you are running into no longer exist in 3.4 although it's
really the other way around. There are issues in the project you could
not notice because Maven makes those issues appear as correct behaviour.
They will pop up again in a later Maven version. Maybe 3.5. No one knows
right now. I ran a build of your project and just saw it will start
throwing ClassNotFound related exceptions/compilation issues. Not having
looked into any details. What is written here
<http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html>
is what Maven is aiming to adhere to. If we find a bug which makes it
behave differently, we need to fix that on our side. The sooner the
better so that people get a chance to notice as early as possible.
That's what has happened. Current 3.4.0-SNAPSHOT should again support
your project the way it did before. Does not solve the issues at hand.
You can always download a recent Maven SNAPSHOT from
<https://builds.apache.org/view/All/job/maven-3.3-release-status-build/>. It
would help a lot if people would be using such a SNAPSHOT more
frequently so that we can sort out things more efficiently. Also helps
to find out what to focus in the release notes.


Regards,


--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: How do I separate UTs and ITs directory?

[Oliver B. Fischer]

In our current projects we have separate Maven modules for integration 
tests and for component tests. Futhermore all our component tests must 
end with CT and all integration tests must end with IT. We also ensure 
that all tests (unit tests, integration tests, component tests) will be 
always compiled.


Unit tests are executed by default. Starting Maven with -P IT executes 
only integration tests but no unit tests and no component tests. The 
same principle applies for component tests and unit tests.


It took us some time the came up with this solution. But the advantage 
is that we can run unit tests, component tests and itegration tests on 
our CI server parallel.


Oliver

Am 24.06.16 um 10:58 schrieb zuxiong lin:

Hi. maven devs.
According to
http://maven.apache.org/surefire/maven-failsafe-plugin/examples/inclusion-exclusion.html
, the Failsafe Plugin will automatically identify the wildcard patterns :
"**/IT*.java" .. "**/*IT.java"


But how do I separate UTs and ITs directory with
https://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html
?

+Project

+src/it/java

ITEcho.java

+src/test/java

EchoTest.java

+src/test/resources
+src/it/resources





--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

Yes, I think this  would be very helpfull. Otherwise I see a lot of 
people complaining about Maven and that is not able to do its work.


The best solution IMHO would be to print out a warning with a detailed 
hint that no one could ignore.


Am 20.06.16 um 21:56 schrieb Paul Benedict:

Do you mean make it a warning in 3.4 and fix behavior in 3.5?

Cheers,
Paul

On Mon, Jun 20, 2016 at 2:42 PM, Oliver B. Fischer <o.b.fisc...@swe-blog.net

wrote:
Ok, I will fix it. But wouldn't it be an usefull option to print some
warning about this problem before changing the current behaviour?


WDYT?


Am 12.06.16 um 23:08 schrieb Christian Schulte:

--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

Ok, I will fix it. But wouldn't it be an usefull option to print some 
warning about this problem before changing the current behaviour?



WDYT?


Am 12.06.16 um 23:08 schrieb Christian Schulte:

Am 06/12/16 um 22:01 schrieb Oliver B. Fischer:

With this snapshot I am unable to build jQAssistant. You can fetch it
from g...@github.com:buschmais/jqassistant.git


You need to fix the project. 3.4 adds support for managing the
'optional' flag in dependency management and contains bugfixes to
resolution issues. Either you have used the 'optional' flag in
dependency management somewhere and have not noticed this is not
supported or you are managing some dependency to 'test' scope and Maven
correctly does no longer select such a dependency when transitive. All
of those bugfixes have already been reverted lately and the current
3.4-SNAPSHOT now again behaves incorrectly without you noticing it.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing (Take 2)

[Oliver B. Fischer]

Hi Karl-Heinz,

I found another project I can't build with the latest snapshot of Maven.

Building it with Maven 3.4.0-SNAPSHOT results in the following message


[ERROR] Failed to execute goal 
org.codehaus.mojo:findbugs-maven-plugin:3.0.1:findbugs (findbugs) on 
project tamaya-code: Unable to parse configuration of mojo 
org.codehaus.mojo:findbugs-maven-plugin:3.0.1:findbugs for parameter 
pluginArtifacts: Cannot assign configuration entry 'pluginArtifacts' 
with value '${plugin.artifacts}' of type 
java.util.Collections.UnmodifiableRandomAccessList to property of type 
java.util.ArrayList -> [Help 1]

[ERROR]

It is easily to reproduce it. You can get it from 
http://tamaya.incubator.apache.org/source.html



BYe,


Oliver



Am 12.06.16 um 22:40 schrieb Karl Heinz Marbaise:

Hi to all Maven users,

based on the issues which have been found with the first one here is 
another chance to help .


It would be nice if those who have found issues to retest their 
scenarios.


Is someone of you willing to do some testing on the current state of 
development for the upcoming Maven 3.4.0 release?


Please be aware of this *** This is not an official release ***

I have created downloadable packages which are available from here:

Windows: https://s.apache.org/bnAi,
Linux: https://s.apache.org/TrbK


Every kind of feedback is helpful.

This is only a current state of development (Git hash: 
92334a1dd9f2f3df77b3c039be7742ea19a8ee81) to get some feedback from 
the community...


The current list of changes can be seen in the issue tracker:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%203.4.0 




Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing (Take 2)

[Oliver B. Fischer]

I used it today at work without any problem. This snapshot is much 
better than the previous one.



Am 12.06.16 um 22:40 schrieb Karl Heinz Marbaise:

Hi to all Maven users,

based on the issues which have been found with the first one here is 
another chance to help .


It would be nice if those who have found issues to retest their 
scenarios.


Is someone of you willing to do some testing on the current state of 
development for the upcoming Maven 3.4.0 release?


Please be aware of this *** This is not an official release ***

I have created downloadable packages which are available from here:

Windows: https://s.apache.org/bnAi,
Linux: https://s.apache.org/TrbK


Every kind of feedback is helpful.

This is only a current state of development (Git hash: 
92334a1dd9f2f3df77b3c039be7742ea19a8ee81) to get some feedback from 
the community...


The current list of changes can be seen in the issue tracker:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%203.4.0 




Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

Funny, I wasn't ware of this option. -l does not disables the colorized 
output. Therefore the generated log file also contains escape sequences.



Am 12.06.16 um 22:13 schrieb Robert Scholte:

Or when -l/--log-file is used?

Robert

On Sun, 12 Jun 2016 22:09:43 +0200, Baptiste Mathus <m...@batmat.net> 
wrote:



Didn't test it, but using batch mode would seem natural for that IMO.

My 2 cents

2016-06-12 22:04 GMT+02:00 Oliver B. Fischer <o.b.fisc...@swe-blog.net>:



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

Yes, running with -B disables the colorized output.

But at least the description of this option should mention this too 
because IMHO it is not intuitive that -B disables the colors.



WDYT?

Am 12.06.16 um 22:09 schrieb Baptiste Mathus:

Didn't test it, but using batch mode would seem natural for that IMO.

My 2 cents

2016-06-12 22:04 GMT+02:00 Oliver B. Fischer <o.b.fisc...@swe-blog.net>:


The colorized output is very nice, but I would like to have also a
commandline option to disable it. I often redirect the output of Maven to a
file to check the build. All the escape sequences are disturbing in this
case.

Running mvn --help I didn't see an option to disable it. Could such an
option be added?

Am 11.06.16 um 22:21 schrieb Karl Heinz Marbaise:

--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

The colorized output is very nice, but I would like to have also a 
commandline option to disable it. I often redirect the output of Maven 
to a file to check the build. All the escape sequences are disturbing in 
this case.


Running mvn --help I didn't see an option to disable it. Could such an 
option be added?


Am 11.06.16 um 22:21 schrieb Karl Heinz Marbaise:

Hi to all Maven users,

is someone of you willing to do some testing on the current state of 
development for the upcoming Maven 3.4.0 release?


Please be aware of this *** This is not an official release ***

I have created downloadable packages which are available from here:

Windows: https://s.apache.org/fawM,
Linux: https://s.apache.org/RQ3C


Every kind of feedback is helpful.

This is only a current state of development (Git hash: 
644ac9c40ad41bf61e3b099918af33b8eb950621) to get some feedback from 
the community...


The current list of changes can be seen in the issue tracker:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%203.4.0 




Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

With this snapshot I am unable to build jQAssistant. You can fetch it 
from g...@github.com:buschmais/jqassistant.git



Am 11.06.16 um 22:21 schrieb Karl Heinz Marbaise:

Hi to all Maven users,

is someone of you willing to do some testing on the current state of 
development for the upcoming Maven 3.4.0 release?


Please be aware of this *** This is not an official release ***

I have created downloadable packages which are available from here:

Windows: https://s.apache.org/fawM,
Linux: https://s.apache.org/RQ3C


Every kind of feedback is helpful.

This is only a current state of development (Git hash: 
644ac9c40ad41bf61e3b099918af33b8eb950621) to get some feedback from 
the community...


The current list of changes can be seen in the issue tracker:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%203.4.0 




Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Oliver B. Fischer]

Hi, 

Can I use the Linux package to test it on OS X?

Best

Oliver 

Von meinem iPhone gesendet

> Am 11.06.2016 um 22:21 schrieb Karl Heinz Marbaise :
> 
> Hi to all Maven users,
> 
> is someone of you willing to do some testing on the current state of 
> development for the upcoming Maven 3.4.0 release?
> 
> Please be aware of this *** This is not an official release ***
> 
> I have created downloadable packages which are available from here:
> 
> Windows: https://s.apache.org/fawM,
> Linux: https://s.apache.org/RQ3C
> 
> 
> Every kind of feedback is helpful.
> 
> This is only a current state of development (Git hash: 
> 644ac9c40ad41bf61e3b099918af33b8eb950621) to get some feedback from the 
> community...
> 
> The current list of changes can be seen in the issue tracker:
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%203.4.0
> 
> 
> Kind regards
> Karl Heinz Marbaise
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Why did the Maven Site Plugin 3.4.1 vanished

[Oliver B. Fischer]

I found this version number in our POMs before upgrading to 3.5.1. Maybe 
it was only a error in our POMs.


Thx,

Oliver

Am 22.04.16 um 00:28 schrieb Hervé BOUTEMY:

Hi,

3.4.1? This version never existed
http://svn.apache.org/viewvc/maven/plugins/tags/

Didn't you look for 3.5.1?

Regards,

Hervé

Le jeudi 21 avril 2016 23:52:25 Oliver B. Fischer a écrit :

Hi,

I just recognized that version 3.4.1 of the Maven Site Plugin vanished
from Maven Central. Does someone how why?

Oliver


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Why did the Maven Site Plugin 3.4.1 vanished

[Oliver B. Fischer]

Hi,

I just recognized that version 3.4.1 of the Maven Site Plugin vanished 
from Maven Central. Does someone how why?


Oliver

--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: How Maven solves the problem of long builds on large projects?

[Oliver B. Fischer]

Hi,

we had a similar problem with our build. First step was to optimize our 
tests. By tracing the execution time of our tests we were able to reduce 
the time spent on integration tests from 1h to 15m.


We use Team City as CI server. Therefore we were able to parallelize our 
build. How we run in parallel static code analysis, unit test, component 
test and similar stuff.


Bye,

Oliver

Am 21.12.15 um 13:53 schrieb Sergey Saraev:

Hello!

I am developing a project with 67 modules.
I use Apache Maven 3.0.4.

Reassembly of the project take 1 hour and 50 minutes although usually commit 
change only one module.

The project is very large. It contains 5948 java classes (Basically, time spent 
on their compilation.).
Build command: mvn clean install pmd:pmd checkstyle:checkstyle 
cobertura:cobertura

Plugins versions:
maven-compiler-plugin:2.3.2
maven-antrun-plugin:1.6 (use wlappc task: 
http://docs.oracle.com/cd/E21764_01/web./e13706/splitbuild.htm#WLPRG224)
maven-surefire-plugin:2.10
maven-jar-plugin:2.3.2
maven-install-plugin:2.3.1
maven-pmd-plugin:2.7.1
maven-checkstyle-plugin:2.6
cobertura-maven-plugin:2.7

How to speed up the assembly?
(Maybe skip modules, which sources have not changed or something else)

Regards,

Sergey Saraev | Research & Development | Office: +7 (846) 270-7800 ext. 2662 | 
Mobile: +7 (917) 813-5604 | --www.NetCracker.com--
Proven Partner to Communications Service Providers





The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Java 7 and 8 features

[Oliver B. Fischer]

Hi Vinicius,

it is mostly to allow people which are bound (for any reason) to older 
JDK versions to use our software. There is a plenty number of projects 
which are not able to use newer JDK versions. I know that this is a 
controversial topic I think that the majority of us would like to use 
all these features. But we must not forget the people using our software 
in their daily work.


BYe,

Oliver

Am 27.10.15 um 16:49 schrieb Vinicius Corrêa de Almeida:

I analized some releases and i noticed that not using java 7 features like
multi catch and in java 8 do not use lambda expressions and others
features, so i came by this email to know why the developers not using this
features?



--
N Oliver B. Fischer
A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
P +49 30 44793251
M +49 178 7903538
E o.b.fisc...@swe-blog.net
S oliver.b.fischer
J oliver.b.fisc...@jabber.org
X http://xing.to/obf

Re: Maven Log binding for SLF4J (jcabi-maven-slf4j)

[Oliver B. Fischer]

Hi Yegor,

nice to see such a binding. Are you aware of MNG-4505?

It would be nice if you would add a comment regarding your libary to 
this issue.


http://jira.codehaus.org/browse/MNG-4505

Bye,

Oliver

Am 13.05.2012 17:15, schrieb Yegor Bugayenko:

Hi all,

I created a simple binding between Maven Log and SLF4J. The idea is to
forward all SLF4J calls to Maven Log, in order to centralize all logging in
one place, inside Maven plugin. The binding is available at
http://www.jcabi.com/jcabi-maven-slf4j/

This subject was discussed about a year ago in SLF4J list:
http://mailman.qos.ch/pipermail/slf4j-user/2011-April/001071.html

Hopefully somebody will find this open source library useful. Thanks.

—
Yegor



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: [ANN] plan-maven-plugin v1.1 released

[Oliver B. Fischer]

Hi Carlo,

just had a look at your plugin. It is a great peace of software and will 
help me a lot!


Bye,

Oliver

Am 09.05.2012 10:25, schrieb Carlo Sciolla:

Hi all,

I'm happy to announce the availability of the Plan Maven Plugin v1.1 on
Central.

The Plan plugin unrolls the maven execution plan in the build logs, helping
you debugging complex build configurations with numerous profiles, plugin
executions and personal settings. It logs the active lifecycle and the list
of goals to execute, along with their eventual attached phase and execution
ID.

Source codehttps://github.com/skuro/plan-maven-plugin,
documentationhttp://plan-maven-plugin.skuro.tk/and issue
trackerhttps://github.com/skuro/plan-maven-plugin/issues?state=open  are
on GitHub.

Any feedback highly appreciated,
Thanks,
c.



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven as an installation tool

[Oliver B. Fischer]

Hi,

I build a automated setup for an Webapplication including GlassFish 
configuration, DB setup and configuration and deployment of the 
application itself.


I have choosen Ant as tool for this and I use Maven via the Ant Maven 
Task to handle all dependency related stuff and it works great. The 
solution combines the adavantages of Ant and Maven and turned out to be 
very flexible. But you must know Ant before.


Bye

Oliver


Am 02.03.2012 04:32, schrieb Eric Kolotyluk:

Maybe this is too weird, but

Has anyone ever used Maven as an installation tool?

I've been thinking using Maven as a way to install and update software,
and before I actually go and experiment with the idea I was wondering if
other people have already thought of this. The idea would be that you
have a simple bootstrap installer that installs and/or updates Maven
first. Once Maven is installed/verified, you could then use it to pull
down the rest of the solution artifacts from the network and then
integrate them into the end solution. Over time you use the same
mechanism to assist in software upgrades.

I suspect some people already do something like this for enterprise web
applications, but I was thinking of something like a desktop application.

Cheers, Eric

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Set my own logger

[Oliver B. Fischer]

The same for me. There is an issue in Codehaus' JIRA. You should watch 
it and please vote for it:


http://jira.codehaus.org/browse/MNG-4505

Bye,

Oliver

Am 27.02.2012 17:12, schrieb Wayne Fay:

I'd like to replace the default Maven logger implementation with my own. I 
assume
I need to create an extension but if that is try, how do I get a list of mojo's 
to call
setLog on? Is there a Plexus injection way to do this.


I've seen other people ask this question before on this list...
But I've never seen anyone reply with a working example/solution.
If you do find a solution, please share it back.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org