[Lee Harrington]

I have a new developer being added to my team (cha-ching, another license of MyEclipse is sold).

However, I’m having trouble copying the development environment from my machine to his. I ended up zipping up my own java and tomcat directories — and still there are compile errors. My app ran fine (I had copied my entire tomcat directory) — until I undeployed and redeployed from his myeclipse workspace.

I went through the project properties and made sure the settings were the same (as far as I can tell) — but I’m stuck. I had zipped up the workspace and copied it, and then imported…but that doesn’t seem to have worked.

Lee

[Riyad Kalla]

cha-ching, another license of MyEclipse is sold

Hah, thank you very much. We appreciate the continued support.

Lee, let’s start with the first error and work our way through. One suggestion I would make is that while you can copy across Eclipse/MyEcloipse/Tomcat pretty harmlessly, it’s probably a good idea to install the JDK on his machine and not copy it across (unless you guys do this a lot and it works fine?)

[Lee Harrington]

@support-rkalla wrote:

Lee, let’s start with the first error and work our way through.

Ok. Right now it appears we have a java version compile issue. The app compiled into a jar on my machine — runs just fine under tomcat on the new developer’s tomcat. What we can’t do yet is deploy the app from his machine to his tomcat.

We couldn’t even start the app. It said we had a fatal filter error. Looking into web.xml I saw that we had a HibernateFilter3 class used as a filter. I use this class to commit hibernate transactions.

In Eclipse, I open that class and see a red x — but it’s at the top and not on a line. The error says “the type java.lang.Object cannot be resolved”.

To get past this — I removed the filter from web.xml — so now we are able to start the app (couldn’t start it before). But there immediately comes the following error:

C:\tomcat5\work\Catalina\localhost\MetricDictionary\org\apache\jsp\index_jsp.java:7: cannot access java.lang.Object
bad class file: C:\Program Files\MyEclipse Enterprise Workbench 5.1.0 GA\jre\lib\rt.jar(java/lang/Object.class)
class file has wrong version 49.0, should be 48.0
Please remove or make sure it appears in the correct subdirectory of the classpath.
public final class index_jsp extends org.apache.jasper.runtime.HttpJspBase

I’m not wanting to use the java from that location anyway.

So off we go to the project properties — and we changed the java compiler compliance level to 1.4 (same as on my working machine). The environment variables for java_home points to the correct java location.

I’m stuck.

Lee

[Riyad Kalla]

In Eclipse, I open that class and see a red x — but it’s at the top and not on a line. The error says “the type java.lang.Object cannot be resolved”.

That almost always means that the JRE you have assigned to the project under it’s Build Path is invalid. Likely because your install path on your computer, and his install path on his computer are different’. So when you gave him the project and it was pointing to say “JRE 1.5.0_08” now on his machine say he has 1.5.0_04 installed, it will cause the JRE to not be found. Just go to the project’s biuld path, remove the JRE that has the warning marker next toit, and add the one that MyEclipse can find.

class file has wrong version 49.0, should be 48.0

That means you compiled the class with Java5 support turned on, but are trying to run it under a 1.4 VM, which doesn’t understand it.

I’m not wanting to use the java from that location anyway.

You change that under the Tomcat 5 Connector’s “JDK” sub-preference node. There you select the JDK to launch Tomcat with. It defaults to the one that MyEclipse is using (the first available) but changing it to something else is encouraged.

[Lee Harrington]

@support-rkalla wrote:

You change that under the Tomcat 5 Connector’s “JDK” sub-preference node. There you select the JDK to launch Tomcat with. It defaults to the one that MyEclipse is using (the first available) but changing it to something else is encouraged.

That worked, thanks.

Lee

[Author]

Posts