問題タブ [spring-ide]

これらの違いは何ですか

• Spring IDEプラグインを使用したEclipse
• Spring Tool Suite (STS) のみ

STS は Eclipse の上に構築されていると言っているので質問します。単純に「バニラ」Eclipse に同様の機能を追加するプラグインを使用する場合とどのような違いがあるのだろうかと思います。

STS (Spring Tool Suite) をダウンロードして、単純な Spring プロジェクトを作成しました。

ただし、サポートされている Spring のバージョンは次のとおりです。

なぜ最新Spring 4.2.4がリストされていないのですか？どうすれば追加できますか?

Spring Boot アプリを開発するために、Spring IDE プラグイン (3.8.1) で Eclipse Neon (4.6) を使用しています。Spring Boot ダッシュボードと Spring Boot 構成を使用して、Eclipse 内でのアプリの実行を管理します。Spring Boot ダッシュボードを介してアプリケーションを実行すると、すべてが正常に機能しています。

外部プロパティ ファイルをアプリケーションに追加し、@PropertySource(value = {"classpath:fee.properties" }) を使用して @Configuration クラスで参照しました。また、Spring Boot 構成を使用して、クラスパスに「外部フォルダー」の場所を追加しました。構成を開き、クラスパス タブに移動し、[詳細]、[外部フォルダーの追加] の順に押して、プロパティ ファイルのフォルダーの場所を追加します。

以前に Spring Boot ダッシュボードを介してアプリケーションを起動すると、org.springframework.web.servlet.config.annotation.WebMvcConfigurerAdapter で ClassNotFoundException が報告されます

構成のクラスパスタブから外部フォルダーを削除すると、外部プロパティファイルが見つからないため、エラーが発生するまでアプリは正常に起動します。

アプリケーションを「Java アプリケーション」として実行する場合、Spring Boot アプリの「メイン」クラスである「Run As...Java Application」を右クリックすると、外部フォルダーが正常に起動します。

したがって、Springアクティビティが発生する前のメインプログラムの開始時に、クラスパスを表示するために次を追加しました

Spring Boot ダッシュボードから実行すると、いくつかの jar がクラスパスから欠落します。Java アプリとして実行する場合、または外部フォルダー エントリなしで実行する場合、すべての jar がクラスパスに存在します。

欠落している jar の例は次のとおりです...

ClassNotFoundException で失敗する出力として「Spring_Boot_classpath.txt」を添付し、Java アプリとして実行され、すべての jar が存在する出力として「Java_app_classpath.txt」を添付しました。

外部フォルダーを別の方法で定義する必要がありますか、それともプラグインの問題ですか?

XSD バージョンが 4 を超えているというこの問題を解決できないのに、なぜまだ競合があるのでしょうか?

私は Spring JAR を使用していますが、それらはすべてバージョン 4 以上で、まだエラーが発生しています。

以下は の XSD ですspring-security.xml。

以下はエラーです：

この行に複数の注釈が見つかりました: - 構成の問題: Spring Security 3.1 で spring-security-2.0.xsd または spring-security-3.0.xsd スキーマを使用することはできません。スキーマ宣言を 3.1 スキーマに更新してください。問題のあるリソース: ファイル [C:/Documents and Settings/Administrator/My Documents/Google Drive/spring_workspace/spring security_demo/WebContent/WEB-INF/security-context.xml] - spring-security-2.0.xsd またはspring-security-3.0.xsd スキーマと Spring Security 3.1。スキーマ宣言を 3.1 スキーマに更新してください。

これは、ディスパッチャ サーブレットの私のスキーマです。

最初に、言及した両方のファイルに競合があると思いました.xsdが、両方の「.xsd」ファイルのスキーマが同じになりました。

編集：イベントの詳細

org.springframework.beans.factory.parsing.BeanDefinitionParsingException: 構成の問題: Spring Security 3.1 で spring-security-2.0.xsd または spring-security-3.0.xsd スキーマを使用することはできません。スキーマ宣言を 3.1 スキーマに更新してください。問題のリソース: ファイル [C:/Documents and Settings/Administrator/My Documents/Google Drive/spring_workspace/spring security_demo/WebContent/WEB-INF/security-context.xml]

org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$BeansConfigProblemReporter.fatal(BeansConfig.java:1137) で

org.springframework.beans.factory.parsing.ReaderContext.fatal(ReaderContext.java:68) で

org.springframework.beans.factory.parsing.ReaderContext.fatal(ReaderContext.java:55) で

org.springframework.security.config.SecurityNamespaceHandler.parse(SecurityNamespaceHandler.java:66) で

org.springframework.ide.eclipse.beans.core.internal.model.namespaces.DelegatingNamespaceHandlerResolver$ElementTrackingNamespaceHandler.parse(DelegatingNamespaceHandlerResolver.java:177) で

org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1411) で

org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$ErrorSuppressingBeanDefinitionParserDelegate.parseCustomElement(BeansConfig.java:1428) で

org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1401) で

org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:172) で

org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$ToolingFriendlyBeanDefinitionDocumentReader.doRegisterBeanDefinitions(BeansConfig.java:1357) で

org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:94) で

org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:508)で

org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$2.registerBeanDefinitions(BeansConfig.java:410) で

それを解決する方法は？

Spring IDE と Spring Tool Suite (STS) を何年にもわたって使用してきましたが、理解できなかったことが 1 つあります。XML 構成ファイルを使用しています。1 つのファイル ("applicationContext.xml" など) は、次を使用して他の XML ファイルをインポートします。

私のEclipseプロジェクトのプロパティで、Springの下に| Beans サポート、オプション「構成ファイルで <import/> 要素のサポートを有効にする」が有効になっています。

同じプロジェクト プロパティ ページで、構成ファイルのリストに applicationContext.xml しか含まれていない場合でも、STS は otherContextFile.xml の内容を検出して正しく解析できます。

ただし、STS が構成ファイルの自動検出を実行する場合、常にそのリストに otherContextFile.xml も追加されます。しかし、インポートされたすべての構成ファイルをそのリストに追加すると、「構成ファイルで <import/> 要素のサポートを有効にする」オプションのように聞こえますが、私には役に立ちません。私は自分のプロジェクトの設定をきれいに整頓しておきたいので、これが発生した場合は通常、インポートしたファイルをそのリストから削除します。

ただし、時々、自動スキャンがトリガーされ (おそらく STS のアップグレード時か、私にはわかりません...)、それらのファイルが再度追加されます。これは、とにかくそれらをリストしておく方が良い選択かもしれないと思います...

問題は、(パフォーマンスの観点から) より正確でエレガントで効率的なものはどれかということです。「ルート」構成ファイルまたはそれらすべて (インポートされたものも含む) をリストするだけですか? 答えが後者の場合、そのオプション「構成ファイルで <import/> 要素のサポートを有効にする」のポイントは何ですか?

[ヘルプ] メニューで Eclipse Marketplace オプションを使用できない。

STS 3.8.4 で Marketplace クライアントをインストールするためのリンクが利用できる場合は、

新しいソフトウェアのインストールを介してマーケットプレイスをインストールできるようにします。

Spring アノテーションのオートコンプリートで ctrl+space を押すと、以下のエラーが発生します。

OKボタンを押すとすぐに、期待どおりの提案が得られます。

サブワード補完プロセスを無効にする、またはJava Proposals(Code Recommenders )を無効にするための他の提案を試しました。

サブワードを無効にするとうまくいきますが、この機能を無効にしたくない場合はどうすればよいですか?

Java プロポーザルを無効にすると、エラー ダイアログが表示されなくなりましたが、適切な提案が得られなくなりました。

たとえば、「@Res...」を探しているときに、通常、Spring の RestController が提案にリストされていることを確認したいと思いますが、そこにはありません。

この点で何か助けていただければ幸いです。