ハングダボは、パッケージ化され、また、成功への道は、httpコアメソッドにアクセスすることができ、通常モードを指摘成功したAPIをリリースしたが、API呼び出しは、メソッドのエラーを発見したと報告されている遭遇します
java.lang.NoSuchMethodErrorの問題を解決
図1に示すように、操作
プロジェクトを再パッケージ化した後、プログラムは、対応する方法を見つけることができません
ハンドラのディスパッチに失敗しました。ネストされた例外はjava.lang.NoSuchMethodErrorのです
3つの理由は、（そこに様々な理由であるが、ここで私は、エラーを引き起こした理由であることができます）
ジャーが存在する2つの異なるバージョンがあります。
注：パッケージ化されたプロジェクトは、最初に再パッケージした後、とてもきれいパッケージのMavenの、そしてこの方法は、きれいに瓶の外に同じ名前の別のバージョンを入れないであろうことがわかっています
4.ソリューション
瓶（ローカルMavenのリポジトリ）の古いバージョンを削除します。
一方、前に行わ：
同じタイプを導入するために必要な時間を渡すパラメータは、例えば、マルチパスプロンプトA資本「L」を起動中の対応するコア3のエラーかどうかを他の場所に2で示されているかどうか1疑い：LCOM / citydelivery / deliveryService / DTO /レスポンス。 java.lang.NoSuchMethodErrorの：：COM]ので、私はグローバル検索が何かを間違っては、次のスタックトレースが続いている場所を見つけていないキーボードのどこかに「L」を越え注意を払っていない場合は、このプロンプトが不思議に思っ見るために少し経験を持つ彼らのJava開発者の。 citydelivery.deliveryService.ExpressStockService.getWaitSignWaybillList（Ljava /ラング/文字列;）
ソリューション
これらの文字は、「例えば、完全なクラス名で指定された「オブジェクト」は、セミコロンに続くことを発表した「L」。「V」は、括弧の前にあること。内部Javaメソッドシグネチャ符号化を使用し、戻りのタイプを説明しています」のボイド。
例えば：
java.lang.NoSuchMethodErrorの：
org.springframework.web.context.ContextLoader
.getCurrentWebApplicationContext（）Lorg / springframework /ウェブ/コンテキスト/ WebApplicationContext。
クラスメソッドはgetCurrentWebApplicationContextを呼び出していないorg.springframework.web.context.ContextLoaderは、それが[任意のパラメータを受け付けません（））を示し、「ORG / springframework /ウェブ/コンテキスト/ WebApplicationContext（「と呼ばれるファイルを返す、と言われています。 「オフ）。
