問題タブ [spring-tool-suite]

私はGradleを学んでおり、通常のユースケースを回避する方法を見つけました。しかし今、私はEclipse（特にSTS）との統合に踏み込む必要があり、「Gradleプロジェクト」がEclipseにインポートされる方法についてもっと学ぶ必要があります（逆を使用して.projectファイルを生成する必要はありません-Gradle用のEclipseプラグイン）。試してみただけで、プロジェクトがインポートされたことがわかりました。ただし、Scala で記述されたプロジェクト (純粋な Java、Scala、混合) は認識されず、Scala プロジェクトとして適用されました。実際、Eclipse は「.scala」ファイルを「.java」であるかのようにコンパイルしようとしましたが、明らかに失敗しました。

グーグルで Eclipse 統合に関するドキュメントを探してみましたが、これは検索結果の Gradle 用の「Eclipse プラグイン」によって大幅に隠されているようです。誰か、可能であればドキュメントを教えてください。または、上記の問題に関して少なくともいくつかのガイダンスを提供してください...

ありがとう！

GGTS IDE で次の奇妙な例外に直面しました。

次のリリースで試しましたが、同じ問題が発生しました

• groovy-grails-tool-suite-3.3.0.RELEASE-e3.8.2-macosx-cocoa-x86_64-installer.dmg
• groovy-grails-tool-suite-3.3.0.RELEASE-e4.3-macosx-cocoa-x86_64-installer.dmg

オペレーションシステムは MAC OS X バージョン 10.7.5 JAVA_HOME /Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home

最初のインストール後、.grails フォルダーとすべての grails 関連フォルダーを削除しましたが、回避策に関する副作用は見られません。

コマンド ライン経由でプロジェクトを作成できますが、GGTS IDE 経由で grails コマンドを実行しても同じエラー メッセージが表示されるたびに、GGTS を管理できません。

フィードバックはありますか?

config.iniEclipse を実行するために使用されたファイルのすべての vm フラグとオプションを深く理解しているわけではありません。STSバージョンのデフォルトファイルがあります3.3.0.RELEASE：

プロセッサとメモリMacBook Proを使用して構成を最適化しようとしています。2.7 GHz Inter Core i716GB 1600 MHz DDR3

ch17 という名前と最上位パッケージ com.apress.prospring3.ch17 で新しい Spring MVC プロジェクト (ファイル/新規/プロジェクト.../Spring/Spring テンプレート プロジェクト/Spring MVC プロジェクト) を作成したとき、デフォルトのホームページが/prospring3 の下では、プロジェクトのコンテキスト ルートは prospring3 であり、src/main/java の下の最上位パッケージは com/apress/prospring3 でした。つまり、ch17が切り捨てられていました。

そこで、プロジェクトの作成を繰り返しましたが、今回は 1 つ少ないレベルの最上位パッケージを使用しました。com.prospring3.ch17 を使用しました。デフォルトのホームページは /ch17 の下にあり、プロジェクトのコンテキスト ルートは ch17 で、最上位パッケージにはすべての名前が含まれていました: com/prospring3/ch17。

この問題については何も見つかりません。3 レベル以上の深さのパッケージを操作できるようにするために見落としていた設定はありますか? 私がフォローしている本では、4 レベルのルート パッケージが日常的に使用されているため、これはかなりの悲しみをもたらしました。

私の設定の詳細は次のとおりです。

• STS バージョン: 3.2.0.RELEASE
• STS ビルド ID: 201303060821
• インストール済み JRE: jdk1.7.0_21
• サーバー: VMware vFabric tc Server Developer Edition v2.8

-エリック

Grails 2.3によると、いくつかのgrailsサービスをSOAP Webサービスとして公開するために、cxfサーバー用のプラグインをインストールしようとしました。新しいプラグインのインストールは次のとおりです。

compile ":cxf:1.1.1"

のプラグイン セクションでBuildConfig.groovy、しかし機能しません。サービスを公開しようとしましたが、注釈が認識されません。GGTS (Groovy Grails Tool Suite) を使用していますが、プラグイン セクションにインストールされているプラ​​グインが表示されません。

私の環境はGrails 2.3、Java 7、Groovy 2.1です

Grails 2.3.0 を使用してこのプラグインを試し、GGTS でこの問題に遭遇した人はいますか?

Spring Tool Suite (STS) を使用して、大規模な Java Spring プロジェクトを管理しています。STS に、特定の Bean の宣言をそのエイリアスで見つけることができる関数はありますか?

たとえば、Java クラスに次のプロパティがあるとします。

このプロパティは、名前の Spring Bean から自動配線されることを知っています"widgetService"。注入される Bean は、インターフェースを実装するクラスのインスタンスになりますWidgetService。実装は、インターフェイスと同じパッケージに配置されていない可能性があります。そのプロパティ宣言から、どの実装が挿入されるかをすばやく判断する方法が必要です。

Spring Beans Searchを使用して検索しようとしましwidgetServiceたが、空でした。Bean は次のように定義されているため、空になりました。

私の検索に対する答え ( DefaultWidgetService) がありますが、それは「defaultWidgetService」という名前の Bean の中にあります。オートワイヤーに使用される Bean@Resourceはエイリアスであるため、名前、クラスなどで検索するオプションしかなく、エイリアスでは検索できないため、Spring Beans 検索は機能しません。

ファイル検索を使用して検索できることはわかっていますalias="widgetService"が、プロジェクトのサイズが大きいため、テキストによる検索は非常に遅くなります。デバッグ時にプロパティを調べて、注入された Bean のクラスを取得することもできますが、これも面倒です。Java Search は索引付けされているため高速であり、Spring Beans Search も同じ理由で高速です。しかし、私は疑問に思います: エイリアス化された Bean を見つけるのに役立たないのに、なぜ STS を使用しているのですか?