[JBoss JIRA] (JBIDE-16105) openshift-java-client: offer access to timeout
by Andre Dietisheim (JIRA)
Andre Dietisheim created JBIDE-16105:
----------------------------------------
Summary: openshift-java-client: offer access to timeout
Key: JBIDE-16105
URL: https://issues.jboss.org/browse/JBIDE-16105
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: openshift
Affects Versions: 4.1.1.CR1
Reporter: Andre Dietisheim
Fix For: 4.2.x
express.conf now offers a setting for timeouts:
{code}
# The default timeout for network operations
#timeout=<integer>
{code}
we currently offer direct access via identical key. Since *timeout* is a very common name we should most likely offer also prefixed access (ex. openshift.timeout).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (JBIDE-15796) Deployment error: No servlet class has been specified for servlet javax.ws.rs.core.Application
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15796?page=com.atlassian.jira.plugi... ]
Pavol Srna closed JBIDE-15796.
------------------------------
The problem is tracked in FORGEPLUGINS-149 and a workaround exists. I'm gonna close the issue.
> Deployment error: No servlet class has been specified for servlet javax.ws.rs.core.Application
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-15796
> URL: https://issues.jboss.org/browse/JBIDE-15796
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.1.1.Beta1
> Reporter: Pavol Srna
> Assignee: Koen Aers
> Fix For: 4.1.1.CR1
>
> Attachments: forge-html5.server.log
>
>
> Deployment with error: No servlet class has been specified for servlet javax.ws.rs.core.Application.
> Prepare app in forge console:
> 1) new-project --named testp --type war
> 2) setup persistence (HIBERNATE, JBOSS_AS7)
> 3) scaffold-x setup --scaffoldType angularjs --overwrite
> 4) entity --named Customer
> 5) field string --named name
> Scaffold HTML5:
> * scaffold-x from Customer.java
> Build and deploy on the server.
> See server.log attached for more description.
> I assume this should work out of the box right?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (JBIDE-15788) Download runtime wizard shouldn't complain if install folder doesn't exist
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15788?page=com.atlassian.jira.plugi... ]
Martin Malina updated JBIDE-15788:
----------------------------------
Fix Version/s: 4.1.2
(was: 4.1.1.CR1)
Labels: (was: respin-a)
I don't think there will be another respin, so this will not make it into 4.1.1. Or do you prefer to resolve this as partially fixed and open a new jira? Let me know.
> Download runtime wizard shouldn't complain if install folder doesn't exist
> --------------------------------------------------------------------------
>
> Key: JBIDE-15788
> URL: https://issues.jboss.org/browse/JBIDE-15788
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: runtime-detection, server
> Affects Versions: 4.1.1.Alpha2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.1.2
>
> Attachments: cr1-nonexistent-folder.png, install_folder_must_exist.png
>
>
> If the install folder is missing, the download runtime wizard should cope with it, instead of displaying an error (i.e. create the missing folders when necessary)
> - assert no EAP/AS7 are installed
> - create a new html5 project from central
> - click download and install for the server requirement
> - enter a non-existing location for the install folder
> !install_folder_must_exist.png!
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (JBIDE-16001) JBoss Central New and Noteworthy for 4.1.1.CR1
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16001?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-16001:
------------------------------------
AFAIK the major N&N changes to Central are:
* drag and drop support added :: JBIDE-15499
* 3 new connectors added: m2e-wro4j, Mylyn Jenkins Build, Checkstyle (eclipsecs) :: JBDS-2710
* 6 connectors under Software/Update tab updated to newer versions: Atlassian, PMD, TestNG, VJET, SpringIDE, GWT :: JBDS-2710
** In particular, Google Plugin for Eclipse 4.2 (e42) version 3.2.3 updated to Google Plugin for Eclipse 4.3 (e43) version 3.4.2, which may require remediation/uninstall to perform an update/upgrade :: JBDS-2801
> JBoss Central New and Noteworthy for 4.1.1.CR1
> ----------------------------------------------
>
> Key: JBIDE-16001
> URL: https://issues.jboss.org/browse/JBIDE-16001
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: central
> Reporter: Max Rydahl Andersen
> Priority: Critical
> Fix For: 4.1.1.CR1
>
>
> This [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...] contains the search for the specific component(s), to see all, use this [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...].
> If JBoss Central is not listed here check if there are issues that should be added and add them.
> Document the ones relevant for JBoss Central by adding to [whatsnew|https://github.com/jbosstools/jbosstools-documentation/tree/mast...] and submit a pullrequest.
> If no news for this component please reject and close this issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (JBIDE-16063) Aborting a command has strange behavior
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16063?page=com.atlassian.jira.plugi... ]
Pavol Srna closed JBIDE-16063.
------------------------------
> Aborting a command has strange behavior
> ----------------------------------------
>
> Key: JBIDE-16063
> URL: https://issues.jboss.org/browse/JBIDE-16063
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Reporter: Pavol Srna
> Assignee: Koen Aers
> Labels: respin-a
> Fix For: 4.1.1.CR1
>
> Attachments: forge-screen-1.png, forge-screen-2.png
>
>
> I see 2 problems how aborting a command currently works.
> * If the console is empty and you send Ctrl+C, then the text "[killed]" appears in the console. I guess nothing was actually killed. Then I try to for example create a new project and trigger: 'new-project --named testProject' and this command is swallowed or killed? Please see attached screenshot:
> !forge-screen-1.png!
> * Second, .. I tried several times to abort "an already in progress new-project" command but sometimes it succeeds and sometimes not. Like on my next screenshot. I figured out that it depends on the speed how fast I press the abort keys on the keyboard. It wasn't very hard for me to simulate the error.
> !forge-screen-2.png!
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months