Digana tibordig...@apache.org
wrote:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list
Because if extensions is true then there could be a custom lifecycle or
packaging in the plugin and that *may* affect the build plan before it is
constructed.
On 15 January 2015 at 05:43, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
2015-01-15 4:48 GMT+01:00 Igor Fedorenko
.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823781.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail
it into the JAR you can do that now.
On Jan 15, 2015, at 5:57 AM, Tibor Digana tibordig...@apache.org
wrote:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven
:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list archive at Nabble.com
, Tibor Digana tibordig...@apache.org wrote:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list
tibordig...@apache.org:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list archive at Nabble.com
this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr
into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list archive at Nabble.com
Conceptually, I believe this is a case bad separation of concerns. Build
tools and production code often require different development skills and
techniques, have different dependencies. You really need to wear two
different hats to work on the tools and production code, and I think
many devs
writing it into the JAR you can do that now.
On Jan 15, 2015, at 5:57 AM, Tibor Digana tibordig...@apache.org
wrote:
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven
True, Kristian.
But the pains of creating a Maven project A to host dependencies for
plugins in project B seem ... small in comparison to injecting dynamic
elements into the POM. Provided, of course, that one intends to re-use and
unit test the plugin extension.
2015-01-14 16:10 GMT+01:00
We have been discussing this in the context of surefire, which uses
these extension mechanisms, so both Tibor, Andreas and I are fully
aware of what is possible. And as Jason says, there is a spectrum. I'm
not sure how the line would be drawn, since ant is very free-form
while gradle is
Maybe Jason can bring some light into this discussion.
Jason?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823611.html
Sent from the Maven Developers mailing list archive at Nabble.com
the
Classworld ClassLoader in plugin runtime?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823548.html
Sent from the Maven Developers mailing list archive at Nabble.com
@Parameter().
I have no idea how to do that and maybe Maven has already some hooks for
that.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823565.html
Sent from the Maven Developers mailing list archive at Nabble.com
2015-01-15 4:48 GMT+01:00 Igor Fedorenko i...@ifedorenko.com:
Although I generally *strongly* discourage resolution of plugins and
plugin dependencies from the reactor
Why ?
Kristian
-
To unsubscribe, e-mail:
this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823565.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr
Although I generally *strongly* discourage resolution of plugins and
plugin dependencies from the reactor, it is expected to work with maven
3.0+ for regular extensions=false plugins. If you have a testcase when
it does not work, I can have a look.
--
Regards,
Igor
On 2015-01-14 10:10, Kristian
On Wed, Jan 14, 2015 at 10:10 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
It is only inconvenient because maven cannot resolve the artifact from
the current reactor, or at least it was not able to when I made
testcases for this for surefire-providers.
OK, now I'm with you.
It is only inconvenient because maven cannot resolve the artifact from
the current reactor, or at least it was not able to when I made
testcases for this for surefire-providers.
This means the extension has to be in a separate project and
built/deployed entirely separate module; this is an
is not on the top
of OSGi
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823531.html
Sent from the Maven Developers mailing list archive at Nabble.com
to extend the
Classworld ClassLoader in plugin runtime?
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823548.html
Sent from the Maven Developers mailing list archive at Nabble.com
-- or at least the idea of a DSL that
can be directly typed into the POM, which avoids both.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823548.html
Sent from the Maven Developers mailing list archive at Nabble.com
If we additionaly look for a solution that would work straight out of
the box for maven 3.0, the plugin could actually just use some kind of
loader library that would load/detect the supplied artifact into the
plugin classloader and use lazy container lookup logic when resolving
the user-supplied
://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823467.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
-Softcoded-Customized-Maven-Plugins-tp5823365p5823467.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h
property:
someScript.groovy
hook.set(new RunOrder());
Tha's it, very simple.
All we need to do is to provide the execution property 'hook' - the name is
just for illustration purposes only.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized
to customize surefire dependencies per execution. With
static POM this is not possible.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823485.html
Sent from the Maven Developers mailing list archive at Nabble.com
.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823467.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
to customize surefire dependencies per execution. With
static POM this is not possible.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823485.html
Sent from the Maven Developers mailing list archive at Nabble.com
yes, let's please decouple 'how do we get more code into the classspath'
from 'how to we tell a plugin to use the code.'
For the first, we have the plugin's dependencies.
For the second, well, don't we have plexus component injection? Obviously,
there are more modern alternatives, but shouldn't
reported JIRA
bug that they want to customize surefire dependencies per execution. With
static POM this is not possible.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823485.html
Sent from the Maven Developers mailing list
Agreed Benson; I find it very interesting to reduce this problem
initially, then we can grow it afterwards once we sort of understand
what it would take.
We could very well use standard DI to export the service-overrides
from our custom expansions module. plexus annotations should do quite
So, I'm confused as to why asking people to add jars to the dependencies/
of a plugin/ is seen as annoying or inconvenient. Can you deconfuse me?
On Wed, Jan 14, 2015 at 8:19 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
If we additionaly look for a solution that would work
is that it was good style 10 years ago, but today the situation
is different we should really uncover the API in a convenient way for the
users.
My impression is same for Maven core and default Maven plugins as well.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized
Hi All,
We want to prepare an experimental release of maven-surefire-plugin
customizing the plugin behavior. Basically we want to uncover open API and
we expect a feedback from Maven users group.
We have received many configuration requests in this plugin which increased
JIRA issues.
We believe
and same simple presents to
substitute SPI.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823374.html
Sent from the Maven Developers mailing list archive at Nabble.com
Igor, can we join our visions and design together regarding compiler and
surefire ?
I guess we need to write a list of requirements. Later we will find possible
solutions for each + API.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven
Do you think you can give a couple of representative examples that
explain what you are trying to achieve?
--
Regards,
Igor
On 2015-01-13 9:33, Tibor Digana wrote:
Hi All,
We want to prepare an experimental release of maven-surefire-plugin
customizing the plugin behavior. Basically we want to
of requirements. Later we will find possible
solutions for each + API.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823378.html
Sent from the Maven Developers mailing list archive at Nabble.com
+ API.
--
View this message in context:
http://maven.40175.n5.nabble.com/Plugable-Softcoded-Customized-Maven-Plugins-tp5823365p5823378.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e
42 matches
Mail list logo
