Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 355912 - [releng] Migrate PSFs to GIT
Summary: [releng] Migrate PSFs to GIT
Status: CLOSED FIXED
Alias: None
Product: OCL
Classification: Modeling
Component: Core (show other bugs)
Version: 3.1.0   Edit
Hardware: PC Windows Vista
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: OCL Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 363102
Blocks:
  Show dependency tree
 
Reported: 2011-08-26 01:46 EDT by Ed Willink CLA
Modified: 2014-05-27 09:52 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Willink CLA 2011-08-26 01:46:48 EDT
PSFs do not currently work from GIT.

Bug 296082 suggests that the requisite support is RESOLVED FIXED in EGIT, but is it in SR1 or M1 or M2?
Comment 1 Ed Willink CLA 2011-11-07 16:38:07 EST
It's in an additional Project Set Provider.

Bug 363102 raised to find out how to make it work.
Comment 2 Adolfo Sanchez-Barbudo Herrera CLA 2011-12-21 12:11:46 EST
I'm wondering if we should only work with Buckminster materialization files and forget the PSFs.

It's a matter of deciding what must go to the target platform and what must go to the workspace.

Probably, stable projects like Platform, EMF and UML should go the TP and more active projects like, Xtext, mwe, etc should go the workspace.

Regards,
Adolfo.
Comment 3 Ed Willink CLA 2011-12-21 13:08:02 EST
In principle the GIT PSFs should be identical to the CVS PSFs, except that we may want to restructure slightly.

The CVS PSFs leave as much in plugins as possible, the notable exceptions were
LPG, EMF Examples Library, UML Resources.

With improved standalone startup, I'm most of the way to be being able to access UML Resources from a plugin, which would avoid having to get the whole of UML from GIT. EMF isn't yet in GIT so EMF Examples Library is easy.

The main problem to total UML Resources from a plugin is that org.eclipse.ocl.examples.domain.utilities.StandaloneProjectMap needs to be accessed by the UML tests. It may be appropriate to introduce an org.eclipse.ocl.common plugin for stable functionality shared by but independent of Ecore/UML/Pivot.
Comment 4 Ed Willink CLA 2012-09-17 05:12:37 EDT
(In reply to comment #3)
> The main problem to total UML Resources from a plugin is that
> org.eclipse.ocl.examples.domain.utilities.StandaloneProjectMap needs to be
> accessed by the UML tests.

I think this has been fixed by doing a classpath search.

(In reply to comment #2)
> I'm wondering if we should only work with Buckminster materialization files
> and forget the PSFs.

I'm not quite sure what this means for the user. We need to provide clear instructions to the user on how to get useable sources. Ideally a single menu activation like Import Project Set Z.psf.

But a two step would do:
a) clone the repo (importing nothing)
b) use facility X with Z.X to import the category Z plugins

Does Buckminster provide something like this?
Comment 5 Ed Willink CLA 2012-12-10 09:11:04 EST
(In reply to comment #3)
> In principle the GIT PSFs should be identical to the CVS PSFs, except that
> we may want to restructure slightly.

GIT PSFs now work, but since they clone the entire repo, the partial PSFs are not very helpful.

Therefore a single import-all PSF partitioned into Working Sets to facilitate user pruning.
Comment 6 Ed Willink CLA 2014-05-27 09:45:01 EDT
CLOSED after more than a year in RESOLVED state.
Comment 7 Ed Willink CLA 2014-05-27 09:52:59 EDT
and CLOSE