[JBoss JIRA] (JBIDE-10282) Application Server download from within the JBoss Runtime Detection preferences errors on installation without any information on why -> when the folder being installed to isn't writable by the current OS user
by Isaac Rooskov (Created) (JIRA)
Application Server download from within the JBoss Runtime Detection preferences errors on installation without any information on why -> when the folder being installed to isn't writable by the current OS user
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBIDE-10282
URL: https://issues.jboss.org/browse/JBIDE-10282
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: JBossAS/Servers
Affects Versions: 3.3.0.M4
Environment: Fedora 14, JBT 3.3.0.M4
Reporter: Isaac Rooskov
Assignee: Rob Stryker
Fix For: 3.3.0.M5
When using the Download button within the JBoss Tools Runtime Detection preferences screen, I highlight JBoss AS 7.0.2 and click OK. I choose an installation folder within /home that isn't for the user I am logged in as and click OK (leaving the download location as the default).
The application server is then downloaded, but once installation begins, because the folder is not writable by the user who is running the Eclipse instance, an error occurs, however no information is provided on why (see attached screenshot).
I recommend one of two things, either:
- Check that the directory is writeable before beginning the download
OR
- When the error occurs, provide text explaining to the user what has happened and then provide a way for a different install location to be selected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (JBIDE-10164) Seam UI test failure
by Alexey Kazakov (Created) (JIRA)
Seam UI test failure
--------------------
Key: JBIDE-10164
URL: https://issues.jboss.org/browse/JBIDE-10164
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Seam 2
Affects Versions: 3.3.0.Beta1
Reporter: Alexey Kazakov
Assignee: Viacheslav Kabanovich
Fix For: 3.3.0.Beta1
{code}
Failed tests:
testAddComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testRenameComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testDeleteComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testAddComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testRenameComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testDeleteComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
Tests in error:
testFlatSeamPackages(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
testHierarchicalSeamPackages(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest)
Tests run: 72, Failures: 6, Errors: 2, Skipped: 0, Time elapsed: 564.94 sec <<< FAILURE!
testAddComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 2.336 sec <<< FAILURE!
junit.framework.AssertionFailedError: Seam model is not updated, expected package 'myPackage' is not found in tree
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testAddComponentInXmlFile(SeamComponentsViewTest.java:128)
testRenameComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 0.542 sec <<< FAILURE!
junit.framework.AssertionFailedError: Expected package 'myPackage' was not found it tree
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testRenameComponentInXmlFile(SeamComponentsViewTest.java:148)
testDeleteComponentInXmlFile(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 0.555 sec <<< FAILURE!
junit.framework.AssertionFailedError: Package "myNewPackage" not found!
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testDeleteComponentInXmlFile(SeamComponentsViewTest.java:216)
testAddComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 2.066 sec <<< FAILURE!
junit.framework.AssertionFailedError: Package "demo" not found!
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testAddComponentInClass(SeamComponentsViewTest.java:286)
testRenameComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 1.055 sec <<< FAILURE!
junit.framework.AssertionFailedError: Package "demo" not found!
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testRenameComponentInClass(SeamComponentsViewTest.java:304)
testDeleteComponentInClass(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 0.673 sec <<< FAILURE!
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertNotNull(Assert.java:214)
at junit.framework.Assert.assertNotNull(Assert.java:207)
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testDeleteComponentInClass(SeamComponentsViewTest.java:359)
testFlatSeamPackages(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 1.679 sec <<< ERROR!
java.lang.NullPointerException
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testFlatSeamPackages(SeamComponentsViewTest.java:418)
testHierarchicalSeamPackages(org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest) Time elapsed: 1.565 sec <<< ERROR!
java.lang.NullPointerException
at org.jboss.tools.seam.ui.test.view.SeamComponentsViewTest.testHierarchicalSeamPackages(SeamComponentsViewTest.java:454)
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (JBIDE-9525) PublishCopyUtil#copyFile throws an Exception but it's impl catches it and returns an IStatus instead
by Andre Dietisheim (JIRA)
PublishCopyUtil#copyFile throws an Exception but it's impl catches it and returns an IStatus instead
----------------------------------------------------------------------------------------------------
Key: JBIDE-9525
URL: https://issues.jboss.org/browse/JBIDE-9525
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: JBossAS
Affects Versions: 3.3.0.M3
Reporter: Andre Dietisheim
Assignee: Rob Stryker
Fix For: 3.3.x
see https://source.jboss.org/cru/REV-JBIDE-4/#c79
PublishCopyUtil#copyFile should either throw Exceptions or return status objects. The current impl where exceptions are declared in the method signature but catched in the impl makes no sense. We have to decide what strategy to take (either throw or catch and return status).
{code}
private IStatus copyFile(InputStream in, IPath to, long ts, IModuleFile mf) throws CoreException {
File tempFile = null;
try {
File file = to.toFile();
tempFile = writeToTempFile(in, to);
moveTempFile(tempFile, file);
if (ts != IResource.NULL_STAMP && ts != 0)
file.setLastModified(ts);
} catch (CoreException e) {
throw e;
} catch (Exception e) {
IPath path = mf.getModuleRelativePath().append(mf.getName());
return new Status(IStatus.ERROR, ServerPlugin.PLUGIN_ID, IEventCodes.JST_PUB_FAIL, NLS.bind(Messages.errorCopyingFile, path.toOSString(), e.getLocalizedMessage()), null);
} finally {
if (tempFile != null && tempFile.exists())
tempFile.deleteOnExit();
try {
if (in != null)
in.close();
} catch (Exception ex) {
// ignore
}
}
return null;
}
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (JBIDE-9076) Port text field in server editor should not allow you to enter alphanumeric values
by Andre Dietisheim (JIRA)
Port text field in server editor should not allow you to enter alphanumeric values
----------------------------------------------------------------------------------
Key: JBIDE-9076
URL: https://issues.jboss.org/browse/JBIDE-9076
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: JBossAS
Affects Versions: 3.3.0.M1
Reporter: Andre Dietisheim
Assignee: Rob Stryker
Fix For: 3.3.x
Attachments: invalid-port-value.png, saved-even-though-invalid.png
The server editor allows you to enter alphanumeric aka invalid port values. If you then try to save the editor, you'll get an error that tells you that the editor could not be saved because of invalid values.
!invalid-port-value.png!
The editor gets saved though - the editor gets clean even though the value is still present in the editor.
!saved-even-though-invalid.png!
We can avoid this easily by disallowing alphanumeric values while typing.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (JBIDE-9326) Replace Delegates-mapping by proper solution
by Andre Dietisheim (JIRA)
Replace Delegates-mapping by proper solution
--------------------------------------------
Key: JBIDE-9326
URL: https://issues.jboss.org/browse/JBIDE-9326
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: JBossAS
Affects Versions: 3.3.0.M3
Reporter: Andre Dietisheim
Assignee: Andre Dietisheim
Fix For: 3.3.x
We implementation our own delegation on top of the wtp delegation because WTP is not flexible enough for our needs. We did not want to have separate servers for remote/local behavior and we therefore provide a single server which may be switch to local/remote behavior and delegates to appropriate components.
The components are currently mapped to local/remote behaviors on behalf of static maps:
* DelegatingJBoss7ServerBehavior#addDelegateMapping
* DelegatingJBoss7ServerBehavior#getDelegateMap
* DelegatingServerBehavior#addDelegateMapping
* DelegatingServerBehavior#getDelegate
etc.
This solution works but is far from optimal since all those statics make subclassing pretty hard. Furthermore it basically does what the platform provides by extensions and osgi services.
We should replace the current implementation by those platform mechanisms.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months