[JBoss JIRA] (JBIDE-15135) Attach metadata during assembly instead of publish time
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15135?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-15135:
----------------------------------------
{quote}When is it available? How is it made available? How do you test this offline? How does the mojo know about upstream projects, since none of the jobs are linked in Jenkins?{quote}
The mojo looks at the site referenced as "repositories" with layout type "p2" in the current reactor. Then it looks for a file ${repositoryUrl}/buildinfo.json for each referenced repository.
To test it, generate for example a site for openshift module with the mojo, so that buildinfo.json exists, then try to build central similarily, but overriding the location for openshift to local one on filesystem. You'll see the upstream block will include some data from openshift.
{quote}Why not also dump variables we know are important which are resolved from parent pom? Why only worry about CLI variables, not defaults too?{quote}
The default ones can be deduced from that parent pom so I don't believe it's necessary to repeat them here. But if you think it's important, we can have a "cliOptions" block with the current behaviour, and a resolvedMavenProperties block with the main properties.
{quote} Is it a lot of work to collect that information? {quote}
I'm not concerned about the difficulty of collecting information, but more about giving interesting and easy to read reports. Being greedy in reports makes them more difficult to read. My strategy is to put them in only if we use them regularly, not if we may need it sometimes.
But if it's a blocker for you, I'm fine with adding JVM and OS info to the report.
> Attach metadata during assembly instead of publish time
> -------------------------------------------------------
>
> Key: JBIDE-15135
> URL: https://issues.jboss.org/browse/JBIDE-15135
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Fix For: 4.2.x
>
>
> In order to make it easier to deal with Nexus and to have an homogeneous way to access build metadata (commit id), it would be interesting to move creation of metadata at assembly time (same time as when we create index and so on), and put it directly into the site.
> Then whether we use Nexus or a home-made publication, we are sure that we can access metadata whenever we can access the binaries.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 5 months
[JBoss JIRA] (JBIDE-3235) Missing properties view for servers elements
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-3235?page=com.atlassian.jira.plugin... ]
Rob Stryker commented on JBIDE-3235:
------------------------------------
The current double-click behavior is to run the "editFileAction", which opens the file for editing.
Are you suggesting you would prefer the double-click action to be the "changeValueAction" instead, and if the user wishes to edit the file, he should right-click and select "Edit File"?
I can make this happen easily with a 1 line patch.
> Missing properties view for servers elements
> --------------------------------------------
>
> Key: JBIDE-3235
> URL: https://issues.jboss.org/browse/JBIDE-3235
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Reporter: Max Rydahl Andersen
> Assignee: Max Rydahl Andersen
> Priority: Minor
> Fix For: 3.3.x
>
>
> Before I could directly edit properties for ports in properties view.
> Now I need to right click and choose Change Value and get a non-standard edit in the tree.
> This I could probably live with if I could just double click the value and edit it like in properties view.
> Properties view was though also nice to give other details than just access to edit.
> i.e.. I could copy values to get the value of file names etc. I can't copy elements from the tree and get a textual representation.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 5 months
[JBoss JIRA] (JBDS-3289) JBoss Central proxy wizards need to recognize early access.
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3289?page=com.atlassian.jira.plugin.... ]
Denis Golovin commented on JBDS-3289:
-------------------------------------
Similar problem is JBIDE-18995, when early access features installed from stable update site without "Enable Early Access" warning dialog.
> JBoss Central proxy wizards need to recognize early access.
> -----------------------------------------------------------
>
> Key: JBDS-3289
> URL: https://issues.jboss.org/browse/JBDS-3289
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: central
> Affects Versions: 8.0.2.GA
> Reporter: Paul Leacu
> Assignee: Fred Bricon
> Priority: Blocker
> Fix For: 8.0.2.GA
>
> Attachments: ea1.png
>
>
> Using a JBoss Central proxy wizard that references an early access feature will install that feature correctly even if the "Early Access Enabled" checkbox is unchecked.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 5 months