[JBoss JIRA] (JBIDE-18265) NullPointerException in ArquillianBuilder when creating test class with the name Test
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18265?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen updated JBIDE-18265:
----------------------------------------
Component/s: testing-tools
> NullPointerException in ArquillianBuilder when creating test class with the name Test
> -------------------------------------------------------------------------------------
>
> Key: JBIDE-18265
> URL: https://issues.jboss.org/browse/JBIDE-18265
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: testing-tools
> Affects Versions: 4.2.0.CR1
> Reporter: Lucia Jelinkova
> Priority: Critical
> Fix For: 4.2.0.CR2
>
>
> When I try to create an Arquillan test class with the name Test, it is created, however, the Arquillian builder fails with NP.
> {code}
> java.lang.NullPointerException
> at org.eclipse.jdt.core.dom.MethodBinding.filterTypeAnnotations(MethodBinding.java:205)
> at org.eclipse.jdt.core.dom.MethodBinding.getAnnotations(MethodBinding.java:104)
> at org.jboss.tools.arquillian.core.internal.util.ArquillianSearchEngine.isDeploymentMethod(ArquillianSearchEngine.java:862)
> at org.jboss.tools.arquillian.core.internal.util.ArquillianSearchEngine.getDeploymentMethods(ArquillianSearchEngine.java:849)
> at org.jboss.tools.arquillian.core.internal.util.ArquillianSearchEngine.hasDeploymentMethod(ArquillianSearchEngine.java:599)
> at org.jboss.tools.arquillian.core.internal.builder.ArquillianBuilder.build(ArquillianBuilder.java:255)
> at org.jboss.tools.arquillian.core.internal.builder.ArquillianBuilder.buildDelta(ArquillianBuilder.java:210)
> at org.jboss.tools.arquillian.core.internal.builder.ArquillianBuilder.build(ArquillianBuilder.java:109)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:299)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:302)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:358)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:381)
> at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:143)
> at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:241)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> {code}
> This is because the test method is generated with the @Test annotation without fully qualified name.
> {code}
> @Test
> public void test() {
> fail("Not yet implemented");
> }
> {code}
> In JUnit, when I tried to create test class with the name Test, the @Test annotation was generated with fullly qualified name
> {code}
> @Test
> @org.junit.Test
> public void test() {
> fail("Not yet implemented");
> }
> {code}
> However, when I checked that I want do generate tearDown method, JUnit created the annotation withou fully qualified name too.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (JBIDE-18261) When connectors have same ids, priority should be given to early-access
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18261?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-18261:
-------------------------------------
If you have JBT-IS 1.0.1.GA on central and JBT-IS 1.0.1.CR1 on early access, then you're doing it wrong.
CR1 should be dropped from EA. Or replaced with next version.
> When connectors have same ids, priority should be given to early-access
> -----------------------------------------------------------------------
>
> Key: JBIDE-18261
> URL: https://issues.jboss.org/browse/JBIDE-18261
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.2.0.CR1
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Labels: respin-a
> Fix For: 4.2.0.CR1
>
>
> Assuming we have 2 discoveyr connectors with same IDs (example of AngularJS vs AngularJS+Ionic), then when both are visible, priority should be given to the one which is early access.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (JBIDE-18095) Server adapter fails to publish modules with non-ASCII class names
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18095?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-18095.
---------------------------------
Verified both compressed and exploded wars with a utility jar.
Verified in JBDS 8.0.0.CR1 B201
> Server adapter fails to publish modules with non-ASCII class names
> ------------------------------------------------------------------
>
> Key: JBIDE-18095
> URL: https://issues.jboss.org/browse/JBIDE-18095
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta3, 4.2.0.CR1
> Environment: Windows 7, Eclipse Java EE IDE for Web Developers Luna Release (4.4.0) 20140612-0600, JBossAS Tools 3.0.0.CR1-v20140822-0028-B573 (nightly/luna repo), JBoss EAP 5.2.0 on Oracle Java 1.7.0_45
> Reporter: Axel Wathne
> Assignee: Rob Stryker
> Priority: Critical
> Labels: regression
> Fix For: 4.2.0.CR1
>
>
> I have a 35 module war/ear project, where multiple plain jar modules are deployed as bundled libraries in the ear module. The problem is, two of these modules fail to deploy to the server deploy folder, and as a result, ClassNotFoundExceptions are thrown from the JBoss class loader. If I close the projects containing the two troublesome modules, they are deployed correctly and everything is fine (as with the Kepler version). The two modules show up in the "Bundled libraries" view in the ear project, and they show under the ear deployment in the server view. But, in the server view, the decoration on the server is always "Republish" after startup, even though the ear module is "Synchronized". The non-deployed modules have no decoration at all, while the other modules all show "Synchronized".
> The problem seems to be classes with non-ASCII class names. If I rename the classes, the modules are deployed correctly.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (JBIDE-18262) exception on startup
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18262?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-18262:
-------------------------------------
Is it a blocker? Can the servers be used when added manually?
> exception on startup
> --------------------
>
> Key: JBIDE-18262
> URL: https://issues.jboss.org/browse/JBIDE-18262
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, runtime-detection
> Reporter: Max Rydahl Andersen
> Assignee: Rob Stryker
>
> not sure what causes it but I'm getting this:
> java.lang.IllegalArgumentException: invalid version "6.0.0.CR01.1": invalid qualifier "CR01.1"
> at org.osgi.framework.Version.validate(Version.java:205)
> at org.osgi.framework.Version.<init>(Version.java:156)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher$RuntimeRangeRepresentation.matchesVersion(RuntimeMatcher.java:83)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher.findExistingRuntimes(RuntimeMatcher.java:171)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher.findExistingRuntimes(RuntimeMatcher.java:151)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.getRuntimesFromPattern(WTPRuntimeFix.java:102)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.getBestRuntime(WTPRuntimeFix.java:249)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.canFix(WTPRuntimeFix.java:130)
> at org.jboss.tools.project.examples.ProjectExamplesActivator.canFix(ProjectExamplesActivator.java:818)
> at org.jboss.tools.central.jobs.RefreshTutorialsJob.run(RefreshTutorialsJob.java:68)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (JBIDE-18262) exception on startup
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18262?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-18262:
--------------------------------
Assignee: Rob Stryker
> exception on startup
> --------------------
>
> Key: JBIDE-18262
> URL: https://issues.jboss.org/browse/JBIDE-18262
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, runtime-detection
> Reporter: Max Rydahl Andersen
> Assignee: Rob Stryker
>
> not sure what causes it but I'm getting this:
> java.lang.IllegalArgumentException: invalid version "6.0.0.CR01.1": invalid qualifier "CR01.1"
> at org.osgi.framework.Version.validate(Version.java:205)
> at org.osgi.framework.Version.<init>(Version.java:156)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher$RuntimeRangeRepresentation.matchesVersion(RuntimeMatcher.java:83)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher.findExistingRuntimes(RuntimeMatcher.java:171)
> at org.jboss.tools.as.runtimes.integration.util.RuntimeMatcher.findExistingRuntimes(RuntimeMatcher.java:151)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.getRuntimesFromPattern(WTPRuntimeFix.java:102)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.getBestRuntime(WTPRuntimeFix.java:249)
> at org.jboss.tools.project.examples.fixes.WTPRuntimeFix.canFix(WTPRuntimeFix.java:130)
> at org.jboss.tools.project.examples.ProjectExamplesActivator.canFix(ProjectExamplesActivator.java:818)
> at org.jboss.tools.central.jobs.RefreshTutorialsJob.run(RefreshTutorialsJob.java:68)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months