[JBoss JIRA] (JBTIS-199) Update category names for installer.
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBTIS-199?page=com.atlassian.jira.plugin.... ]
Andrej Podhradsky closed JBTIS-199.
-----------------------------------
Verified with JBDS-IS 7.1.0.GA
> Update category names for installer.
> ------------------------------------
>
> Key: JBTIS-199
> URL: https://issues.jboss.org/browse/JBTIS-199
> Project: JBoss Tools Integration Stack
> Issue Type: Task
> Affects Versions: 4.0.0
> Reporter: Paul Leacu
> Assignee: Paul Leacu
> Fix For: 4.1.3.Final
>
>
> I've received two potentially contradictory BZs ([1], [2]) and there's been recent discussion
> involving the JBDSIS 7.0.0.Beta4 category names. This would affect both equinox/p2 and JBoss
> Central mylyn/discovery labelling. The issue is the following - currently the p2 installer presents
> the user with this:
> > JBoss Business Process and Rules development
> > JBoss Data Virtualization development
> > JBoss Fuse development
> > JBoss SOA 5.x development
> > JBoss SOA development
> The site category name definitions are inconsistent because there's a mixture of product names and
> abstract concept labelling. The idea was to have FuseSource users and legacy 5.x SOA users have
> an easy time finding what they needed to install and a general user could figure out what they wanted
> by the abstract concept label. These are expandable categories - if the user wants to know what their
> getting they can expand the category.
> BZ [1] suggests changing the following:
> Option [A]:
> > JBoss Business Process and Rules development
> > JBoss Data Virtualization development
> > JBoss Fuse development
> > JBoss SOA 5.x development
> > JBoss Fuse Service Works
> That clearly leaves us with 2 "Fuse" categories, one of which doesn't contain the Fuse features, and
> expands on the product name based category labelling. If you're installing 'Fuse Service Works' it
> could be argued that you'd expect to find that as a choice.
> Alan made an interesting suggestion to combine SOA and Fuse, keeping the abstract labelling and
> resulting in the following:
> Option [B]:
> > JBoss Business Process and Rules development
> > JBoss Data Virtualization development
> > JBoss Integration development
> > JBoss SOA 5.x development
> That leaves the 'SOA 5.x' category as an outlier. Acceptable? Would something like this be better?
> Option [C]:
> > JBoss Business Process and Rules development
> > JBoss Data Virtualization development
> > JBoss Integration development
> > JBoss Legacy Integration development
>
> Applying the combine Fuse algorithm to [A] you could also have this:
>
> Option [D]:
> > JBoss Business Process and Rules development
> > JBoss Data Virtualization development
> > JBoss Fuse Service Works
> > JBoss SOA 5.x development
> So - we're post-beta and I'm happy to accommodate the consensus - WDYT?
> Thanks,
> --paull
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1021282
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1021283
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (JBIDE-22361) OpenShift Explorer: Watcher does not work
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22361?page=com.atlassian.jira.plugi... ]
Marián Labuda commented on JBIDE-22361:
---------------------------------------
Added steps to reproduce to have more descriptive and explicit workflow.
> OpenShift Explorer: Watcher does not work
> -----------------------------------------
>
> Key: JBIDE-22361
> URL: https://issues.jboss.org/browse/JBIDE-22361
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.0.Alpha2
> Reporter: Marián Labuda
> Priority: Critical
> Labels: explorer, openshift_v3
>
> When I am trying to create a new application based on eap 6.4 template and I am having only one project in OpenShift Explorer view, watcher does not work. Once I create a new EAP 6.4 application there is eap-app-1-build pod all the time in running state. Once watcher should update resources automatically, service is collapsed, also project is collapsed, but after expanding those tree items, there is still old pod. Current pod is visible only upon refresh of a project.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (JBIDE-22361) OpenShift Explorer: Watcher does not work
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22361?page=com.atlassian.jira.plugi... ]
Marián Labuda updated JBIDE-22361:
----------------------------------
Steps to Reproduce:
ASSERT: Have an OpenSHift 3 connection.
EXEC: Create new project for the connection.
EXEC: Open New OpenShift Application wizard, use existing connection, select e.g. eap 6.4. basic s2i template and proceed to create a new application.
ASSERT: There is a running Build pod under an EAP service in OpenShift Explorer view.
RESULT: The build pod is still there in running state OR once the build is finished (you can check it via oc binary or web ui), project is collapsed but upon expanding a project there is still only build pod in running state (although application pod is up and running on OpenShift server).
EXPECTED RESULT: Watcher updates view once a build is finished and shows application pod in its current state.
> OpenShift Explorer: Watcher does not work
> -----------------------------------------
>
> Key: JBIDE-22361
> URL: https://issues.jboss.org/browse/JBIDE-22361
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.0.Alpha2
> Reporter: Marián Labuda
> Priority: Critical
> Labels: explorer, openshift_v3
>
> When I am trying to create a new application based on eap 6.4 template and I am having only one project in OpenShift Explorer view, watcher does not work. Once I create a new EAP 6.4 application there is eap-app-1-build pod all the time in running state. Once watcher should update resources automatically, service is collapsed, also project is collapsed, but after expanding those tree items, there is still old pod. Current pod is visible only upon refresh of a project.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months