[proposal] java5 as minimal runtime for maven 2.1 (and 2.0.10 ?)

[nicolas de loof-3]

Hello,

As you can read at http://java.sun.com/j2se/1.4.2/
*" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition period*.
The EOL transition period began Dec, 11 2006 and will complete October 30th,
2008"

I don't think we have plan yet to release maven 2.1, so I think it would be
a valid to require java 1.5 as minimal runtime.

Main beneficts (IMHO) :

- annotation can replace javadoc-style IoC an Maven plugin declarations
(code allready available :
http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
- jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
@Resource('log') , Initializable --> @PostConstruct ...) and make component
more "standard" and accessible to developpers without plexus knowledge.
- generics can make the maven model more comprehensible. The current
"Collection project.getArtifacts()" is not really clear and the fiew
available javadoc don't help a lot.

Other possible improvements :

- plugin test tool could use jUnit 4 runners to create something comparable
to spring-test-context :
annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
@Pom( "myTestPom.xml" )
and the test will prepare the plugin set in the test pom and inject it in
the test class.
- benefict from java.util.concurrent to do some tasks in parallel ? Example
: dependencies downloading
- any other ?


WDYT ?

Nicolas.

[Milos Kleint]

+1

Milos

On Sun, May 4, 2008 at 12:02 PM, nicolas de loof <nicolas@...> wrote:

> Hello,
>
>  As you can read at http://java.sun.com/j2se/1.4.2/
>  *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition period*.
>  The EOL transition period began Dec, 11 2006 and will complete October 30th,
>  2008"
>
>  I don't think we have plan yet to release maven 2.1, so I think it would be
>  a valid to require java 1.5 as minimal runtime.
>
>  Main beneficts (IMHO) :
>
>  - annotation can replace javadoc-style IoC an Maven plugin declarations
>  (code allready available :
>  http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
>  - jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
>  @Resource('log') , Initializable --> @PostConstruct ...) and make component
>  more "standard" and accessible to developpers without plexus knowledge.
>  - generics can make the maven model more comprehensible. The current
>  "Collection project.getArtifacts()" is not really clear and the fiew
>  available javadoc don't help a lot.
>
>  Other possible improvements :
>
>  - plugin test tool could use jUnit 4 runners to create something comparable
>  to spring-test-context :
>  annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
>  @Pom( "myTestPom.xml" )
>  and the test will prepare the plugin set in the test pom and inject it in
>  the test class.
>  - benefict from java.util.concurrent to do some tasks in parallel ? Example
>  : dependencies downloading
>  - any other ?
>
>
>  WDYT ?
>
>  Nicolas.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Benjamin Bentmann]

Nicolas De Loof wrote:

> I don't think we have plan yet to release maven 2.1, so I think it would
> be a valid to require java 1.5 as minimal runtime.

+1 for Maven 2.1, -1 for Maven 2.0.10 (doesn't feel right to bump minimum
requirements in a maintenance branch).

Once we have the toolchains fully in place and allow easy cross-compiling
independently of the JDK running Maven, there seems to be no reason why the
build tool shouldn't be run with a higher Java than the minimum JRE for the
project under build.

> - generics can make the maven model more comprehensible.

In particular, strongly typed collections will not only help developers to
understand the intended contents but enables the compiler to actually
enforce it.


Benjamin


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[nicolas de loof-3]

>
>
> Once we have the toolchains fully in place and allow easy cross-compiling
> independently of the JDK running Maven, there seems to be no reason why
> the
> build tool shouldn't be run with a higher Java than the minimum JRE for
> the
> project under build.
>
This is allready not a limitation : I'm building java 1.3 projects using
maven 2 running on JDK 6. I simply use the compiler target=13 and
bootclasspath to point to JRE1.3 rt.jar. The toolchain would make this even
simplier as the JRE1.3 path has to be set by developers in settings.xml
using a non-standard property.

Nicolas.

[davidkarlsen]

On Sun, 4 May 2008, nicolas de loof wrote:

>> Once we have the toolchains fully in place and allow easy cross-compiling
>> independently of the JDK running Maven, there seems to be no reason why
>> the
>> build tool shouldn't be run with a higher Java than the minimum JRE for
>> the
>> project under build.
>>
> This is allready not a limitation : I'm building java 1.3 projects using
> maven 2 running on JDK 6. I simply use the compiler target=13 and
> bootclasspath to point to JRE1.3 rt.jar. The toolchain would make this even
> simplier as the JRE1.3 path has to be set by developers in settings.xml
> using a non-standard property.

+1 - doing the same here.
And as it was mentioned earlier 1.4 is EOL. Let's move on and get the goodies :-)


--
David J. M. Karlsen - [phone]
http://www.davidkarlsen.com
http://mp3.davidkarlsen.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Marat Radchenko-2]

+1 for 2.1, -1 for 2.0.10
On 5/4/08, nicolas de loof <nicolas@...> wrote:

> Hello,
>
>  As you can read at http://java.sun.com/j2se/1.4.2/
>  *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition period*.
>  The EOL transition period began Dec, 11 2006 and will complete October 30th,
>  2008"
>
>  I don't think we have plan yet to release maven 2.1, so I think it would be
>  a valid to require java 1.5 as minimal runtime.
>
>  Main beneficts (IMHO) :
>
>  - annotation can replace javadoc-style IoC an Maven plugin declarations
>  (code allready available :
>  http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
>  - jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
>  @Resource('log') , Initializable --> @PostConstruct ...) and make component
>  more "standard" and accessible to developpers without plexus knowledge.
>  - generics can make the maven model more comprehensible. The current
>  "Collection project.getArtifacts()" is not really clear and the fiew
>  available javadoc don't help a lot.
>
>  Other possible improvements :
>
>  - plugin test tool could use jUnit 4 runners to create something comparable
>  to spring-test-context :
>  annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
>  @Pom( "myTestPom.xml" )
>  and the test will prepare the plugin set in the test pom and inject it in
>  the test class.
>  - benefict from java.util.concurrent to do some tasks in parallel ? Example
>  : dependencies downloading
>  - any other ?
>
>
>  WDYT ?
>
>
>  Nicolas.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Jason Dillon]

Perhaps 2.1 needs to be changed to 2.2 and then 2.1 can be used for  
what would be 2.0.10 + Java5

--jason


On May 4, 2008, at 6:32 PM, Marat Radchenko wrote:

> +1 for 2.1, -1 for 2.0.10
> On 5/4/08, nicolas de loof <nicolas@...> wrote:
>> Hello,
>>
>> As you can read at http://java.sun.com/j2se/1.4.2/
>> *" J2SE 1.4.2 is in its Java Technology End of Life (EOL)  
>> transition period*.
>> The EOL transition period began Dec, 11 2006 and will complete  
>> October 30th,
>> 2008"
>>
>> I don't think we have plan yet to release maven 2.1, so I think it  
>> would be
>> a valid to require java 1.5 as minimal runtime.
>>
>> Main beneficts (IMHO) :
>>
>> - annotation can replace javadoc-style IoC an Maven plugin  
>> declarations
>> (code allready available :
>> http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for 
>> +Plugins)
>> - jsr-250 annotations can replace some plexus interfaces  
>> ( LogEnabled ->
>> @Resource('log') , Initializable --> @PostConstruct ...) and make  
>> component
>> more "standard" and accessible to developpers without plexus  
>> knowledge.
>> - generics can make the maven model more comprehensible. The current
>> "Collection project.getArtifacts()" is not really clear and the fiew
>> available javadoc don't help a lot.
>>
>> Other possible improvements :
>>
>> - plugin test tool could use jUnit 4 runners to create something  
>> comparable
>> to spring-test-context :
>> annotate your plugin test class with  
>> @Runwith( "MavenPluginTestRunner" )
>> @Pom( "myTestPom.xml" )
>> and the test will prepare the plugin set in the test pom and inject  
>> it in
>> the test class.
>> - benefict from java.util.concurrent to do some tasks in parallel ?  
>> Example
>> : dependencies downloading
>> - any other ?
>>
>>
>> WDYT ?
>>
>>
>> Nicolas.
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[nicolas de loof-3]

That could be an option to keep in mind when/if we define a roadmap for 2.1
release.

If a 2.1 release can't be expected soon (i.e some mounth) we could rename it
2.2 and prepare a 2.1 release to be feature equivalent to 2.0.x but require
java5.

That beeing said, changing requirements for a "maintenance" release is not
IMHO a blocker. Many 2.0.x upgrades required some fixes to existing
projects, as detailled in release notes. I think the only reason for a minor
version is when some features gets removed... just my 2cents.

Nicolas
2008/5/4 Jason Dillon <jason@...>:

> Perhaps 2.1 needs to be changed to 2.2 and then 2.1 can be used for what
> would be 2.0.10 + Java5
>
> --jason
>
>
>
> On May 4, 2008, at 6:32 PM, Marat Radchenko wrote:
>
> +1 for 2.1, -1 for 2.0.10
> > On 5/4/08, nicolas de loof <nicolas@...> wrote:
> >
> > > Hello,
> > >
> > > As you can read at http://java.sun.com/j2se/1.4.2/
> > > *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition
> > > period*.
> > > The EOL transition period began Dec, 11 2006 and will complete October
> > > 30th,
> > > 2008"
> > >
> > > I don't think we have plan yet to release maven 2.1, so I think it
> > > would be
> > > a valid to require java 1.5 as minimal runtime.
> > >
> > > Main beneficts (IMHO) :
> > >
> > > - annotation can replace javadoc-style IoC an Maven plugin
> > > declarations
> > > (code allready available :
> > > http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
> > > - jsr-250 annotations can replace some plexus interfaces ( LogEnabled
> > > ->
> > > @Resource('log') , Initializable --> @PostConstruct ...) and make
> > > component
> > > more "standard" and accessible to developpers without plexus
> > > knowledge.
> > > - generics can make the maven model more comprehensible. The current
> > > "Collection project.getArtifacts()" is not really clear and the fiew
> > > available javadoc don't help a lot.
> > >
> > > Other possible improvements :
> > >
> > > - plugin test tool could use jUnit 4 runners to create something
> > > comparable
> > > to spring-test-context :
> > > annotate your plugin test class with @Runwith( "MavenPluginTestRunner"
> > > )
> > > @Pom( "myTestPom.xml" )
> > > and the test will prepare the plugin set in the test pom and inject it
> > > in
> > > the test class.
> > > - benefict from java.util.concurrent to do some tasks in parallel ?
> > > Example
> > > : dependencies downloading
> > > - any other ?
> > >
> > >
> > > WDYT ?
> > >
> > >
> > > Nicolas.
> > >
> > >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@...
> > For additional commands, e-mail: dev-help@...
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

[jmcconnell]

I don't see getting a tremendous amount of benefit from switching
2.0.10 (or whatever you want to call it) to require 1.5 without in
turn making however benign changes to the codebase...which would not
be fixing issues directly and potentially expressing new ones which
largely takes it out of the realm of a maintenance release imo.

I am perfectly fine with 2.1 requiring 1.5 but I think 2.0.x ought to
stick with the minimal requirements it is sitting at already

jesse

On Sun, May 4, 2008 at 7:54 AM, nicolas de loof <nicolas@...> wrote:

> That could be an option to keep in mind when/if we define a roadmap for 2.1
>  release.
>
>  If a 2.1 release can't be expected soon (i.e some mounth) we could rename it
>  2.2 and prepare a 2.1 release to be feature equivalent to 2.0.x but require
>  java5.
>
>  That beeing said, changing requirements for a "maintenance" release is not
>  IMHO a blocker. Many 2.0.x upgrades required some fixes to existing
>  projects, as detailled in release notes. I think the only reason for a minor
>  version is when some features gets removed... just my 2cents.
>
>  Nicolas
>  2008/5/4 Jason Dillon <jason@...>:
>
>
>
>  > Perhaps 2.1 needs to be changed to 2.2 and then 2.1 can be used for what
>  > would be 2.0.10 + Java5
>  >
>  > --jason
>  >
>  >
>  >
>  > On May 4, 2008, at 6:32 PM, Marat Radchenko wrote:
>  >
>  > +1 for 2.1, -1 for 2.0.10
>  > > On 5/4/08, nicolas de loof <nicolas@...> wrote:
>  > >
>  > > > Hello,
>  > > >
>  > > > As you can read at http://java.sun.com/j2se/1.4.2/
>  > > > *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition
>  > > > period*.
>  > > > The EOL transition period began Dec, 11 2006 and will complete October
>  > > > 30th,
>  > > > 2008"
>  > > >
>  > > > I don't think we have plan yet to release maven 2.1, so I think it
>  > > > would be
>  > > > a valid to require java 1.5 as minimal runtime.
>  > > >
>  > > > Main beneficts (IMHO) :
>  > > >
>  > > > - annotation can replace javadoc-style IoC an Maven plugin
>  > > > declarations
>  > > > (code allready available :
>  > > > http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
>  > > > - jsr-250 annotations can replace some plexus interfaces ( LogEnabled
>  > > > ->
>  > > > @Resource('log') , Initializable --> @PostConstruct ...) and make
>  > > > component
>  > > > more "standard" and accessible to developpers without plexus
>  > > > knowledge.
>  > > > - generics can make the maven model more comprehensible. The current
>  > > > "Collection project.getArtifacts()" is not really clear and the fiew
>  > > > available javadoc don't help a lot.
>  > > >
>  > > > Other possible improvements :
>  > > >
>  > > > - plugin test tool could use jUnit 4 runners to create something
>  > > > comparable
>  > > > to spring-test-context :
>  > > > annotate your plugin test class with @Runwith( "MavenPluginTestRunner"
>  > > > )
>  > > > @Pom( "myTestPom.xml" )
>  > > > and the test will prepare the plugin set in the test pom and inject it
>  > > > in
>  > > > the test class.
>  > > > - benefict from java.util.concurrent to do some tasks in parallel ?
>  > > > Example
>  > > > : dependencies downloading
>  > > > - any other ?
>  > > >
>  > > >
>  > > > WDYT ?
>  > > >
>  > > >
>  > > > Nicolas.
>  > > >
>  > > >
>  > > ---------------------------------------------------------------------
>  > > To unsubscribe, e-mail: dev-unsubscribe@...
>  > > For additional commands, e-mail: dev-help@...
>  > >
>  > >
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: dev-unsubscribe@...
>  > For additional commands, e-mail: dev-help@...
>  >
>  >
>

--
jesse mcconnell
jesse.mcconnell@...

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Brian E Fox]

This is already the case for 2.1, and we can't change it in 2.0.10. Just
because we used to break peoples' builds with regularity doesn't mean it
is going to continue.

-----Original Message-----
From: nicolas.deloof@... [mailto:nicolas.deloof@...] On
Behalf Of nicolas de loof
Sent: Sunday, May 04, 2008 6:03 AM
To: Maven Developers List
Subject: [proposal] java5 as minimal runtime for maven 2.1 (and 2.0.10
?)

Hello,

As you can read at http://java.sun.com/j2se/1.4.2/
*" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition
period*.
The EOL transition period began Dec, 11 2006 and will complete October
30th,
2008"

I don't think we have plan yet to release maven 2.1, so I think it would
be
a valid to require java 1.5 as minimal runtime.

Main beneficts (IMHO) :

- annotation can replace javadoc-style IoC an Maven plugin declarations
(code allready available :
http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
- jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
@Resource('log') , Initializable --> @PostConstruct ...) and make
component
more "standard" and accessible to developpers without plexus knowledge.
- generics can make the maven model more comprehensible. The current
"Collection project.getArtifacts()" is not really clear and the fiew
available javadoc don't help a lot.

Other possible improvements :

- plugin test tool could use jUnit 4 runners to create something
comparable
to spring-test-context :
annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
@Pom( "myTestPom.xml" )
and the test will prepare the plugin set in the test pom and inject it
in
the test class.
- benefict from java.util.concurrent to do some tasks in parallel ?
Example
: dependencies downloading
- any other ?


WDYT ?

Nicolas.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[nicolas de loof-3]

Right about leaving 2.0.10 as is, and use it for maintenance purpose only.

About 2.1 beeing already java 1.5, I can read this in main POM.xml :

          <artifactId>maven-compiler-plugin</artifactId>
          <!-- Maybe someday...
          <configuration>
            <source>1.5</source>
            <target>1.5</target>
          </configuration>
          -->
Did I miss something ?


2008/5/4 Brian E. Fox <brianf@...>:

> This is already the case for 2.1, and we can't change it in 2.0.10. Just
> because we used to break peoples' builds with regularity doesn't mean it
> is going to continue.
>
> -----Original Message-----
> From: nicolas.deloof@... [mailto:nicolas.deloof@...] On
> Behalf Of nicolas de loof
> Sent: Sunday, May 04, 2008 6:03 AM
> To: Maven Developers List
> Subject: [proposal] java5 as minimal runtime for maven 2.1 (and 2.0.10
> ?)
>
> Hello,
>
> As you can read at http://java.sun.com/j2se/1.4.2/
> *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition
> period*.
> The EOL transition period began Dec, 11 2006 and will complete October
> 30th,
> 2008"
>
> I don't think we have plan yet to release maven 2.1, so I think it would
> be
> a valid to require java 1.5 as minimal runtime.
>
> Main beneficts (IMHO) :
>
> - annotation can replace javadoc-style IoC an Maven plugin declarations
> (code allready available :
> http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
> - jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
> @Resource('log') , Initializable --> @PostConstruct ...) and make
> component
> more "standard" and accessible to developpers without plexus knowledge.
> - generics can make the maven model more comprehensible. The current
> "Collection project.getArtifacts()" is not really clear and the fiew
> available javadoc don't help a lot.
>
> Other possible improvements :
>
> - plugin test tool could use jUnit 4 runners to create something
> comparable
> to spring-test-context :
> annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
> @Pom( "myTestPom.xml" )
> and the test will prepare the plugin set in the test pom and inject it
> in
> the test class.
> - benefict from java.util.concurrent to do some tasks in parallel ?
> Example
> : dependencies downloading
> - any other ?
>
>
> WDYT ?
>
> Nicolas.
>
>  ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

[Jason van Zyl-2]

On 4-May-08, at 10:08 AM, nicolas de loof wrote:

> Right about leaving 2.0.10 as is, and use it for maintenance purpose  
> only.
>
> About 2.1 beeing already java 1.5, I can read this in main POM.xml :
>
>          <artifactId>maven-compiler-plugin</artifactId>
>          <!-- Maybe someday...
>          <configuration>
>            <source>1.5</source>
>            <target>1.5</target>
>          </configuration>
>          -->
> Did I miss something ?
>

Yes.

Two dependencies, maven-artifact and XBR, now use Java 1.5. Look in  
the POM for maven-artifact and if you run the build for trunk you will  
see the retrotranslation artifacts.

I retrotranslated maven-artifact so that users of 1.4 in m2eclipse  
would not be inconvenienced. I have not retrotranslated XBR as we  
asked users about 1.5 use on the m2eclipse list and the only people  
that responded were those who wanted to drop support for 1.4. Users  
don't seem to be bothered about dropping 1.4 so at least in trunk I  
don't think we're going to harm anyone going to 1.5. I would very much  
rather use 1.5, I just don't want to inconvenience or screw users  
inadvertently.

We cannot require 1.5 in the lifetime of the 2.0.x series, as we just  
don't know what people are using and how.

>
> 2008/5/4 Brian E. Fox <brianf@...>:
>
>> This is already the case for 2.1, and we can't change it in 2.0.10.  
>> Just
>> because we used to break peoples' builds with regularity doesn't  
>> mean it
>> is going to continue.
>>
>> -----Original Message-----
>> From: nicolas.deloof@... [mailto:nicolas.deloof@...] On
>> Behalf Of nicolas de loof
>> Sent: Sunday, May 04, 2008 6:03 AM
>> To: Maven Developers List
>> Subject: [proposal] java5 as minimal runtime for maven 2.1 (and  
>> 2.0.10
>> ?)
>>
>> Hello,
>>
>> As you can read at http://java.sun.com/j2se/1.4.2/
>> *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition
>> period*.
>> The EOL transition period began Dec, 11 2006 and will complete  
>> October
>> 30th,
>> 2008"
>>
>> I don't think we have plan yet to release maven 2.1, so I think it  
>> would
>> be
>> a valid to require java 1.5 as minimal runtime.
>>
>> Main beneficts (IMHO) :
>>
>> - annotation can replace javadoc-style IoC an Maven plugin  
>> declarations
>> (code allready available :
>> http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for 
>> +Plugins)
>> - jsr-250 annotations can replace some plexus interfaces  
>> ( LogEnabled ->
>> @Resource('log') , Initializable --> @PostConstruct ...) and make
>> component
>> more "standard" and accessible to developpers without plexus  
>> knowledge.
>> - generics can make the maven model more comprehensible. The current
>> "Collection project.getArtifacts()" is not really clear and the fiew
>> available javadoc don't help a lot.
>>
>> Other possible improvements :
>>
>> - plugin test tool could use jUnit 4 runners to create something
>> comparable
>> to spring-test-context :
>> annotate your plugin test class with  
>> @Runwith( "MavenPluginTestRunner" )
>> @Pom( "myTestPom.xml" )
>> and the test will prepare the plugin set in the test pom and inject  
>> it
>> in
>> the test class.
>> - benefict from java.util.concurrent to do some tasks in parallel ?
>> Example
>> : dependencies downloading
>> - any other ?
>>
>>
>> WDYT ?
>>
>> Nicolas.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>>

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder,  Apache Maven
jason at sonatype dot com
----------------------------------------------------------

We all have problems. How we deal with them is a measure of our worth.

-- Unknown




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[nicolas de loof-3]

>
>
> I retrotranslated maven-artifact so that users of 1.4 in m2eclipse would
> not be inconvenienced. I have not retrotranslated XBR as we asked users
> about 1.5 use on the m2eclipse list and the only people that responded were
> those who wanted to drop support for 1.4.


Why did this happen on m2eclipse-users list and not on maven-dev one ?
If one dependendency now requires Java5,why still retrotranslate others ?

Nicolas.

[Jason van Zyl-2]

On 4-May-08, at 11:11 AM, nicolas de loof wrote:

>>
>>
>> I retrotranslated maven-artifact so that users of 1.4 in m2eclipse  
>> would
>> not be inconvenienced. I have not retrotranslated XBR as we asked  
>> users
>> about 1.5 use on the m2eclipse list and the only people that  
>> responded were
>> those who wanted to drop support for 1.4.
>
>
> Why did this happen on m2eclipse-users list and not on maven-dev one ?

We did it here a long time ago, but we asked Eclipse users because  
they are more effected by limitations of the platform. Go look in the  
mailing archive, there was a long discussion on this list. In short  
the impact to users of IDEs, especially Eclipse, has far more impact  
then general command line usage. From what's been seen so far almost  
everyone could survive on the CLI with 1.5, but when things in Eclipse/
WTP integration not working on older versions of the target platform  
is a real nightmare so that's why we asked there, in addition to here.

>
> If one dependendency now requires Java5,why still retrotranslate  
> others ?
>

Sorry, I don't GROK your question. There is only one retrotranslated  
dependency: maven-artifact.

> Nicolas.

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder,  Apache Maven
jason at sonatype dot com
----------------------------------------------------------

happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...

-- Thoreau




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[nicolas de loof-3]

Right, I missed this thread. I don't understand the Eclipse limitation about
required JRE but can believe there is some impacts. As the same "EOL"
applies to eclipse, and many eclipse plugin require java5, could we ignore
this platform limitation few users will not survive when maven 2.1 will be
released ?


Nicolas
2008/5/4 Jason van Zyl <jason@...>:

>
> On 4-May-08, at 11:11 AM, nicolas de loof wrote:
>
>
> > >
> > > I retrotranslated maven-artifact so that users of 1.4 in m2eclipse
> > > would
> > > not be inconvenienced. I have not retrotranslated XBR as we asked
> > > users
> > > about 1.5 use on the m2eclipse list and the only people that responded
> > > were
> > > those who wanted to drop support for 1.4.
> > >
> >
> >
> > Why did this happen on m2eclipse-users list and not on maven-dev one ?
> >
>
> We did it here a long time ago, but we asked Eclipse users because they
> are more effected by limitations of the platform. Go look in the mailing
> archive, there was a long discussion on this list. In short the impact to
> users of IDEs, especially Eclipse, has far more impact then general command
> line usage. From what's been seen so far almost everyone could survive on
> the CLI with 1.5, but when things in Eclipse/WTP integration not working on
> older versions of the target platform is a real nightmare so that's why we
> asked there, in addition to here.
>
>
> > If one dependendency now requires Java5,why still retrotranslate others
> > ?
> >
> >
> Sorry, I don't GROK your question. There is only one retrotranslated
> dependency: maven-artifact.
>
> Nicolas.
> >
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder,  Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> happiness is like a butterfly: the more you chase it, the more it will
> elude you, but if you turn your attention to other things, it will come
> and sit softly on your shoulder ...
>
> -- Thoreau
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...