RE: overriding central repository

[De Mello, Paul]

Ok, that's fine, I can change the approach. Overriding central through 
settings.xml works great.

So, is it that any overriding of repos, through poms, is bad, (say if I define 
a "hello" repo in a parent pom, then override it in a child pom).  Or is this 
strictly about central?

Thanks,
Paul

-Original Message-
From: Michael Osipov  
Sent: Wednesday, December 30, 2020 6:19 AM
To: users@maven.apache.org
Subject: Re: overriding central repository

Am 2020-12-29 um 20:04 schrieb De Mello, Paul:
> Hi, I hope this is the right place to ask this.
> 
> I have overridden the central repository in my pom (with a corporate 
> artifactory repo).  On a clean .m2, when I run mvn package, all of my 
> dependencies download from this artifactory repo. Perfect.  During this 
> process all of the Downloaded/Downloading logs show something like:
> "Downloading from central: 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__artifactory&d=DwIC-g&c=wmXzi2agfy7gEs3kYxhhNlK5YqQ_XRgfPhjt-qqffT8&r=kRHPqWn6-c3RZW3wTw1VyXFJyamBS8uEvl_tMNQh2oQ&m=5H5WB8NOe6sctIYTO8VO1OPeA4Na9E_T2KnLbRI5XkU&s=EN8CZcZcX-xeAKxxrdsCNuUH3EB0TCakZVzHqW8Y8Lk&e=
>  ."

No, you never override central in your POM. See 
https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_MNG-2D6772&d=DwIC-g&c=wmXzi2agfy7gEs3kYxhhNlK5YqQ_XRgfPhjt-qqffT8&r=kRHPqWn6-c3RZW3wTw1VyXFJyamBS8uEvl_tMNQh2oQ&m=5H5WB8NOe6sctIYTO8VO1OPeA4Na9E_T2KnLbRI5XkU&s=v7OnHuMNvktgQwY7cJAvbDFIfrGoalmpUZ9Roucuk10&e=
 .

Change your approach.

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















The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential 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. This message cannot be 
guaranteed to be secure or error-free.
First Republic Bank and its related entities do not take responsibility for, or 
accept time-sensitive instructions sent by email including orders, funds 
transfer instructions or stop payments on checks. All instructions of this 
nature must be handled by direct communication, not email.
We reserve the right to monitor and review the content of all email 
communications sent or received. Emails sent to or from this address may be 
stored in accordance with regulatory requirements.
  



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

overriding central repository

[De Mello, Paul]

Hi, I hope this is the right place to ask this.

I have overridden the central repository in my pom (with a corporate 
artifactory repo).  On a clean .m2, when I run mvn package, all of my 
dependencies download from this artifactory repo. Perfect.  During this process 
all of the Downloaded/Downloading logs show something like:
"Downloading from central: https://artifactory.";

Alternatively: On a clean .m2, when I instead run mvn dependency:go-offline, my 
dependencies *start* downloading from my artifactory repo.  After several 
dependencies are downloaded, I start to see a change, and this process starts 
to download from the *original* central repo.  It's as if the override has gone 
stale somehow.

So my logs start out looking like this:
"Downloading from central: https://artifactory.";
And in the middle of the run, after several successful downloads, shift to 
looking like this:
"Downloading from central: https://repo.maven.apache.org/maven2";

This causes problems in my case, as this public repo is blocked for me.

Why is dependency:go-offline ignoring my override of the central repo, after a 
certain point? What am I doing wrong?

(Also: I have seen many people discouraging the override of a repo in pom.xml, 
rather than settings.xml...  so if that will solve it, then I am open to that.. 
  However, I thought it would still *work* if I specified the override in the 
pom).

Thanks,
Paul















The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential 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. This message cannot be 
guaranteed to be secure or error-free.
First Republic Bank and its related entities do not take responsibility for, or 
accept time-sensitive instructions sent by email including orders, funds 
transfer instructions or stop payments on checks. All instructions of this 
nature must be handled by direct communication, not email.
We reserve the right to monitor and review the content of all email 
communications sent or received. Emails sent to or from this address may be 
stored in accordance with regulatory requirements.
  

Re: Publish Artifact with test

[Paul Hammant]

Following what Anders said: This is because some folks may use your
intended testing tech in a production capacity.

I co-created Selenium (a functional testing tool), and plenty of people use
it from scraping live websites/webapps for various good (also nefarious)
reasions. Specifically: not for testing at all.

Re: Quicker local maven builds article

[Paul Hammant]

First time I met Jason was at a Codehaus party in Amsterdam in 2003. I miss
that portal.

Maven's XML is too element normal for my liking.  Attributes where
appropruate would be good. Also deps and GAVs needs a shakeup, IMO:


  
 com.thoughtworks.xstream:xsteam:1.4.3
  
  
org.junit:junit:4.12
org.seleniumhq.selenium:selenium-java:3.14159
  

Not being able to grep for specific GAVs is a critical flaw.

So I've played with Takari and I like it. I'm able to make super fast
builds without it though. The time-pit is all categories of integration
test. That Maven's recursion fu is slower than Gradles isn't where time is
lost for most *corporate* builds.

- Paul

Re: Quicker local maven builds article

[Paul Hammant]

Thanks for the links and words of encouragement, gents. I'll update the
blog entry accordingly.

I'm not a Maven committer (though i am an ASF member). I harang the
committers on rotating topics over the years, and at some point they'll
implement something similar to this if they want to. I love open source
where the 'upstream' team has a policy of patch consumption if they can't
state strong reasons for not doing so. And that's not Apache's policy.

Python3 proves to be a good prototyping tool. Maven's way is plugins, and
my creation/publish elapsed time would be 10x greater that way as I'd have
to learn it first. I think I'm faster with Java solutions than Python ones
generally, but not when I'm close to Bash. I could have done this in Bash,
but it'd have been six hours to make to this level of polish instead of the
three that it was.

Perfect world for me would be:

mvn -f buildThis.txt

Where buildThis.txt was:

  compile:
 foo, bar
  test:
 foo, bar, baz

That'd allow one invocation of Java, rather than two as I have it.

On the Maven sub-reddit, we've 40 new subscribers now as of this post :) I
love Reddit because of threading, in the same way I loved NNTP 20 years ago.

Quicker local maven builds article

[Paul Hammant]

https://www.reddit.com/r/Maven/comments/dklz1e/quicker_local_maven_builds/

^ A small script to help you have quicker Maven invocations for changes in
your (Git) checkout on your dev workstation.

Also, a reminder that there is a sub-reddit for Maven now -
https://www.reddit.com/r/Maven/

- Paul

Re: Kotlin for your pom

[Paul Hammant]

I might do a blog entry on it, making the same points with an example :)

Maven moves slowly but things like this are key to its future :)
Apart from anything else 


 
 
 


... has to die, ASAP, because grep/ag/ack is pretty much useless for
searching recursively.


On Thu, Apr 4, 2019 at 6:38 AM Manfred Moser 
wrote:

> Supposedly IntelliJ Idea has good support for Kotlin DSL usage already.
> There is an experimental support feature for Eclipse that used to work for
> some dialects, but I have not tried it recently.
>
> I am not sure about other dialects or IDEs to be honest.
>
> If you find out anything while playing around, I would love to update the
> docs with a PR from you ;-)
>
> Manfred
>
> Oliver B. Fischer wrote on 2019-03-30 08:59:
>
> > 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
> >
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: [SUSPICIOUS] Re: Running integration tests twice against different webapp configurations

[Paul Hammant]

You're explicitly calling stop() on both Jetty instances ... (pass or fail)
and not just letting it fall through to the Shutdown hook which is static ?


On Sat, Oct 13, 2018 at 1:31 AM Ellis, Scott 
wrote:

> Thank you Thomas! The parallel solution worked  or me. And thanks for the
> other replies too.
>
> For the record, the second jetty instance must use the run-forked goal,
> because  the ShutdownMonitor thread in jetty is declared static. A design
> flaw in my opinion. Trying to run a second jetty instance in the same vm
> fails with error "ShutdownMonitor already started,"  even with a different
> key and port.
>
> Thanks,
> Scott
>
> -Original Message-
> From: Thomas Broyer [mailto:t.bro...@gmail.com]
> Sent: Friday, October 12, 2018 2:34 AM
> To: Maven Users List 
> Subject: [SUSPICIOUS] Re: Running integration tests twice against
> different webapp configurations
>
> Alternatively, if possible, you could possibly run the app with both
> configurations in parallel (two executions of jetty-maven-plugin in
> pre-integration-test and post-integration-test phase, using different
> ports), and run you tests twice, for each app / port (two executions of
> failsafe at integration-test phase)
>
> On Fri, Oct 12, 2018 at 8:44 AM Anders Hammar  wrote:
>
> > I'd say you need two modules; one for each IT setup. Each module is a
> > Maven project and will then run the integration tests. The actual
> > integration test code could then be in a third module and you declare
> > a dependency on that artifact.
> >
> > /Anders
> >
> > On Thu, Oct 11, 2018 at 11:21 PM Ellis, Scott
> >  > >
> > wrote:
> >
> > > Hi,
> > >
> > > I have a project that builds a webapp and runs integration tests
> > > against it using the failsafe plugin and the jetty-maven-plugin.
> > >
> > > That is, I use the jetty-maven-plugin to start jetty in the
> > > pre-integration-test phase, run the tests, then shut jetty down in
> > > the post-integration-test phase.
> > >
> > > Now, my web app can have an entirely different configuration in
> > > addition to the existing one, so I need to start jetty with a new
> > > config and run a new suite of tests, while maintaining all the
> existing functionality.
> > >
> > > So what I really want to do it run these phases twice:
> > >
> > > pre-integration-test
> > > integration-test
> > > post-integration-test
> > >
> > > First I want to run them with the my webapp configured the old way,
> > > and then run the same phases again with my webapp configured the new
> way.
> > >
> > > Any advice on how to do this? The configurations can be set with
> > > system properties. The problem is how to run those phases twice in
> that order.
> > >
> > > Thanks for any insight you can offer, Scott
> > >
> >
>

Re: Running integration tests twice against different webapp configurations

[Paul Hammant]

There's Cuppa which is super cool and allows to control such things to a
very fine level.

https://github.com/cuppa-framework/cuppa/

It is not clear that Cuppa has multi-year life though. I wish it did.

On Thu, Oct 11, 2018 at 10:21 PM Ellis, Scott 
wrote:

> Hi,
>
> I have a project that builds a webapp and runs integration tests against
> it using the failsafe plugin and the jetty-maven-plugin.
>
> That is, I use the jetty-maven-plugin to start jetty in the
> pre-integration-test phase, run the tests, then shut jetty down in the
> post-integration-test phase.
>
> Now, my web app can have an entirely different configuration in addition
> to the existing one, so I need to start jetty with a new config and run a
> new suite of tests, while maintaining all the existing functionality.
>
> So what I really want to do it run these phases twice:
>
> pre-integration-test
> integration-test
> post-integration-test
>
> First I want to run them with the my webapp configured the old way, and
> then run the same phases again with my webapp configured the new way.
>
> Any advice on how to do this? The configurations can be set with system
> properties. The problem is how to run those phases twice in that order.
>
> Thanks for any insight you can offer,
> Scott
>

Sharing components between build extension and plugin

[Paul Benedict]

Good day. I am seeking help for a Maven 3 (3.3.9) problem I am unable to
resolve. I've been hacking at it for about three weeks on-and-off and I
cannot find any solution. I've gone pretty much around the block both in
trial-and-error changes and web searches to no avail.

Here are the details in a simplified manner:

Project A
*) Common component library
*) A bunch of my own Plexus components
*) One such is @Component(role=Foo.class, instantiationStrategy="singleton")

Project B
*) Maven build extension
*) Dependent upon Project A artifact
*) One class of @Component(role = AbstractMavenLifecycleParticipant.class)
*) Takes the injected Foo component and stuffs it into a plugin context

Project C
*) Maven build plugin
*) Dependent upon Project A artifact
*) Retrieves Foo component instance from its plugin context

Project D
*) Application
*) POM specifies build  of Project B's artifact
*) POM specifies build 

When I build Project D, I cannot ever get the extension (Project B) and the
plugin (Project C) to ever see the same instance of Foo. As I said, I have
tried a myriad of configurations without success. The build dies with a
CastClassException because the extension and plugin clearly have a
different Class instance.

So my question is...

What is the cookbook formula where a build extension and a build plugin,
specified in the same POM, are able to share one and only one instance of
Foo component?

Cheers and God bless,
Paul

Re: - - SPAM - -AW: Alternate Maven dependency upgrade opportunities report

[Paul Hammant]

You're quite right. Documentation updated to reflect that.

Alternate Maven dependency upgrade opportunities report

[Paul Hammant]

If Maven-central has some upgrades for one of your project's dependencies,
this little Python script can quickly* tell you.

https://github.com/paul-hammant/analyze-mvn-deps

Key feature:

In some cases, the script may suggest two or more alternate upgrade
suggestions. For example (as of July 27th), a Maven project depending on
the jar for Groovy v2.5.0 would see *three alternate suggested upgrades*:
3.0.0-alpha-3, 2.6.0-alpha-4, or 2.5.1.

* "quickly" may be minutes if the multi-module project is big enough.

-- 
Paul Hammant DevOps <https://devops.paulhammant.com> Let me give your
enterprise a step by step plan to migrate from GitFlow (or worse) to
high-throughput CD on the essential DevOps foundation: Trunk-Based
Development.

Re: Maven Installation Troubleshooting

[Paul Hammant]

Your screenshot didn't come through, Hanna.

Also, Windows 10 - right ?

Re: Not able to read jars in repo intermittently

[Paul Hammant]

What jars are you overwriting in your Maven repo?  The SNAPSHOT system
allows things to be written in at the same time as other jobs depending on
the previous version.

Is this a problem with SNAPSHOT jars or non SNAPSHOT jars?  It looks like
you're saying non SNAPSHOT:
org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar
being your example. Why do you need to publish that more than once ever?

- Paul

Re: ConcurrentContinuous Delivery Maven Builds

[Paul Hammant]

Have a Jenkins job that runs at 10pm that picks up the *last green build*
of the day and re-does it (skipping tests this time) but goes on to push
the war file (or equiv) to the appropriate QA machines servers.

That builds ran in parallel earlier in the day, is not longer important.
Again, skip the pushing to Artifactory/Nexus for QA builds.

And that's CI not CD by the way (CD would be every commit into an env if
the build passes at the bleeding edge or every N builds through the day
from trunk/master).

- Paul

On Wed, Mar 14, 2018 at 5:44 PM, Dan Tran  wrote:

> @Paul yes the final build artifacts go to QA. I guess I can instrument
> Maven only deploy the necessary files.  But I still need to deploy full
> snapshot build once a day
>
> @Francois, for my case, it very very possible that 2 parallel pipelines
> pushing same artifact ( different versions) to maven repo and step on each
> other maven-metadata.xml files
>
> Thanks
>
> -D
>
> On Wed, Mar 14, 2018 at 2:14 PM, Francois MAROT 
> wrote:
>
> > What do you mean by "pushing maven-metadata.xml which can be corrupted" ?
> > Are you talking about https://issues.apache.org/jira/browse/MDEPLOY-221
> > which is solved in Maven 3.5.2 (even 3.5.1 I think) ?
> >
> >
> >
> > --
> > Sent from: http://maven.40175.n5.nabble.com/Maven-Users-f40176.html
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>



-- 
Paul Hammant DevOps <https://devops.paulhammant.com> Let me give your
enterprise a step by step plan to get out of the hell of crazy branching
models (ClearCase maybe?) and into the world of high-throughput CD on
DevOps foundations.

Re: ConcurrentContinuous Delivery Maven Builds

[Paul Hammant]

Continuous Delivery is into QA / UAT, right?
Continuous Deployment is into Prod.

You need the jars in Artifactory because other teams depend on them?  If
not then just deploy to QA/UAT and don't drop jars (or anything) into
Nexus/Artifactory/WebDAV.

- Paul



On Wed, Mar 14, 2018 at 4:31 AM, Dan Tran  wrote:

> Hi
>
> I have a requirement to run concurrent maven continuous deliver style.
> Each new commit/PR triggers new pipeline with unique version.
>
> Since maven deployment also pushing maven-metadata.xml which can be
> corrupted for concurrent pipeplines
>
> I wonder if Artifactory or Nexus have some type of protection for this
> scenario?
>
> Thanks
>
> -Dan
>



-- 
Paul Hammant DevOps <https://devops.paulhammant.com> Let me give your
enterprise a step by step plan to get out of the hell of crazy branching
models (ClearCase maybe?) and into the world of high-throughput CD on
DevOps foundations.

Re: Curious DEBUG message from maven-script-ant plugin

[Paul Benedict]

I am following up on my question. No answer yet. I don't have an answer
myself In addition, I have noticed that none of Maven's properties are
available to me inside my Ant script. I have to explicitly create
parameters in my Ant-mojo descriptor with default values. Could this be
related to the aforementioned?

Cheers and God bless,
Paul

On Mon, Feb 12, 2018 at 3:06 PM, Paul Benedict  wrote:

> I found this message in my output when turning on Maven's debug option
> (-X). It looks like an error to me, or at least a warning, and I don't know
> what the consequences are. It "sounds bad" but I am not sure what it is
> complaining about or what to do about it.
>
> Output:
> ===
> [DEBUG] The following standard Maven Ant-mojo support objects could not be
> created:
>
> -  Maven parameter expression evaluator for Ant properties.
>
> Maven project, session, mojo-execution, or path-translation parameter
> information is
> missing from this mojo's plugin descriptor.
>
> Perhaps this Ant-based mojo depends on maven-script-ant < 2.1.0, or used
> maven-plugin-tools-ant < 2.2 during release?
> ===
>
> What am I do to about this?
>
> Cheers and God bless,
> Paul
>

Re: New JDK 9 module chasing tool (was: Getting a list of "to be modularized" dependencies in topological order?)

[Paul King]

Looks good.

A small bit of feedback.  I tried using it on a project (Groovy) with
an "all" artifact that has no jar - just references other jars. Even
when I specified "pom" it tried to look for the jar
artifact. Despite the error stacktrace it continued and still seemed
to produce the correct result. I don't know whether it's possible to
reduce such noise.

Cheers, Paul.


On Sat, Feb 24, 2018 at 2:27 AM, Mark Raynsford
 wrote:
> I've published a plugin here:
>
> https://github.com/io7m/modulechaser
>
> It produces a standalone XHTML report detailing the modularization
> status of the transitive dependencies of any project you point it at.
> The status table is presented in reverse-topological order; start
> bugging maintainers at the top first and work downwards. :)
>
> A report produced for:
>
>   https://github.com/io7m/universe
>
> ... Looks like this:
>
>   https://ataxia.io7m.com/2018/02/23/modules.xhtml
>
> The project has had minimal testing, so there are likely to be issues.
> It more or less delegates all of the actual work to the various Maven
> dependency analysis code. Please let me know if it chokes on anything
> you'd consider to be reasonable.
>
> I'm still waiting to be able to push this to Central - I've run into
> what appears to be a compatibility issue with the version of libgpg used
> on Maven Central. I've filed a ticket with Sonatype and am just waiting
> for them to upgrade their infrastructure. Until that happens, you'll
> have to clone and "mvn install" this yourself. Sorry!
>
> --
> Mark Raynsford | http://www.io7m.com
>

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

Re: Question regarding Maven's local repository use

[Paul Benedict]

Anders, I am researching my project/repository against your explanation. I
will follow up with a real answer once complete. Thanks for your response.

On Mon, Feb 5, 2018 at 3:25 PM, Anders Hammar  wrote:

> I'd like to stress that my explanations are from what I recall. I could be
> wrong.
>
> If my memory serves me right and this is how it works, I believe it was
> just to prevent the scenario you're describing (switching between different
> repos) from causing the wrong result. The idea was then that if you change
> your repo/mirror config, your intention is to use the current declared
> repo(s)/mirror(s). So anything from some other repo(s) shouldn't be used.
> However, using the repo/mirror id is probably not the best solution; using
> the url would probably be better.
>
> So, in your scenario, you typically work with a corporate proxy/mirror
> (like Nexus) that only gives you access to procured artifacts. Then you
> want to use/test some artifact that the mirror don't allow, so you work
> directly towards central. Then you switch back to your procured mirror and
> Maven now prevents you from using the artifact that doesn't exist in the
> procured mirror.
> I'd say everything works as intended then. Maven stops you from using an
> artifact that you shouldn't be using according to your configuration. If
> you would like to use that artifact, you should be working towards central
> directly or your mirror should provide it.
> Do you see my point?
>
> /Anders
>
> On Mon, Feb 5, 2018 at 10:06 PM, Paul Benedict 
> wrote:
>
> > Anders, I have a question for your clarification. I think you're saying
> > that because some repositories aren't in best condition, this is a way to
> > make sure the intended artifact of the intended repository is downloaded?
> > Okay. If that's the case, that sounds like a really weird edge case that
> > shouldn't figure into normal use. If I ever encountered such a problem, a
> > developer should rely on dependency:purge-local-repository to trash the
> > bad
> > download.
> >
> > So is there any room for a Maven enhancement here? I am still not
> convinced
> > the current behavior is sensible as a default. I really want to allow my
> > repositories, with local artifacts pre-cached in my local repository, to
> go
> > offline without causing a build panic. What are anyone's thoughts on here
> > about how Maven could adopt behavior like I want? I could probably write
> a
> > patch but I'd like a "meeting of the minds" to turn this idea from good
> to
> > better.
> >
> > On Mon, Feb 5, 2018 at 12:56 PM, Anders Hammar 
> wrote:
> >
> > > IIRC this change was introduced as an artifact sometimes differ between
> > > repositories. They shouldn't do, but some repos aren't handled
> correctly.
> > > So if the repo id changes compared to the one stored for a locally
> cached
> > > artifact, Maven tries to download it again.
> > >
> > > /Anders
> > >
> > > On Mon, Feb 5, 2018 at 5:04 PM, Paul Benedict 
> > > wrote:
> > >
> > > > I think you're right. However, I am still curious why Maven is acting
> > > like
> > > > it does -- in terms of requirements. Maven already has the artifact
> > > > locally. There's not a reason (and never a reason?) for it to ever be
> > > > retrieved again, right?
> > > >
> > > > On Fri, Feb 2, 2018 at 1:40 AM, Anders Hammar 
> > wrote:
> > > >
> > > > > What I think you're running into is that Maven keeps track of from
> > > which
> > > > > repo an artifact in the local repo was downloaded from. When you
> > > > > remove/restore the mirror config the repo id most likely changes
> > which
> > > > > causes Maven to try to download again.
> > > > > There should be a filed named _remote.repositories next to every
> > > artifact
> > > > > in the loca lrepo where you can find this info.
> > > > >
> > > > > IIRC this was a change between Maven 2 and Maven 3, or a change
> that
> > > > > happened very early in the life of Maven 3. Before that Maven
> didn't
> > > keep
> > > > > track of from where an artifact was downloaded.
> > > > >
> > > > > /Anders
> > > > >
> > > > > On Fri, Feb 2, 2018 at 2:05 AM, Paul Benedict <
> pbened...@apache.org>
> > > > > wrote:
> > > > >
> > >

Curious DEBUG message from maven-script-ant plugin

[Paul Benedict]

I found this message in my output when turning on Maven's debug option
(-X). It looks like an error to me, or at least a warning, and I don't know
what the consequences are. It "sounds bad" but I am not sure what it is
complaining about or what to do about it.

Output:
===
[DEBUG] The following standard Maven Ant-mojo support objects could not be
created:

-  Maven parameter expression evaluator for Ant properties.

Maven project, session, mojo-execution, or path-translation parameter
information is
missing from this mojo's plugin descriptor.

Perhaps this Ant-based mojo depends on maven-script-ant < 2.1.0, or used
maven-plugin-tools-ant < 2.2 during release?
===

What am I do to about this?

Cheers and God bless,
Paul

Metadata multiplicity of maven-script-ant plugins

[Paul Benedict]

I have a question based on these two references:

*)
https://maven.apache.org/plugin-tools-archives/plugin-tools-3.2/maven-plugin-plugin/examples/ant-mojo.html

*) https://books.sonatype.com/mcookbook/reference/ch04s04.html

In each reference, the reader is directed to create one xxx.build.xml and
xxx.mojos.xml where "xxx" represents the plugin name. I have done that.
However, is there an implication here that ONLY ONE plugin can be defined?
Am I able to also include a yyy.build.xml and yyy.mojos.xml?

Cheers,
Paul

Re: Question regarding Maven's local repository use

[Paul Benedict]

Anders, I have a question for your clarification. I think you're saying
that because some repositories aren't in best condition, this is a way to
make sure the intended artifact of the intended repository is downloaded?
Okay. If that's the case, that sounds like a really weird edge case that
shouldn't figure into normal use. If I ever encountered such a problem, a
developer should rely on dependency:purge-local-repository to trash the bad
download.

So is there any room for a Maven enhancement here? I am still not convinced
the current behavior is sensible as a default. I really want to allow my
repositories, with local artifacts pre-cached in my local repository, to go
offline without causing a build panic. What are anyone's thoughts on here
about how Maven could adopt behavior like I want? I could probably write a
patch but I'd like a "meeting of the minds" to turn this idea from good to
better.

On Mon, Feb 5, 2018 at 12:56 PM, Anders Hammar  wrote:

> IIRC this change was introduced as an artifact sometimes differ between
> repositories. They shouldn't do, but some repos aren't handled correctly.
> So if the repo id changes compared to the one stored for a locally cached
> artifact, Maven tries to download it again.
>
> /Anders
>
> On Mon, Feb 5, 2018 at 5:04 PM, Paul Benedict 
> wrote:
>
> > I think you're right. However, I am still curious why Maven is acting
> like
> > it does -- in terms of requirements. Maven already has the artifact
> > locally. There's not a reason (and never a reason?) for it to ever be
> > retrieved again, right?
> >
> > On Fri, Feb 2, 2018 at 1:40 AM, Anders Hammar  wrote:
> >
> > > What I think you're running into is that Maven keeps track of from
> which
> > > repo an artifact in the local repo was downloaded from. When you
> > > remove/restore the mirror config the repo id most likely changes which
> > > causes Maven to try to download again.
> > > There should be a filed named _remote.repositories next to every
> artifact
> > > in the loca lrepo where you can find this info.
> > >
> > > IIRC this was a change between Maven 2 and Maven 3, or a change that
> > > happened very early in the life of Maven 3. Before that Maven didn't
> keep
> > > track of from where an artifact was downloaded.
> > >
> > > /Anders
> > >
> > > On Fri, Feb 2, 2018 at 2:05 AM, Paul Benedict 
> > > wrote:
> > >
> > > > My Maven version is 3.3.9. For my typical use case, my settings.xml
> > has a
> > > >  of "central" that provides a procured subset of artifacts.
> It
> > > > contains nearly everything I might need to do a desktop build.
> However,
> > > > sometimes I need to connect to the real "central" directly to try and
> > > test
> > > > an experimental artifact; therefore I temporarily wipe out my
> ,
> > > let
> > > > Maven resolve the artifact and place it in my local repository, and I
> > can
> > > > test accordingly.
> > > >
> > > > Now this is where my trouble begins. After restoring my ,
> Maven
> > > > complains: "Failure to find xxx:yyy:1.0.0  was cached in local
> > > > repository, resolution will not be reattempted until...".
> > > >
> > > > This is very confusing to me. The artifact version is NOT a snapshot.
> > > Yes,
> > > > I am online, but why does Maven need to verify the artifact in the
> > remote
> > > > repository given it already resides in my local repository? Since
> > > > non-snapshots can never be re-updated, I don't see a need for Maven
> to
> > > make
> > > > a remote connection. It seems unnecessary.
> > > >
> > > > Perhaps I am misunderstanding a requirement of Maven. I was really
> > > hoping I
> > > > could be disconnected from the artifact's remote repository, but
> > > evidently
> > > > not. Why is Maven acting this way?
> > > >
> > > > Thank you!
> > > >
> > > > Cheers,
> > > > Paul
> > > >
> > >
> >
> >
> >
> > --
> > Cheers,
> > Paul
> >
>



-- 
Cheers,
Paul

Re: Question regarding Maven's local repository use

[Paul Benedict]

I think you're right. However, I am still curious why Maven is acting like
it does -- in terms of requirements. Maven already has the artifact
locally. There's not a reason (and never a reason?) for it to ever be
retrieved again, right?

On Fri, Feb 2, 2018 at 1:40 AM, Anders Hammar  wrote:

> What I think you're running into is that Maven keeps track of from which
> repo an artifact in the local repo was downloaded from. When you
> remove/restore the mirror config the repo id most likely changes which
> causes Maven to try to download again.
> There should be a filed named _remote.repositories next to every artifact
> in the loca lrepo where you can find this info.
>
> IIRC this was a change between Maven 2 and Maven 3, or a change that
> happened very early in the life of Maven 3. Before that Maven didn't keep
> track of from where an artifact was downloaded.
>
> /Anders
>
> On Fri, Feb 2, 2018 at 2:05 AM, Paul Benedict 
> wrote:
>
> > My Maven version is 3.3.9. For my typical use case, my settings.xml has a
> >  of "central" that provides a procured subset of artifacts. It
> > contains nearly everything I might need to do a desktop build. However,
> > sometimes I need to connect to the real "central" directly to try and
> test
> > an experimental artifact; therefore I temporarily wipe out my ,
> let
> > Maven resolve the artifact and place it in my local repository, and I can
> > test accordingly.
> >
> > Now this is where my trouble begins. After restoring my , Maven
> > complains: "Failure to find xxx:yyy:1.0.0  was cached in local
> > repository, resolution will not be reattempted until...".
> >
> > This is very confusing to me. The artifact version is NOT a snapshot.
> Yes,
> > I am online, but why does Maven need to verify the artifact in the remote
> > repository given it already resides in my local repository? Since
> > non-snapshots can never be re-updated, I don't see a need for Maven to
> make
> > a remote connection. It seems unnecessary.
> >
> > Perhaps I am misunderstanding a requirement of Maven. I was really
> hoping I
> > could be disconnected from the artifact's remote repository, but
> evidently
> > not. Why is Maven acting this way?
> >
> > Thank you!
> >
> > Cheers,
> > Paul
> >
>



-- 
Cheers,
Paul

Question regarding Maven's local repository use

[Paul Benedict]

My Maven version is 3.3.9. For my typical use case, my settings.xml has a
 of "central" that provides a procured subset of artifacts. It
contains nearly everything I might need to do a desktop build. However,
sometimes I need to connect to the real "central" directly to try and test
an experimental artifact; therefore I temporarily wipe out my , let
Maven resolve the artifact and place it in my local repository, and I can
test accordingly.

Now this is where my trouble begins. After restoring my , Maven
complains: "Failure to find xxx:yyy:1.0.0  was cached in local
repository, resolution will not be reattempted until...".

This is very confusing to me. The artifact version is NOT a snapshot. Yes,
I am online, but why does Maven need to verify the artifact in the remote
repository given it already resides in my local repository? Since
non-snapshots can never be re-updated, I don't see a need for Maven to make
a remote connection. It seems unnecessary.

Perhaps I am misunderstanding a requirement of Maven. I was really hoping I
could be disconnected from the artifact's remote repository, but evidently
not. Why is Maven acting this way?

Thank you!

Cheers,
Paul

Re: On upgrading Guava to the latest 23.5 getting NoSuchMethodError for Preconditions.checkArgument

[Paul Hammant]

What did "mvn dependency:tree" report before and after the change?

A google style monorepo in Git (With Maven as a the build system)

[Paul Hammant]

Writeup here: https://timkrueger.me/a-maven-git-monorepo/

Sure, Google's monorepo uses *Piper* (an unreleased Perforce-alike they
made in-house) not git, which can scale to 25,000 committers in a single
trunk (they have been doing trunk-based-development complete with a
PR-alike workflow since the mid 2000's).

They also use Blaze as a build system (partially released to OSS-land as
Blaze) which is a directed graph build system rather than a (depth-first)
recursive one like Maven.

Those two differences didn't stop Tim Krüger from taking is colleagues into
the mono-repo world with Git and Maven as factors, and implement the same
expand/contract capability that Google has.

- Paul

-- 
Paul Hammant DevOps <https://devops.paulhammant.com/> Let me give you a
step by step plan to get out of the hell of ClearCase and crazy branching
models and into the world of high-throughput CD on DevOps foundations.

Re: If anyone ever wanted to download a bunch of deps specified in a Maven POM for an Ant build

[Paul Hammant]

Looks good. My Google fu let me down!

On Mon, Jun 12, 2017 at 11:41 AM, Manfred Moser 
wrote:

> Why not use the Maven Resolver (formerly Eclipse Aether) Ant Tasks?
>
> https://maven.apache.org/resolver-archives/resolver-ant-tasks-LATEST/
>
> Paul Hammant wrote on 2017-06-11 11:53:
>
> > If your 'current directory' is a Maven checkout, I have a Python script
> > that will download the dependencies into a libs/ folder. Well,
> > libs/compile/ libs/test/ etc - one subfolder per scope.
> >
> > See here:
> > https://github.com/paul-hammant/spring-jetty-
> integrationtest-ant-example/blob/master/mavdl.py
> >
> > I asked a question on Stackoverflow then answered it myself when my bash
> > skills fell short of a bash one-liner for the same: -
> > https://stackoverflow.com/questions/44390253
> >
> > In the case of my demo project 'spring-jetty-integrationtest-ant-example'
> I
> > checked all the jars into Git again, like it was still the early 2000's
> :)
> >
> > - Paul
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: If anyone ever wanted to download a bunch of deps specified in a Maven POM for an Ant build

[Paul Hammant]

Copy/pasta - https://issues.apache.org/jira/browse/MDEP-570:

There's a three command sequence to download an Maven artifact and all its
transitive deps to a directory:

mvn dependency:get
-Dartifact=org.eclipse.jetty:jetty-servlets:9.4.5.v20170502
-Dtransitive=true
mvn dependency:copy-dependencies -f
~/.m2/repository/org/eclipse/jetty/jetty-servlets/9.4.5.v20170502/jetty-servlets-9.4.5.v20170502.pom
-DoutputDirectory=$(pwd)/foo/ -DincludeScope=compile
cp 
~/.m2/repository/org/eclipse/jetty/jetty-servlet/9.4.5.v20170502/jetty-servlet-9.4.5.v20170502.jar
foo/


- Paul

On Sun, Jun 11, 2017 at 3:30 PM, Thomas Broyer  wrote:

> Wouldn't have dependency:copy-dependencies helped here rather than
> sed/grep/wget? (maybe not, devil is in the details and I just skimmed
> through your script)
> https://maven.apache.org/plugins/maven-dependency-
> plugin/copy-dependencies-mojo.html
>
> Le dim. 11 juin 2017 20:53, Paul Hammant  a écrit :
>
> > If your 'current directory' is a Maven checkout, I have a Python script
> > that will download the dependencies into a libs/ folder. Well,
> > libs/compile/ libs/test/ etc - one subfolder per scope.
> >
> > See here:
> >
> > https://github.com/paul-hammant/spring-jetty-
> integrationtest-ant-example/blob/master/mavdl.py
> >
> > I asked a question on Stackoverflow then answered it myself when my bash
> > skills fell short of a bash one-liner for the same: -
> > https://stackoverflow.com/questions/44390253
> >
> > In the case of my demo project 'spring-jetty-integrationtest-ant-example'
> I
> > checked all the jars into Git again, like it was still the early 2000's
> :)
> >
> > - Paul
> >
>

If anyone ever wanted to download a bunch of deps specified in a Maven POM for an Ant build

[Paul Hammant]

If your 'current directory' is a Maven checkout, I have a Python script
that will download the dependencies into a libs/ folder. Well,
libs/compile/ libs/test/ etc - one subfolder per scope.

See here:
https://github.com/paul-hammant/spring-jetty-integrationtest-ant-example/blob/master/mavdl.py

I asked a question on Stackoverflow then answered it myself when my bash
skills fell short of a bash one-liner for the same: -
https://stackoverflow.com/questions/44390253

In the case of my demo project 'spring-jetty-integrationtest-ant-example' I
checked all the jars into Git again, like it was still the early 2000's :)

- Paul

Re: Producing java8 and java7 versions

[Paul Hammant]

Older releases tried to have a single jar that had adaptive bytecode
within, right Jörg

Specifically, class file formats 49, 50, 51 in one Jar.

- Paul

On Thu, Jun 8, 2017 at 2:06 PM, Jörg Schaible  wrote:

> Hi Chistopher,
>
> Christofer Dutz wrote:
>
> > Perhaps not adding any suffix to the version for the java8 version would
> > be ok and to add “java7” to the version for the legacy builds would be a
> > good compromise.
>
> That's what XStream has done with the last release.
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Maven Shell

[Paul King]

OK, cool. Is the jline3 integration likely before the final?

Cheers, Paul.

On Fri, Apr 21, 2017 at 8:05 AM, Manfred Moser  wrote:
> This is a snapshot (=development) build - so no.
>
> Manfred
>
> Paul King wrote on 2017-04-20 14:30:
>
>> Nice Jason. Is it available via sdkman?
>>
>> Cheers, Paul.
>>
>> On Thu, Apr 20, 2017 at 4:08 PM, Jason Dillon  wrote:
>>> Folks, just a quick not that I’ve updated Maven Shell for the latest
>>> release, can be found with the latest SNAPSHOT:
>>>
>>> https://oss.sonatype.org/content/repositories/snapshots/com/planet57/maven/shell/dist/mvnsh-assembly/1.2.0-SNAPSHOT/
>>>
>>> Locally seems to be fully functional.  I’ve been updating GShell (which
>>> mvnsh is based on) as well.
>>>
>>> I’m considering augmenting the release versions of mvnsh to match the
>>> upstream versions.
>>>
>>> I’m also eventually gonna update the jline support as I think jline3 is much
>>> much improved, thanks to gnodet, but I haven’t done that yet.
>>>
>>> If there are folks that may still be using older versions of the shell, I’d
>>> like to ask them to test the latest SNAPSHOTS and report back any issues.
>>>
>>> Cheers,
>>>
>>> —jason
>>>
>>
>> -
>> 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
>

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

Re: Maven Shell

[Paul King]

Nice Jason. Is it available via sdkman?

Cheers, Paul.

On Thu, Apr 20, 2017 at 4:08 PM, Jason Dillon  wrote:
> Folks, just a quick not that I’ve updated Maven Shell for the latest release, 
> can be found with the latest SNAPSHOT:
>
> https://oss.sonatype.org/content/repositories/snapshots/com/planet57/maven/shell/dist/mvnsh-assembly/1.2.0-SNAPSHOT/
>
> Locally seems to be fully functional.  I’ve been updating GShell (which mvnsh 
> is based on) as well.
>
> I’m considering augmenting the release versions of mvnsh to match the 
> upstream versions.
>
> I’m also eventually gonna update the jline support as I think jline3 is much 
> much improved, thanks to gnodet, but I haven’t done that yet.
>
> If there are folks that may still be using older versions of the shell, I’d 
> like to ask them to test the latest SNAPSHOTS and report back any issues.
>
> Cheers,
>
> —jason
>

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

RE: maven assembly plugin not recognizing

[Paul Munsey]

finalName has limited use. It works for me at the build level, as seen here:

my-name-1.2.3

...

But even then, Maven won't install (mvn install) that name. As Anders 
mentioned, if you want multiple assembled artifacts with different names, use 
true and your package file's id will be 
included in the filename.

Paul

-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of 
Anders Hammar
Sent: Tuesday, March 07, 2017 10:44 PM
To: Maven Users List
Subject: Re: maven assembly plugin not recognizing 

There is no finalName config parameter for the single goal, see [1]. I suggest 
that you use appendAssemblyId, which is the intended usage.

[1] http://maven.apache.org/plugins/maven-assembly-plugin/single-mojo.html

/Anders

On Tue, Mar 7, 2017 at 11:48 PM, Bikramjit Singh 
wrote:

> I have following Question
>
> How do I use  tag to give different name to two jars ? it 
> is not picking up the  for 2nd  ("client" )
>
> Am I doing it wrong ?
>
> I have following.
>
> 
> 
> 
> org.apache.maven.plugins
> maven-assembly-plugin
> 
> 
> 
> core-assembly
> package
> 
> single
> 
> 
> 
> 
>
> ${project.version}
> 
> 
> 
>
> src/main/core-descriptor.xml
> 
> false
>
> ${project.basedir}/target/dist/framework/lib/server/<
> /
> outputDirectory>
> core
> 
> 
> 
> client-assembly
> package
> 
> single
> 
> 
> 
> 
>
> ${project.version}
> 
> 
> 
>
> src/main/client-descriptor.xml
> 
> false
>
> ${project.basedir}/target/dist/framework/lib/client/<
> /
> outputDirectory>
> client
> 
> 
> 
> 
> 
> 
>
>
> --
> *Thanks*
>
>
> *Bikramjit Singh*
>

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

Re: Configuring the surefire plugin - a question

[Paul Hammant]

I tried many combinations but couldn't make it shorter with the same behavior :(
- ph ---
Just a small hint about the concept of includes/excludes.
A test is executed if and only if it matches any include (or all if there  
are no includes) AND doesn't match any exclude.

The problem I see is that by default you exclude every test (**/*). This  
implies that all includes are useless. By overriding the excludes per  
execution-block you kind of fixed that.

Robert

.

Re: Configuring the surefire plugin - a question

[Paul Hammant]

Thanks João, thanks Robert.

I've taken Robert's snippet and expanded it a little to do what I want:

Diff:
https://github.com/paul-hammant/todobackend-jooby/commit/9626a3155eddbaea74bbf66a3e899b81227842ee
    (repo: paul-hammant/todobackend-jooby* branch: expectations*)

I found that I had to be explicit about excludes too, and have a precursor
exclude that is outside of the three executions.

I did a bunch of trial and error, but this was the minima.

The test of correctness:

  $ mvn install | grep "Time elapsed"
  Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.237 sec
- in todobackend.TodoUnitTest
  Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.51 sec
- in todobackend.TodoIntegrationTest
  Tests run: 4, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 11.608
sec - in todobackend.TodoWebDriverTest
  (ignore some WebDriver noise to std-err)
I can't say I really understand the rules about additive includes and
excludes, but my job is to make speedy builds, not fully understand every
angle bracket of Maven.

Regards,

- Paul


On Fri, Feb 17, 2017 at 2:00 PM, Robert Scholte 
wrote:

> When you only want to change the pom (not the tests), a set of
> executionblocks will do the trick:
>
>   
> org.apache.maven.plugins
> maven-surefire-plugin
> 2.18.1
> 
>   
> unit-tests
> 
> 
>   **/*Unit*.java
> 
> 
>   
>   
> functional-tests
> 
> 
>   **/*WebDriver*.java
> 
> 
>   
>   
> integration-tests
> 
> 
>   **/*Integration*.java
> 
> 
>   
> 
>   
>
>
> On Thu, 16 Feb 2017 11:22:37 +0100, João Cabrita 
> wrote:
>
> I'd say you could add executions to the surefire plugin with different
>> categories:
>> https://maven.apache.org/surefire/maven-surefire-plugin/
>> examples/junit.html#Using_JUnit_Categories
>>
>> Look at this gist (I've omitted some details):
>> https://gist.github.com/kewne/2b909ab5e8035a4e44e406fa35e3276c
>>
>> AFAIK, even if the executions are all bound to the same phase in the
>> lifecycle, they execute in the order specificied in the POM.
>> Beware this is the behavior I've observed and can't confirm it is
>> specified
>> behavior.
>>
>>
>>
>> João Cabrita
>>
>> On 16 February 2017 at 10:06, Paul Hammant  wrote:
>>
>> Hi folks,.
>>>
>>> I've a fast WebDriver using build that I blogged about: A 16 Second Java
>>> Webapp Build (Including WebDriver Tests)
>>> <http://paulhammant.com/2017/02/05/a-16-second-java-webapp-
>>> build-including-webdriver-tests/>
>>> .
>>>
>>> Jooby (like SpringBoot and SparkJava) give new options for testing - it
>>> can
>>> be instantiated in a JUnit test. Everything can be done in Surefire now,
>>> and the Failsafe plugin isn't needed for these.  Don't believe me - watch
>>> the video in the blog entry above, it's not long.
>>>
>>> New problem. I want unit tests to run in this order:
>>>
>>> 1. unit
>>> 2. integration (may invoke service calls headlessly)
>>> 3. function (will use WebDriver)
>>>
>>>
>>> I can't work out what magic I have to do with executions to allow that to
>>> happen.
>>>
>>> Here is how far I got:
>>>
>>>
>>> https://github.com/paul-hammant/todobackend-jooby/blob/
>>> master/pom.xml#L74
>>>
>>> It is all a bit second class, because I'd have to do ...
>>>
>>> mvn clean test -Punit-tests
>>> mvn test -Pintegration-tests
>>> mvn test -Pfunctional-tests
>>>
>>> ... to simulate a pipeline, and I would be happy to just rely on
>>> annotations for classifications.
>>>
>>> I really want to do ...
>>>
>>> mvn clean test -DexecutionOrder=unit,integration,functional
>>> -DstopBuildAtExecutionBoundariesForTestFailures
>>>
>>>
>>> ... and shave seconds off the build.
>>>
>>> How do I configure that tersely and elegantly in the surefire plugin
>>> today?
>>>
>>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Configuring the surefire plugin - a question

[Paul Hammant]

Hi folks,.

I've a fast WebDriver using build that I blogged about: A 16 Second Java
Webapp Build (Including WebDriver Tests)
<http://paulhammant.com/2017/02/05/a-16-second-java-webapp-build-including-webdriver-tests/>
.

Jooby (like SpringBoot and SparkJava) give new options for testing - it can
be instantiated in a JUnit test. Everything can be done in Surefire now,
and the Failsafe plugin isn't needed for these.  Don't believe me - watch
the video in the blog entry above, it's not long.

New problem. I want unit tests to run in this order:

1. unit
2. integration (may invoke service calls headlessly)
3. function (will use WebDriver)


I can't work out what magic I have to do with executions to allow that to
happen.

Here is how far I got:


https://github.com/paul-hammant/todobackend-jooby/blob/master/pom.xml#L74

It is all a bit second class, because I'd have to do ...

mvn clean test -Punit-tests
mvn test -Pintegration-tests
mvn test -Pfunctional-tests

... to simulate a pipeline, and I would be happy to just rely on
annotations for classifications.

I really want to do ...

mvn clean test -DexecutionOrder=unit,integration,functional
-DstopBuildAtExecutionBoundariesForTestFailures


... and shave seconds off the build.

How do I configure that tersely and elegantly in the surefire plugin today?

Re: testCompile goal fails periodically on Windows because it cannot find test-classes directory

[paul]

Yep, I am on windows 7 and get the same thing.  It seems to have calmed
down with Nano.1

On 10/22/2016 2:44 PM, Robert Patrick wrote:
> Hi,
>
>  
>
> I am seeing a periodic error when running our builds on Windows.  When 
> running "mvn clean verify" I occasionally see errors like the following:
>
>  
>
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.5.1:testCompile 
> (test-compile) on project single-application-test: Fatal error compiling: 
> directory not found: 
> C:\projects\myproject\system-test\tests-v2\singleApplicationTest\target\test-classes
>  -> [Help 1]
>
> [ERROR]
>
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
> switch.
>
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>
> [ERROR]
>
> [ERROR] For more information about the errors and possible solutions, please 
> read the following articles:
>
> [ERROR] [Help 1] 
> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>
> [ERROR]
>
> [ERROR] After correcting the problems, you can resume the build with the 
> command
>
>  
>
> [ERROR]   mvn  -rf :single-application-test
>
>  
>
> If I immediately rerun the same "mvn clean verify" command, it works.  Has 
> anyone else seen such problems?
>
>  
>
> Thanks,
>
> Robert
>


-- 
“Consider, you who love money, the one who hanged himself for the sake
of it. Shun the insatiate
 heart that could
dare such a deed against the Teacher.” - Unknown

Re: Multiproject build that needs to build one project only if on a particular os?

[Paul Benedict]

In addition, you can use the --pl option (requires Maven 3.2.1+) to exclude
the child module of your choice.

This example excludes child module "foo":
mvn --pl !foo

Cheers,
Paul

On Tue, Aug 16, 2016 at 2:54 PM, Bernd Eckenfels 
wrote:

> This describes how to control modules with profiles and how to activate
> profiles based on os family:
>
>
> http://books.sonatype.com/mvnref-book/reference/
> profiles-sect-activation.html
>
> Gruss
> Bernd
>
>  Am Tue, 16 Aug 2016 19:47:38 +
> schrieb "KARR, DAVID" :
>
> > I have a multiproject build with three modules, not counting the
> > top-level.  I can build this on either Windows or Linux, but if I'm
> > building on Windows, one of the subprojects should not be built.  I
> > vaguely remember seeing ways to set architecture properties and check
> > for those, but I can't find info on that right now.  How do I set
> > this up?
> >
> > -
> > 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: API for annotation scanning in a mojo?

[Paul Benedict]

Thanks Robert. Just to be clear, because I want to know if your link still
applies, I don't want to scan for Maven annotations, but annotations in the
reactor's current project. Can you confirm I can still use this for that
purpose?

Cheers,
Paul

On Wed, Jul 13, 2016 at 4:58 PM, Robert Scholte 
wrote:

> Hi Paul,
>
> In general there are descriptors generated at compile-time based on either
> doclettags (old-style) or annotations (new-style).
> At runtime it is a matter of reading the descriptor and build up the Maven
> runtime, which should be much faster then runtime annotation scanning.
>
> Here's an example of the default implementation of the MojoScanner:
>
> https://maven.apache.org/plugin-tools/maven-plugin-tools-annotations/xref/org/apache/maven/tools/plugin/extractor/annotations/scanner/DefaultMojoAnnotationsScanner.html
>
> Hope this helps,
> Robert
>
>
> On Wed, 13 Jul 2016 23:13:41 +0200, Paul Benedict 
> wrote:
>
> Is there any existing API in any of these projects [1] for scanning
>> annotations? I am writing a Mojo and want to scan either the project's
>> source files or binary files -- haven't decided. The answer will depend on
>> what APIs are available to me.
>>
>> [1] https://maven.apache.org/ref/3.3.9/index.html
>>
>> Cheers,
>> Paul
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

API for annotation scanning in a mojo?

[Paul Benedict]

Is there any existing API in any of these projects [1] for scanning
annotations? I am writing a Mojo and want to scan either the project's
source files or binary files -- haven't decided. The answer will depend on
what APIs are available to me.

[1] https://maven.apache.org/ref/3.3.9/index.html

Cheers,
Paul

Re: Preleminary Maven 3.4.0-SNAPSHOT Testing

[Paul Benedict]

That is an interesting idea so no one gets blindsided by an important new
feature. Baby steps, right?

I recommend that you opine in the ticket:
https://issues.apache.org/jira/browse/MNG-5935

...and also write dev@ to pass on your idea. I think your idea has merit.

Cheers,
Paul

On Mon, Jun 20, 2016 at 3:00 PM, Oliver B. Fischer  wrote:

> 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

[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  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:
>
>> 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: variable doesn't work for version

[Paul Munsey]

I think people are misunderstanding part of the reason for the  within 
a pom.xml file. Yes, that version is used to version the artifact, but it is 
also used to uniquely identify the pom.xml file. Suppose I change my pom.xml 
(ex. add a new dependency); if my  is defined by a variable, it won't 
change when my pom.xml file changes, then how do I know which version of the 
pom.xml had, or didn't have, that extra dependency?

I believe this is why Maven gives the message: [WARNING] 'version' contains an 
expression but should be a constant.

I live by the rule that if anything in my pom.xml file changes, I must bump the 
version. Yes that's a pain especially if it is a parent pom.xml (because then 
it ripples down into all children and grandchildren), but that's the price to 
pay for guaranteeing that I know exactly how I produced my artifacts.

Regards,
Paul

-Original Message-
From: Mehul Sanghvi [mailto:mehul.sang...@gmail.com] 
Sent: Tuesday, March 29, 2016 8:03 AM
To: Maven Users List
Subject: Re: variable doesn't work for version

I am guessing that is what is happening in my case.

We have a multi-module project, and so the root POM has the following for the 
project:



  com.mehul
  super-project
  pom
  ${revision}

  


In sub-module-A/pom.xml:



  
com.mehul
super-project
${revision}
  

  com.mehul
  sub-module-A
  




In sub-module-A/sub-AA/pom.xml



  
com.mehul
sub-module-A
${revision}
  

  com.mehul
  sub-AA-maven-plugin
  maven-plugin
  



sub-AA-maven-plugin is required before the project can be built, so I do the 
following steps in order to get the over-all project built:

 bash% cd sub-module-A

 bash% mvn -Drevision=1.2.3.4.5-SNAPSHOT -B -V clean install

 bash% cd ..

 bash% mvn -Drevision=1.2.3.4.5-SNAPSHOT -B -V clean install


Everything gets built, but when I look at the 
~/.m2/repository/com/mehul/sub-module-A/1.2.3.4.5-SNAPSHOT/sub-module-A-1.2.3.4.5-SNAPSHOT.pom
file, the version is not substituted with 1.2.3.4.5-SNAPSHOT, but rather still 
has the ${revision} property, verbatim.

Is this expected behaviour or is this a bug?  Is this what is being talked 
about when saying

   this doesn't fully include logic to ensure that the
   substitution resolved pom is installed/deployed, so may cause issues for
   out-of-reactor consumption as a dependency


I do get dependency related  issues when trying to use sub-AA-maven-plugin in 
the build process.  The failure is of the following type:

  No plugin found for prefix 'sub-AA' in the current project and in the 
plugin groups ...

If I use an explicit version number in the POM files, everything works just 
fine.  Also if I use plugin with full GAV resolution from the command line:

mvn  com.mehul:sub-AA-maven-plugin:1.2.3.4.5-SNAPSHOT:do-fubar

it works just fine.  Normally I would use the plug-in using the following:


 mvn sub-AA:do-fubar


and nothing more.

Apologies if this is not related to the issue at hand.  I was reading through 
this thread and it seemed what was being talked about was similar to my issue.


cheers,

  mehul


On Thu, Mar 10, 2016 at 3:04 AM, Stephen Connolly < 
stephen.alan.conno...@gmail.com> wrote:

> Also I suspect this doesn't fully include logic to ensure that the 
> substitution resolved pom is installed/deployed, so may cause issues 
> for out-of-reactor consumption as a dependency, or GPG signature 
> validation if you try to "fix" with a hack
>
> On Thursday 10 March 2016, Stephen Connolly < 
> stephen.alan.conno...@gmail.com>
> wrote:
>
> > It's ${revision} or ${changelist} or a third one I cannot recall, 
> > ${rev} is on the "moan and wail" list
> >
> > On Wednesday 9 March 2016, Benson Margulies  > > wrote:
> >
> >> Almost really working. The only gripe is that it is still warning 
> >> me that I have an expression in , even when I use 'rev' 
> >> as cited. Is that poor choice?
> >>
> >> [INFO] rev 0.0.1.20160309172035
> >> [INFO] Scanning for projects...
> >> [WARNING]
> >> [WARNING] Some problems were encountered while building the 
> >> effective model for
> >> com.basistech:auto-version-maven-extension-test:jar:0.0.1.201603091
> >> 72035 [WARNING] 'version' contains an expression but should be a 
> >> constant. @ com.basistech:auto-version-maven-extension-test:${rev},
> >> /Users/benson/x/auto-version-maven-extension/src/it/basic/pom.xml,
> >> line 7, column 14
> >> [WARNING]
> >> [WARNING] It is highly recommended to fix these problems because 
> >> they

Re: Message typo

[Paul Benedict]

I think this must be a logger issue. The entire message is actually this:
"[options] bootstrap class path not set in conjunction with -source 1.7"

So the logger must be cutting into the beginning of the string with
"[WARN]" plus any whitespace padding.

Cheers,
Paul

On Wed, Jan 20, 2016 at 12:03 PM, Andreas Gudian 
wrote:

> The message itself originates from the compiler (javac). No idea why it's
> truncated, though... ;-)
>
> 2016-01-20 6:18 GMT+01:00 Gary Gregory :
>
> > I'm not sure who output this message but there is obviously a etter
> issing:
> >
> > [INFO] -
> > [WARN] COMPILATION WARNING :
> > [INFO] -
> > [WARN] ootstrap class path not set in conjunction with -source 1.7
> >
> > Gary
> >
> > --
> > 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
> >
>

Re: Offline builds nearly impossible

[Paul Benedict]

Jason's suggestion is what I have attempted in the past. You want to mirror
your remote repository using file:/// pointing to your disk copy. Then you
don't have to be offline. However, this is NOT your local repo! You still
need that. Don't confuse the two even if both are on your machine.


Cheers,
Paul

On Fri, Nov 13, 2015 at 1:36 PM, Ron Wheeler  wrote:

> I certainly would defer to your expertise.
>
> Ron
>
> On 13/11/2015 2:33 PM, Jason van Zyl wrote:
>
>> In this case they would not be better and far less convenient. For a
>> hermetically sealed build at any rate. The local repository cache cleared
>> of the tracking files serves as a perfectly fine remote repository for this
>> use case. Most escrow bundles carry all the tools and sources required to
>> build the product: packaging a repository manager would probably be a bit
>> much.
>>
>> On Nov 13, 2015, at 2:09 PM, Ron Wheeler 
>>> wrote:
>>>
>>>
>>> Not sure if the extra work would be worthwhile when you have a number of
>>> free repo packages that are better in many ways than the maven cache and
>>> can be installed on Windows or Linux.
>>>
>>>
>>> Ron
>>>
>>> On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote:
>>>
>>>> I just wanted to weigh in.
>>>>
>>>> This indeed does not function in what I would call an "intuitive" way.
>>>>
>>>> It would be really nice if offline mode meant just provide the switch
>>>> and everything used your local repo. No extra configuration or trickery
>>>> required.
>>>>
>>>> I know in modern times, the idea of always being connected is the norm,
>>>> but if you KNOW you don't need any updates and you have a lot of deps, this
>>>> could speed up the build a bit. Especially if you are forced to use a 3G
>>>> connection for a build on an emergency basis in your job.
>>>>
>>>> Then again, it would also be nice if Santa Claus were real.
>>>>
>>>> When will Apache have their open source Santa project? ;)
>>>>
>>>> Cody Fyler
>>>> Lending Grid Build Team
>>>> G=Lending Grid Builds
>>>> (515) – 441 - 0814
>>>>
>>>> -Original Message-
>>>> From: Paul Benedict [mailto:pbened...@apache.org]
>>>> Sent: Friday, November 13, 2015 11:27 AM
>>>> To: Maven Users List 
>>>> Cc: joerg.schai...@gmx.de
>>>> Subject: Re: Offline builds nearly impossible
>>>>
>>>> I think most people, at least once in their life, try to use their
>>>> local repository cache as an offline remote repository. However, the two
>>>> aren't the same in concept though, IIRC, the last time I tried. You still
>>>> need to keep the two separate.
>>>>
>>>> Now it would be interesting if a tool existed to copy the contents of a
>>>> local repository and scrub its local metadata. That would then give you a
>>>> true "remote offline repo".
>>>>
>>>>
>>>> Cheers,
>>>> Paul
>>>>
>>>> On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl 
>>>> wrote:
>>>>
>>>> If this does not work please let me know. This is what I’ve used in
>>>>> the past and if it doesn’t work I agree it needs to be fixed. I
>>>>> honestly haven’t tried making a hermetically sealed build in a few
>>>>> years but last year worked on a project that did no network traversal
>>>>> aside from using file-based repositories and it all worked fine.
>>>>>
>>>>> On Nov 13, 2015, at 11:33 AM, Jörg Schaible 
>>>>>>
>>>>> wrote:
>>>>>
>>>>>> Hi Jason,
>>>>>>
>>>>>> Jason van Zyl wrote:
>>>>>>
>>>>>> Use a file based remote repository instead of trying to build in
>>>>>>> offline mode.
>>>>>>>
>>>>>>> You can either use a repository manager to create the remote
>>>>>>> repository
>>>>>>>
>>>>>> or
>>>>>
>>>>>> an empty local repository with a full build. As noted though, you
>>>>>>> have
>>>>>>>
>>>>>> to
>>>>>
>>>>>> remove all local repository metadata and files if you crea

Re: Offline builds nearly impossible

[Paul Benedict]

I think most people, at least once in their life, try to use their local
repository cache as an offline remote repository. However, the two aren't
the same in concept though, IIRC, the last time I tried. You still need to
keep the two separate.

Now it would be interesting if a tool existed to copy the contents of a
local repository and scrub its local metadata. That would then give you a
true "remote offline repo".


Cheers,
Paul

On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl  wrote:

> If this does not work please let me know. This is what I’ve used in the
> past and if it doesn’t work I agree it needs to be fixed. I honestly
> haven’t tried making a hermetically sealed build in a few years but last
> year worked on a project that did no network traversal aside from using
> file-based repositories and it all worked fine.
>
> > On Nov 13, 2015, at 11:33 AM, Jörg Schaible 
> wrote:
> >
> > Hi Jason,
> >
> > Jason van Zyl wrote:
> >
> >> Use a file based remote repository instead of trying to build in offline
> >> mode.
> >>
> >> You can either use a repository manager to create the remote repository
> or
> >> an empty local repository with a full build. As noted though, you have
> to
> >> remove all local repository metadata and files if you create the
> >> repository locally.
> >>
> >> Now that you have the repository that contains everything you need to
> >> build create a settings.xml with a mirror pointing to a file-based
> >> repository. You shouldn’t need to build in offline mode but using a
> >> file-base repository in your mirror will effectively be the same. This
> way
> >> you will not be subject to every Maven plugins potentially flaking
> >> handling of offline mode.
> >
> > Good idea, thanks! And with a mirror setup to file:/// (except for that
> > file-based remote repo) we can even verify that no offline access is
> > required.
> >
> > Cheers,
> > Jörg
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> To think is easy. To act is hard. But the hardest thing in the world is to
> act in accordance with your thinking.
>
>  -- Johann von Goethe
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: build error on strutsel

[Paul Benedict]

Agreed. There's no point in using Struts-EL anymore. There was a time, as
David said, when EL was a tag-only solution. But since JSP 2.0, the servlet
container understands EL natively so every tag can use EL.


Cheers,
Paul

On Fri, Jul 24, 2015 at 4:20 PM, David Karr 
wrote:

> One thing I should mention about your use of the "Struts-EL" library (which
> I wrote, like, 15 years ago). It was a stopgap solution to somewhat
> integrate Struts with JSP expressions, but only in JSP 1.2 containers.  If
> you use it in a JSP 2.0 or newer container, you'll likely get confusing
> results.  It should only be used in a JSP1.2 container.
>
> On Fri, Jul 24, 2015 at 2:14 PM Curtis Rueden  wrote:
>
> > Hi Hector,
> >
> > Maybe you are depending on the wrong version of those libraries? API
> change
> > and evolve; you have to depend on a version compatible with what was
> > originally coded against.
> >
> > -Curtis
> >
> > On Fri, Jul 24, 2015 at 3:04 PM, Magnanao, Hector <
> hector.magna...@sap.com
> > >
> > wrote:
> >
> > > Hi Curtis,
> > >
> > > I have these remaining errors on my compilation.  I can't figure out if
> > > this is code or package errors.  Can you help me out ?
> > >
> > > [ERROR] COMPILATION ERROR :
> > > [INFO] -
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[351,53]
> > > cannot find symbol
> > >   symbol:   method getName()
> > >   location: class foundation.web.taglib.struts.html.FormTagEl
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[352,18]
> > > cannot find symbol
> > >   symbol: method setName(java.lang.String)
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[360,54]
> > > cannot find symbol
> > >   symbol:   method getScope()
> > >   location: class foundation.web.taglib.struts.html.FormTagEl
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[361,18]
> > > cannot find symbol
> > >   symbol: method setScope(java.lang.String)
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[375,53]
> > > cannot find symbol
> > >   symbol:   method getType()
> > >   location: class foundation.web.taglib.struts.html.FormTagEl
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/web/taglib/struts/html/FormTagEl.java:[376,18]
> > > cannot find symbol
> > >   symbol: method setType(java.lang.String)
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/cache/LicenseService.java:[35,23]
> > > cannot find symbol
> > >   symbol:   class License
> > >   location: package aspose.pdf
> > > [ERROR]
> > >
> >
> /C:/Foundation/foundation/src/main/java/com/mycompany/app/cache/LicenseService.java:[35,59]
> > > cannot find symbol
> > >   symbol:   class License
> > >   location: package aspose.pdf
> > > [INFO] 8 errors
> > >
> > > -Original Message-
> > > From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On
> Behalf
> > > Of Curtis Rueden
> > > Sent: Friday, July 24, 2015 1:13 PM
> > > To: Maven Users List
> > > Subject: Re: build error on strutsel
> > >
> > > Hi Hector,
> > >
> > > > package com.aspose.cells does not exist
> > >
> > > Looks like Aspose.Cells is in its own Maven repo from that company:
> > >
> > >
> > >
> >
> http://www.aspose.com/blogs/aspose-products/aspose-total-product-family/archive/2014/08/12/aspose-for-maven-aspose-cloud-maven-repository.html
> > >
> > > Found by searching Google for "com.aspose.cells maven"
> > >
> > > Repeat these tricks for all packages you need to find.
> > >
> > > -Curtis
> > >
> > > On Fri, Jul 24, 2015 at 12:39 PM, Magnanao, Hector <
> > > hector.magna...@sap.com>
> > > wrote:
> > >
> > > > Hi Curtis,  that’s ok, I got past that error.  Now I get this one.
> > > >

Re: fixing an almost Maven project

[Paul Benedict]

It sounds like both your projects are snapshots. So when you build
B-SNAPSHOT you have no idea what's inside of A-SNAPSHOT. If this is
bothersome to you, you can think about releasing milestone versions of A so
that B-SNAPSHOT always has a known/reliable codebase to work with. Perhaps
you want weekly snapshots to be released, for example, but you definitely
want to lock down A's version for B.


Cheers,
Paul

On Thu, Jul 23, 2015 at 9:30 PM, V. Mark Lehky  wrote:

> Hello.
>
> I have taken it upon myself to fix our Maven project. :)
>
> Our current situation is that we have about dozen child projects, all tied
> together with one parent pom. Everything lives in git (Bitbucket) and is
> build by Jenkins. There are several (ugly?) python scripts that package and
> deploy the finished product. Further some of the tests need to be build
> into a jar and run from command line.
>
> Specifically there are two projects, "projectB" is dependent on
> "projectA", and both of these have a lot of activity right now. The team
> decided to create one branch in git for work on projectA and a separate
> branch for work on projectB; let us call them branchA and branchB.
> Jenkins builds both of these branches with 'mvn clean install'.
> Subsequently tests are run separately with 'mvn -f projectB/pom.xml test'.
> The problem is: during test, I do not know which jars I am getting from
> the local m2 repo. Occasionally branchA is build and jars are pushed to the
> local repo. Then branchB test phase runs, but grabs jars from the local
> repo (branchA) which have different code.
>
> Would appreciate some advice how to move forward so as to minimize or
> outright eliminate grabbing the wrong jars from the local repo during the
> test phase.
>
> TIA for any advice.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Maven Goes to Mars

[Paul Benedict]

The pun also works in regards to Eclipse 4.5 which is also named Mars.


Cheers,
Paul

On Sat, Mar 28, 2015 at 8:15 PM, Martin Gainty  wrote:

> http://www.nasa.gov/mission_pages/maven/main/
> was wondering why it took so long to get a response ..(know I know why)
>
> Maven is the first "Interplanetary Build System"
>
> Martin
> __
>
>

Re: Exception overlaying zip in war

[Paul Benedict]

Yup. I copied/pasted and didn't even see the error I made. Thanks for
pointing that out, Stuart!

PS: Still sounds like a bug :-) It should not have seen any overlays -- but
it was coerced to a String unexpectedly.


Cheers,
Paul

On Mon, Dec 8, 2014 at 12:07 PM, Stuart McCulloch  wrote:

> On Monday, 8 December 2014 at 16:24, Paul Benedict wrote:
> > I configured the WAR plugin to overlay a zip file. Nothing fancy. Here's
> > the config:
> >
> > 
> > org.apache.maven.plugins
> > maven-war-plugin
> > 2.5
> > 
> > 
> > org.company
> >
> >
>
> ^ missing  ...  ?
> > ui
> > zip
> > 
> > 
> > 
> >
> > I get an exception:
> > java.lang.ClassCastException: java.lang.String cannot be
> > cast to org.apache.maven.plugin.war.Overlay
> > at
> >
> org.apache.maven.plugin.war.overlay.OverlayManager.initialize(OverlayManager.java:122)
> >
> > I looked at the WAR source. I don't know how a String is making it into
> the
> > List collection. Any WAR developers here?
> >
> > Cheers,
> > Paul
> >
> >
>
>
>

Exception overlaying zip in war

[Paul Benedict]

I configured the WAR plugin to overlay a zip file. Nothing fancy. Here's
the config:


  org.apache.maven.plugins
  maven-war-plugin
  2.5
  

  org.company
  ui
  zip

  


I get an exception:
java.lang.ClassCastException: java.lang.String cannot be
cast to org.apache.maven.plugin.war.Overlay
at
org.apache.maven.plugin.war.overlay.OverlayManager.initialize(OverlayManager.java:122)

I looked at the WAR source. I don't know how a String is making it into the
List collection. Any WAR developers here?

Cheers,
Paul

Re: [DISCUSS] In the event of adopting the owl as project mascot, what will we call it?

[Paul Benedict]

I really don't think we need to name the owl, do we? Are we just naming it
for fun or is there a reason we want to?


Cheers,
Paul

On Tue, Nov 25, 2014 at 1:23 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> On Tuesday, November 25, 2014, Jeroen Hoek  wrote:
>
> > I would recommend leaving it without a name.
>
>
> I think that the name Pandora's box is already open, I suspect in the
> absence of a concrete alternative, "shotgun" will be the name
>
>
> > The mascot can help in
> > providing Maven with a stronger visual identity, but I'm not convinced
> > naming it is helpful.
> >
> > On the contrary, it might come across as 'silly' or 'unprofessional',
> > which for me goes against the nature of Maven: a mature tool many use
> > as one of the steps towards stabilizing and professionalizing their
> > code base.
> >
> > Why not call it simply 'The Maven Owl'?
>
>
> Ok, we'll add that suggestion into the pot.
>
>
> >
> > Kind regards,
> >
> > Jeroen Hoek
> > Lable
> >
> > 2014-11-25 12:05 GMT+01:00 Stephen Connolly <
> > stephen.alan.conno...@gmail.com >:
> > >
> >
> http://people.apache.org/~stephenc/maven-logo-contest/maven-owl-final-large.png
> > >
> > > When I created this owl, I gave it the name "Couché Tard" which is a
> > french
> > > nickname for an owl (literal translation: "Sleeps Late")
> > >
> > > Early versions of this owl have ended up with the nickname "Shotgun
> Owl"
> > > due to the belly feathers being white in the initial versions, which
> some
> > > people thought made it look like it had been shot.
> > >
> > > Some people feel that we shouldn't name a mascot...
> > >
> > > As creator of the graphic, I could force the issue... but I would much
> > > rather if the community has a name that the community wants.
> > >
> > > Please provide your suggestions in this thread. If the owl is adopted
> as
> > a
> > > mascot, we will have a second vote thread to confirm its name.
> > >
> > > I personally recommend a gender neutral name.
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> 
> > For additional commands, e-mail: users-h...@maven.apache.org
> > 
> >
> >
>
> --
> Sent from my phone
>

Re: Enforcing annotations

[Paul Benedict]

I think you will find it easier to add a temporary Spring bean (during
development) that scans your beans/annotations to report what you want:
http://stackoverflow.com/questions/259140/scanning-java-annotations-at-runtime


Cheers,
Paul

On Mon, Nov 24, 2014 at 9:01 PM, Niranjan Rao  wrote:

> Since this was not a maven question directly, I tried posting this at
> stackoverflow first at https://stackoverflow.com/
> questions/27068654/how-to-enforce-verify-spring-scope-
> annotation-on-spring-beans. Did not get much traction.
>
> We do use spring and its dependency injection mechanism using annotations
> only. No XML files for spring.  However the trouble starts when developers
> start mixing beans of different scopes - most of the time by accident. Many
> developers forget that beans are singleton in scope by default and end up
> creating beans (or services) that has state. They are happy because if it
> works on their machine but creates interesting mix/match of data when more
> than one user logs in to the application.
>
> Right now, I am thinking of simple solution - enforce that every spring
> component needs to have scope annotation also. Thought behind this is it
> will force developer to think about the scope by explicitly declaring the
> value.
>
> Are there any plugins that can do this? If not, can I extend maven
> enforcer plugin or findbugs in anyway to do this? Open to any other
> suggestions also.
>
> Regards,
>
> Niranjan
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: i cannot add to my jar the xml files (help me please)

[Paul Benedict]

Get your XML and XSLT files out of src/main/java -- and you're filtering
that directory too. Put them in src/main/resources


Cheers,
Paul

On Sat, Nov 22, 2014 at 11:47 AM, Aitor Iturriondobeitia <
laudio.i...@gmail.com> wrote:

> hello
> i have one problem and i am working two days an o dont solve it
> y have into may app (jar) several xml fiels into one dir.
> when i install the the project, the jar file doesn't constains the xml
> files. can you help me please?
> the files are into src/main/java/es.midomain/ernesto/security/templates ans
> are xml files
>
> my pom is this:
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
> http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
>   4.0.0
>   Classes
>   Classes
>   clasess
> 
> 
>
> ${maven.filters.generic.path}/Filters.properties
> 
> 
> 
> ${basedir}
> false
> 
> myfiles/**/*.*
> 
> 
> 
> src/main/java/
> true
> 
> **/*.xml
> **/*.xslt
> 
> 
> 
> 
> 
> maven-compiler-plugin
> 3.1
> 
> ${jdk.compilation.version}
> ${jdk.compilation.version}
> ${charSetEnconding}
> 
> 
> 
> maven-resources-plugin
> 2.6
> 
> 
> copy-resources
> validate
> 
> copy-resources
> 
> 
>
> ${basedir}/config
> 
> 
>
> ${basedir}/configTemplates
> true
> 
> 
> 
> 
> 
> copy-resources
> validate
> 
> copy-resources
> 
> 
> target
> 
> 
> ${basedir}/src/main/java
> false
> 
> **/*.java
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> org.eclipse.m2e
> lifecycle-mapping
> 1.0.0
> 
> 
> 
> 
> 
>
> org.apache.maven.plugins
>
> maven-dependency-plugin
>
> [1.0.0,)
> 
> copy-dependencies
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> postgresql
> postgresql
> 9.1-901.jdbc4
> 
> 
> commons-lang
> commons-lang
> 2.6
> 
> 
> commons-codec
> commons-codec
> 1.5
> 
> 
> javax.ejb
> ejb-api
> 3.0
> 
> 
> javax.transaction
> jta
> 1.1
> 
> 
> 
>

Re: [DISCUSS] Adopt Mr Couché-Tard as our mascot, change the logo font to Alte Haas Grotesk, change the colour letter to "v"

[Paul Benedict]

I found the "shotgun owl" to be pretty funny and unique. Part of choosing a
trademark is uniqueness and that is more valuable than something standard.
I think the white belly should return for that return.


Cheers,
Paul

On Thu, Nov 20, 2014 at 8:41 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> For Ron!
>
> http://people.apache.org/~stephenc/maven-logo-contest/ron.png
>
> (note quick and dirty using a shotgun.svg from the interwebs)
>
> On 20 November 2014 14:00, Ron Wheeler 
> wrote:
>
> > Add the shotgun and the slogan "Resistance is futile".
> > If you have trouble with the shotgun, perhaps a dead mouse in the claws
> > might foster the right mindset.:-)
> >
> > Ron
> >
> >
> > On 20/11/2014 7:51 AM, Stephen Connolly wrote:
> >
> >> On 20 November 2014 12:05, Kristian Rosenvold <
> >> kristian.rosenv...@gmail.com>
> >> wrote:
> >>
> >>  Might be careful with the name; http://corpo.couche-tard.com/en/
> >>>
> >>> But shotgun owl will probably stick :)
> >>>
> >>>  See if we call him shotgun owl I'll have to draw a shotgun so that we
> >> can
> >> use him for threats...
> >>
> >> "I see you are not following the Maven way... be careful, or Shotgun Owl
> >> will be after you"
> >>
> >> ;-)
> >>
> >> OTOH if people really object to Couché-Tard we can just call him
> >> "Sleeps-Late" instead... but I am sure there is probably an insult in
> some
> >> language or other if we go with "Sleeps-Late"!
> >>
> >> Note: I am not sure my [skills of an artist][1] are up to drawing a
> >> shotgun.
> >>
> >>[1]: https://www.youtube.com/watch?v=7gz1DIIxmEE
> >>
> >>
> >>  I like it a lot :)
> >>>
> >>> K
> >>>
> >>>
> >>> 2014-11-20 11:49 GMT+01:00 Stephen Connolly <
> >>> stephen.alan.conno...@gmail.com>:
> >>>
> >>>> The closest thing to a mascot that we have is
> >>>>
> >>>> http://maven.apache.org/images/maven-logo-2.gif
> >>>> "Arse on desk behind laptop while waiting for Maven to finish
> >>>> downloading
> >>>> the interwebs"
> >>>>
> >>>> I would like to call a vote in a couple of days to adopt M.
> Couché-Tard
> >>>>
> >>> (my
> >>>
> >>>> own creation) as our mascot
> >>>>
> >>>>
> >>>>  http://people.apache.org/~stephenc/maven-logo-contest/
> >>> maven-owl-5-large.png
> >>>
> >>>> "M. Couché-Tard"
> >>>>
> >>>> In addition I am suggesting that we change the logo font to Alte Haas
> >>>> Grotesk Bold with italic applied by Inkscape
> >>>>
> >>>> I am also suggesting that we change the emphasis colour letter to the
> >>>>
> >>> v...
> >>>
> >>>> as in version... and we all know that Maven helps manage versions of
> >>>> things... versions are very important to Maven.
> >>>>
> >>>> The emphasis colour would be #cc to match the scarf worn by "M.
> >>>> Couché-Tard"
> >>>>
> >>>> My proposal would be to make these changes as a single vote, i.e. not
> >>>>
> >>> three
> >>>
> >>>> separate votes, the vote would be for all these changes in one go...
> in
> >>>> order to avoid design by committee.
> >>>>
> >>>> Having said that, community is more important than a new logo or even
> >>>> having a mascot, so hence this discuss thread before actually calling
> a
> >>>> vote.
> >>>>
> >>>> This is something that not just the developers of Maven should have a
> >>>> say
> >>>> in... if we have a mascot and a refreshed logo we can use these as aid
> >>>> to
> >>>> help drive a site refresh that makes Maven easier to understand for
> >>>> newcomers and helps existing users find what they are looking for
> easier
> >>>> and faster.
> >>>>
> >>>> For anyone not following the dev list, here is my reasons for picking
> >>>> "M.
> >>>> Couché-Tard" as a mascot...
> >>>>
> >>>> The definition of a maven is "an expert or connoisseur"... in the
> >>>> context
> >>>> of Apache Maven, the idea is that Maven knows the conventions for
> >>>>
> >>> different
> >>>
> >>>> types of software projects and is an expert in applying those
> >>>>
> >>> conventions.
> >>>
> >>>> M. Couché-Tard is a wise fellow, sleeping-in while he waits for the
> >>>> interwebs to finish downloading... he may look cute but if crossed or
> >>>>
> >>> used
> >>>
> >>>> incorrectly he will bite a chunk off your hand... but do right by him
> >>>> and
> >>>> he will do right by you.
> >>>>
> >>>> So WDYT? should I just call the vote already or do people want to
> think
> >>>>
> >>> it
> >>>
> >>>> over a bit more!
> >>>>
> >>> -
> >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: users-h...@maven.apache.org
> >>>
> >>>
> >>>
> >
> > --
> > Ron Wheeler
> > President
> > Artifact Software Inc
> > email: rwhee...@artifact-software.com
> > skype: ronaldmwheeler
> > phone: 866-970-2435, ext 102
> >
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>

Re: explicit dependencies in maven

[Paul Benedict]

Your pom.xml should declare all dependency versions explicitly. And to
prevent any changes, do not use any snapshots. Furthermore, use
dependency:analyze on your project to make sure all libraries in use are
explicitly declared. After you lock them all down, tell your developers not
to update the pom.xml file. That will ensure it.


Cheers,
Paul

On Mon, Nov 3, 2014 at 10:33 PM, Irfan Sayed  wrote:

> hello,
>
> is there any good doc/blog which describes the handling of explicit
> declaration of dependencies.
> when we build the code, we use certain dependencies , how we can make sure
> that when we reproduce the same build after the gap of 6 months , same and
> exact dependencies will be used. ???
> i know we can have artifactory/nexus , but that does not guarantee the
> exact version of dependency when developer changes the code and make it
> public keeping the version same
>
> please suggest
>
> regards
>

Re: Don't want to repeat plugin version for both build and reporting

[Paul Benedict]

So, shouldn't the misleading warning be fixed? Sounds like something for
3.2.4 -- unless the warning is issued in the site plugin itself.


Cheers,
Paul

On Sat, Oct 4, 2014 at 2:15 AM, Hervé BOUTEMY  wrote:

> that used to be true with Maven 2, but is not any more since Maven 3 and
> its
> m-site-p 3.0 version
>
> Notice that Maven 3.0.x issues a misleading warning about missing version
> in
> reporting section: see MNG-5477
>
> with m-site-p 3.4, even configuration content from pluginManagement is
> injected
> to reporting: see MSITE-516/MSHARED-338 and little note in
> http://maven.apache.org/shared/maven-reporting-exec/
>
> Regards,
>
> Hervé
>
> Le vendredi 3 octobre 2014 12:46:21 Paul Benedict a écrit :
> >  only affects  -- it does not affect
> :
> > https://jira.codehaus.org/browse/MNG-3385
> >
> > Cheers,
> > Paul
> >
> > On Thu, Oct 2, 2014 at 9:06 PM, Maxim Solodovnik 
> >
> > wrote:
> > > we using  for this
> > >
> > > On 3 October 2014 07:24, Kathryn Huxtable  >
> > >
> > > wrote:
> > > > I’ve always used , but would it work to use
> > > > ? -K
> > > >
> > > > On Oct 2, 2014, at 7:02 PM, Paul Benedict 
> wrote:
> > > > > I use the maven-javadoc-plugin in both  and . I
> > > > > don't
> > > > > want to fall back to  to share the plugin version. Is
> > >
> > > there a
> > >
> > > > > better way than using ?
> > > > >
> > > > > Cheers,
> > > > > Paul
> > > >
> > > > -
> > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > > --
> > > WBR
> > > Maxim aka solomax
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Don't want to repeat plugin version for both build and reporting

[Paul Benedict]

 only affects  -- it does not affect :
https://jira.codehaus.org/browse/MNG-3385

Cheers,
Paul

On Thu, Oct 2, 2014 at 9:06 PM, Maxim Solodovnik 
wrote:

> we using  for this
>
> On 3 October 2014 07:24, Kathryn Huxtable 
> wrote:
>
> > I’ve always used , but would it work to use
> > ? -K
> >
> > On Oct 2, 2014, at 7:02 PM, Paul Benedict  wrote:
> >
> > > I use the maven-javadoc-plugin in both  and . I don't
> > > want to fall back to  to share the plugin version. Is
> there a
> > > better way than using ?
> > >
> > > Cheers,
> > > Paul
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>
>
> --
> WBR
> Maxim aka solomax
>

Don't want to repeat plugin version for both build and reporting

[Paul Benedict]

I use the maven-javadoc-plugin in both  and . I don't
want to fall back to  to share the plugin version. Is there a
better way than using ?

Cheers,
Paul

Re: Maven, Dependencies and Vulnerabilities

[Paul Benedict]

There is a Maven Changes Plugin which projects can use to list out changes
to their project.
http://maven.apache.org/plugins/maven-changes-plugin/

Regarding CVE, Redhat has a Maven plugin to find "victim" dependencies:
https://securityblog.redhat.com/2013/01/02/detecting-vulnerable-java-dependencies-at-build-time/

Paul


Cheers,
Paul

On Tue, Sep 30, 2014 at 1:44 PM, David Dillard 
wrote:

> Hi,
>
> I've been working on an internal presentation on how letting Maven's
> dependency mediation feature select versions of transitive dependencies can
> introduce vulnerabilities into a product and how to deal with that
> problem.  Unfortunately, it's a very manual process and I was thinking that
> perhaps changes could be made to Maven that would provide better
> automation.  To that end I'm wondering if the team has ever considered
> adding a section to the POM that would list significant changes in that
> release.  This would include a list of vulnerabilities fixed (e.g.
> CVE--) or serious bugs fixed.  Each one could include a known set
> of versions affected (ala how CVEs work today) thus allowing tooling to
> say: the version of artifact XYZ you're using has a known vulnerability,
> would you like to upgrade to this new version with that vuln fixed?
>
> On a related note, has a different dependency mediation system ever been
> considered (as an option), e.g. latest version or latest version on a
> branch?
>
>
> Thanks,
>
> David
>
>

Re: MD5 checksum validation tool [Windows]?

[Paul Benedict]

Yup. I've used HashTab for years.
http://www.implbits.com/hashtab.aspx


Cheers,
Paul


On Mon, Aug 4, 2014 at 11:16 AM, Justin Georgeson 
wrote:

> All the checksum validation tools I've found only seem to support files
> with format produced by the md5sum tool, ie -
>
> checksum1 relative/path/file1
> checksum2 relative/path/to/file2
> ...
>
> But Maven publishes sibling files of the same name with ".md5" appended,
> and no relative path in the file. Does anyone know of a tool on Windows
> (shell extension, standalone GUI) that people could use after downloading
> the artifact (in this particular case it's an executable installer) and the
> md5 file and just double-click the md5 file to validate the download (or
> drag/drop the artifact and md5 file)?
>
> --
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient.  Any
> review, use, distribution, or disclosure by others is strictly prohibited.
>  If you are not the intended recipient (or authorized to receive
> information for the intended recipient), please contact the sender by reply
> e-mail and delete all copies of this message.
>

Re: Re: Re: Why not a forum

[Paul Benedict]

The apache mailing list is ran by Apache for legal reasons (e.g., proof of
release votes). Regardless, no one on this mailing list has the authority
to change the infrastructure. I am surprised this discussion keeps going.


Cheers,
Paul


On Tue, Jul 29, 2014 at 3:29 PM, Preston, Dale <
dale.pres...@conocophillips.com> wrote:

> While I continue to feel the well-meant, I am sure, chastising for my
> sacrilegious proposal, and understand the view of most here, and in-spite
> of my own preference for forums, I can accept that the mailing list makes
> the most sense for this group.  But, never would I recommend FaceBook or
> Twitter.  I don't have accounts on either and I don't have any knowledge of
> how to use them or just barely what they do.
>
> Unfortunately, I do have a Linked-In account so their forum can help me,
> too.
>
> Dale
>
> -Original Message-
> From: Andrew Todd [mailto:andrew.todd...@gmail.com]
> Sent: Friday, July 25, 2014 9:26 AM
> To: Maven Users List
> Subject: [EXTERNAL]Re: Re: Why not a forum
>
> Apache is an independent non-profit dedicated to the dissemination of free
> software. The list archives are freely archivable and indexable by anyone
> who wants to -- and there are many sites, such as Nabble and MarkMail, who
> do. Using email as the primary means of distribution makes it easy for
> third parties to do this.
>
> On the other hand, LinkedIn is a for-profit corporation with a walled
> garden solution. It's "free" because it forces people to tie themselves
> into LinkedIn's system. It can't be easily archived or indexed without
> LinkedIn's permission. And if they decide to end the service, we're in
> trouble.
>
> There are people like me who will not even create a LinkedIn profile on
> principle. I don't like the company's business practices.
>
> In short, the suggestion is anathema to a free software organization. You
> might as well tell us to use Facebook as a discussion medium.
>
>
> On Wed, Jul 23, 2014 at 5:48 PM, Preston, Dale <
> dale.pres...@conocophillips.com> wrote:
>
> > I do participate in a couple other Linked-In lists.  I'll check that
> > one out.  As the response to this thread shows, though, replies come
> > pretty quickly in the email list.  In any case, the Linked-In list
> > sounds worth investigating.
> >
> > Thanks.
> >
> >
> > -Original Message-
> > From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
> > Sent: Wednesday, July 23, 2014 8:23 AM
> > To: users@maven.apache.org
> > Subject: [EXTERNAL]Re: Why not a forum
> >
> > On 23/07/2014 9:03 AM, Mark H. Wood wrote:
> > > On Tue, Jul 22, 2014 at 03:51:54PM +, Preston, Dale wrote:
> > >> I was just wondering why this group uses an email list rather than
> > >> a
> > forum.  It seems forum software is more searchable and filterable than
> > email lists.
> > > If it had been my choice:  because I'd have to go to a forum every
> > > day (and a hundred others!) while email comes to me.  I have plenty
> > > of powerful email search and filter tools right here on my workstation.
> > >
> > > Every time someone proposes some other medium for this sort of
> > > communication (forum, Twitter, etc.) my first question is "how can I
> > > get that in email?"  I can't think offhand of any forum software
> > > I've used that isn't uncomfortable, inconvenient and hard to search.
> > >
> > The Maven LinkedIn forum will send you e-mails plus LinkedIn will
> > inform you of activity in discussions in which you are active in all
> > of the groups to which you belong.
> >
> > Ron
> >
> > --
> > Ron Wheeler
> > President
> > Artifact Software Inc
> > email: rwhee...@artifact-software.com
> > skype: ronaldmwheeler
> > phone: 866-970-2435, ext 102
> >
> >
> > -
> > 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 not a forum

[Paul Benedict]

I agree with the guy who said "bikeshed" -- this is a bikeshed discussion.
But more than that, no one in this mailing list has authority to setup new
infrastructure and move lists to different technology. It really is a moot
point and nothing will change.


Cheers,
Paul


On Wed, Jul 23, 2014 at 8:23 AM, Ron Wheeler  wrote:

> On 23/07/2014 9:03 AM, Mark H. Wood wrote:
>
>> On Tue, Jul 22, 2014 at 03:51:54PM +, Preston, Dale wrote:
>>
>>> I was just wondering why this group uses an email list rather than a
>>> forum.  It seems forum software is more searchable and filterable than
>>> email lists.
>>>
>> If it had been my choice:  because I'd have to go to a forum every day
>> (and a hundred others!) while email comes to me.  I have plenty of
>> powerful email search and filter tools right here on my workstation.
>>
>> Every time someone proposes some other medium for this sort of
>> communication (forum, Twitter, etc.) my first question is "how can I
>> get that in email?"  I can't think offhand of any forum software I've
>> used that isn't uncomfortable, inconvenient and hard to search.
>>
>>  The Maven LinkedIn forum will send you e-mails plus LinkedIn will inform
> you of activity in discussions in which you are active in all of the groups
> to which you belong.
>
> Ron
>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Why not a forum

[Paul Benedict]

I think because Apache is a non-profit is cost should be minimal --
including cost of time by system administrators. If you want to search and
filter, you have Google and other search engines.


Cheers,
Paul


On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale <
dale.pres...@conocophillips.com> wrote:

> I was just wondering why this group uses an email list rather than a
> forum.  It seems forum software is more searchable and filterable than
> email lists.
>
> Thanks,
>
> Dale
>
>
>

Re: Javadoc aggregate NullPointerException

[Paul Benedict]

I did a google search for the answer. This says Eclipse defers to Oracle's
javadoc.exe tool:
http://help.eclipse.org/juno/index.jsp?topic=%2Forg.eclipse.jdt.doc.user%2Freference%2Fref-export-javadoc.htm

So Eclipse must be configuring the tool in a way that doesn't trigger the
NPE. The NPE from javadoc.exe is obviously a bug regardless.


Cheers,
Paul


On Thu, Jul 10, 2014 at 1:16 PM, Alexddupree  wrote:

> Hey Paul
> I have tried 1.6 and 1.7 we haven't set up 1.8 yet so I haven't tried it. I
> can however generate javadoc in Eclipse for the same project. Does Eclipse
> use its own version of javadoc?
> Sorry if this is a newbie question I am an intern and trying to get up to
> speed.
>
> -Alex
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Javadoc-aggregate-NullPointerException-tp5799844p5799891.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Javadoc aggregate NullPointerException

[Paul Benedict]

The NPE is in the javadoc compiler not Maven. You could submit the stack
trace to Oracle or do some research to determine if upgrading your JDK
fixes this problem.
On Jul 9, 2014 6:12 PM, "Alexddupree"  wrote:

> I am trying to create an aggregate javadoc for a multi module project. The
> project compiles with mvn install -DskipTests (I am not running tests on my
> machine). When I run mvn validate javadoc:javadoc it works and compiles all
> of the javadoc in each modules \target\apidocs directory. Then when I run
> either mvn validate javadoc:javadoc javadoc:aggregate or mvn validate
> javadoc:aggregate fails partway through with about 1200 lines of errors.
> Some examples of types are:
>
> Failed to execute goal
> org.apache.maven.plugins:maven-javadoc-plugin:2.9.1:aggregate (default-cli)
> on project commons-superpom: An error has occurred in JavaDocs report
> generation:
> [ERROR] Exit code: 1 - C:\workspaces\win\tfs\\Foo.java:21: type
> org.springframework.context.ApplicationListener does not take parameters
> [ERROR] public class Foo implements ApplicationContextAware,
> ApplicationListener {
> [ERROR] ^
> .
> .
> .
> C:\workspaces\win\tfs\\test\Bar.java:52: cannot find symbol
> [ERROR] symbol  : class PostInsertEvent
> [ERROR] location: class com.Barclass
> [ERROR] public void BarFunct(PostInsertEvent event) {
> [ERROR] ^
> [ERROR] C:java.lang.NullPointerException
> [ERROR] at com.sun.tools.javadoc.TypeMaker.getType(TypeMaker.java:67)
> [ERROR] at com.sun.tools.javadoc.TypeMaker.getType(TypeMaker.java:29)
> [ERROR] at
> com.sun.tools.javadoc.ClassDocImpl.superclassType(ClassDocImpl.java:439)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.util.Util.getAllInterfaces(Util.java:386)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.util.Util.getAllInterfaces(Util.java:424)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.util.ClassTree.processType(ClassTree.java:162)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.util.ClassTree.buildTree(ClassTree.java:114)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.util.ClassTree.(ClassTree.java:73)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:104)
> [ERROR] at
>
> com.sun.tools.doclets.internal.toolkit.AbstractDoclet.start(AbstractDoclet.java:64)
> [ERROR] at
> com.sun.tools.doclets.formats.html.HtmlDoclet.start(HtmlDoclet.java:42)
> [ERROR] at com.sun.tools.doclets.standard.Standard.start(Standard.java:23)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [ERROR] at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [ERROR] at java.lang.reflect.Method.invoke(Method.java:597)
> [ERROR] at
> com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:269)
> [ERROR] at
> com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:143)
> [ERROR] at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340)
> [ERROR] at com.sun.tools.javadoc.Start.begin(Start.java:128)
> [ERROR] at com.sun.tools.javadoc.Main.execute(Main.java:41)
> [ERROR] at com.sun.tools.javadoc.Main.main(Main.java:31)
> After it crashes all that is left in the /target directory next to my
> parent
> pom.xml is 2 files 1 is javadoc-bundle-options which contains an xml file:
>
> 
> 
>   
> 
>   
>   
> 
>   
>   
> org.foobar.*
>   
>   src/main/javadoc
> 
> and the second is site which contains a file called apidocs which contains
> 3
> files javadoc.bat, options, and packages. They contain what they appear to
> contain a batch script to run the javadoc.exe with those options and on
> those packages. When run without modification the javadoc.bat file fails
> with the same errors though slightly different output.
>
> The first error I copied is straight up wrong. ApplicationListener is
> parameterized and can take ContextRefreshedEvent per the spring
> documentation. PostInsertEvent is correctly imported as well in the second
> error.
>
> My plugin configuration for javadoc:aggregate is as follows:
> 
> org.apache.maven.plugins
> maven-javadoc-plugin
> ${maven-javadoc-plugin.version}
> 
> 
> attach-javadocs
> 
> aggregate
> 
> 
> 
> 
>
> org.hibernate.*;org.spring.*
> true
> true
> true
> true
> ${java.source.version}
> ${java.target.version}
> ${java.source.version}
> -Xlint:all
> 128m
> 512m
>
> ${project.build.sourceEncoding}
>
> 
> -charset UTF-8
> -docencoding UTF-8
> -versi

Re: Controlling order of plugin execution

[Paul Benedict]

I don't think this existed when I first tried with Maven (my example was
from many moons ago), but this is another tool in my toolbox now. Thank
you! :-)


Cheers,
Paul


On Wed, Jun 4, 2014 at 3:19 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> On Wednesday, 4 June 2014, Paul Benedict  wrote:
>
> > I, myself, have also found the lack of ordered plugin execution to be
> > wanting. Stephen does have a point: complex behavior is likely be better
> > encapsulated in a new plugin. I don't disagree, but that route can be
> steep
> > and I don't want to be detoured into always writing a new plugin. Many
> > times such behavior can be emulated simply by aggregating the use of
> > plugins in an ordered fashion. For example, one plugin executes a SQL
> > script to setup a database, the next plugin executes a Java program to
> > populate the database according to logic.
>
>
> Ahem  http://flywaydb.org
>
> I've tried that before and can't
> > because such plugin ordering doesn't exist. So if there is an easy way to
> > bring this minor enhancement to the Maven community, in 3.x, I think we
> > should.
> >
> >
> > Cheers,
> > Paul
> >
> >
> > On Wed, Jun 4, 2014 at 3:08 PM, Ron Wheeler <
> > rwhee...@artifact-software.com >
> > wrote:
> >
> > > "We are not a cult."
> > > If we already have a "we", we are half way there!
> > > Just short a charismatic leader and a "Book of the Way".
> > >
> > > Ron
> > >
> > > On 04/06/2014 3:22 PM, Jason van Zyl wrote:
> > >
> > >> On Jun 4, 2014, at 12:07 PM, Stephen Connolly <
> > >> stephen.alan.conno...@gmail.com > wrote:
> > >>
> > >>  That's usually a sign that you have wandered off The Maven Way™
> > >>>
> > >>>  No it's not. They have valid points and the implementation is
> > deficient
> > >> in this regard. Everything that's presently here is not immutable.
> > Calling
> > >> it "The Maven Way" doesn't make it usable or without flaws. I'm not
> even
> > >> sure where this saying came from but we're not a cult.
> > >>
> > >>  There are ways back onto the blessed path... they typically involve
> > >>> writing
> > >>> a plugin
> > >>>
> > >>>  Thanks,
> > >>
> > >> Jason
> > >>
> > >> --
> > >> Jason van Zyl
> > >> Founder,  Apache Maven
> > >> http://twitter.com/jvanzyl
> > >> http://twitter.com/takari_io
> > >> -
> > >>
> > >> I never make the mistake of arguing with people for whose opinions I
> > have
> > >> no respect.
> > >>
> > >> -- Edward Gibbon
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >
> > > --
> > > Ron Wheeler
> > > President
> > > Artifact Software Inc
> > > email: rwhee...@artifact-software.com 
> > > skype: ronaldmwheeler
> > > phone: 866-970-2435, ext 102
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > 
> > > For additional commands, e-mail: users-h...@maven.apache.org
> > 
> > >
> > >
> >
>
>
> --
> Sent from my phone
>

Re: Controlling order of plugin execution

[Paul Benedict]

I, myself, have also found the lack of ordered plugin execution to be
wanting. Stephen does have a point: complex behavior is likely be better
encapsulated in a new plugin. I don't disagree, but that route can be steep
and I don't want to be detoured into always writing a new plugin. Many
times such behavior can be emulated simply by aggregating the use of
plugins in an ordered fashion. For example, one plugin executes a SQL
script to setup a database, the next plugin executes a Java program to
populate the database according to logic. I've tried that before and can't
because such plugin ordering doesn't exist. So if there is an easy way to
bring this minor enhancement to the Maven community, in 3.x, I think we
should.


Cheers,
Paul


On Wed, Jun 4, 2014 at 3:08 PM, Ron Wheeler 
wrote:

> "We are not a cult."
> If we already have a "we", we are half way there!
> Just short a charismatic leader and a "Book of the Way".
>
> Ron
>
> On 04/06/2014 3:22 PM, Jason van Zyl wrote:
>
>> On Jun 4, 2014, at 12:07 PM, Stephen Connolly <
>> stephen.alan.conno...@gmail.com> wrote:
>>
>>  That's usually a sign that you have wandered off The Maven Way™
>>>
>>>  No it's not. They have valid points and the implementation is deficient
>> in this regard. Everything that's presently here is not immutable. Calling
>> it "The Maven Way" doesn't make it usable or without flaws. I'm not even
>> sure where this saying came from but we're not a cult.
>>
>>  There are ways back onto the blessed path... they typically involve
>>> writing
>>> a plugin
>>>
>>>  Thanks,
>>
>> Jason
>>
>> --
>> Jason van Zyl
>> Founder,  Apache Maven
>> http://twitter.com/jvanzyl
>> http://twitter.com/takari_io
>> -
>>
>> I never make the mistake of arguing with people for whose opinions I have
>> no respect.
>>
>> -- Edward Gibbon
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Controlling order of plugin execution

[Paul Benedict]

I agree with Dan. Last I check, IIRC, the order of operations of plugins is
defined by their sequential order in the POM. However, I also find this a
bit problematic with inheritance -- I don't know off the top of my head
what happens then.


Cheers,
Paul


On Tue, Jun 3, 2014 at 3:01 PM, Dan Tran  wrote:

> Agree sequencing is a pain.  You may be able to get this working if you
> move your sql plugin delaration below exec-m-p
>
> -D
>
>
> On Tue, Jun 3, 2014 at 12:54 PM, Paul Benedict 
> wrote:
>
> > Jim, I reopened the issue for you, but, please note, this was closed
> > because the issue was created 6 years ago and no one ever submitted a
> > patch. Hopefully, someone has the incentive to work on this or it will be
> > closed again. If you find this feature critical to your own work, do you
> > have time to take a detour and submit a patch?
> >
> >
> > Cheers,
> > Paul
> >
> >
> > On Tue, Jun 3, 2014 at 2:48 PM, Jim Garrison 
> > wrote:
> >
> > > I'm trying to set up a Maven build for CI/CD, and one of the
> requirements
> > > for testing is to create, populate and tweak a database schema.
> > >
> > > This involves interleaving various executions of
> maven-dependency-plugin,
> > > sql-maven-plugin and exec-maven-plugin, and there aren't enough
> lifecycle
> > > phases *-test-[re]sources to accommodate all the steps.
> > >
> > > I'd like to bind six executions as follows:
> > >
> > > 1 maven-dependency-plugin:unpack -> generate-test-resources
> > > 2 sql-maven-plugin:execute   -> generate-test-resources
> > > 3 sql-maven-plugin:execute   -> generate-test-resources
> > > 4 exec-maven-plugin:exec -> process-test-resources
> > > 5 exec-maven-plugin:exec -> process-test-resources
> > > 6 sql-maven-plugin:execute   -> process-test-resources
> > >
> > > But this doesn't work as Maven wants to execute sql-maven-plugin
> (steps 2
> > > & 3) before step 1 and I can't find a way to make it do things in the
> > > desired sequence.
> > >
> > > There's a bug in Jira for this
> http://jira.codehaus.org/browse/MNG-3522
> > > but it was closed as part of the "great Jira cleanup of 2014".
> > >
> > > This has been an issue for several years but seems to get no attention.
> >  I
> > > don't think I should be required to write my own plugin to do what
> should
> > > be a common requirement.
> > >
> > > Can someone explain if there's an approved way to accomplish this?
> > >
> > > I know Maven is supposed to be declarative in nature, but sequencing
> > steps
> > > seems like a basic requirement.  From the lack of attention, and from
> > > reading other posts in places like StackOverflow, it appears there may
> > be a
> > > philosophical objection to explicitly ordering executions.  Can someone
> > > explain the reasoning for this?
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > >
> >
>

Re: Controlling order of plugin execution

[Paul Benedict]

Jim, I reopened the issue for you, but, please note, this was closed
because the issue was created 6 years ago and no one ever submitted a
patch. Hopefully, someone has the incentive to work on this or it will be
closed again. If you find this feature critical to your own work, do you
have time to take a detour and submit a patch?


Cheers,
Paul


On Tue, Jun 3, 2014 at 2:48 PM, Jim Garrison  wrote:

> I'm trying to set up a Maven build for CI/CD, and one of the requirements
> for testing is to create, populate and tweak a database schema.
>
> This involves interleaving various executions of maven-dependency-plugin,
> sql-maven-plugin and exec-maven-plugin, and there aren't enough lifecycle
> phases *-test-[re]sources to accommodate all the steps.
>
> I'd like to bind six executions as follows:
>
> 1 maven-dependency-plugin:unpack -> generate-test-resources
> 2 sql-maven-plugin:execute   -> generate-test-resources
> 3 sql-maven-plugin:execute   -> generate-test-resources
> 4 exec-maven-plugin:exec -> process-test-resources
> 5 exec-maven-plugin:exec -> process-test-resources
> 6 sql-maven-plugin:execute   -> process-test-resources
>
> But this doesn't work as Maven wants to execute sql-maven-plugin (steps 2
> & 3) before step 1 and I can't find a way to make it do things in the
> desired sequence.
>
> There's a bug in Jira for this http://jira.codehaus.org/browse/MNG-3522
> but it was closed as part of the "great Jira cleanup of 2014".
>
> This has been an issue for several years but seems to get no attention.  I
> don't think I should be required to write my own plugin to do what should
> be a common requirement.
>
> Can someone explain if there's an approved way to accomplish this?
>
> I know Maven is supposed to be declarative in nature, but sequencing steps
> seems like a basic requirement.  From the lack of attention, and from
> reading other posts in places like StackOverflow, it appears there may be a
> philosophical objection to explicitly ordering executions.  Can someone
> explain the reasoning for this?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Unmanaged dependency question

[Paul Benedict]

I understand but you can't achieve this using a project to represent a
pre-existing jar. Your attempt won't work. The "install-file" command is
the correct solution; that is how you get it into your local repo without
downloading it from a remote repo.
On May 30, 2014 4:36 PM, "Matt Whiteman" 
wrote:

> Hi Curtis,
>
> I'll take a look at that, thanks! Ideally, I'll eventually be able to have
> an
> internal Maven repository
> so that I can do everything right. What I had been trying to do in the
> meantime
> is having it set up
> so that when we set up a new development station, the user can simply
> clone the
> Github repo that
> has these dependency projects and just do 'mvn install' on each one, then
> build
> or develop the
> standalone app(s). Kinda  crude I know, but we're basically just starting a
> software development
> department, so have to work  with what's available in the short-term. If it
> doesn't work, I can just
> keep a batch script with the jar  that runs the mvn:install I suppose.
>
> Yup Paul, that's exactly what was happening. The jar file deployed into a
> local
> repo within the
> project directory, and put a reference pom file up in the .m2 directory.
> But as
> soon as I
> ran 'mvn install', it built an empty jar file and put that up in the .m2
> instead. I just wanted to try to
> have it in a separate project so that from the user's perspective, it
> would be
> as close as possible
> to what the process would be  if we had an actual internal maven repo.
>
> Thanks for the suggestions everyone!
>
> Matt
>
> On May 30, 2014 at 4:49 PM Curtis Rueden  wrote:
> > Hi Matt,
> >
> > Have you seen this article?
> >
> http://developer-blog.cloudbees.com/2013/03/playing-trade-offs-with-maven.html
> >
> > If you cannot deploy the Microsoft JARs to your own internal Maven
> > repository, then you could try the non-maven-jar-plugin approach. It is
> > strongly recommended over the "basedir repository hack" approach that you
> > are using (presumably from
> > https://devcenter.heroku.com/articles/local-maven-dependencies).
> >
> > Regards,
> > Curtis
> >
> >
> > On Fri, May 30, 2014 at 3:42 PM, Matt Whiteman <
> mwhite...@purelandsupply.com
> > > wrote:
> >
> > > Hi,
> > >
> > >
> > >
> > > This has probably been answered before, but I haven't been able to
> find the
> > > answer and I'm hoping someone knows.
> > >
> > >
> > >
> > > I'm writing several apps that talk to a Microsoft SQL database, so I'm
> > > using
> > > the Hibernate dependency. Since Microsoft doesn't make the sqljdbc4 jar
> > > available on Maven, I've downloaded it, and I'm trying to make it an
> > > unmanaged dependency in its own standalone project so that I can simply
> > > reference it in other projects' pom files without having to deploy the
> jar
> > > to each one individually.
> > >
> > >
> > >
> > > I've followed the instructions for deploying an unmanaged dependency.
> As I
> > > am the only developer at my company (at this time), I do not have a
> > > separate
> > > Maven server setup. I was hoping to simply deploy the dependency and
> then
> > > run 'maven install' so that it copies everything needed into my .m2
> folder.
> > > This is my directory setup:
> > >
> > >
> > >
> > > (This is the project directory for the sqljdbc4 unmanaged dependency)
> > >
> > > C:\dev\Github-repos\addons\sqljdbc4
> > >
> > > +- pom.xml
> > >
> > > +-src
> > >
> > > +-repo
> > >
> > >
> > >
> > > I followed the instructions to use mvn deploy on the local sqljdbc4.jar
> > > file. I am using an artifactId of sqljdbc4, version 4.0, groupId of
> > > com.microsoft.sqlserver. After deployment, the repo directory does
> appear
> > > to
> > > be correctly populated:
> > >
> > >
> > >
> > > C:\dev\Github-repos\addons\sqljdbc4
> > >
> > > +- pom.xml
> > >
> > > +-src
> > >
> > > +-repo
> > >
> > > +-com
> > >
> > > +-microsoft
> > >
> > > +-sqlserver
> > >
> > > +-sqljdbc4
> > >
> > > +-maven-metadata
> > >
> > > +-4.0
> > >
> > > +-sqlj

Re: Unmanaged dependency question

[Paul Benedict]

I don't think you should make a project for your sql jar. My guess is when
you build+install that, you're creating an empty and useless jar file and
overwriting the good one you already placed in your local repo. The
mvn:install:install-file thing works and is what I would expect as the
answer.


Cheers,
Paul


On Fri, May 30, 2014 at 3:42 PM, Matt Whiteman  wrote:

> Hi,
>
>
>
> This has probably been answered before, but I haven't been able to find the
> answer and I'm hoping someone knows.
>
>
>
> I'm writing several apps that talk to a Microsoft SQL database, so I'm
> using
> the Hibernate dependency. Since Microsoft doesn't make the sqljdbc4 jar
> available on Maven, I've downloaded it, and I'm trying to make it an
> unmanaged dependency in its own standalone project so that I can simply
> reference it in other projects' pom files without having to deploy the jar
> to each one individually.
>
>
>
> I've followed the instructions for deploying an unmanaged dependency. As I
> am the only developer at my company (at this time), I do not have a
> separate
> Maven server setup. I was hoping to simply deploy the dependency and then
> run 'maven install' so that it copies everything needed into my .m2 folder.
> This is my directory setup:
>
>
>
> (This is the project directory for the sqljdbc4 unmanaged dependency)
>
> C:\dev\Github-repos\addons\sqljdbc4
>
>   +- pom.xml
>
>   +-src
>
>   +-repo
>
>
>
> I followed the instructions to use mvn deploy on the local sqljdbc4.jar
> file. I am using an artifactId of sqljdbc4, version 4.0, groupId of
> com.microsoft.sqlserver. After deployment, the repo directory does appear
> to
> be correctly populated:
>
>
>
> C:\dev\Github-repos\addons\sqljdbc4
>
>   +- pom.xml
>
>   +-src
>
>   +-repo
>
>+-com
>
>+-microsoft
>
>   +-sqlserver
>
>+-sqljdbc4
>
> +-maven-metadata
>
> +-4.0
>
>   +-sqljdbc4-4.0.jar
>
>   +-sqljdbc4-4.0.pom
>
>
>
> Next, following the instructions, I go back into the pom.xml file and add
> the repository tag, so my pom.xml for this now looks like:
>
>
>
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd
> <
> http://maven.apache.org/POM/4.0.0%20http:/maven.apache.org/xsd/maven-4.0.0
> .
> xsd> ">
>
>   4.0.0
>
>   com.microsoft.sqlserver
>
>   sqljdbc4
>
>   4.0
>
>
>
> 
>
> 
>
> 
>
> project.local
>
> project
>
> file:${project.basedir}/repo
>
> 
>
> 
>
> 
>
>
>
>
>
> Now, here is the problem. Since I want to use this as a dependency in other
> projects, I am trying to run 'maven install' so that it will push
> everything
> into my .m2 directory. The maven build is a success. However, the resulting
> sqljdbc4.jar file in the target directory and up in the m2 directory is
> only
> 2kb (whereas the original jar file is 571kb, none of the content made it
> in). As a result, projects that use this as a dependency build, but then
> throw a ClassNotFoundException at runtime, because the classes aren't
> there.
>
>
>
> I am building a separate project that uses this as a dependency:
>
>
>
> C:\dev\Github-repos\applications\myapp
>
>
>
> The pom.xml for this project uses the dependency correctly:
>
> 
>
> com.microsoft.sqlserver
>
> sqljdbc4
>
> 4.0
>
> 
>
>
>
> I'm even using the maven assembly plugin to ensure a jar is built with all
> dependencies packaged in:
>
>
>
> 
>
>
> maven-assembly-plugin
>
>   
>
> 
>
>
> jar-with-dependencies
>
> 
>
> 
>
>   
>
> true
>
>
> productfeeds.main.ProductFeedDriver
>
>   
>
> 
>
>   
>
> 
>
>   
>
> package
>
> 
>
>   single
>
> 
>
>   
>
> 
>
> 
>
>
>
>
>
> Any ideas what I'm doing wrong? I'm sure it's something really simple I've
> overlooked. If I don't make this a standalone dependency, and simply use
> 'mvn install:install-file -Dfile=sqljdbc4.jar
> -DgroupId=com.microsoft.sqlserver -DartifactId=sqljdbc4 -Dversion=4.0
> -Dpackaging=jar ', then everything works fine.
>
>
>
> Thanks,
>
>
>
> Matt
>
>
>
>

Re: What's a good plugin to translate markdown content?

[Paul Benedict]

Curtis, yes, the site plugin contains the support for the markdown content
but only if you're doing a site. There's no straightforward way (or anyway
that I know of) to take advantage of doxia as part of a project's build
(not the site build).


Cheers,
Paul


On Fri, May 16, 2014 at 7:24 AM, Curtis Rueden  wrote:

> Hi Paul,
>
> > I am looking for a plugin that can generate HTML from markdown document.
>
> You could write your own plugin that uses Markdownj. Or easier: a groovy
> script that does so with groovy-maven-plugin bound to the desired Maven
> goal. [1]
>
> Otherwise, Doxia already supports Markdown so maven-site-plugin could work,
> couldn't it?
>
> -Curtis
>
> [1] We use this to code generate sources using velocity:
> https://github.com/imagej/imagej-ops/blob/imagej-ops-0.3.0/pom.xml
>
>  On May 16, 2014 3:26 AM, "Paul Benedict"  wrote:
>
> > I am looking for a plugin that can generate HTML from markdown document.
> > This is not about using the site goal but static pages for a site. Anyone
> > been using something like this?
> >
> > Cheers,
> > Paul
> >
>

Re: Sharing of values across dependant projects?

[Paul Benedict]

SNAPSHOTS are built for this use case. As long as B is in SNAPSHOT mode, A
can continue pulling the latest.


Cheers,
Paul


On Fri, May 9, 2014 at 9:02 AM, James Green wrote:

> I have two projects - A and B. B depends on A.
>
> A is built with a number (call it a build number). B needs to which number
> is in A at the time B builds.
>
> Any ideas how to achieve this without any human intervention?
>
> FWIW the use case here is that A is software distributed by B (a WAR
> archive). A queries B for an updated build number, thus implementing
> "automatic updates". I'm trying to automate the setting of this number
> across the two projects but I've drawn a blank inside Jenkins for the
> moment.
>
> James
>

Re: How to avoid checking parent project in maven-site-plugin

[Paul Benedict]

If worst comes to worst, modify the POM. It's your local repository. You
can do whatever you want to those files. Perhaps you should start by
removing the parent's pom parent.

Of course, this will be a routine to repeat when you get the vendor's
latest POM.


Cheers,
Paul


On Thu, May 15, 2014 at 3:31 AM, Dariusz Jurojć wrote:

> Sure, i have software vendor's poms in my local repository. But I can't
> modify them (mostly because vendor releases new version of poms, so I will
> have to change every version of their pom - it doesn't have any sense). And
> I can't force vendor to add site configuration to their poms. So I have to
> do it in my pom. And I tried various methods and in every one of them maven
> tried to download site configuration from parent pom. And I'm trying to
> avoid this.
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/How-to-avoid-checking-parent-project-in-maven-site-plugin-tp5792945p5793085.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: How to avoid checking parent project in maven-site-plugin

[Paul Benedict]

You need to have the parent projects available to you in your remote or
local repository. You can't build with them missing because the parent has
configuration which you project (the child) depends upon.
On May 14, 2014 12:48 AM, "Dariusz Jurojć"  wrote:

> I can't do it - as I said - I'm only writing extension to very big project
> which is not mine. And I have to use pom from that "big project". And that
> pom has it's own parent and so on... I can't copy and modify all of them. I
> just want to create site with some reports for my project regardless of
> parent project.
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/How-to-avoid-checking-parent-project-in-maven-site-plugin-tp5792945p5793019.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

What's a good plugin to translate markdown content?

[Paul Benedict]

I am looking for a plugin that can generate HTML from markdown document.
This is not about using the site goal but static pages for a site. Anyone
been using something like this?

Cheers,
Paul

Re: Problem with filtering web resources

[Paul Benedict]

OK, I solved this. I've seen others on the web who complained of similar
issues -- and the JIRA tickets may be related -- but here's the answer for
posterity:

The / tags need to be in the  of the
maven-war-plugin and NOT your . The former is for your web
resources; the latter for your normal resources. That's not obvious if your
glancing through many examples but that's how you solve this.

Example:

   
 
   maven-war-plugin
   
 
   src/main/filters/dev.properties


  
src/main/webapp/WEB-INF
true
jboss-web.xml
WEB-INF
      
.


Cheers,
Paul


On Thu, Apr 24, 2014 at 2:17 PM, Paul Benedict  wrote:

> I think my problem is regarding these open issues:
>
> http://jira.codehaus.org/browse/MWAR-301
> http://jira.codehaus.org/browse/MWAR-305
>
> I did a "debug dump" of my build and noticed that my filters are
> definitely not being included in the list of available properties.
>
> Unless someone else can give advice on how to make this work (does anyone
> else here filter web resources?), I'll simply have to use the normal
>  tag and target the output at WEB-INF.
>
> Paul
>
>
>
> On Thu, Apr 24, 2014 at 1:37 PM, Paul Benedict wrote:
>
>> I am trying to filter my jboss-web.xml but am having problems. For sure,
>> the file is getting processed because ${project.version} is substituted
>> just fine, but any of my custom properties are not. It doesn't seem that
>> the war plugin is paying attention to my list of filters.
>>
>> 
>>   
>> src/main/filters/dev.properties
>>
>>
>>  
>>maven-war-plugin
>>
>> 
>>   
>>     src/main/webapp/WEB-INF
>> true
>> jboss-web.xml
>> WEB-INF
>>   
>> .
>> 
>>
>> What's missing/wrong in my config?
>>
>> --
>> Cheers,
>> Paul
>>
>
>
>
> --
> Cheers,
> Paul
>



-- 
Cheers,
Paul

Re: Problem with filtering web resources

[Paul Benedict]

I think my problem is regarding these open issues:

http://jira.codehaus.org/browse/MWAR-301
http://jira.codehaus.org/browse/MWAR-305

I did a "debug dump" of my build and noticed that my filters are definitely
not being included in the list of available properties.

Unless someone else can give advice on how to make this work (does anyone
else here filter web resources?), I'll simply have to use the normal
 tag and target the output at WEB-INF.

Paul



On Thu, Apr 24, 2014 at 1:37 PM, Paul Benedict  wrote:

> I am trying to filter my jboss-web.xml but am having problems. For sure,
> the file is getting processed because ${project.version} is substituted
> just fine, but any of my custom properties are not. It doesn't seem that
> the war plugin is paying attention to my list of filters.
>
> 
>   
> src/main/filters/dev.properties
>
>
>  
>maven-war-plugin
>
> 
>   
> src/main/webapp/WEB-INF
> true
> jboss-web.xml
> WEB-INF
>   
> .
> 
>
> What's missing/wrong in my config?
>
> --
> Cheers,
> Paul
>



-- 
Cheers,
Paul

Problem with filtering web resources

[Paul Benedict]

I am trying to filter my jboss-web.xml but am having problems. For sure,
the file is getting processed because ${project.version} is substituted
just fine, but any of my custom properties are not. It doesn't seem that
the war plugin is paying attention to my list of filters.


  
src/main/filters/dev.properties
   
   
 
   maven-war-plugin
   

  
src/main/webapp/WEB-INF
true
jboss-web.xml
WEB-INF
  
.


What's missing/wrong in my config?

-- 
Cheers,
Paul

Trouble downloading a dependency

[Paul Benedict]

Output from Maven...
Downloading:
http://repo1.maven.org/maven2/org/jboss/spec/javax/ejb/jboss-ejb-api_3.2_spec/1.0.0.Final/jboss-ejb-api_3.2_spec-1.0.0.Final.pom

...and then this error:
"connect: Address is invalid on local machine, or port is not valid on
remote machine"

I don't understand the error. If I paste the URL into my browser, the POM
exists. I even turned off my antivirus/firewall to make sure nothing was
blocking Java -- and still the same result.

Any clues what could be causing this?

-- 
Cheers,
Paul

Re: Why is dependency:analyze lying to me?

[Paul Benedict]

Especially if you use Spring XML configuration, it's impossible for the
Dependency Plugin to figure out you need this-or-that Spring jar. The best
you can do, actually, is use the new Spring Java Config so that your
configuration is code and thus able to be statically analyzed.


On Thu, Feb 13, 2014 at 3:54 PM, laredotornado-3 wrote:

> Hi,
>
> This may fall into the "How the hell is Maven supposed to know?" category,
> but one of the dependencies that dependency:analyze lists when I run it on
> my WAR project is
>
> [WARNING] Unused declared dependencies found:
> ...
> [WARNING]
>
> org.springframework.security:spring-security-taglibs:jar:3.1.1.RELEASE:compile
>
> However, when I comment this out of my pom, a few of my JSPs die with the
> error
>
> org.apache.jasper.JasperException: The absolute uri:
> http://www.springframework.org/security/tags cannot be resolved in either
> web.xml or the jar files deployed with this application
>
>
> org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:51)
>
>
> org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:409)
>
>
> org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:116)
>
> because the JSP includes this
>
> <%@ taglib prefix="sec"
> uri="http://www.springframework.org/security/tags"%>
>
> Anyway, not sure if the plugin can be configured to detect these kind of
> things, but a guy can dream, can't he??
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Why-is-dependency-analyze-lying-to-me-tp5784108p5784691.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -----
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

Re: Code coverage with debug logs: 100% branch coverage not possible?...

[Paul Benedict]

IIRC, there should be an option in Emma/Cobertura that allows you to
exclude coverage on certain classes. So if you can exclude your log4j
classes (you don't really want to test your logging, do you?), then you
should be able to raise your percentage.


On Wed, Feb 12, 2014 at 2:30 PM, Benoît Berthonneau
wrote:

> Hi all,
>
>
>
> I need your opinion/way to tackle the following problem:
>
> In many projects we use a Logger (doesn't matter which implementation). It
> is often recommend to test if the debug level is activated before logging a
> debug trace like the following:
>
> if (logger.isDebugEnabled()) {
>
> logger.debug("blah " + i + " in the loop that contains " + max);
>
> }
>
>
>
> Now when you run unit tests on this kind of code you need to make a choice:
> run tests with INFO level or run tests with ALL traces activated. I choose
> the second option in order to:
>
> * Check that debug traces doesn't throw unwanted exception (like
> NPE)
>
> * Have a better code coverage in term of covered lines
>
>
>
> But in term of branches coverage we could never have a 100% :(
>
>
>
> To me the only way to cover this is to run the tests suite 2 times: one
> with
> INFO traces configured, and another one with ALL traces activated.
>
> Did you face this issue and how did you solve it ?
>
>
>
> Thanks,
>
> Benoît.
>
>


-- 
Cheers,
Paul

Re: Why is dependency:analyze lying to me?

[Paul Benedict]

I am so happy someone brought this up. I actually hit this issue several
times but never got around to mentioning it. Please submit a JIRA issue!


On Tue, Feb 11, 2014 at 3:41 PM, Barrie Treloar  wrote:

> On 12 February 2014 07:41, laredotornado-3 
> wrote:
> > Hi,
> >
> > I'm using Maven 3.1.1 on Mac 10.9.1.  When I ran "mvn
> dependency:analyze" on
> > my project, I got results that included:
> >
> > [WARNING] Unused declared dependencies found:
> > ...
> > [WARNING]junit:junit:jar:4.11:test
> >
> > So I commented out the above junit dependency in my pom (declared like
> so):
> [del]
> > java.lang.NoSuchFieldError: NULL
> > at
> org.junit.runners.ParentRunner.(ParentRunner.java:48)
> > at
> >
> org.junit.runners.BlockJUnit4ClassRunner.(BlockJUnit4ClassRunner.java:58)
> > at
> >
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.(SpringJUnit4ClassRunner.java:104)
> >
> > This isn't the only dependency that the analyze goal lists that wreaks
> havoc
> > when I comment it out.  Is there another way to detect what dependencies
> are
> > truly not needed by my project?
>
> Unfortunately this stuff is not documented well enough in the plugin.
> You're welcome to submit a patch!
>
> Have a look at
> http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#unused
>
> I think Maven is missing a scope, it needs to break up test into two
> phases; testCompile and testRuntime instead of having one scope which
> means both.
> This means that the analyze code can't tell what stuff is needed for
> tests at compile time and what is needed at runtime.
>
> If my memory serves me right, that would mean for your example that
> Spring is a compile time dependency but junit would be a runtime
> dependency.
> Hence the incorrect "Unused declared dependencies found" error.
>
> I would manually ignore anything found in the test scope from the error
> list.
> I never found the time to go hacking the plugin to work better - i.e.
> if it is test scope it really can't tell the difference between unused
> dependencies and shouldn't report them.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

Re: New logo?

[Paul Benedict]

Love this logo. Very awesome.


On Tue, Jan 14, 2014 at 9:51 AM, Mark H. Wood  wrote:

> On Tue, Jan 14, 2014 at 12:08:09PM +, Stephen Connolly wrote:
> > Putting maven-20 in context, you get:
> >
> >
> http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
>
> *Very* nice work, but...what does this Native Americans theme have to do
> with "maven"?  Yes, I know, but people *will* ask.  Especially since
> the answer has no connection with what Maven would do for them.
>
> Unless I'm mistaken, the Maven landing page exists to sell Maven, not
> the Apache Software Foundation.  A link to the Foundation's landing
> page is quite appropriate and should be easy to find, but that's not
> why people come to this page.  They come because they've heard
> something about Maven and want to know more, or Google gave them a
> link when they asked something about software project management or
> build tools, or because some other project had a "built with Maven"
> link on its page and they're curious.  They'll probably be best
> pleased if, at a glance, they can get some notion of what Maven does.
>
> Possibly that message simply isn't very visual, and the best one can
> do is to select a (formerly) meaningless but unique mascot or abstract
> symbol.  Possibly there is an image that will make people think, "yes!
> that is Maven in action."
>
> I'm really not that sort of visual thinker, but images of structure,
> assembly, or gathering seem appropriate.  The best(?) I've been able
> to imagine is a funnel with classes falling in and a package falling
> out.  Or perhaps an assembly line.  (What do classes look like? beats
> me.)  Maybe you can do something with the Reactor:  skinny pipes bring
> things in, one big pipe lets the product out.
>
> --
> Mark H. Wood, Lead System Programmer   mw...@iupui.edu
> Machines should not be friendly.  Machines should be obedient.
>



-- 
Cheers,
Paul

Re: New logo?

[Paul Benedict]

Great logo, but yes, an orange hat too similar to red hat. If we're using
an Apache feather, maybe we can use a Cowboy hat to complete the theme?


On Mon, Jan 13, 2014 at 5:22 PM, Adam Retter wrote:

> My personal fear of the hat, is that it is too similar to Redhat IMHO.
>
>
> On 13 January 2014 22:29, John Miller  wrote:
>
>> Well I guess the attachment did not go through..
>>
>>
>>
>> [image: Maven Hat..jpg]
>>
>>
>>
>>
>>
>> Thanks
>>
>> John
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>
>
>
> --
> Adam Retter
>
> skype: adam.retter
> tweet: adamretter
> http://www.adamretter.org.uk
>



-- 
Cheers,
Paul

Re: New logo?

[Paul Benedict]

Good choice. I was hoping someone would find a picture that played off the
"expertise" definition of the word Maven.


On Thu, Jan 9, 2014 at 10:07 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> The Owl is usually a symbol of wisdom, e.g. the wise owl.
>
> Maven embodies the collective wisdom of how to build software
>
> Hence why I did #5
>
>
> On 9 January 2014 15:51, Mark H. Wood  wrote:
>
> > On Thu, Jan 09, 2014 at 09:32:54AM -0600, Curtis Rueden wrote:
> > > All of the logos are OK, but none of them really symbolize anything in
> > > particular about Maven. IMO the best logos encapsulate the purpose of
> the
> > > project somehow, either overtly, covertly or both.
> >
> > Good point.  I was associating with the name "Maven", looking for a
> > symbol of in-depth understanding of a specialized field.
> >
> > http://en.wiktionary.org/wiki/maven
> >
> > So, what does Maven do?  It passes unique source and object code
> > inputs through a standardized process, guided by an expression of the
> > relationships among those inputs, to assemble a well-specified
> > configuration of runnable code.  What does that look like?
> >
> > --
> > Mark H. Wood, Lead System Programmer   mw...@iupui.edu
> > Machines should not be friendly.  Machines should be obedient.
> >
>



-- 
Cheers,
Paul

Re: Skip copying resources

[Paul Benedict]

Your problem is that, I think, you attached the execution to the "compile"
phase. However, the "process-resources" phase already happened so you're
not getting the right behavior. Attach to the correct phase.


On Wed, Jan 8, 2014 at 4:05 PM, Kuo, Joncheng (HP Storage - MSDU) <
joncheng@hp.com> wrote:

> How do I skip copying resources? I try  in  but it
> does not work.
>
>   
> maven-resources-plugin
> 
>   
> copy-xxx
> compile
> 
>   copy-resources
> 
> 
>   true
>
> ${webapp.dir}/example/resources
>   
> 
>   ${webapp.dir}/resources
>   
> **
>   
> 
>   
> 
>   
> 
>
> Joncheng Kuo
>
>


-- 
Cheers,
Paul

Re: New logo?

[Paul Benedict]

My suggestion is for someone in the PMC to pay $29 to
http://www.48hourslogo.com/ and have an extraordinary number of artists
show you their logo ideas. Buy the one you like and then donate it to
Apache.

Paul

Re: Excluding maven pom.xml from generated jar as a security precaution?

[Paul Benedict]

I wouldn't toss-off the idea that providing a POM can't be a security risk.
It *depends* what you are coding and what assets are being protected. True,
there is "a bigger problem at hand if someone knowing an internal server is
a security risk", but even if there's no risk today, the risk can be
tomorrow. That's how attackers work: pieces of puzzles at a time. Anyone
trained in security would understanding this perspective. But if your
assets are minimal/worthless, who cares anyway?


On Tue, Nov 19, 2013 at 9:07 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> I used (former employer) use a process akin to shade to publish "clean"
> poms at an alternative groupId... it was OK but a bit of a pain
>
>
> On 19 November 2013 14:47, Benson Margulies  wrote:
>
> > The security concern here is nonsense, at best it's 'security by
> > obscurity'.
> >
> > However, there's a better reason to clean off the poms that happened
> > to us. Our product poms use our internal parent POM, which encodes our
> > chosen options for all the plugins we use at build time, and our
> > infrastructure (e.g. Sonar). It makes no sense to distribute that POM,
> > but without it, our poms don't work. So, our customers _asked us to
> > remove our poms_ from the metadata, to make it _easier for them to
> > push our jars to their repository manager_.
> >
> > The ideal solution would be for us to put 'clean' poms in the metadata
> > that declared only dependencies and no parent. However, I am unaware
> > of any way to get maven to automatically generate such things. Is
> > anyone else?
> >
> >
> > On Tue, Nov 19, 2013 at 5:57 AM, Adam Retter  >
> > wrote:
> > > I would of thought it would be better practice to keep a clean
> > > separation between your pom.xml and settings.xml where any sensitive
> > > server information goes in your settings.xml
> > >
> > > However, if you are worried that someone knowing a URL to an internal
> > > server is a security risk, then I would suggest you have bigger
> > > problems with your security infrastructure.
> > >
> > > As a developer, it it fantastically useful to have the pom's available
> > > even when working with closed (or non-open) source products.
> > >
> > > On 19 November 2013 02:16, Paul Benedict  wrote:
> > >> My personal opinion for closed-source products is not to include the
> > >> generated POM. If someone somehow stole your proprietary jar, the POM
> > might
> > >> help to find out where to steal the rest -- URL locations and custom
> > >> properties, in particular.
> > >>
> > >>
> > >>
> > >>
> > >> On Mon, Nov 18, 2013 at 7:46 PM, Tang Kin Chuen 
> > wrote:
> > >>
> > >>> Same here.
> > >>>
> > >>> Just wondering if it's common practice for close sourced products to
> > remove
> > >>> maven manifest info from jars... something we cannot search in open
> > source
> > >>> codes! :-)
> > >>>
> > >>> I am hoping to get an authoritative reference that says it's OK to
> > leave it
> > >>> there.
> > >>> On Nov 19, 2013 9:40 AM, "Adam Retter" 
> > wrote:
> > >>>
> > >>> > I would be interested to know what your peers perceive the security
> > >>> > concerns as being?
> > >>> >
> > >>> > On 19 November 2013 01:22, Tang Kin Chuen  wrote:
> > >>> > > Hi guys,
> > >>> > >
> > >>> > > Are there any security concerns in leaving the default pom
> file(s)
> > in
> > >>> > > meta-inf of generated jars for "commercial products"?
> > >>> > >
> > >>> > > I find it useful to leave it there for troubleshooting purpose,
> > >>> thinking
> > >>> > > that there is not much security concerns but my peers are
> thinking
> > >>> > > otherwise.
> > >>> > >
> > >>> > > I would like to seek some advise/opinions on this topic.
> > >>> > >
> > >>> > > Cheers!
> > >>> >
> > >>> >
> > >>> >
> > >>> > --
> > >>> > Adam Retter
> > >>> >
> > >>> > skype: adam.retter
> > >>> > tweet: adamretter
> > >>> > http://www.adamretter.org.uk
> > >>> >
> > >>> >
> -
> > >>> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > >>> > For additional commands, e-mail: users-h...@maven.apache.org
> > >>> >
> > >>> >
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >> Cheers,
> > >> Paul
> > >
> > >
> > >
> > > --
> > > Adam Retter
> > >
> > > skype: adam.retter
> > > tweet: adamretter
> > > http://www.adamretter.org.uk
> > >
> > > -
> > > 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
> >
> >
>



-- 
Cheers,
Paul

Re: Excluding maven pom.xml from generated jar as a security precaution?

[Paul Benedict]

My personal opinion for closed-source products is not to include the
generated POM. If someone somehow stole your proprietary jar, the POM might
help to find out where to steal the rest -- URL locations and custom
properties, in particular.




On Mon, Nov 18, 2013 at 7:46 PM, Tang Kin Chuen  wrote:

> Same here.
>
> Just wondering if it's common practice for close sourced products to remove
> maven manifest info from jars... something we cannot search in open source
> codes! :-)
>
> I am hoping to get an authoritative reference that says it's OK to leave it
> there.
> On Nov 19, 2013 9:40 AM, "Adam Retter"  wrote:
>
> > I would be interested to know what your peers perceive the security
> > concerns as being?
> >
> > On 19 November 2013 01:22, Tang Kin Chuen  wrote:
> > > Hi guys,
> > >
> > > Are there any security concerns in leaving the default pom file(s) in
> > > meta-inf of generated jars for "commercial products"?
> > >
> > > I find it useful to leave it there for troubleshooting purpose,
> thinking
> > > that there is not much security concerns but my peers are thinking
> > > otherwise.
> > >
> > > I would like to seek some advise/opinions on this topic.
> > >
> > > Cheers!
> >
> >
> >
> > --
> > Adam Retter
> >
> > skype: adam.retter
> > tweet: adamretter
> > http://www.adamretter.org.uk
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>



-- 
Cheers,
Paul

Re: Some help needed with maven-enforcer-plugin

[Paul Benedict]

I looked up the ticket that introduced the feature:
http://jira.codehaus.org/browse/MENFORCER-147

It doesn't look like it enforces dependency versions; it enforces that
Maven plugin versions in  match .

Paul



On Tue, Nov 5, 2013 at 10:07 AM, Markward Schubert <
markward.schub...@gmail.com> wrote:

> Hi All!
>
> I am struggling with the enforcer-plugin's requireSameVersions rule.
> Introducing the bannedDependencies rule was successful, but somehow I seem
> to not get the right configuration for requireSameVersion.
>
> Here is my config:
>
> 
> org.apache.maven.plugins
> maven-enforcer-plugin
> 1.3.1
> 
> 
> enforce-banned-dependencies
> 
> enforce
> 
> 
> 
> 
>
> true
> 
> commons-logging
> 
> 
> 
> true
> 
> 
> 
> enforce-same-versions
> 
> enforce
> 
> 
> 
> 
> 
>
> org.slf4j:*
> 
> 
> 
> true
> 
> 
> 
> 
> true
> 
> 
>
> As a matter of fact we have
>
> org.slf4j:slf4j-api:1.7.5
>
> as well as
>
> org.slf4j:com.springsource.slf4j.api:1.6.1
>
> in our dependency tree. But still the build is SUCCESSFUL.
> Did I get anything wrong here? Some misconfiguration.
>
> I would expect that the rule as configured would enforce all
> org.slf4j-group dependencies to have the same version.
>
> Thanks for your help!
>
> Markward
>



-- 
Cheers,
Paul

Re: Trying to understand how maven finds source

[Paul Benedict]

You are likely not see "src/main/java" in POMs because that is the default
path. Unless you want to change the source directory, you can omit it
altogether.


On Thu, Oct 24, 2013 at 3:04 PM, Robert Dailey wrote:

> Hey everyone,
>
> I'm trying to understand something basic, I haven't been able to find
> the answer through Google surprisingly (maybe my searching abilities
> suck today). How is it that Maven is able to find source code to
> compile? What I would expect is the pom.xml to refer to some *.java
> path (something like src/main/java/*), but I don't
> see anything like that.
>
> How does maven know what java source code to compile? Thanks in
> advance for any help.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

users@maven.apache.org

[Paul Benedict]

That's interesting. When I use a double ampersand, Maven looks for my
security-settings.xml correctly so it's finding the program. Without the
double ampersand, it doesn't work.




On Thu, Sep 26, 2013 at 9:32 AM, djeanprost <
dominique.jean-pr...@sofaxis.com> wrote:

> with double ampersand, problem is still there
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password
> toto&&titi
> {6coO4Ogj1ckH5QYSj8ZymSBzyC1y9WlTdVdPaTYQLLU=}
> 'titi' n'est pas reconnu en tant que commande interne
> ou externe, un programme exécutable ou un fichier de commandes.
>
> dom
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Problem-with-encrypt-password-if-password-contains-tp5771921p5771927.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

users@maven.apache.org

[Paul Benedict]

Can you try a double ampersand and let me know if that works?


On Thu, Sep 26, 2013 at 9:23 AM, djeanprost <
dominique.jean-pr...@sofaxis.com> wrote:

> Doesn't seem to be better :
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password
> toto^&titi
> 'titi' n'est pas reconnu en tant que commande interne
> ou externe, un programme exécutable ou un fichier de commandes.
> {fepRzHofytAHYHH2O53qUS3yk/BlA7llKY8gunb2O2o=}
>
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Problem-with-encrypt-password-if-password-contains-tp5771921p5771924.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

users@maven.apache.org

[Paul Benedict]

I never encountered this problem, but I think & is a special token on the
Windows command line. Put a caret in front of it to see if it escapes it
properly: ^&


On Thu, Sep 26, 2013 at 9:17 AM, djeanprost <
dominique.jean-pr...@sofaxis.com> wrote:

> Hello,
>
> I'm trying to use maven password encryption feature.
> My problem is that the password I'm trying to encrypt contains the
> charatcter "&" (ampersand). Because of this, the command line does not work
> ran in Windows cli.
>
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password toto&titi
> {Crgi2Ua6uJkHCId5ol73dXfwHsoecIEAN+oCl0Ejh50=}
> 'titi' n'est pas reconnu en tant que commande interne
> ou externe, un programme exécutable ou un fichier de commandes.
>
> I tried to add quotes, but I can't manage to to make it work
>
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password toto
> {DhN9VJ29e4QHksWV5dh9UrPL5LwrGbv119x9ptOlNpQ=}
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password "toto"
> {wAmp4BzifcMH0FjCCnmccIZeCLBI4dGL3eWz07zGomc=} <-- not the same value than
> previous one : quotes do not work
>
> C:\outillivraison\outillivraison-1.0-beta2>mvn --encrypt-password 'toto'
> {pv3FYsX7mzMHgHqUpym1TQBcFtnL+TRI7ouyIO1oAag=} <-- again, not the same
> value
>
> Can someone help me please ? Should I fill a jira ?
> Thank you
> Dom
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Problem-with-encrypt-password-if-password-contains-tp5771921.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Cheers,
Paul

Re: How to find which maven dependencies are missing?

[Paul Benedict]

You ask a really good question but one that eludes answer.

It seems several experts believe Maven is good at compile dependencies but
not runtime dependencies. If you care to see some of those discussions in
another mailing list, here you go:
http://mail.openjdk.java.net/pipermail/jigsaw-dev/2013-September/date.html

I also want a better way to know which runtime dependencies are missing,
but I don't have an answer for that. I typically have to examine a POM and
figure out which "optional" dependency I need through trial-and-error.

Paul


On Mon, Sep 23, 2013 at 5:20 AM, Krichevskiy Michael <
krichevsky.mich...@nixsolutions.com> wrote:

> Hello.
>
> I have a web project and a pom.xml file. It has enough dependencies to
> compile and package but not enough to start the project. In my IDE it's
> shown that everything is ok, but when a start the application it has
> errors(internal, no matter what kind). When I add external pom.xml from
> another app, my application launches.
>
> So is there any way I can find out which dependencies are missing and how
> in
> future I can determine which dependencies are needed for using this or
> that?
>
>
>
> Thanks in advance,
>
> Mike
>
>
>
>


-- 
Cheers,
Paul

Re: Maven parsing pom.xml incorrectly

[Paul Benedict]

I believe this behavior is correct. IIRC, XML does not allow double-dashes
inside a comment.


On Wed, Sep 18, 2013 at 9:06 AM, Andrew Pennebaker wrote:

> I'm using Thrift in my Maven project, compiling my .thrift code to .java as
> part of the generate-sources step. To do this, I use the maven antrun
> plugin in my pom.xml, which executes a command line call to the thrift
> executable, and sends it the appropriate argument flags, such as "-out" and
> "--gen".
>
> However, when I comment out this plugin with the standard XML comment
> syntax , Maven fails to parse the pom file. It doesn't like the
> fact that the comment contains --gen, expecting the comment to end right
> there.
>
> Can we please improve Maven's comment syntax parsing for pom.xml?
>



-- 
Cheers,
Paul

How to release:perform without site & publishing?

[Paul Benedict]

I am fond of the Release plugin's ability to check out my code, tag, update
the POM, and check it back in. I just don't need any site generation or
publishing to a remote repository.

Is it possible to skip the latter? If not, can I publish to my local
repository without messing up its metadata?

-- 
Cheers,
Paul

Re: [DISCUSS] On the Maven PMC roles... (was [DISCUSS] Should the Maven PMC be an example of how we want the Maven Community to behave...)

[Paul Benedict]

I've stated from the beginning of this thread that it's impossible to
prevent someone from developing outside of Apache. I stand by that still.
That can't be prevented and any attempt will fail since it's not practical.

If my words today aren't clear, I'll try again. My stance isn't about
halting developing elsewhere, but to halt what I (and maybe some others)
perceive as a way of getting around the Apache community.

I won't use your "ultra whizzbang high performance logging" :-) example
because it doesn't fit what my concern; but imagine an existing component
(I won't name any) that is critical and Maven's existence and Maven can't
function without it. It's very easy for any PMC member to go to another OSS
community, develop it, and then kind of leave the other PMCs with no real
"choice" but to use it because the code realizes the future of Maven. Those
other PMCs are really backed into a corner; they have no real recourse to
preventing this, lest Maven development is simply halted altogether. The
other OSS community has other committers, other mailing lists, other
deliberations, etc. Community work and input becomes marginalized here.

Does this make sense to you? That kind of community-splitting effort needs
to stop and that's what I am trying to address.

Cheers,
Paul



On Fri, Aug 2, 2013 at 11:10 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> We cannot stop somebody from developing something outside of Apache.
>
> So I could go off and write a High Performance Logging API... now I could
> be doing that because I want to foist that Logging API on Maven... or I
> could be doing it as an experiment that, if successful, I may offer for
> Maven to consume... or I could be doing it because I need it for my Day
> Job...
>
> We cannot know the reasons why somebody is doing something outside of
> Maven... we can ask, but we cannot *know* if the answer we are given is
> truthful.
>
> So anyway, I now have this ultra whizzbang high performance logging API and
> I am aware of some deficit in the logging performance of Maven, so I spin
> up a private fork (it could be a hidden private fork, or it could be a
> public one... doesn't matter) and integrate the logging API and low and
> behold I see a whopping X% improvement... so I want to bring that back to
> Maven...
>
> Is there anything wrong with the above?
>
> If the library I created is under a Category A license and open source and
> I go with CTR and nobody vetos my commit... we have consensus... why do we
> need to go all Iron Fist and require a vote?
>
> We already have established tools: review of commits, vetos on commits,
> mandatory votes for Category B dependencies...
>
> Do we really need *more* processes and procedures to follow?
>
> On 2 August 2013 16:51, Paul Benedict  wrote:
>
> > I don't understand the iron hand analogy. I was expressing the use of a
> > vote to allow or disallow critical development outside of Apache. The
> vote
> > would lead to a consensus, no?
> >
> >
> > On Fri, Aug 2, 2013 at 10:41 AM, Stephen Connolly <
> > stephen.alan.conno...@gmail.com> wrote:
> >
> > > On 2 August 2013 16:32, Paul Benedict  wrote:
> > >
> > > > Furthermore, I'd like to see explicit procedural rules on Maven Core
> > and
> > > > forking. For example, if there's a critical component needing
> > development
> > > > for Core, and a PMC expresses that such development will be done
> > outside
> > > of
> > > > Apache and then used as a dependency, shouldn't there be a vote on
> > that?
> > > >
> > >
> > > Votes should be a tool to confirm consensus... not an iron hand.
> > >
> > > If the consensus of the developers is to use the dependency which is
> > > external to the project, then that is fine. If there is no consensus
> then
> > > the dependency will not be introduced.
> > >
> > > We already have a policy that adding Category B dependencies to Core
> > > requires approval of the PMC, I don't see that there is much value in
> > > adding even more to this document... but if you can suggest a patch and
> > > people agree with it...
> > >
> > > -Stephen
> > >
> >
> >
> >
> > --
> > Cheers,
> > Paul
> >
>



-- 
Cheers,
Paul