Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [jdt-core-dev] Re: new instrumentation project

Hi, Zsolt.
 
The jdt-core-dev mailing list is for discussions among people working on the JDT plug-ins; it is not meant for general support questions about Eclipse or about the Eclipse Java tooling.
 
It sounds like in this case you have set the option to generate class files even when there is an error, and it sounds like there is a problem with the JRE that you are compiling against - for instance, perhaps you have told the project to compile at Java 5 compliance but you are trying to compile against a Java 1.4 runtime library.
 
If you can post this to the org.eclipse.tools.jdt newsgroup, there will be many more people there who can help you.
 
Thanks!
 


From: jdt-core-dev-bounces@xxxxxxxxxxx [mailto:jdt-core-dev-bounces@xxxxxxxxxxx] On Behalf Of Zsolt G. Kiss
Sent: Thursday, January 08, 2009 8:06 AM
To: jdt-core-dev@xxxxxxxxxxx
Subject: [jdt-core-dev] Re: new instrumentation project

Hi,

I am doing a programmatic build on a Java project, using, Project.build().

Things seems to work fine, code (class files) is generated. But when I want to run it, I get:

java.lang.NoSuchMethodError: main

The unit.compilationResult says:

COMPILED type(s)   
     - my/pack/Apple
9 PROBLEM(s) detected
     - Pb(324) The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
     - Pb(324) The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files

What is wrong?

thx,
   Zsolt


On Thu, Jan 8, 2009 at 11:02 AM, Zsolt G. Kiss <zsolt.gkiss@xxxxxxxxx> wrote:
Hello,

I work on a testing project in an IT company where one of our goals is to instrument Java code in an Eclipse environment. We want to do this incrementally, and the jdt core compiler/ builder seems to be the right place where to place some code. My first question is what would be a good strategy for integration? To do a branch, for example, somewhere in the code tree and to make some extension point? (then have our separate plugin) It is quite clear that we have to use and "edit" code in the internal core packages as well.

What do you propose?

--
thanks,
   Zsolt




--
Üdv,  
   Zsolt

----------------------------------------------------------------------
"Gyakran elhangzik, hogy meg kell menteni a Földet - pedig nem a Föld van veszélyben, hanem mi."

Back to the top