Eclipse Community Forums: Java Development Tools (JDT)

Home » Language IDEs » Java Development Tools (JDT) » Maven Issues Importing JDT

Maven Issues Importing JDT [message #1695459]

Thu, 14 May 2015 17:21

Eclipse User

Hello!

Apologies in advance if I'm posting in the wrong forums.

I'm running Eclipse Luna on Mac OSX (10.9.5 Mavericks) with jdk1.8.0_40.jdk. I set the JDK compliance level to 1.8 and found this error when re-compiling:

index.php/fa/21818/0/

A quick Google search showed the StackMapFrame class belongs to the Eclipse compiler, so I figured it doesn't hurt to take a peek at the source code.

Git cloned the repository per instructions here

When I import the project as a maven project, I run into:

index.php/fa/21820/0/

I've tried a few things from googling around such as running mvn from command line (which results in yet another error), updating pom.xml (which ended up with more errors), updating my maven version (brew install maven3), installing the m2e plugin, setting the maven installation home to maven3 home (doesn't let me set that value).

Any hints on how to resolve this?

Thanks!!

Attachment: Screen Shot 2015-05-14 at 2.05.13 PM.png
(Size: 20.94KB, Downloaded 357 times)
Attachment: Screen Shot 2015-05-14 at 2.18.01 PM.png
(Size: 67.49KB, Downloaded 479 times)

Re: Maven Issues Importing JDT [message #1695595 is a reply to message #1695459]

Sun, 17 May 2015 13:01

Eclipse User

Regarding the AIOOBE in StackMapFrame: You may have run into https://bugs.eclipse.org/448112 which has been fixed for Luna SR2. So if you haven't yet, updating to SR2 (4.4.2) may resolve your issue.

If that's not it, please file a new bug - ideally with a small code snippet that triggers the bug. TIA.

Stephan

Re: Maven Issues Importing JDT [message #1695596 is a reply to message #1695595]

Sun, 17 May 2015 13:10

Eclipse User

Regarding your maven issues: JDT developers typically don't use Maven locally, simply importing projects as Plugin Projects should get you going - preferably if the host Eclipse is an SDK flavor (aka "Eclipse for Committers").

In case you still want a local maven build, have you seen https://wiki.eclipse.org/JDT_Core_Committer_FAQ#Running_tests_from_the_command_line ?
If you tried to follow those steps and it didn't work, feedback on what exactly failed would be helpful.

But as I said, for JDT/Core development, maven is not needed.

Stephan

Re: Maven Issues Importing JDT [message #1695860 is a reply to message #1695596]

Tue, 19 May 2015 16:18

Eclipse User

Ah, thank you so much!

I updated to Luna R2 as suggested and the issue seemed to persist.

Running JDT/Core from command line revealed the issue.

The fix was to change a method signature in a utility class from:

public static <X> Set<? extends X> intersection(Collection<? extends X> a, Collection<? extends X> b);

public static <X> Set<X> intersection(Collection<? extends X> a, Collection<? extends X> b);

I'm fine with changing the code in this case (Effective Java Item 28 'Do not use wildcard types as return types'), but it probably shouldn't cause a compile to fail. I tried to extract the code to a minimal code snippet but the compiler fails to error out.

Similar issue with some wildcard bounds which I resolved by adding explicit type parameters:

This is causing infinite recursion (using AllOf from org.hamcrest libraries and GreaterOrEqual, etc from org.mockito libraries):

Matcher<Integer> isInValidRange = AllOf.allOf(new GreaterOrEqual<>(50000), new LessOrEqual<>(65535));

I'd file a bug for both of these, but it's hard to see if somebody else already reported a similar issue. Shall I file anyway?

Cheers,
Andrew

Attachment: Screen Shot 2015-05-18 at 9.48.04 AM.png
(Size: 28.04KB, Downloaded 134 times)

Re: Maven Issues Importing JDT [message #1695862 is a reply to message #1695860]

Tue, 19 May 2015 16:31

Eclipse User

If you still see the AIOOBE from StackMapFrame in 4.4.2, yes: reporting a bug with a reproducing example would be helpful.

OOME in ConstantPool is new to me (well, ConstantPool needn't be the culprit...), but infinite recursion is more likely to throw StackOverflowError, mhh?
Also here: if you can reproduce a bug would be helpful.

Stephan

Previous Topic:	debug show only subclass variables
Next Topic:	How to install WebTools on Kepler?

Goto Forum:

-=] Back to Top [=-

Current Time: Sun Apr 20 18:10:15 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter