Eclipseに赤十字のあるプロジェクトがあり、実行可能なJARにエクスポートしません。ラップトップにWindowsを再インストールしてから見ていたかどうかは思い出せませんが、コードを変更していないことは知っています。どのクラスにもエラーはありませんが、エラーは、Mac OSxのメニュー項目を処理する次のクラスを指します。
import Java.lang.reflect.*;
public class osxhandler implements InvocationHandler {
protected Object targetObject;
protected Method targetMethod;
protected String proxySignature;
static Object macOSXApplication;
// Pass this method an Object and Method equipped to perform application shutdown logic
// The method passed should return a boolean stating whether or not the quit should occur
public static void setQuitHandler(Object target, Method quitHandler) {
setHandler(new HOsx("handleQuit", target, quitHandler));
}
public static void setAboutHandler(Object target, Method aboutHandler) {
boolean enableAboutMenu = (target != null && aboutHandler != null);
if (enableAboutMenu) {
setHandler(new HOsx("handleAbout", target, aboutHandler));
}
// If we're setting a handler, enable the About menu item by calling
// com.Apple.eawt.Application reflectively
try {
Method enableAboutMethod = macOSXApplication.getClass().getDeclaredMethod("setEnabledAboutMenu", new Class[] { boolean.class });
enableAboutMethod.invoke(macOSXApplication, new Object[] { Boolean.valueOf(enableAboutMenu) });
} catch (Exception ex) {
System.err.println("MacOSHandler could not access the About Menu");
ex.printStackTrace();
}
}
public static void setPreferencesHandler(Object target, Method prefsHandler) {
boolean enablePrefsMenu = (target != null && prefsHandler != null);
if (enablePrefsMenu) {
setHandler(new HOsx("handlePreferences", target, prefsHandler));
}
// If we're setting a handler, enable the Preferences menu item by calling
// com.Apple.eawt.Application reflectively
try {
Method enablePrefsMethod = macOSXApplication.getClass().getDeclaredMethod("setEnabledPreferencesMenu", new Class[] { boolean.class });
enablePrefsMethod.invoke(macOSXApplication, new Object[] { Boolean.valueOf(enablePrefsMenu) });
} catch (Exception ex) {
System.err.println("MacOSHandler could not access the About Menu");
ex.printStackTrace();
}
}
// Pass this method an Object and a Method equipped to handle document events from the Finder
// Documents are registered with the Finder via the CFBundleDocumentTypes dictionary in the
// application bundle's Info.plist
public static void setFileHandler(Object target, Method fileHandler) {
setHandler(new HOsx("handleOpenFile", target, fileHandler) {
// Override MacOSHandler.callTarget to send information on the
// file to be opened
public boolean callTarget(Object appleEvent) {
if (appleEvent != null) {
try {
Method getFilenameMethod = appleEvent.getClass().getDeclaredMethod("getFilename", (Class[])null);
String filename = (String) getFilenameMethod.invoke(appleEvent, (Object[])null);
this.targetMethod.invoke(this.targetObject, new Object[] { filename });
} catch (Exception ex) {
}
}
return true;
}
});
}
// setHandler creates a Proxy object from the passed MacOSHandler and adds it as an ApplicationListener
@SuppressWarnings({ "unchecked", "rawtypes" })
public static void setHandler(HOsx adapter) {
try {
Class applicationClass = Class.forName("com.Apple.eawt.Application");
if (macOSXApplication == null) {
macOSXApplication = applicationClass.getConstructor((Class[])null).newInstance((Object[])null);
}
Class applicationListenerClass = Class.forName("com.Apple.eawt.ApplicationListener");
Method addListenerMethod = applicationClass.getDeclaredMethod("addApplicationListener", new Class[] { applicationListenerClass });
// Create a proxy object around this handler that can be reflectively added as an Apple ApplicationListener
Object MacOSHandlerProxy = Proxy.newProxyInstance(HOsx.class.getClassLoader(), new Class[] { applicationListenerClass }, adapter);
addListenerMethod.invoke(macOSXApplication, new Object[] { MacOSHandlerProxy });
} catch (ClassNotFoundException cnfe) {
System.err.println("This version of Mac OS X does not support the Apple EAWT. ApplicationEvent handling has been disabled (" + cnfe + ")");
} catch (Exception ex) { // Likely a NoSuchMethodException or an IllegalAccessException loading/invoking eawt.Application methods
System.err.println("Mac OS X Adapter could not talk to EAWT:");
ex.printStackTrace();
}
}
// Each MacOSHandler has the name of the EAWT method it intends to listen for (handleAbout, for example),
// the Object that will ultimately perform the task, and the Method to be called on that Object
protected HOsx(String proxySignature, Object target, Method handler) {
this.proxySignature = proxySignature;
this.targetObject = target;
this.targetMethod = handler;
}
// Override this method to perform any operations on the event
// that comes with the various callbacks
// See setFileHandler above for an example
public boolean callTarget(Object appleEvent) throws InvocationTargetException, IllegalAccessException {
Object result = targetMethod.invoke(targetObject, (Object[])null);
if (result == null) {
return true;
}
return Boolean.valueOf(result.toString()).booleanValue();
}
// InvocationHandler implementation
// This is the entry point for our proxy object; it is called every time an ApplicationListener method is invoked
public Object invoke (Object proxy, Method method, Object[] args) throws Throwable {
if (isCorrectMethod(method, args)) {
boolean handled = callTarget(args[0]);
setApplicationEventHandled(args[0], handled);
}
// All of the ApplicationListener methods are void; return null regardless of what happens
return null;
}
// Compare the method that was called to the intended method when the MacOSHandler instance was created
// (e.g. handleAbout, handleQuit, handleOpenFile, etc.)
protected boolean isCorrectMethod(Method method, Object[] args) {
return (targetMethod != null && proxySignature.equals(method.getName()) && args.length == 1);
}
// It is important to mark the ApplicationEvent as handled and cancel the default behavior
// This method checks for a boolean result from the proxy method and sets the event accordingly
protected void setApplicationEventHandled(Object event, boolean handled) {
if (event != null) {
try {
Method setHandledMethod = event.getClass().getDeclaredMethod("setHandled", new Class[] { boolean.class });
// If the target method returns a boolean, use that as a hint
setHandledMethod.invoke(event, new Object[] { Boolean.valueOf(handled) });
} catch (Exception ex) {
System.err.println("MacOSHandler was unable to handle an ApplicationEvent: " + event);
ex.printStackTrace();
}
}
}
}
エクスポート/コンパイルできない理由についてのアイデアはありますか?私は以前にこの問題を経験したことがありません。
プロジェクトのクリーンおよび/または再構築を行うだけです。
EclipseのProject
メニューの下にあります。
また、この問題の別の縮退したケースもありました。プロジェクトにはクラスがあり、ファイルがありました(Eclipseはクラスパスに保持していました)が、実際のクラスはファイルに定義されていません(ファイルにはインポートとクラスコメントしかありません...おそらくマージが間違っていました) 。とにかく、ファイルを削除することで問題は解決しました。
Eclipseがプロジェクトフォルダーに隠しファイル.projectおよび.classpathを常に生成することは非常に嫌です。これらのファイルに何か問題があるかどうかを知らない場合があります。
Eclipseをアップグレードした後、次のコンパイルエラーが見つかった場合は、プロジェクトフォルダーの.classpathを確認することをお勧めします。
ビルドパスが不完全なため、プロジェクトはビルドされませんでした。 Java.lang.Objectのクラスファイルが見つかりません。ビルドパスを修正してから、このプロジェクトをビルドしてみてください
ほとんどの場合、このような行が表示されます。
<classpathentry kind="con" path="org.Eclipse.jdt.launching.JRE_CONTAINER/ org.Eclipse.jdt.internal.debug.ui.launcher.StandardVMType/j2re1.4.2_03"/>
愚かなEclipseは理由もなくこれを追加しました。単に削除して、再び機能するようにします。 ;)
/org.Eclipse.jdt.internal.debug.ui.launcher.StandardVMType/j2re1.4.2_xx
ソース: http://hochit.com/2006/07/06/Eclipse-upgrading-problem-javalangobject-not-found/
また、project settings
Eclipseで。プロジェクトを右クリックして、プロパティを選択します。 Java Build Pathに移動すると、問題のより具体的な情報があるはずです。おそらく、JDK
を新しいシステムに存在しないバージョンに設定します。
これでも解決しない場合は、プロジェクトを選択し、メニューエントリSource->Clean Up
。
同じエラーがあり、複数の推奨事項を試した後、何もうまくいきませんでした。そこで、新しいワークスペースを作成し、このプロジェクトを参照しました。その後、正常にビルドされ、エラーなしでJARがエクスポートされました。
私の場合、クラスは空でしたで、コンパイラーは次のように言いました。
Class files on classpath not found or not accessible for: 'ibDemo/src/com/ib/controller/LocationCode.Java'
Class files on classpath not found or not accessible for: 'ibDemo/src/com/ib/controller/PairPanel.Java'
これを解決するには、クラス宣言を追加します。
public class LocationCode
{
}
そして
public class PairPanel
{
}
同じエラーが発生したため、ここで紹介されました。 Eclipseでmavenを使用しています。リポジトリを右クリックし、ビルドパス->構成ビルド->プロジェクト参照を選択し、リポジトリのプロジェクト参照を確認しました。これは私のために働いた。
私は同じエラーでここに来ました。私の場合、コンパイルは行われず(ビルド?)、Eclipseはこれらの不可解なメッセージ以外のビルドに問題があることを通知しませんでした。最終的にjarファイルを解凍すると、クラスが含まれていないことがわかりました。ビルドパスで参照したプロジェクトがビルドされていないためです。私の場合、プロジェクトは100万年でコンパイルされませんでしたが、独自の方法でコンパイルできるR&D部門のjarファイルにアクセスできました。そのため、代わりにこれらのjarファイルを参照しました。これでクラスがコンパイルされ、エラーはなくなりました。私はそもそもそれを行っていたと確信していますが、「役立つ」Eclipseは未構築のプロジェクトを参照するように私に勧めたので、悪い提案をしました!
これが最善の解決策であるかどうかはわかりませんが、Javaビルドパスを確認してください。クラスが見つからないというエラーに直面しているため、間違った場所を指していました。 Javaビルドパスが修正されると、問題は解決しました。
私も同じエラーを受け取っていました。私の場合の問題は、同じプロジェクトの「ユーザーライブラリ」と「ビルドパス」を介して同じjarを複数回入れていたことです。繰り返されたjarをクラスパスから削除し、上記のエラーに乗りました。