GitHub user sergei-ivanov opened a pull request:
https://github.com/apache/maven-scm/pull/31
SCM-706 finer-grained handling of file rename status for gitexe provider...
..., rename source is not added to the set of files for commit operation
anymore
This is an actualisation
On 14 Apr 2015, at 18:34, Olivier Lamy wrote:
> wow, impressive!
> Definitely agree!!!
A third on that! That's tempting me to _actually_ use maven sites.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/tali
On 14 Apr 2015, at 18:50, Hervé BOUTEMY wrote:
> no secret: 1920x1200 = good screen for a desktop,
Do you always run your browser full screen? I don't.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/t
In addition, even if IDEs were to support the MVJAR spec, that doesn't
answer how Maven should natively answer the spec. Relying on IDE support
isn't a good total answer, but it is a good complimentary answer. Maven
just has to answer it with configuration and command line tooling too.
Cheers,
Pa
My 0.02
The current approach to use multiple modules, poms,... is a pita and
mvjar would fix that, while bringing new interesting problems such as
testing the possible combinations. But that is ok.
Lack of IDE support shouldn't stop us, if it is useful for maven users
that may push the IDEs
If t
I don't see this as "forcing" to create modules. This is purely a packaging
issue, not a programming issue. Rather than providing distinct jars per the
Java version you're targeting (which people have done for years when
needed), you're just binding things up at the end. Forget this is about the
MV
On Tue, Apr 14, 2015 at 10:32 AM, Arnaud Héritier
wrote:
> On Tue, Apr 14, 2015 at 8:29 AM, Hervé BOUTEMY
> wrote:
>
> > Le lundi 13 avril 2015 12:19:57 Paul Benedict a écrit :
> > > This is the example project structure I had in mind:
> > >
> > > mvjar-example/
> > >minjava/
> > > src/
For now yes it is probably the only solution but the JCP should work with
IDE teams to have this solved.
I don't want to see Maven doing crappy stuffs because of IDEs
There are already a lot of limitations in IDE (at least some of them)
compared to Maven like the ability to have several classpaths
Actually this is worse. This would be Maven forcing us to create modules
because IDEs do not support different JDK levels for source code paths in
the one module
On 14 April 2015 at 09:32, Arnaud Héritier wrote:
> On Tue, Apr 14, 2015 at 8:29 AM, Hervé BOUTEMY
> wrote:
>
> > Le lundi 13 avril 2
On Tue, Apr 14, 2015 at 11:55 AM, Jörg Schaible <
joerg.schai...@swisspost.com> wrote:
> Hi Arnaud,
>
> Arnaud Héritier wrote:
>
> > On Mon, Apr 13, 2015 at 11:16 PM, Jörg Schaible
> > wrote:
>
> [snip]
>
> >> IMHO, mvjars will create a bigger maintenance mess than the current
> >> solutions.
> >
Hi Arnaud,
Arnaud Héritier wrote:
> On Mon, Apr 13, 2015 at 11:16 PM, Jörg Schaible
> wrote:
[snip]
>> IMHO, mvjars will create a bigger maintenance mess than the current
>> solutions.
>>
>
> I don't know. I think it really depends if your are provider or consumer
> of mvjars. If you are cons
On Mon, Apr 13, 2015 at 11:16 PM, Jörg Schaible
wrote:
> Hi Arnaud,
>
> Arnaud Héritier wrote:
>
> > In short/middle term the lack of IDE integration isn't a real problem for
> > now.
> > Like Brian said, they know that users won't use such feature before
> > several years.
> > The runtime part p
On Tue, Apr 14, 2015 at 8:29 AM, Hervé BOUTEMY
wrote:
> Le lundi 13 avril 2015 12:19:57 Paul Benedict a écrit :
> > This is the example project structure I had in mind:
> >
> > mvjar-example/
> >minjava/
> > src/main/java
> > src/test/java
> >java7/
> > src/main/java
> >
On 14 April 2015 at 16:50, Hervé BOUTEMY wrote:
> Le mardi 14 avril 2015 16:34:18 Olivier Lamy a écrit :
> > On 14 April 2015 at 16:11, Hervé BOUTEMY wrote:
> > > wow, impressive!
> >
> > Definitely agree!!!
> >
> > > what I don't like is that it does not use my wide screen, which is not
> > > g
Hi,
The vote has passed with the following result:
+1 (binding): Karl Heinz Marbaise, Hervé Boutemy, Oliver Lamy
+1 (non binding): none
I will promote the artifacts to the central repo.
Kind regards
Karl Heinz Marbaise
-
To u
15 matches
Mail list logo