Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 338452 - Resolve variables in dependency management page
Summary: Resolve variables in dependency management page
Status: CLOSED INVALID
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: m2e (show other bugs)
Version: unspecified   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-28 14:36 EST by Pascal Rapicault CLA
Modified: 2021-04-19 13:25 EDT (History)
2 users (show)

See Also:


Attachments
screenshot of the problem (62.10 KB, image/png)
2011-02-28 14:36 EST, Pascal Rapicault CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pascal Rapicault CLA 2011-02-28 14:36:57 EST
Created attachment 189983 [details]
screenshot of the problem

In the dependency management page of the editor, I would to have the variable to be resolved.
See screenshot.
Comment 1 Igor Fedorenko CLA 2011-02-28 14:48:20 EST
I think it is important to know when properties are used and when version is hardcoded, so I think we need to show both ${variable} and variable value somehow.
Comment 2 Milos Kleint CLA 2011-03-07 04:42:55 EST
the problem I can see is that the resolved version doesn't need to express the actual version in the view.

Let's take this example:

you have the dependency defined with ${aaa.version} expression. the resolved version says 1.2. But there are situations where changing either the version *or* the property has no influence on the resolved value.

-> eg. when the resolved value is taken from activated profile which we don't show in the view. The profile can define either the dependency or just the property.


Another aspect is how to show the values, let's see what we already show.
1. optionally the groupId (off by default)
2. artifactId, version
3. optionally ( show if present) scope, classifier and type of the dependency.
4. the managed version at the end (if indeed managed)

Given that we show 2 columns on the page, it happens frequently that even the current display is not entirely visible and user is forced to scroll horizontally. (Now that I mentioned it I believe the view is broken because one cannot scroll horizontally at all)
Comment 3 Igor Fedorenko CLA 2013-09-28 22:40:34 EDT
closing old/stale bugreports
Comment 4 Denis Roy CLA 2021-04-19 13:25:05 EDT
Moved to https://github.com/eclipse-m2e/m2e-core/issues/