[JBoss JIRA] (JBDS-3447) IzPack 4.3.5 binary no longer available: codehaus has shutdown
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3447?page=com.atlassian.jira.plugin.... ]
Nick Boldt closed JBDS-3447.
----------------------------
Resolution: Done
Builds OK locally so closing. Jenkins is still pulling from cached copy of IzPack-install-4.3.5.jar, but should be fine there too.
> IzPack 4.3.5 binary no longer available: codehaus has shutdown
> --------------------------------------------------------------
>
> Key: JBDS-3447
> URL: https://issues.jboss.org/browse/JBDS-3447
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: build, installer
> Affects Versions: 9.0.0.Beta1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 9.0.0.Beta1
>
>
> http://dist.codehaus.org/izpack/releases/4.3.5/IzPack-install-4.3.5.jar no longer resolves to a jar. Instead the site just says:
> {quote}Codehaus has shutdown - http://www.codehaus.org/{quote}
> {quote}
> The time has come to end the era of Codehaus.
> All Codehaus services will be terminated progressively until May 31st 2015
> With increasing diversity in opensource hosting platforms like Github and Bitbucket - who are meeting the needs of 1000s of projects - it makes sense to end the opensource hosting services of Codehaus.
> Codehaus has operated at a loss for several years now (we're not powered by venture capital), and can not compete with the army of developers and integrated product offerings that are now commonplace.
> The platform was to be terminated at the end of February 2015, however SonarQube has graciously offered to sponsor Codehaus for a few months to aid in the transition.
> {quote} -- http://www.codehaus.org/
> So, we need to build JBDS using IzPack from another location.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBDS-3447) IzPack 4.3.5 binary no longer available: codehaus has shutdown
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3447?page=com.atlassian.jira.plugin.... ]
Nick Boldt reassigned JBDS-3447:
--------------------------------
Assignee: Nick Boldt (was: Denis Golovin)
> IzPack 4.3.5 binary no longer available: codehaus has shutdown
> --------------------------------------------------------------
>
> Key: JBDS-3447
> URL: https://issues.jboss.org/browse/JBDS-3447
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: build, installer
> Affects Versions: 9.0.0.Beta1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 9.0.0.Beta1
>
>
> http://dist.codehaus.org/izpack/releases/4.3.5/IzPack-install-4.3.5.jar no longer resolves to a jar. Instead the site just says:
> {quote}Codehaus has shutdown - http://www.codehaus.org/{quote}
> {quote}
> The time has come to end the era of Codehaus.
> All Codehaus services will be terminated progressively until May 31st 2015
> With increasing diversity in opensource hosting platforms like Github and Bitbucket - who are meeting the needs of 1000s of projects - it makes sense to end the opensource hosting services of Codehaus.
> Codehaus has operated at a loss for several years now (we're not powered by venture capital), and can not compete with the army of developers and integrated product offerings that are now commonplace.
> The platform was to be terminated at the end of February 2015, however SonarQube has graciously offered to sponsor Codehaus for a few months to aid in the transition.
> {quote} -- http://www.codehaus.org/
> So, we need to build JBDS using IzPack from another location.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBIDE-19784) Make runtime detection available from server view ?
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19784?page=com.atlassian.jira.plugi... ]
Rob Stryker resolved JBIDE-19784.
---------------------------------
Resolution: Rejected
Also, even if I could get it to work, unfortunately both our wtp-tomcat integration (in jbosstools-server/wtp) and tomcat itself (upstream wtp) would recognize the same folder, and would create two tomcat servers.
Honestly, I think the workflows are too different to be performed together. It has stubbornly resisted each and every one of my efforts to shoehorn them together, it has mocked my pain, and intentionally thrown up roadblocks at every turn as if I was a five-star thief in grand theft auto.
> Make runtime detection available from server view ?
> ---------------------------------------------------
>
> Key: JBIDE-19784
> URL: https://issues.jboss.org/browse/JBIDE-19784
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: runtime-detection, server
> Reporter: Max Rydahl Andersen
> Assignee: Max Rydahl Andersen
>
> runtime detection is great but it's rather hidden.
> Idea is to add a search glass to server view to trigger runtime detection.
> Wdyt?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBIDE-19784) Make runtime detection available from server view ?
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19784?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-19784:
-------------------------------------
> Seems we could just call our runtimedetection and have it report allt he found server runtimes.
This simply isn't going to work. The only workflow that our runtimelocator is called from is when the preference page for runtiems is up, and a progress-monitor dialog is on top of it. Opening a third dialog (our jbt runtime detection) will make the UI of the background pages (pref page, progress mon dialog) to appear frozen, EVEN if we're running the read-and-dispatch, since they're below us on the call stack.
Furthermore, once our rt-detection finds some runtime definitions, and the user clicks "OK", it will create those runtimes nad servers. This will attempt to refresh the runtime preference page, which is actually 2 layers lower on the UI call stack, which simply freezes the UI entirely.
Even if i could fix all that, I could maybe arrange a way to get a list of RuntimeDefinition objects that were found during scanning, but I wouldn't be able to get a list of wst.server runtimes that were found, since that's not part of the jbt runtime detection API.
I had also considered simply firing a job to open the dialog, but the original wtp runtiem pref page will open an error message if no runtimes are found. So having an error message show up while we're showing up the jbt runtime detection page wouldn't work here either.
> Make runtime detection available from server view ?
> ---------------------------------------------------
>
> Key: JBIDE-19784
> URL: https://issues.jboss.org/browse/JBIDE-19784
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: runtime-detection, server
> Reporter: Max Rydahl Andersen
> Assignee: Max Rydahl Andersen
>
> runtime detection is great but it's rather hidden.
> Idea is to add a search glass to server view to trigger runtime detection.
> Wdyt?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBIDE-19887) BRMS and Fuse examples should be hidden if Integration Stack is not available
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19887?page=com.atlassian.jira.plugi... ]
Fred Bricon resolved JBIDE-19887.
---------------------------------
Resolution: Done
Solution implemented in master
> BRMS and Fuse examples should be hidden if Integration Stack is not available
> -----------------------------------------------------------------------------
>
> Key: JBIDE-19887
> URL: https://issues.jboss.org/browse/JBIDE-19887
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: central
> Affects Versions: 4.3.0.Beta1
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Fix For: 4.3.0.Beta1
>
>
> For BRMS and Fuse examples, the connectors requirements would let a user believe the proper features can be installed, but this is only true if the integration stack is available. If it's not, then an error would pop up as the missing connectors would not be installable.
> We could check if jboss.discovery.site.integration-stack.url is empty and hide all examples containing a BRMS or FUSE tag
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBDS-3447) IzPack 4.3.5 binary no longer available: codehaus has shutdown
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3447?page=com.atlassian.jira.plugin.... ]
Nick Boldt updated JBDS-3447:
-----------------------------
Fix Version/s: 9.0.0.Beta1
> IzPack 4.3.5 binary no longer available: codehaus has shutdown
> --------------------------------------------------------------
>
> Key: JBDS-3447
> URL: https://issues.jboss.org/browse/JBDS-3447
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: build, installer
> Affects Versions: 9.0.0.Beta1
> Reporter: Nick Boldt
> Assignee: Denis Golovin
> Fix For: 9.0.0.Beta1
>
>
> http://dist.codehaus.org/izpack/releases/4.3.5/IzPack-install-4.3.5.jar no longer resolves to a jar. Instead the site just says:
> {quote}Codehaus has shutdown - http://www.codehaus.org/{quote}
> {quote}
> The time has come to end the era of Codehaus.
> All Codehaus services will be terminated progressively until May 31st 2015
> With increasing diversity in opensource hosting platforms like Github and Bitbucket - who are meeting the needs of 1000s of projects - it makes sense to end the opensource hosting services of Codehaus.
> Codehaus has operated at a loss for several years now (we're not powered by venture capital), and can not compete with the army of developers and integrated product offerings that are now commonplace.
> The platform was to be terminated at the end of February 2015, however SonarQube has graciously offered to sponsor Codehaus for a few months to aid in the transition.
> {quote} -- http://www.codehaus.org/
> So, we need to build JBDS using IzPack from another location.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (JBIDE-19829) Add Oauth support to the Openshift Connection Wizard
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19829?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-19829 at 5/29/15 5:46 PM:
-------------------------------------------------------------------
The above error was caused by the following entry in eclipse.ini:
{code}
-Dorg.eclipse.swt.browser.DefaultType=mozilla
{code}
This flag is a workaround so that you can use Eclipse while you have google hangout/bluejeans installed and use GTK2. This combination crashes Eclipse if you dont have the above setting and is thus - i guess - widely used while GTK3 is not stable.
* https://bugs.eclipse.org/bugs/show_bug.cgi?id=433606
* https://bugs.eclipse.org/bugs/show_bug.cgi?id=334466
was (Author: adietish):
The above error was caused by the following entry in eclipse.ini:
{code}
-Dorg.eclipse.swt.browser.DefaultType=mozilla
{code}
This flag is a workaround so that you can use Eclipse while you have google hangout/bluejeans installed and use GTK2. This combination crashes Eclipse if you dont have the above setting and is thus - i guess - widely used.
* https://bugs.eclipse.org/bugs/show_bug.cgi?id=433606
* https://bugs.eclipse.org/bugs/show_bug.cgi?id=334466
> Add Oauth support to the Openshift Connection Wizard
> ----------------------------------------------------
>
> Key: JBIDE-19829
> URL: https://issues.jboss.org/browse/JBIDE-19829
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.3.0.Beta2
> Reporter: Jeff Cantrill
> Assignee: Jeff Cantrill
> Attachments: check-server-type-disabled.png, enlessly-loading.png, ok-enabled.png, Proposed Connection Wizard Chages.png, retrieve-error.png
>
>
> Modify the connection wizard so the v3 server can auto-detect the auth type and support OAuth
> * Remove server type verify button
> * Add v3 auth box (Auto/OAuth/Basic)
> * Optional...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months