2012-02-20 11 views
0

Stark Securityをauth/authzに使用するGrails-appを開発しています。私は最近Jawr-pluginとjavascriptで使用されるi18n-messagesをバンドルしました。それがマッピングされていないので、スタークセキュリティが拒否/gzip_1188185019.en/bundles/lib.jsJarr gzip_-bundle urlがStarkSecurityで無許可になる - プラグイン

問題はjawrのようなバンドル用のURLを生成していることです。 Starkを設定することによって/ gzip _ ** -urlsを許可するのは間違った解決策(それは機能するの?)デバッグモードでは、Jawrによって生成されたURLは/bundles/lib.jsなので問題はありません。

URLの先頭にf.e.g.を付けないようにJawrを設定するにはどうすればよいですか。 /gzip_1188185019.en/? jawr.gzip.on = falseをテストしましたが、それは助けになりませんでした(ちょうどgzip_prefixを削除しました)。

P.S. 私たちはStark Securityを取り除こうとしてきましたが、今のところそれに固執しているようです。

答えて

0

jawr.js.mapping = '/ script /'が/ gzip_xxxxxの/ gzip_xxxxxにプリペンドされています。ケースはすべての参加者のおかげで終了しました。

+0

参考までに、jawrの代わりにGrailsのリソースプラグインを使用することを強くお勧めします。 –

+0

@Don、resources-pluginはi18n-messagesの入札を有効にしますか? – heikkim

+0

'messages * .properties'は通常サーバ側でのみ使用されるので、その場合はバンドルに含める理由はありません。メッセージをJSON(たとえば)に変換するメカニズムがある場合は、その.jsファイルをバンドルに含めることができます。 –

関連する問題