[JBoss JIRA] (JBIDE-18985) provide tool to audit BUILD_ALIAS in feature qualifiers when aggregated
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18985?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-18985:
-------------------------------
Fix Version/s: 4.3.0.Beta2
(was: 4.3.0.Beta1)
> provide tool to audit BUILD_ALIAS in feature qualifiers when aggregated
> -----------------------------------------------------------------------
>
> Key: JBIDE-18985
> URL: https://issues.jboss.org/browse/JBIDE-18985
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build, updatesite
> Affects Versions: 4.3.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.3.0.Beta2
>
>
> Based on discussion {quote}Do you have a test for "expected BUILD_ALIAS value in feature qualifiers" ?{quote}
> Some tests we can run (forgive this pseudocode):
> {code}
> // for builds up to a x.y.0 release
> if ((BUILD_ALIAS in (Alpha*, Beta*, CR*) and jbosstools.version endsWith(".0")) {
> // make sure all features end in the same BUILD_ALIAS, or Final
> // if anything doesn't match WARN (want a build to be yellow, not red)
> }
> {code}
> {code}
> // for GA builds and followup maintenance
> if ((BUILD_ALIAS in (Final, GA)) {
> // make sure all com.* features end in GA, and all others end in Final
> // if anything doesn't match FAIL (want a build to be red)
> }
> {code}
> Once we have that coded, perhaps into a maven enforcer plugin?, we can fine tune it for cases like where Freemarker does an update in Alpha and then does nothing for 4 months, waiting for CR/GA.
> Should they have to keep updating their root pom just so the BUILD_ALIAS matches and they're building against the correct target platform?
> Or, should their code remain dormant, but their job's config.xml be updated to override the BUILD_ALIAS & TARGET_PLATFORM values to the correct versions?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-20005) Navigation to Batch artifacts from properties editor
by Alexey Kazakov (JIRA)
Alexey Kazakov created JBIDE-20005:
--------------------------------------
Summary: Navigation to Batch artifacts from properties editor
Key: JBIDE-20005
URL: https://issues.jboss.org/browse/JBIDE-20005
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: batch
Reporter: Alexey Kazakov
Assignee: Viacheslav Kabanovich
Fix For: 4.3.0.Beta2
It would be useful to be able to navigate from Properties editor and Tree form editor tab (feel free to create a separate issue if needed) to the corresponding artifact. If the reference is empty then the new artifact wizard should be opened.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19997) Add possibility to select interface and abstract class in New Batch Artifact wizard
by Viacheslav Kabanovich (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19997?page=com.atlassian.jira.plugi... ]
Viacheslav Kabanovich edited comment on JBIDE-19997 at 6/9/15 1:35 PM:
-----------------------------------------------------------------------
There was a doubt about advantages of New Batch Artifact wizard over the common New Class wizard. When I just select kind of Batch artifact and then either accept default 'abstract' choice or have to at maximum click radio for 'interface' choice, I see some advantage. If user has to both select artifact and then browse for superclass/interface, I suspect most users may prefer New Class wizard.
I may suggest a solution: Preserve radio buttons and add below dropdown 'Type' that by default displays out-of-box class/interface and lists all available types.
was (Author: scabanovich):
There was a doubt about advantages of New Batch Artifact wizard over the common New Class wizard. When I just select kind of Batch artifact and then either accept default 'abstract' choice or have to at maximum click radio for 'interface' choice, I see some advantage. If user has to both select artifact and then browse for superclass/interface, I suspect most users may prefer New Class wizard.
I may suggest a solution: Preserve radio buttons and add below dropdown 'Type' that by default displays out-of-box class/interface and list all available types.
> Add possibility to select interface and abstract class in New Batch Artifact wizard
> -----------------------------------------------------------------------------------
>
> Key: JBIDE-19997
> URL: https://issues.jboss.org/browse/JBIDE-19997
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: batch
> Affects Versions: 4.3.0.Beta1
> Reporter: Lucia Jelinkova
> Assignee: Viacheslav Kabanovich
> Fix For: 4.3.0.Beta2
>
>
> I think that in every bigger enterprise project you would have your own implementation of batch interfaces and abstract classes. So the possibility to select them in the New Batch Artifact wizard would be very useful.
> Maybe you could just put there interface and abstract class selection section from New Java Class wizard and pre-define the right batch classes?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19590) Update module's README.md files with information about dependencies to other modules
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19590?page=com.atlassian.jira.plugi... ]
Denis Golovin updated JBIDE-19590:
----------------------------------
Fix Version/s: 4.3.0.Beta2
(was: 4.3.0.Beta1)
> Update module's README.md files with information about dependencies to other modules
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-19590
> URL: https://issues.jboss.org/browse/JBIDE-19590
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: build
> Affects Versions: 4.3.0.Alpha2
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Fix For: 4.3.0.Beta2
>
> Attachments: hibernate-psf-import.mp4, oomph-installer-hibernate-codebase.png
>
>
> For almost every JBoss Tools module there are three major steps to configure eclipse workspace for development:
> 1. Set up target platform in preferences
> 2. Import JBT module sources into workspace
> 3. Import required JBT module sources into worksapce
> (1) and (2) are well documented in README.md files, but (3) is not (see forum reference for jbosstools-hibernate as an example).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months