Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 314137

Summary:

need to remove most, change a few, webtools repository URL in feature.xml

Product:

[WebTools] Dali JPA Tools

Reporter:

David Williams <david_williams>

Component:

General

Assignee:

Tran Le <tranle1>

Status:

VERIFIED FIXED

QA Contact:

Severity:

normal

Priority:

CC:

neil.hauge, paul.fullbright, raghunathan.srinivasan

Version:

2.3

Flags:

neil.hauge: pmc_approved? (david_williams)
raghunathan.srinivasan: pmc_approved+
neil.hauge: pmc_approved? (naci.dai)
neil.hauge: pmc_approved? (deboer)
neil.hauge: pmc_approved+
neil.hauge: pmc_approved? (kaloyan)
neil.hauge: review+

Target Milestone:

2.3 RC3

Hardware:

OS:

Windows 7

Whiteboard:

PMC_approved

Bug Depends on:

Bug Blocks:

303935

Attachments:

Description	Flags
patch to remove incorrect URLs	neil.hauge: iplog+

Description David Williams

2010-05-24 12:27:49 EDT

+++ This bug was initially created as a clone of Bug #303935 +++

See bug 291637 for a broader discussion. 

In Web Tools, we have historically always used the following URL for our update sites: 

http://download.eclipse.org/webtools/updates/ 

But, this needs to change, for a few reasons. For one, (if we have to change it anyway) the term "updates" is now inaccurate or at least old-fashioned ... it is more of a "repository". 

Also, because we now want repositories to persist forever, it is too "high level". For each major release, we should have one specific to that release. Also, using the "version number" is pretty old fashioned too, and I see no reason not to use the yearly release name. such as 

http://download.eclipse.org/webtools/repository/helios


While we can (and should?) still provide 
http://download.eclipse.org/webtools/repoository 
as a viable URL, it is anticipated that, over the years, it would perform slower and slower, so it would be best to normally point people to a more specific one, for any particular release. 

And, while not normally advertised to most users, under the covers, we will have separate ("hierarchical") repositories for each maintenance or off-cycle release. Currently, I'd prefer date-time-stamp directories for these (rather than, say "SR0", "SR1", "SR2", because then "off cycle" release fit in more naturally, so these very specific URLs would look like 

http://download.eclipse.org/webtools/repository/helios/201006260900/

So, the suggestion is that for feature update URLs, the value would be 

http://download.eclipse.org/webtools/repository/helios/

We'd probably want to do this by M6, since it is "UI". (That is, might effect documentation, screen captures, or similar). 

Comments? Suggestions?

Comment 1 David Williams

2010-05-24 12:29:40 EDT

Created attachment 169695 [details]
patch to remove incorrect URLs

This patch removes "update urls", especially since they will be incorrect for helios. 

If you really feel you need one ... you know of some "standalone" installs, somehow, you are welcome to add back, but you'll have to use correct URL, as described in original bug.

Comment 2 Tran Le

2010-05-26 18:13:03 EDT

The following projects are not used anymore:
- org.eclipse.jpt
- org.eclipse.jpt.sdk
- org.eclipse.jpt.tests
We need to delete them from CVS.
Otherwise the patch look good, thanks.

Comment 3 David Williams

2010-05-26 19:12:39 EDT

(In reply to comment #2)
> The following projects are not used anymore:
> - org.eclipse.jpt
> - org.eclipse.jpt.sdk
> - org.eclipse.jpt.tests
> We need to delete them from CVS.
> Otherwise the patch look good, thanks.

If they were ever used, for anything released, then just "null out" HEAD (not literally delete from cvs).

Comment 4 Tran Le

2010-05-26 21:31:27 EDT

Checked in to head

Comment 5 Paul Fullbright

2010-06-01 15:52:34 EDT

Verified URL's removed in RC3