[JBoss JIRA] Created: (JBIDE-8739) Invalid org.drools.eclipse plugin
by Snjezana Peco (JIRA)
Invalid org.drools.eclipse plugin
---------------------------------
Key: JBIDE-8739
URL: https://issues.jboss.org/browse/JBIDE-8739
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Build/Releng
Affects Versions: 3.2.1
Reporter: Snjezana Peco
Assignee: Nick Boldt
The org.drools.eclipse_5.2.0.201104120641 plugin isn't built correctly. It is about 57 mb big (org.drools.eclipse_5.2.0.v20110116-0638-H14 is about 8MB) and includes all required eclipse plugins in the lib directory.
It doesn't export the org.drools.eclipse.util package. See JBIDE-8730.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (JBIDE-8706) Logging Of the SLF4J ModeShape Logging Does Not Adhere To Eclipse Log Levels
by Dan Florian (JIRA)
Logging Of the SLF4J ModeShape Logging Does Not Adhere To Eclipse Log Levels
----------------------------------------------------------------------------
Key: JBIDE-8706
URL: https://issues.jboss.org/browse/JBIDE-8706
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: modeshape
Affects Versions: 3.2.0.Final
Reporter: Dan Florian
Assignee: Dan Florian
Fix For: 3.2.1
ModeShape Tools has a dependency to a ModeShape client library. This library uses SLF4J for its logging and depends on an SLF4J logger implementation to be available at runtime. ModeShape Tools has implemented a logger that will redirect the ModeShape logging to the Eclipse logger. Problem is that all levels of logging are always being logged regardless of the logging level of the running Eclipse. So lots of trace-level messages are appearing in the Eclipse log. Another problem is that Eclipse does not have trace-level logging.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (JBIDE-8148) New Connection wizard: blocks UI when you hit "Finish"
by Andre Dietisheim (JIRA)
New Connection wizard: blocks UI when you hit "Finish"
------------------------------------------------------
Key: JBIDE-8148
URL: https://issues.jboss.org/browse/JBIDE-8148
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: deltacloud
Affects Versions: 3.2.0.CR1
Reporter: Andre Dietisheim
Assignee: Andre Dietisheim
Fix For: 3.2.1
If you create a new cloud with the "New cloud connection" wizard, enter all settings and hit finish, images and instances get loaded. This operation is executed in the UI thread (no background thread) and therefore blocks the UI. We should switch this to a background thread.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (JBIDE-8093) User gets no feedback about what's missing on "Create RSE Connection and Server" when launching an instance
by Andre Dietisheim (JIRA)
User gets no feedback about what's missing on "Create RSE Connection and Server" when launching an instance
-----------------------------------------------------------------------------------------------------------
Key: JBIDE-8093
URL: https://issues.jboss.org/browse/JBIDE-8093
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: deltacloud
Affects Versions: 3.2.0.CR1
Reporter: Andre Dietisheim
Fix For: 3.2.x
Attachments: rse-and-server-page1.png, rse-and-server-page2.png
To launching an new instance, you have a wizard with 2 pages.
1) "Launch instance" page
2) "Create RSE Connection and Server" page
The 2nd page does not inform (neither by decorations nor by errors in the title area) about what's missing. "Finish" is disabled and you only find out by looking closly at the fields which info is still missing and has to filled in.
Ex. I choose "Determine server details from this remote file" (radio button). The path is already filled in but the "Local runtime" combo is empty. "Finish" is therefore disabled. I only find out about this by closlely looking at the form an detecting that the runtime is not chosen yet. The runtime combo is not decorated with an error marker. I also dont have an error in the title area.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (JBIDE-8722) CDI core test failures
by Alexey Kazakov (JIRA)
CDI core test failures
----------------------
Key: JBIDE-8722
URL: https://issues.jboss.org/browse/JBIDE-8722
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: cdi (jsr-299)
Affects Versions: 3.3.0.M1
Reporter: Alexey Kazakov
Assignee: Viacheslav Kabanovich
Fix For: 3.3.0.M1
CDICoreAllTests
CDI Core Tests
org.jboss.tools.cdi.core.test.WeldJarTest
testWeldJar(org.jboss.tools.cdi.core.test.WeldJarTest)
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertFalse(Assert.java:34)
at junit.framework.Assert.assertFalse(Assert.java:41)
at org.jboss.tools.cdi.core.test.WeldJarTest.testWeldJar(WeldJarTest.java:41)
org.jboss.tools.cdi.core.test.DependentProjectTest
testDependentProject(org.jboss.tools.cdi.core.test.DependentProjectTest)
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.cdi.core.test.DependentProjectTest.assertBeanIsPresent(DependentProjectTest.java:77)
at org.jboss.tools.cdi.core.test.DependentProjectTest.testDependentProject(DependentProjectTest.java:62)
testCleanDependentProject(org.jboss.tools.cdi.core.test.DependentProjectTest)
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.cdi.core.test.DependentProjectTest.assertBeanIsPresent(DependentProjectTest.java:77)
at org.jboss.tools.cdi.core.test.DependentProjectTest.testCleanDependentProject(DependentProjectTest.java:90)
testIndirectDependency(org.jboss.tools.cdi.core.test.DependentProjectTest)
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertFalse(Assert.java:34)
at junit.framework.Assert.assertFalse(Assert.java:41)
at org.jboss.tools.cdi.core.test.DependentProjectTest.testIndirectDependency(DependentProjectTest.java:144)
testProjectDependencyLoading(org.jboss.tools.cdi.core.test.DependentProjectTest)
junit.framework.AssertionFailedError: expected:<1> but was:<0>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:283)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:195)
at junit.framework.Assert.assertEquals(Assert.java:201)
at org.jboss.tools.cdi.core.test.DependentProjectTest.testProjectDependencyLoading(DependentProjectTest.java:156)
org.jboss.tools.cdi.core.test.tck.validation.DependentProjectValidationTest
testDependentProjects(org.jboss.tools.cdi.core.test.tck.validation.DependentProjectValidationTest)
junit.framework.AssertionFailedError: Marker matches the 'Injection point declares a primitive type boolean that cannot be proxied by the container resolves to a bean TestBean3.foo\(\) with a normal scope \[JSR-299 §5.4.1\]' pattern wasn't found. Here is a list of found markers in /CDITest3/src/cdi/test3/TestBean3.java : []
at junit.framework.Assert.fail(Assert.java:47)
at org.jboss.tools.tests.AbstractResourceMarkerTest.assertMarkerIsCreated(AbstractResourceMarkerTest.java:167)
at org.jboss.tools.cdi.core.test.tck.validation.ValidationTest.assertMarkerIsCreated(ValidationTest.java:48)
at org.jboss.tools.cdi.core.test.tck.validation.ValidationTest.assertMarkerIsCreated(ValidationTest.java:44)
at org.jboss.tools.cdi.core.test.tck.validation.DependentProjectValidationTest.testDependentProjects(DependentProjectValidationTest.java:86)
Probably the reason of these failures is this Exception:
!ENTRY org.eclipse.core.resources 4 2 2011-04-12 17:09:24.167
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.resources".
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 3
at org.eclipse.jdt.internal.compiler.classfmt.MethodInfoWithParameterAnnotations.getParameterAnnotations(MethodInfoWithParameterAnnotations.java:24)
at org.eclipse.jdt.internal.core.ClassFileInfo.generateMethodInfos(ClassFileInfo.java:312)
at org.eclipse.jdt.internal.core.ClassFileInfo.readBinaryChildren(ClassFileInfo.java:387)
at org.eclipse.jdt.internal.core.ClassFile.buildStructure(ClassFile.java:97)
at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:258)
at org.eclipse.jdt.internal.core.SourceRefElement.generateInfos(SourceRefElement.java:107)
at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:518)
at org.eclipse.jdt.internal.core.BinaryType.getElementInfo(BinaryType.java:286)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:241)
at org.eclipse.jdt.internal.core.BinaryType.isAnnotation(BinaryType.java:736)
at org.jboss.tools.cdi.internal.core.scanner.FileSet.add(FileSet.java:39)
at org.jboss.tools.cdi.core.CDICoreBuilder.buildJars(CDICoreBuilder.java:267)
at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:174)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:717)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months