[JBoss JIRA] (JBIDE-19990) "See JBoss Tools Visual Editor FAQ" link is not working.
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19990?page=com.atlassian.jira.plugi... ]
Radim Hopp commented on JBIDE-19990:
------------------------------------
[~mlabuda] tried it on his system (Gnome, Fedora 19 I guess). His default system browser is Firefox and everything worked as expected.
> "See JBoss Tools Visual Editor FAQ" link is not working.
> --------------------------------------------------------
>
> Key: JBIDE-19990
> URL: https://issues.jboss.org/browse/JBIDE-19990
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, visual-page-editor-core
> Affects Versions: 4.3.0.Beta1
> Reporter: Radim Hopp
> Assignee: Radim Hopp
> Fix For: 4.3.0.Beta2
>
>
> When the browser cannot be instantiated, error is shown and on the bottom of the editor is "See JBoss Tools Visual Editor FAQ" link (see here: http://i.imgur.com/F2l9Hgi.png).
> This link is not working. Clicking on it just writes into console, from where JBDS/JBT was started, this:
> _env: /home/rhopp/http:/tools.jboss.org/documentation/faq/visualeditor.html: Directory or file does not exist_
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 9 months
[JBoss JIRA] (JBIDE-19990) "See JBoss Tools Visual Editor FAQ" link is not working.
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19990?page=com.atlassian.jira.plugi... ]
Radim Hopp commented on JBIDE-19990:
------------------------------------
I don't know how KDE (Plasma 5) handles default browser. In KDE settings I configured google-chrome as my default browser.
Today, I'll try to persuade somebody with GNOME (or at least something else than KDE) to try it.
> "See JBoss Tools Visual Editor FAQ" link is not working.
> --------------------------------------------------------
>
> Key: JBIDE-19990
> URL: https://issues.jboss.org/browse/JBIDE-19990
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, visual-page-editor-core
> Affects Versions: 4.3.0.Beta1
> Reporter: Radim Hopp
> Assignee: Radim Hopp
> Fix For: 4.3.0.Beta2
>
>
> When the browser cannot be instantiated, error is shown and on the bottom of the editor is "See JBoss Tools Visual Editor FAQ" link (see here: http://i.imgur.com/F2l9Hgi.png).
> This link is not working. Clicking on it just writes into console, from where JBDS/JBT was started, this:
> _env: /home/rhopp/http:/tools.jboss.org/documentation/faq/visualeditor.html: Directory or file does not exist_
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 9 months
[JBoss JIRA] (JBIDE-19757) Use jbosstools aggregate site instead of special webtools-site for WTP's AS server discovery
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19757?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-19757:
---------------------------------------------
JBIDE-20170 disagrees with you on the subject of the url not needing testing.
And this url is not going to point to the *same* url all the time thus it needs testing.
> Use jbosstools aggregate site instead of special webtools-site for WTP's AS server discovery
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-19757
> URL: https://issues.jboss.org/browse/JBIDE-19757
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build, server
> Reporter: Mickael Istria
> Assignee: Nick Boldt
> Priority: Minor
> Labels: releasework
> Fix For: 4.3.0.Beta1
>
>
> With https://bugs.eclipse.org/bugs/show_bug.cgi?id=434185 , WTP Server Discovery mechanism was granted a new strategy which allows to rely on regular p2 metadata instead of a site.xml.
> Support for this was already merged in server ( https://github.com/jbosstools/jbosstools-server/commit/2d3cc63a9b67753ad9... )
> In order to save an artifact to manage (the webtools p2 repository), we could use this mechanism and consider contributing directly the main JBT URL to webtools discovery.
> However, server discovery also keeps older strategies and since we produce invalid site.xml files, this is currently failing
> {code}
> !ENTRY org.eclipse.equinox.p2.updatesite 2 0 2015-05-04 09:40:58.088
> !MESSAGE Error parsing feature stream. The unique identifier or the version is null or empty for the State: "Category": unique identifier="minimal-json" version="null".
> {code}
> because we are lines specifying bundle but no version in the site.xml.
> [~nickboldt] What are those site.xml useful for? Could we get rid of them?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 9 months
[JBoss JIRA] (JBIDE-20148) releng scripts is an outdated version; jobs are not seeing latest from Nexus
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20148?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-20148:
----------------------------------------
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-build-sit... reads:
{code}[INFO] rsync -arzq --protocol=28 --del /mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/sources/aggregate/site/target/fullSite/all/repo/* tools@filemgmt.jboss.org:/downloads_htdocs/tools/mars/snapshots/updates/core/master/{code}
Isn't it what's expected? I can see the --del.
> releng scripts is an outdated version; jobs are not seeing latest from Nexus
> ----------------------------------------------------------------------------
>
> Key: JBIDE-20148
> URL: https://issues.jboss.org/browse/JBIDE-20148
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.3.0.Beta2
> Reporter: Nick Boldt
> Assignee: Mickael Istria
> Labels: needinfo, nexus
> Fix For: 4.3.0.Beta2
>
>
> I've made some commits in the 4.3.x branch [0] of the build-ci repo, which should echo more details into the log.
> [0] https://github.com/jbosstools/jbosstools-build-ci/commits/jbosstools-4.3.x
> And the latest commits ARE built and available in Nexus [1], [2]:
> [1] https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo... [2] https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
> Yet, no such output appears when the job is run, which makes me think that the -d and --del flags are NOT being passed to the script.
> Here's a snippet from https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-build-sit... :
> {code}
> + /qa/tools/opt/apache-maven-3.2.5//bin/mvn deploy -Pdeploy-to-jboss.org -Dmaven.repo.local=/mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/.repository -B -U -fae -e -P hudson,unified.target,pack200,fetch-source-zips -Djbosstools_site_stream=master
> ...
> [INFO] --- exec-maven-plugin:1.3.2:exec (deploy-snapshot-updatesite) @ org.jboss.tools.site.core ---
> ...
> rsync -arzq --protocol=28 /mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/sources/aggregate/site/target/repository/* tools@filemgmt.jboss.org:/downloads_htdocs/tools/mars/snapshots/updates/core/master/
> {code}
> Yet when I run THE SAME SCRIPT from the workspace via shell, I get what I want:
> {code}
> + . /mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/sources/publish/rsync.sh -s /mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/sources/aggregate/site/target/fullSite/all/repo -t mars/snapshots/updates/core/master --del
> ...
> [DEBUG] RSYNCFLAGS = --del
> ...
> [INFO] rsync -arzq --protocol=28 --del /mnt/hudson_workspace/workspace/jbosstools-build-sites.aggregate.site_master/sources/aggregate/site/target/fullSite/all/repo/* tools@filemgmt.jboss.org:/downloads_htdocs/tools/mars/snapshots/updates/core/master/
> ++ rsync -arzq --protocol=28 --del ... tools@filemgmt.jboss.org:/downloads_htdocs/tools/mars/snapshots/updates/core/master/
> {code}
> So... what am I doing wrong? Why isn't the mojo using the latest version of the rsync script, but it's IN the workspace [3] ?
> [3] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-build-sit...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 9 months
[JBoss JIRA] (JBIDE-19178) Explorer: Add "Pipeline" view to OpenShift v3 explorer
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19178?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-19178:
---------------------------------------------
The properties view can contain arbitrary complex UI, so why not put something like this in there ?
Also we are not limited to a tree in main UI, but we are limited in the way that it does not make sense to use majority of the screen to show this in an IDE where this info is secondary not the primary thing.
logical/pipeline view ? not sure what it would contain - but again the properties view can have tabs that shows different things for a selection ?
> Explorer: Add "Pipeline" view to OpenShift v3 explorer
> ------------------------------------------------------
>
> Key: JBIDE-19178
> URL: https://issues.jboss.org/browse/JBIDE-19178
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.3.0.Alpha1
> Reporter: Jeff Cantrill
> Labels: explorer, openshift_v3
> Fix For: 4.3.0.CR1
>
> Attachments: Console of 'App' with the pieces wired.png, Pipeline view mockup.bmml, Pipeline view mockup.png
>
>
> Add an alternate view in the openshift v3 explorer to try to 'link' resources in a similiar fashion to the web console
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 9 months