Hi,
the website for appassembler-maven-plugin doesn't follow the pattern.
Its current website is
http://www.mojohaus.org/appassembler/appassembler-maven-plugin/
Greetz,
Sandra
Am 08.06.2015 um 09:24 schrieb Baptiste Mathus:
Yes, MOJO@Codehaus project was renamed MojoHaus.
So, basically,
Hi All
We have a few open source jars that couldnt be found in Open Maven Central
repository for their pom.xml files. We like to use these for dependencies
management in our main pom.xml.
1) What can we do to vet those jars with no pom.xml files and make them
compliant for our use ?
2) How do we
Actually, it does. appassembler-maven-plugin is a module of the multimodule
project appassembler.
I just checked and it had the same structure at mojo.codehaus.org. (see
https://www.google.fr/search?q=appassembler%20maven%20plugin)
Cheers
2015-06-08 21:27 GMT+02:00 Sandra Parsick
Well, the other way, which I would recommend even more is to try and match
the closest possible public version, then use it as a dependency. Then see
if everything compiles and re-test the product carefully. That would be a
correct long-term solution. Housing a wildly uncontrolled modified version
Hi Baptiste
Thanks for responding.
We already did your suggested step with Central Maven repo and couldnt find
their GAV values unfortunately.
We suppose we'll use fake GAV values then.
We like to avoid missing these jars GAV coordinates if they really exist
out there outside of Central Maven
Thanks Anders
That solved the problem!
Regards,
Néstor
On Mon, Jun 8, 2015 at 6:41 AM, Anders Hammar and...@hammar.net wrote:
There's an api for getting a server [1] credentials from the settings
config. You should use that.
/Anders
[1]
Ok, thanks for clarifying.
Greetz
Am 08.06.2015 um 22:09 schrieb Baptiste Mathus:
Actually, it does. appassembler-maven-plugin is a module of the multimodule
project appassembler.
I just checked and it had the same structure at mojo.codehaus.org. (see
Hi,
Not sure I understand.So guessing: you are somehow migrating from a typical
old-school project with jars committed in the project as-is, and you don't
know the version and so on.
If so, then here's how I would proceed:
* compute the sha-1 hash of those jars
* search them though Central
Take a look at maven-gpg-plugin for example on how to access the
encrypted password/passphase as well
-Dan
On Mon, Jun 8, 2015 at 1:07 PM, Néstor Boscán nesto...@gmail.com wrote:
Thanks Anders
That solved the problem!
Regards,
Néstor
On Mon, Jun 8, 2015 at 6:41 AM, Anders Hammar
Hi,
Ok site is generated and online...
Kind regards
Karl Heinz Marbaise
On 6/8/15 5:49 PM, Martijn Dashorst wrote:
OK, thanks!
It appears that the project was migrated, but not its site. Is that as
simple as running a mvn site, and copying target/site to a ghpages
branch?
Martijn
On Mon,
Can you explain how jarfile3.jar gets turned into jarfile-3.x.x?
Lots of jar file names have numbers as the last character without that
character getting turned into a version in Nexus.
I can see how it would get loaded into Nexus as jarfile3-1.0.0 but not
jarfile-3.1.0.0
Getting rid of
Basically yes, when done by hand.
But we obviously plan to ease that for each plugin by making it somehow a
single mvn command. (Karl-Heinz already worked on that)
Cheers
Le 8 juin 2015 5:50 PM, Martijn Dashorst martijn.dasho...@gmail.com a
écrit :
OK, thanks!
It appears that the project was
Hi everyone.
Using maven-plugin-testing-harness 3.3.0, I'm writing a plugin which
contains a Mojo that needs to access project metadata from
org.apache.maven.project.MavenProject.
The Mojo contains this Parameter:
@Parameter( defaultValue = ${project},
readonly = true,
Hi Thomas,
On 6/8/15 12:47 AM, Thomas Broyer wrote:
https://github.com/mojohaus/clirr-maven-plugin ?
Should be accessed via:
http://www.mojohaus.org/clirr-maven-plugin/
If not the documentation has not been regenerated yet..
will happen during the next days...
Kind regards
Karl Heinz
Hi Ron,
might have not explained it right: jarfile3.jar gets turned into
jarfile3-x.x.x.jar due to the version number i have to supply when creating the
artefact in nexus.
I agree it would be easier to either get rid of the version number at build
time or at least change the naming to
Hi Karl Heinz,
thanks for your answer.
Yes, we could change the code with the filename check. But I'm loath to do it
since it is a 3rd party jar file and we had to do this every time a new version
is released...
I'm just surprised that there is no other way or means to tell Maven that a
Yes, MOJO@Codehaus project was renamed MojoHaus.
So, basically, any project you found docs for under
http://mojo.codehaus.org/xyz-maven-plugin should follow the following
pattern:
- its sources should be found under
https://github.com/mojohaus/xyz-maven-plugin
- its website should be
Please be aware that there's still work undergoing. For example, we didn't
yet republish all the websites, but should do it in the upcoming weeks.
Then things will progressively settle (still currently waiting for some
infra bricks like our nexus instance to publish our artifacts).
Please also
Thanks for your quick answer
In my case all my developers have the company's repository user and
password configured in settings.xml. I have a code quality tool based on a
maven mojo that connects to the company's website using the same username
and password. I wanted to see if I coukd extract
There's an api for getting a server [1] credentials from the settings
config. You should use that.
/Anders
[1]
http://maven.apache.org/ref/3.3.3//maven-settings/apidocs/org/apache/maven/settings/Settings.html#getServer(java.lang.String)
On Mon, Jun 8, 2015 at 1:05 PM, Néstor Boscán
-Pabc,xyz
Means you are saying the following profiles are to be active: abc, xyz. By
specifying profiles you are saying do not use the default profiles
-P+abc
Means activate the profile abc in addition to the defaults
-P-xyz
Or
-P!xyz
Means ensure profile xyz is not active even if active by
... changing the code doesn't work, because the jar file in question is a
signed jar...
-Ursprüngliche Nachricht-
Von: Thomas Klöber
Gesendet: Montag, 8. Juni 2015 08:10
An: 'Maven Users List'; 'i...@soebes.de'
Betreff: AW: Help needed with a strange fixed filename
Hi Karl Heinz,
Hi Jenkins experts.
When I do something like
mvn help:active-profiles
for a module defining a profile inside its pom.xml with activeByDefault set to
true, the corresponding profile is indeed active in addition to any profiles
defined in settings.xml.
Now when I do
mvn
In [1] it is stated:
All profiles that are active by default are automatically deactivated when
a profile in the POM is activated on the command line or through its
activation config.
So, it's not a bug but the expected behavior.
/Anders
[1]
-P+abc does not work in the context described in Anders' answer: the profile in
question is also declared in the same POM as the active-by-default one. I would
have expected the '+' syntax to do what I want, but it does not.
--
Alexander Kriegisch
Am 08.06.2015 um 14:18 schrieb Stephen
Hi Alexander,
Personally I avoid using activeByDefault, since as you encountered, it can
be confusing.
Instead, you can use activation based on system properties. That tends to
behave in a more intuitive way, and is also much more flexible, IMO.
Then instead of writing -PmyProfile you write
Hi Thomas,
it's name cannot be changed because during runtime it is checked and
if changed a runtime exception is thrown
IMHO, the fact that your third party JAR does that is incredibly terrible.
Yes, we could change the code with the filename check. But I'm loath
to do it since it is a 3rd
OK, thanks!
It appears that the project was migrated, but not its site. Is that as
simple as running a mvn site, and copying target/site to a ghpages
branch?
Martijn
On Mon, Jun 8, 2015 at 9:24 AM, Baptiste Mathus bmat...@batmat.net wrote:
Yes, MOJO@Codehaus project was renamed MojoHaus.
28 matches
Mail list logo