You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@flex.apache.org by er...@apache.org on 2014/12/01 11:53:28 UTC
git commit: [flex-sdk] [refs/heads/develop] - The link was pointing
to an old version of the .jar
Repository: flex-sdk
Updated Branches:
refs/heads/develop d9b2256da -> ed7b9b8f0
The link was pointing to an old version of the .jar
Signed-off-by: Erik de Bruin <er...@ixsoftware.nl>
Project: http://git-wip-us.apache.org/repos/asf/flex-sdk/repo
Commit: http://git-wip-us.apache.org/repos/asf/flex-sdk/commit/ed7b9b8f
Tree: http://git-wip-us.apache.org/repos/asf/flex-sdk/tree/ed7b9b8f
Diff: http://git-wip-us.apache.org/repos/asf/flex-sdk/diff/ed7b9b8f
Branch: refs/heads/develop
Commit: ed7b9b8f008da70eebdaa4ad21c059bd13be6630
Parents: d9b2256
Author: Erik de Bruin <er...@ixsoftware.nl>
Authored: Mon Dec 1 11:49:19 2014 +0100
Committer: Erik de Bruin <er...@ixsoftware.nl>
Committed: Mon Dec 1 11:52:39 2014 +0100
----------------------------------------------------------------------
modules/downloads.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/flex-sdk/blob/ed7b9b8f/modules/downloads.xml
----------------------------------------------------------------------
diff --git a/modules/downloads.xml b/modules/downloads.xml
index b8c16d9..408c047 100644
--- a/modules/downloads.xml
+++ b/modules/downloads.xml
@@ -572,7 +572,7 @@
<target name="flex-tool-api-jar" depends="flex-tool-api-jar-check" unless="flexToolApi.jar.exists"
description="Downloads and copies flex-tool-api.jar to the lib directory.">
- <get src="http://repository.apache.org/content/groups/snapshots/org/apache/flex/flex-tool-api/1.1.0-SNAPSHOT/flex-tool-api-1.1.0-20141120.103148-15.jar"
+ <get src="http://repository.apache.org/content/groups/snapshots/org/apache/flex/flex-tool-api/1.1.0-SNAPSHOT/flex-tool-api-1.1.0-20141121.233135-20.jar"
dest="${download.dir}/flex-tool-api.jar"
verbose="false"/>
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Teamwork, I like it!
EdB
On Monday, December 1, 2014, Alex Harui <ah...@adobe.com> wrote:
>
>
> On 12/1/14, 7:40 AM, "Frédéric THOMAS" <webdoublefx@hotmail.com
> <javascript:;>> wrote:
>
> >> An official release can't depend on a snapshot
> >Yes it can even though it is not the default.
>
> I suppose for some non-Apache jar we could have it as a dependency, but in
> this case, we own the sources so our official releases should probably use
> an officially released jar. However, it isn’t worth debating at this time.
>
> We got here because the flex-sdk build was broken trying to use the
> released jar and using a snapshot was the quickest way to fix it
> temporarily. Then the version of the snapshot I used got wiped out so
> Erik fixed it again in this change with a newer snapshot. It was on my
> list to fix for real if Chris didn’t beat me to it. I recently found that
> Falcon is using the released snapshot and just checked in a change to
> flex-sdk to use the same URL.
>
> -Alex
>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
RE: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Frédéric THOMAS <we...@hotmail.com>.
Limpid, thanks :-)
Frédéric THOMAS
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
> Date: Mon, 1 Dec 2014 20:27:11 +0000
>
>
>
> On 12/1/14, 7:40 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
>
> >> An official release can't depend on a snapshot
> >Yes it can even though it is not the default.
>
> I suppose for some non-Apache jar we could have it as a dependency, but in
> this case, we own the sources so our official releases should probably use
> an officially released jar. However, it isn’t worth debating at this time.
>
> We got here because the flex-sdk build was broken trying to use the
> released jar and using a snapshot was the quickest way to fix it
> temporarily. Then the version of the snapshot I used got wiped out so
> Erik fixed it again in this change with a newer snapshot. It was on my
> list to fix for real if Chris didn’t beat me to it. I recently found that
> Falcon is using the released snapshot and just checked in a change to
> flex-sdk to use the same URL.
>
> -Alex
>
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Alex Harui <ah...@adobe.com>.
On 12/1/14, 7:40 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
>> An official release can't depend on a snapshot
>Yes it can even though it is not the default.
I suppose for some non-Apache jar we could have it as a dependency, but in
this case, we own the sources so our official releases should probably use
an officially released jar. However, it isn’t worth debating at this time.
We got here because the flex-sdk build was broken trying to use the
released jar and using a snapshot was the quickest way to fix it
temporarily. Then the version of the snapshot I used got wiped out so
Erik fixed it again in this change with a newer snapshot. It was on my
list to fix for real if Chris didn’t beat me to it. I recently found that
Falcon is using the released snapshot and just checked in a change to
flex-sdk to use the same URL.
-Alex
RE: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Frédéric THOMAS <we...@hotmail.com>.
> An official release can't depend on a snapshot
Yes it can even though it is not the default.
> but this should be easy to fix by those who know maven well, and we have released the software in question.
Well, I didn't follow this dev closely but can see in [1] that only the 1.0.0 has been released therefore it is usual in the dev branch to use the next snapshot version (aka 1.1.0-SNAPSHOT)
Again, I guess (still to confirm though) the fact that is a Ant build doesn't give us an automatic option to say 1.1.0-SNAPSHOT but we have to specify the exact snapshot which is a new file at each build/deploy snapshot of flex-tool, to check it, it would worth to try to set the lib version to flex-tool-api-1.1.0-SNAPSHOT.jar instead of flex-tool-api-1.1.0-20141121.233135-20.jar and see if the resolution occurs or use the release version but you won't see if the new implementation of this lib breaks something.
Frédéric THOMAS
[1] https://repository.apache.org/content/groups/public/org/apache/flex/flex-tool-api/
> Subject: Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
> From: justin@classsoftware.com
> Date: Tue, 2 Dec 2014 01:44:28 +1100
> To: dev@flex.apache.org
>
> Hi,
>
> An official release can't depend on a snapshot, but this should be easy to fix by those who know maven well, and we have released the software in question.
>
> Justin
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
An official release can't depend on a snapshot, but this should be easy to fix by those who know maven well, and we have released the software in question.
Justin
RE: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Frédéric THOMAS <we...@hotmail.com>.
- <get src="http://repository.apache.org/content/groups/snapshots/org/apache/flex/flex-tool-api/1.1.0-SNAPSHOT/flex-tool-api-1.1.0-20141120.103148-15.jar"+ <get src="http://repository.apache.org/content/groups/snapshots/org/apache/flex/flex-tool-api/1.1.0-SNAPSHOT/flex-tool-api-1.1.0-20141121.233135-20.jar"
This indicates the last snapshot version of the built artifact in uses, the maven repository might store more than one snapshot, it appends to the snapshots a timestamp to differenciate them, it meant it didn't find the requested snapshot probably because it has been automatically removed, replaced by a more recent one and this is a Ant script, in pure Maven build, you can indicate you want the more recent one using mvn -U> > The mysteries of Maven. Maybe it IS now pointing to the release version?> > SNAPSHOP is the giveaway that's basically a nightly not a release.
In dev phase, because the prepare-release plugin set the next snapshot version to the module(s), you won't have a release number in the dev branch, only in releases.
Frédéric THOMAS
> Subject: Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
> From: justin@classsoftware.com
> Date: Tue, 2 Dec 2014 00:17:44 +1100
> To: dev@flex.apache.org
>
> Hi,
>
> > The mysteries of Maven. Maybe it IS now pointing to the release version?
>
> SNAPSHOP is the giveaway that's basically a nightly not a release.
>
> Thanks,
> Justin
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> The mysteries of Maven. Maybe it IS now pointing to the release version?
SNAPSHOP is the giveaway that's basically a nightly not a release.
Thanks,
Justin
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was
pointing to an old version of the .jar
Posted by Erik de Bruin <er...@ixsoftware.nl>.
The mysteries of Maven. Maybe it IS now pointing to the release version?
Anyway, mine was just a quick and dirty fix to get the SDK to build
again. I'll leave it up to experts to explain what is going on and/or
supply a fix in case one is needed.
EdB
On Mon, Dec 1, 2014 at 12:51 PM, Justin Mclean <ju...@classsoftware.com> wrote:
> Hi,
>
> Perhaps a silly observation / question - but why doesn't this point to the voted on released version?
>
> Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: git commit: [flex-sdk] [refs/heads/develop] - The link was pointing to an old version of the .jar
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Perhaps a silly observation / question - but why doesn't this point to the voted on released version?
Justin