これはクライアントの要件です。彼は管理パネルを次のようにしたくないのですが、それに応じてページを変更しwww.abc.com/admin/..
たいのですが、問題はプラグインから始まり、現在 税プラグインが問題を引き起こしていますwww.abc.com/eSales/
adminAreaRegistration
CountryState
.../eSales/Tax/ConfigureProvider?systemName=Tax.CountryStateZip
指定された値と一致するルートがルート テーブルにありません。
説明:現在の Web 要求の実行中に未処理の例外が発生しました。エラーの詳細とコード内のどこでエラーが発生したかについては、スタック トレースを確認してください。
例外の詳細: System.InvalidOperationException: ルート テーブル内のルートが指定された値と一致しません。
ソース エラー:
Line 12: @if (!String.IsNullOrEmpty(Model.ConfigurationActionName))
Line 13: {
Line 14: @Html.Action(Model.ConfigurationActionName, Model.ConfigurationControllerName, Model.ConfigurationRouteValues);
Line 15: }
Line 16: else
今の質問は、「管理者」をどのように変更するのですか? 不足しているものは何ですか?ファイルがあり、 Nop にマップされているため、プラグインは nop.web/Plugins フォルダーの名前とともに Plugin フォルダーにビルドされ、Plugins[プラグインのプロジェクト] フォルダーは取得したものと同じですNopダウンロード付き。
つまり、 http://www.nopcommerce.com/docs/77/how-to-write-a-nopcommerce-plugin.aspxで説明されているのと同じことに従っていることを確認しました
興味深いのは、RAW NOP を実行していて、パラメーターのデバッグ値が同じに見えることです。
問題は何ですか?
私が見つけたいくつかのこと
- nop 3.00 [nopCommerce_3.00_Source] を使用しています
- 管理者/税/プロバイダー ページの Tax.CountryStateZip の構成リンクをクリックした後、元のソース管理フローがこのように進む場合
1 - nopCommerce_3.00_Source\Presentation\Nop.Web\Administration\Views\Tax\ConfigureProvider.cshtml
@Html.Action(Model.ConfigurationActionName, Model.ConfigurationControllerName, Model.ConfigurationRouteValues);
それから
2 -
nopCommerce_3.00_Source\Presentation\Nop.Web.Framework\Localization\LocalizedRoute.cs
public override VirtualPathData GetVirtualPath(RequestContext requestContext, RouteValueDictionary values)
ここでは、何度も何度もループしていますdata=null
。
それから
nopCommerce_3.00_Source\Plugins\Nop.Plugin.Tax.CountryStateZip\Controllers\TaxCountryStateZipController.cs
protected override void Initialize(System.Web.Routing.RequestContext requestContext)
ここで、私の部分を考慮するとadmin=eSales
、領域を除いてすべて同じ値です。ブレークポイントでチェックしていますが、2番目のステップの後、エラーが発生します
"No route in the route table matches the supplied values."
制御フローが停止します。理由がわかりません。変更が必要な場所に「管理者」という言葉でハードコードされているものはありますか?
あなたがそれを解決するのを手伝ってくれるならそれは素晴らしいことです.私はNopにあまり慣れていないので、この問題を引き起こす小さな間違いかもしれません.
そして興味深いことに、すべての構成ベースプラグインが同じ問題admin/plugin
ページを取得していることがわかりました。