July 2014 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-17968) Application wizard: take less less screen height

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17968?page=com.atlassian.jira.plugi... ] Andre Dietisheim updated JBIDE-17968: ------------------------------------- Attachment: shortened-application-wizard.png > Application wizard: take less less screen height > ------------------------------------------------ > > Key: JBIDE-17968 > URL: https://issues.jboss.org/browse/JBIDE-17968 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.2.0.Beta2 > Environment: Fedora, 1440x900 resolution screen > Reporter: Catherine Robson > Assignee: Max Rydahl Andersen > Labels: application_wizard, uxtest > Fix For: 4.2.0.CR1 > > Attachments: app-config-wizard-page.png, shortened-application-wizard.png, wizard-too-tall.png > > > For users with small screen sizes, the OpenShift create application wizard is very tall and might overflow their screen real-estate. Many of the dialogs in this wizard have lots of wasted space, so we should see if we can reduce the size of these dialogs as much as possible. > The height of the dialog is ~870px high. The most common resolution people run these days is 1366x768 - meaning we're already too high for people's viewable screen. > !wizard-too-tall.png! > ---------------- > Screen by screen analysis > ---------------- > Sign in dialog - ~550px wasted height: https://www.evernote.com/shard/s230/sh/baf765b4-cee1-470c-88a0-1afd237868... > Existing or new application dialog - ~145px wasted height: https://www.evernote.com/shard/s230/sh/d76f10b6-fb40-455d-bef6-d1b1ea44b0... > Name, domain, and embedded cartridges dialog - ~200px wasted height: https://www.evernote.com/shard/s230/sh/04381c6a-e9d7-4c6a-bd47-15b5b83a8e... > Configure project dialog - ~550px wasted height: https://www.evernote.com/shard/s230/sh/4932fd92-12b3-456f-8f9c-a25548f4f6... > Clone settings, processing dialog - ~480px wasted height: https://www.evernote.com/shard/s230/sh/0d921581-6d12-4ba0-8c99-dc4c904e90... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17968) Application wizard: take less less screen height

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17968?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-17968: ------------------------------------------ I shortened the height of the wizard by changing the 2nd wizard page (mentioned above). I removed margins and shortened the spacing. I also reduced the height required to the details pane. The current height is imo the one that's needed so that "Code Anything" doesnt look bad. This is how it look in 1024*768: !shortened-application-wizard.png! > Application wizard: take less less screen height > ------------------------------------------------ > > Key: JBIDE-17968 > URL: https://issues.jboss.org/browse/JBIDE-17968 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.2.0.Beta2 > Environment: Fedora, 1440x900 resolution screen > Reporter: Catherine Robson > Assignee: Max Rydahl Andersen > Labels: application_wizard, uxtest > Fix For: 4.2.0.CR1 > > Attachments: app-config-wizard-page.png, shortened-application-wizard.png, wizard-too-tall.png > > > For users with small screen sizes, the OpenShift create application wizard is very tall and might overflow their screen real-estate. Many of the dialogs in this wizard have lots of wasted space, so we should see if we can reduce the size of these dialogs as much as possible. > The height of the dialog is ~870px high. The most common resolution people run these days is 1366x768 - meaning we're already too high for people's viewable screen. > !wizard-too-tall.png! > ---------------- > Screen by screen analysis > ---------------- > Sign in dialog - ~550px wasted height: https://www.evernote.com/shard/s230/sh/baf765b4-cee1-470c-88a0-1afd237868... > Existing or new application dialog - ~145px wasted height: https://www.evernote.com/shard/s230/sh/d76f10b6-fb40-455d-bef6-d1b1ea44b0... > Name, domain, and embedded cartridges dialog - ~200px wasted height: https://www.evernote.com/shard/s230/sh/04381c6a-e9d7-4c6a-bd47-15b5b83a8e... > Configure project dialog - ~550px wasted height: https://www.evernote.com/shard/s230/sh/4932fd92-12b3-456f-8f9c-a25548f4f6... > Clone settings, processing dialog - ~480px wasted height: https://www.evernote.com/shard/s230/sh/0d921581-6d12-4ba0-8c99-dc4c904e90... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17919) Snapshot wizard: snapshot file name is not refreshed upon changes between full and deployment type

by Jeff Cantrill (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17919?page=com.atlassian.jira.plugi... ] Jeff Cantrill reassigned JBIDE-17919: ------------------------------------- Assignee: Jeff Cantrill > Snapshot wizard: snapshot file name is not refreshed upon changes between full and deployment type > -------------------------------------------------------------------------------------------------- > > Key: JBIDE-17919 > URL: https://issues.jboss.org/browse/JBIDE-17919 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.2.0.Beta3 > Reporter: Marián Labuda > Assignee: Jeff Cantrill > Labels: snapshot_wizard > Fix For: 4.2.0.CR1 > > > When trying to create a new snapshot of type FULL or DEPLOYMENT, there is not change of file name for the snapshot. It's still the same containing full in file name and if needed also a number of snapshot. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17724) Changes cause full redeployment of exploded WAR

by Patrick Decat (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17724?page=com.atlassian.jira.plugi... ] Patrick Decat commented on JBIDE-17724: --------------------------------------- Even with the latest JBoss Tools update, my exploded WAR projects are still constantly redeploying as soon as I modify a Java class or a JSF/Facelet template. As for others, this did not occur with Kepler. My setup : - OS : Ubuntu 14.04 64bit - IDE : eclipse luna / JBossAS Tools 3.0.0.CR1-v20140724-1656-B561 / Oracle Java 1.8.0_11 64bit - Runtime : JBoss EAP 5.1.1 / Oracle Java 1.6.0_45 / 32bit I also had this issue with JBossAS Tools 3.0.0.BETA2. > Changes cause full redeployment of exploded WAR > ----------------------------------------------- > > Key: JBIDE-17724 > URL: https://issues.jboss.org/browse/JBIDE-17724 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: server > Affects Versions: 4.2.0.Beta2 > Environment: Windows 8.1 x64 > Java 7u51 x64 > Luna x64 > Reporter: Cody Lerum > Assignee: Rob Stryker > Priority: Blocker > Labels: respin-b > Fix For: 4.2.0.Beta3, 4.2.0.CR1 > > Attachments: workspace.zip > > > After moving to Luna from Kepler any changes to java or jsf resources are causing a full redeployment of the exploded war to JBoss 7.1.3.Final > This prevents any updating of JSF resources or debugging java code. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBDS-2513) Error: Could not create the Java Virtual Machine

by Ryan Gourley (JIRA)

[ https://issues.jboss.org/browse/JBDS-2513?page=com.atlassian.jira.plugin.... ] Ryan Gourley commented on JBDS-2513: ------------------------------------ [~maxandersen] I am using jdk 1.7.0, I was able to get it up to 512m but it still won't take 1024m > Error: Could not create the Java Virtual Machine > ------------------------------------------------ > > Key: JBDS-2513 > URL: https://issues.jboss.org/browse/JBDS-2513 > Project: Developer Studio (JBoss Developer Studio) > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: installer > Environment: Windows 7 64-bit, Java 7 32-bit JVM > Reporter: Burr Sutter > Assignee: Denis Golovin > Priority: Minor > Fix For: 7.0.0.Beta2 > > Attachments: 2012-11-30_1425.png, 2012-11-30_1425_001.png, Installer_JVM_Settings.png > > > Running the installer with a JRE can create an improper installation. See screenshots -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17700) project archives initialization fails, cascades to server publishing, due to strange classloader

by Oliver Pfau (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi... ] Oliver Pfau commented on JBIDE-17700: ------------------------------------- I use the version posted by Martin Malinas update site and the problems was not appeared anymore. Haven't tried it with previous versions because I haven't found a way to reproduce the problem reliable. > project archives initialization fails, cascades to server publishing, due to strange classloader > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-17700 > URL: https://issues.jboss.org/browse/JBIDE-17700 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: forge, maven, server > Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place) > Reporter: Oliver Pfau > Assignee: Rob Stryker > Priority: Critical > Labels: respin-b > Fix For: 4.2.0.Beta3 > > Attachments: jbosstools-diagnostics-20140707141907.zip, jstack.txt, pom.xml > > > When I publish my war to jboss 7.1 the following error occurs: > An internal error occurred during: "Publishing to JBoss AS 7.1...". > Could not initialize class de.schlichtherle.io.ArchiveControllers -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17797) BeanParam: removal of @QueryParam/@MatrixParam annotation from field in Bean class is not reflected in JAX-RS Explorer

by Radoslav Rábara (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17797?page=com.atlassian.jira.plugi... ] Radoslav Rábara closed JBIDE-17797. ----------------------------------- Fix Version/s: 4.2.0.Beta3 (was: 4.2.0.CR1) Resolution: Cannot Reproduce Bug Can't reproduce with JBDS 8.0.0.Beta3-v20140722-2011-B194. Closing. > BeanParam: removal of @QueryParam/@MatrixParam annotation from field in Bean class is not reflected in JAX-RS Explorer > ---------------------------------------------------------------------------------------------------------------------- > > Key: JBIDE-17797 > URL: https://issues.jboss.org/browse/JBIDE-17797 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: webservices > Affects Versions: 4.2.0.Beta3 > Environment: JBoss WebServices Tools 1.7.0.CR1-v20140702-2329-B563 > Reporter: Radoslav Rábara > Assignee: Radoslav Rábara > Fix For: 4.2.0.Beta3 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17700) project archives initialization fails, cascades to server publishing, due to strange classloader

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen commented on JBIDE-17700: --------------------------------------------- [~olpf] using beta3 ? can you re-reproduce on previous versions ? if you can our workaround might just have worked (And we got indication that m2e has a leak of its classloaders ;/ > project archives initialization fails, cascades to server publishing, due to strange classloader > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-17700 > URL: https://issues.jboss.org/browse/JBIDE-17700 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: forge, maven, server > Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place) > Reporter: Oliver Pfau > Assignee: Rob Stryker > Priority: Critical > Labels: respin-b > Fix For: 4.2.0.Beta3 > > Attachments: jbosstools-diagnostics-20140707141907.zip, jstack.txt, pom.xml > > > When I publish my war to jboss 7.1 the following error occurs: > An internal error occurred during: "Publishing to JBoss AS 7.1...". > Could not initialize class de.schlichtherle.io.ArchiveControllers -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBDS-2513) Error: Could not create the Java Virtual Machine

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBDS-2513?page=com.atlassian.jira.plugin.... ] Max Rydahl Andersen commented on JBDS-2513: ------------------------------------------- [~ryan.gourley] are you running a JDK VM or JRE VM when this is failing ? > Error: Could not create the Java Virtual Machine > ------------------------------------------------ > > Key: JBDS-2513 > URL: https://issues.jboss.org/browse/JBDS-2513 > Project: Developer Studio (JBoss Developer Studio) > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: installer > Environment: Windows 7 64-bit, Java 7 32-bit JVM > Reporter: Burr Sutter > Assignee: Denis Golovin > Priority: Minor > Fix For: 7.0.0.Beta2 > > Attachments: 2012-11-30_1425.png, 2012-11-30_1425_001.png, Installer_JVM_Settings.png > > > Running the installer with a JRE can create an improper installation. See screenshots -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-17944) BrowserSim: Use http: protocol instead of file: for accessing local files

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17944?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen commented on JBIDE-17944: --------------------------------------------- [~akazakov] can you link to such example ? and aren't these meant to be run in CordovaSim anyway ? > BrowserSim: Use http: protocol instead of file: for accessing local files > ------------------------------------------------------------------------- > > Key: JBIDE-17944 > URL: https://issues.jboss.org/browse/JBIDE-17944 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: browsersim > Reporter: Alexey Kazakov > Assignee: Konstantin Marmalyukov > > Currently, BrowserSim works through file: protocol but this protocol doesn't work well with paths relative to the webroot (which start with "/"). > So if a local file contains any links to local resources (css, js, ...) via relative paths then these resources are not available in BrowserSim. > For example all official ionic example projects use such paths. It makes "open with BrowserSim" feature useless for those projects. > It would be great if BrowserSim uses http: as our HTML5 preview does. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues July 2014