Karan...

   Did you check the classpath created for the imported Maven projects
into Eclipse. It happened with me once, it seems that when the Maven
project is imported into Eclipse the order of JAR(s) in the classpath
is not always the same as it is when you build using Maven and hence
you can see such effects.

On Sat, May 21, 2011 at 8:14 PM, dsh <[email protected]> wrote:
> If it's just an Eclipse validator issue, you could try deactivating
> the particular validator that is causing such issues.
>
> Cheers
> Daniel
>
> On Sat, May 21, 2011 at 8:10 PM, Romain Manni-Bucau
> <[email protected]> wrote:
>> Yep i remember this kind of issues mounth ago when i still was using
>> eclipse. I think there is a bug on eclipse bugtracker.
>>
>> - romain
>>
>> Le 21 mai 2011 20:06, "Karan Malhi" <[email protected]> a écrit :
>>> I am using the same jdk for command-line as well as eclipse. However, I
>>> don't think eclipse uses the jdk compiler even if i set the jdk as the
>>> default Installed JRE. I think eclipse uses its own compiler but can use
>> the
>>> default jre libraries - which i can change. It looks like it could be a
>> bug
>>> in the eclipse compiler, not sure though.
>>> Modifying the code works, here is the modified version:
>>> @SuppressWarnings({"unchecked","rawtypes"})
>>> Class clazz = classLoader.loadClass(providerClassName);
>>> target = Validation.byProvider(clazz).configure();
>>>
>>> On Sat, May 21, 2011 at 11:58 AM, Romain Manni-Bucau
>>> <[email protected]>wrote:
>>>
>>>> I had this problem with idea but adding the suppress warning worked. If
>> it
>>>> works in command line it is not a compilation error, maybe the jdk clue
>> is
>>>> good.
>>>>
>>>> - Romain
>>>>
>>>> Le 21 mai 2011 16:12, "dsh" <[email protected]> a écrit :
>>>> > Are you certain that your Eclipse setup is using the same JDK you are
>>>> > using on the command line?
>>>> >
>>>> > Cheers
>>>> > Daniel
>>>> >
>>>> > On Sat, May 21, 2011 at 4:08 PM, Thibaut Robert
>>>> > <[email protected]> wrote:
>>>> >> hi,
>>>> >>
>>>> >> I had this problem too. It's not warning but really a compilation
>> error
>>>> (ie
>>>> >> can't be removed by an annotation or config)
>>>> >> I ended up modifying the code in some way to make eclipse happy :(
>>>> >>
>>>> >> --
>>>> >> Thibaut
>>>> >>
>>>> >> On Sat, May 21, 2011 at 9:52 AM, Romain Manni-Bucau
>>>> >> <[email protected]>wrote:
>>>> >>
>>>> >>> hi,
>>>> >>>
>>>> >>> the suppress warning was here for that, maybe eclipse needs a
>> diiferent
>>>> >>> one.
>>>> >>> Nothing is adviced by eclipse?
>>>> >>>
>>>> >>> - Romain
>>>> >>>
>>>> >>> 2011/5/21 Karan Malhi <[email protected]>
>>>> >>>
>>>> >>> > Checked out the latest source. It compiles fine in maven command
>>>> line,
>>>> >>> > however when i import it into eclipse, I get an error in line 109
>>>> >>> > of org.apache.openejb.assembler.classic.ValidationBuilder. The
>>>> compile
>>>> >>> > error
>>>> >>> > appears at the following piece of code:-
>>>> >>> > *target = Validation.byProvider(clazz).configure();*
>>>> >>> >
>>>> >>> > The compile error is :
>>>> >>> > *Bound mismatch: The generic method byProvider(Class<U>) of type
>>>> >>> Validation
>>>> >>> > is not applicable for the arguments (Class<capture#7-of ? extends
>>>> >>> > ValidationProvider>). The inferred type
>>>> Configuration<Configuration<T>>
>>>> >>> is
>>>> >>> > not a valid substitute for the bounded parameter <T extends
>>>> >>> > Configuration<T>>*
>>>> >>> >
>>>> >>> > Can somebody suggest a fix.?
>>>> >>> >
>>>> >>> > --
>>>> >>> > Karan Singh Malhi
>>>> >>> >
>>>> >>>
>>>> >>
>>>>
>>>
>>>
>>>
>>> --
>>> Karan Singh Malhi
>>
>



-- 
Thanks
- Mohammad Nour
  Author of (WebSphere Application Server Community Edition 2.0 User Guide)
  http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship

"Stay hungry, stay foolish."
- Steve Jobs

Reply via email to