> Platform Engineering
> Oracle Development
> http://redstack.wordpress.com/
>
> "Oracle BPM Suite 11g: Advanced BPMN Topics"
> by Mark Nelson and Tanya Williams
> http://bit.ly/UbNKLD
>
>
> On 12/12/2014 4:56 AM, Jason van Zyl wrote:
>
>> I plan t
> wrote:
> > > >>
> > > >> I don't because it's inconsistent for external users who will be
> > > confused
> > > >> about where a release has gone. To date I have never skipped
> versions,
> > > for
> > > >> cons
>
> > > On Sat, Dec 13, 2014 at 4:24 PM, Jason van Zyl
> wrote:
> > >>
> > >> I don't because it's inconsistent for external users who will be
> > confused
> > >> about where a release has gone. To date I have never skipped v
Apache uses GA to mean a classification of a release; I don't mean it in
some sort of generalized sense. You can revoke the status of a release.
Whether you can erase it from everywhere it's been, that's another matter
(and not possible from Central, right).
Cheers,
Paul
On Sat, Dec 13, 2014 at
Am 2014-12-13 um 23:52 schrieb Paul Benedict:
Not Maven central, distribution (download) sites like Apache's.
I am aware of that but if something has gone GA, it is on Central.
Otherwise the term 'GA' wouldn't hold true.
Michael
-
Hi,
we are here in a complete different situation.
During the VOTE the artifacts are stored in a stage repository which can
simply being dropped (Which is the idea of those staged repository). The
only thing which is needed to be fixed is the SCM Tag (Git, SVN...).
This can be done
If w
Not Maven central, distribution (download) sites like Apache's.
Cheers,
Paul
On Sat, Dec 13, 2014 at 4:50 PM, Michael Osipov wrote:
>
> Am 2014-12-13 um 23:46 schrieb Paul Benedict:
>
>> I can see your point. However, I don't think it's all that unusual for
>> people to see skipped versions dur
Am 2014-12-13 um 23:46 schrieb Paul Benedict:
I can see your point. However, I don't think it's all that unusual for
people to see skipped versions during upgrading anymore. For example, when
a security issue is found in a GA product, the affected version is
instantly pulled from distribution sit
gt; >> consistency I don't want to start now. I consider the staged releases
> not
> >> contributing to the public version pool.
> >>
> >> For your case I think you're probably the only person in the world who
> >> integrates a staged release of
never skipped versions, for
>>> consistency I don't want to start now. I consider the staged releases not
>>> contributing to the public version pool.
>>>
>>> For your case I think you're probably the only person in the world who
>>> integra
>
>> For your case I think you're probably the only person in the world who
>> integrates a staged release of Maven. For normal testers, running Maven
>> 3.2.4 doesn't download Maven 3.2.4 related binaries in your local repo.
>>
>> But even if you weren&#
ate I have never skipped versions, for
> consistency I don't want to start now. I consider the staged releases not
> contributing to the public version pool.
>
> For your case I think you're probably the only person in the world who
> integrates a staged release of Maven.
I think you're probably the only person in the world who
integrates a staged release of Maven. For normal testers, running Maven 3.2.4
doesn't download Maven 3.2.4 related binaries in your local repo.
But even if you weren't the only person is it that hard to cleanup the punched
re
fix everything, since:
>>>>>>> 1. Tycho needs JavaToochain, which has been renamed (Toolchain vs
>>>>> ToolChain)
>>>>>>> 2. the interface doesn't offer expected getJavaHome() API
>>>>>>>
>>>>>>>
I'll do it immediately.
> >>>>>
> >>>>> I don't know the Tycho community, but using ToolchainManager would
> >IMHO
> >>> be
> >>>>> more future-proof than writing ToolchainProvider
> >>>>>
> >
maven-core: I'll do it immediately.
>>>>>
>>>>> I don't know the Tycho community, but using ToolchainManager would
>IMHO
>>> be
>>>>> more future-proof than writing ToolchainProvider
>>>>>
>>>>> Re
than writing ToolchainProvider
>>>>
>>>> Regards,
>>>>
>>>> Hervé
>>>>
>>>>
>>>> [1]
>> http://maven.apache.org/plugins/maven-toolchains-plugin/toolchains/custom.html
>>>>
>>>>
>>&
gt;>> DefaultJavaToolChain? you mean the implementation?
> >>>
> >>> Can you give me pointers to the Tycho sources that use this API?
> >>> (that's clearly not expected)
> >>>
> >>> I'm in favor of introducing deprecated Def
I finally had a second deeper look at the issue, and chose to close it as fixed
in Maven 3.2.4: details in the comments
then there is no problem now to re-cut the release
thanks
Hervé
Le samedi 13 décembre 2014 21:14:08 Hervé BOUTEMY a écrit :
> we need to choose what we do with h
/maven-toolchains-plugin/toolchains/custo
> >> m.html>>
> >> Le samedi 13 décembre 2014 09:13:50 Hervé BOUTEMY a écrit :
> >>> DefaultJavaToolChain? you mean the implementation?
> >>>
> >>> Can you give me pointers to the Tycho sources that use this AP
at's clearly not expected)
>>>
>>> I'm in favor of introducing deprecated DefaultJavaToolChain
>>> that extends the new implementation, which is easy to do: just need to
>>> understand how it is used in Tycho, since the class is supposed to be used
>>>
décembre 2014 18:38:44 Igor Fedorenko a écrit :
Unfortunately, I have to take this back. The changes to toolchain
broke Tycho and, short of using reflection, I don't see how
to make Tycho work with maven 3.2.4 and earlier versions of Maven.
For better or worse,
org.apache.maven.toolchain.java
binaries and sources for testing can be found here:
> https://repository.apache.org/content/repositories/maven-1102/org/apache/mav
> en/apache-maven/3.2.4/
>
> Specifically the zip, tarball, and source archives can be found here:
> https://repository.apache.org/content/repositories/ma
e class is supposed to be used
> by JavaToolchainFactory (on only this one).
>
> Regards,
>
> Hervé
>
> Le vendredi 12 décembre 2014 18:38:44 Igor Fedorenko a écrit :
> > Unfortunately, I have to take this back. The changes to toolchain
> > broke Tycho and, short
I've reintroduced DefaultJavaToolChain as deprecated extension of
JavaToolchainImpl. All Tycho ITs pass now and I am not aware of any
other regressions in maven 3.2.4.
--
Regards,
Igor
On 2014-12-13, 3:13, Hervé BOUTEMY wrote:
DefaultJavaToolChain? you mean the implementation?
Can you gi
ot;mvn validate" on the attached project with staged
maven 3.2.4 or current master? The log you attached is from maven 3.2.3.
I've attached log from current master.
--
Regards,
Igor
On 2014-12-13, 3:32, Hervé BOUTEMY wrote:
I can't reproduce the problem: see the logs in attachment
Le samedi 13 décembre 2014 07:22:03 Igor Fedorenko a écrit :
> Are you able to run "mvn validate" on the attached project with staged
> maven 3.2.4 or current master? The log you attached is from maven 3.2.3.
> I've attached log from current master.
>
> --
> Regard
Are you able to run "mvn validate" on the attached project with staged
maven 3.2.4 or current master? The log you attached is from maven 3.2.3.
I've attached log from current master.
--
Regards,
Igor
On 2014-12-13, 3:32, Hervé BOUTEMY wrote:
I can't reproduce the prob
t; On Dec 12, 2014, at 6:38 PM, Igor Fedorenko
> >>
> >> wrote:
> >>>> Unfortunately, I have to take this back. The changes to toolchain
> >>>> broke Tycho and, short of using reflection, I don't see how
> >>>> to make Tycho work
ng reflection, I don't see how
> to make Tycho work with maven 3.2.4 and earlier versions of Maven.
>
> For better or worse,
> org.apache.maven.toolchain.java.DefaultJavaToolChain was part of
> Maven API since 2.x and I don't think we can just remove the class.
>
> I
; Are there no ITs for toolchains? How did they not break?
> >>>
> >>> On Dec 12, 2014, at 6:38 PM, Igor Fedorenko
> >>
> >> wrote:
> >>>> Unfortunately, I have to take this back. The changes to toolchain
> >>>> broke Tycho a
ow did they not break?
>>
>> On Dec 12, 2014, at 6:38 PM, Igor Fedorenko
>wrote:
>>
>>> Unfortunately, I have to take this back. The changes to toolchain
>>> broke Tycho and, short of using reflection, I don't see how
&
don't see how
>> to make Tycho work with maven 3.2.4 and earlier versions of Maven.
>>
>> For better or worse,
>> org.apache.maven.toolchain.java.DefaultJavaToolChain was part of
>> Maven API since 2.x and I don't think we can just remove the class.
>>
7;t see how
> to make Tycho work with maven 3.2.4 and earlier versions of Maven.
>
> For better or worse,
> org.apache.maven.toolchain.java.DefaultJavaToolChain was part of
> Maven API since 2.x and I don't think we can just remove the class.
>
> I see two ways to fix this
Maybe consider upgrading to Aether '1.0.1.v2014' ?
Am 12/13/14 um 00:38 schrieb Igor Fedorenko:
Unfortunately, I have to take this back. The changes to toolchain
broke Tycho and, short of using reflection, I don't see how
to make Tycho work with maven 3.2.4 and earlier ve
Unfortunately, I have to take this back. The changes to toolchain
broke Tycho and, short of using reflection, I don't see how
to make Tycho work with maven 3.2.4 and earlier versions of Maven.
For better or worse,
org.apache.maven.toolchain.java.DefaultJavaToolChain was part of
Maven API si
verify) without any issue...
so +1 from me.
Kind regards
Karl Heinz Marbaise
On 12/12/14 10:54 PM, Jason van Zyl wrote:
Hi,
Time to release Maven 3.2.4!
Here is a link to Jira with 20 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=20574
Staging
+1
--
Regards,
Igor
On 2014-12-12, 16:54, Jason van Zyl wrote:
Hi,
Time to release Maven 3.2.4!
Here is a link to Jira with 20 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=20574
Staging repo:
https://repository.apache.org/content/reposito
Hi Jason,
just a question the staging site
http://takari.io/maven-3.2.4/
for example the link to JavaDoc produces 404,
the link to http://takari.io/maven-3.2.4/maven-core/lifecycles.html 404...
http://takari.io/maven-3.2.4/maven-model/maven.html 404 also ...
intentionally or just missed
+1
Analyzing release validity...
stagingUrl: https://repository.apache.org/content/repositories/maven-1102
groupId: org.apache.maven
artifactId: apache-maven
version: 3.2.4
Source ZIP url exists.
https://repository.apache.org/content/repositories/maven-1102/org/apache/maven/apache-maven/3.2.4
Hi,
Time to release Maven 3.2.4!
Here is a link to Jira with 20 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=20574
Staging repo:
https://repository.apache.org/content/repositories/maven-1102/
The distributable binaries and sources for testing
Push them forward.
On Dec 11, 2014, at 3:27 PM, Michael Osipov wrote:
> Am 2014-12-11 um 18:56 schrieb Jason van Zyl:
>> I plan to call a vote to release Maven 3.2.4 today if there are no
>> objections.
>
> There are ten outstanding issues in Jira. What abo
t;
> Mark Nelson | Architect | 61.2.9491.1177
> Platform Engineering
> Oracle Development
> http://redstack.wordpress.com/
>
> "Oracle BPM Suite 11g: Advanced BPMN Topics"
> by Mark Nelson and Tanya Williams
> http://bit.ly/UbNKLD
>
> On 12/12/2014 4:56 AM, Jason
Am 2014-12-11 um 18:56 schrieb Jason van Zyl:
I plan to call a vote to release Maven 3.2.4 today if there are no objections.
There are ten outstanding issues in Jira. What about them?
Michael
-
To unsubscribe, e-mail: dev
liams
http://bit.ly/UbNKLD
On 12/12/2014 4:56 AM, Jason van Zyl wrote:
I plan to call a vote to release Maven 3.2.4 today if there are no objections.
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
http://t
the integration tests for
Maven itself and how to start there...
So no objection...
On 12/11/14 6:56 PM, Jason van Zyl wrote:
I plan to call a vote to release Maven 3.2.4 today if there are no objections.
Thanks,
Jason
--
Jason van Zyl
I plan to call a vote to release Maven 3.2.4 today if there are no objections.
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
47 matches
Mail list logo
