問題タブ [jetty-9]

キーストアを生成しました:
keytool -genkeypair -alias jetty -keyalg RSA -validity 30 -keystore keystore.jks
CSR を生成しました:
keytool -certreq -alias jetty -file certreq.csr -keystore keystore.jks
次に、この CSR を使用して取得します無料の

SSL証明書。その後、キーストアに追加した 3 つの証明書が送信されます

。 myKeystore

keytool -import -trustcacerts -alias trial -file trial.cer -keystore myKeystore

私は jetty 9 を使用しているので、 jetty-ssl.xml の構成は次のとおりです。

しかし、サーバーを再起動すると、ブラウザーで https で自己署名されているため、赤い X マークが表示されます。

キーストアは次のとおりです。

キーストア タイプ: JKS キーストア プロバイダ: SUN

キーストアには 4 つのエントリが含まれています

ルート、2014 年 11 月 16 日、trustedCertEntry、証明書の指紋 (SHA1): 51:51:B8:63:8A:4C:1F:15:54:56:ED:37:C9:10:35:CA: D3:01 :B9:36
中間、2014 年 11 月 16 日、trustedCertEntry、証明書の指紋 (SHA1): BE:D1:D1:4E:25:A7:94:36:83:9E:4B:A7:CD:84:48:96 : B7:0A:7F:B0
トライアル、2014 年 11 月 16 日、trustedCertEntry、証明書の指紋 (SHA1): DF:A1:52:F0:60:31:4C:DB:0C:61:3D:CA:C4:A6 :85:FE: D4:4C:CD:04
getlinked、2014 年 11 月 14 日、PrivateKeyEntry、証明書の指紋 (SHA1): 2C:82:F7:E8:09:C2:7D:7C:71:9E:86:C0 :EC:85:22:AE: 20:7D:43:14

コンテキストとセットアップ情報:

• Eclipse Jetty プラグインを使用した Jetty 9
• Spring 4.1.1.RELEASE と Spring Security 3.2.3
• Spring Java 構成 (web.xml なし)

問題の説明 を使用する代わりに、Spring の JavaConfig を使用して Spring コンテキストを起動するプロジェクトでは、jetty 9 の起動が非常に遅くなりますweb.xml。Jetty は、かなりの時間、何もしていないようです。これは、次の行の後に発生します。

INFO:oejs.Server:main: jetty-9.2.3.v20140905

Jetty は最終的に起動しますが、通常の tomcat 7 ディストリビューションと比較して起動に非常に時間がかかります。

その他のリソース

使いたい

アプリケーション内からサーブレットに特別なリクエストを送信します (組み込みの Jetty サーバーを使用します)。サーブレットは、リクエストが外部ソースではなく LocalConnector からのものであることをどのように検出できますか?

doPost メソッドには、パラメーターとして HttpServletRequest および HttpServletResponse オブジェクトのみがあります。

Jetty 9.2.4 および Servlet 3.1 API の使用。

Jetty サーバー (9.2.4) があり、SSL Labs ツールを使用してスキャンし、脆弱性を評価しました。出てきたのは、「ダウングレード攻撃の防止: いいえ、TLS_FALLBACK_SCSV はサポートされていません」というものでした。これをオンにするために使用できる設定はありますか?

Jetty サーバーが組み込まれています。

Intellij が誤ってファイル パスを取得する: D:\jetty-distribution-9.2.1.v20140609\?D:\images\a.txt

次のようなファイルを与えると

ファイル file = new File("D:\images\1.txt"); System.out.println(file.getAbsolutePath());

出力は D:\jetty-distribution-9.2.1.v20140609\?D:\images\1.txt です

サーバービンとともにファイルパスを考慮しています

intelij で絶対パスを検出するには、どこで設定を変更する必要がありますか。私を助けてください。

java-8 を使用して jetty-9 での通信を保護するために、対称暗号化を使用しようとしています。この目的で使用している暗号スイートは「TLS_PSK_WITH_AES_128_GCM_SHA256」です。この暗号スイートの実装は、サード パーティ プロバイダー「IAIK」によって提供されます。

対称暗号化であるため、使用しているキーストア タイプは「JCEKS」であり、デフォルトの「JKS」ではありません。

このキーストアを構成しようとすると、次のエラーが発生します - java.io.IOException: Invalid keystore format.

プログラムコードは次のとおりです。

トレースは次のとおりです。

このエラーを取り除くにはどうすればよいですか?

jetty 9.2.4 バージョンを実行しようとしていますが、次の例外が発生します。同じサーバーのセットアップは、ローカル セットアップ (mac)、ステージング環境 (linux、ubutnu) では正常に動作しますが、これをセットアップしようとしている別のサーバーでは動作しません。何が間違っている可能性があるかを提案してください。私はほとんど無知です。

:/WEBCHAT/jetty-distribution-9.2.4.v20141103# java -jar start.jar 2014-12-17 08:24:11.695:INFO::main: ログ初期化 @1221ms 2014-12-17 08:24:11.947 :WARN:oejs.HomeBaseWarning:main: Jetty のこのインスタンスは別の {jetty.base} ディレクトリから実行されていません。これはお勧めできません。http://www.eclipse.org/jetty/documentation/current/startup.htmlのドキュメントを参照してください。 2014-12-17 08:24:12.848:INFO:oejs.Server:main: jetty-9.2.4.v20141103 2014-12-17 08:24:12.879:INFO:oejs.AbstractNCSARequestLog:main: /WEBCHAT/jetty を開いた-distribution-9.2.4.v20141103/logs/2014_12_17.request.log 2014-12-17 08:24:12.943:INFO:oejdp.ScanningAppProvider:main: 展開モニター [ファイル:/WEBCHAT/jetty-distribution-9.2.4 .v20141103/webapps/] 間隔 1 2014-12-17 08:24:29.188:WARN:oejuc.AbstractLifeCycle:main: FAILED org.eclipse.jetty.annotations.ServletContainerInitializersStarter@29b95cf5: java.lang.NoClassDefFoundError: org/eclipse java.lang.ClassLoader.defineClass(ClassLoader.java: 800) java.security.SecureClassLoader で。defineClass(SecureClassLoader.java:142) で java.net.URLClassLoader.defineClass(URLClassLoader.java:449) で java.net.URLClassLoader.access$100(URLClassLoader.java:71) で java.net.URLClassLoader$1.run(URLClassLoader) .java:361) で java.net.URLClassLoader$1.run(URLClassLoader.java:355) で java.security.AccessController.doPrivileged(Native Method) で java.net.URLClassLoader.findClass(URLClassLoader.java:354) で org .eclipse.jetty.webapp.WebAppClassLoader.findClass(WebAppClassLoader.java:510) の org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:441) の org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader) .java:403)URLClassLoader$1.run(URLClassLoader.java:361) で java.net.URLClassLoader$1.run(URLClassLoader.java:355) で java.security.AccessController.doPrivileged(ネイティブ メソッド) で java.net.URLClassLoader.findClass(URLClassLoader. java:354) org.eclipse.jetty.webapp.WebAppClassLoader.findClass(WebAppClassLoader.java:510) で org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:441) で org.eclipse.jetty.webapp .WebAppClassLoader.loadClass(WebAppClassLoader.java:403)URLClassLoader$1.run(URLClassLoader.java:361) で java.net.URLClassLoader$1.run(URLClassLoader.java:355) で java.security.AccessController.doPrivileged(ネイティブ メソッド) で java.net.URLClassLoader.findClass(URLClassLoader. java:354) org.eclipse.jetty.webapp.WebAppClassLoader.findClass(WebAppClassLoader.java:510) で org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:441) で org.eclipse.jetty.webapp .WebAppClassLoader.loadClass(WebAppClassLoader.java:403)org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:403) の webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:441)org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:403) の webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:441)

mvn jetty:run で完全に実行される Java ベースの Spring 構成 (web.xml なし) を使用した戦争プロジェクトがありますが、Jetty 9 を使用してマシン内に配置すると、プロジェクトが実行されません。jetty 9 サーバーは実行されますが、アプリケーションはまったく初期化されません。

アプリケーションはキュー サブスクライバーで構成されます。

web.xml ファイルが必要なようです。

誰かが私が欠けているものを知っていますか?

Jetty 9 サーバー上のアプリの xml 構成ファイルは (編集: 正しい conf ファイルで)

jetty-console ログは

編集: xml 構成ファイルが正しくなり、上記のオプションのコメントを解除する必要がありました${jetty.home}/start.ini

私は jetty 9 と 2 つの DigitalOcean ドロップレットを 1GB と 512mb のメモリで使用しています。両方の jetty インスタンスに JAVA_OPTIONS -Xms128m -Xmx450m を設定しましたが、単純なアプリケーションでは 200 MB のヒープと 50 MB の PermGen しか使用しません。512mbの液滴では、1〜2時間ごとに例外なくどの桟橋がシャットダウンするかを観察します! 何の問題？

UPDATE hs_err_pid ファイル

この問題を解決する方法についてアドバイスをいただければ幸いです。

jetty websocket (9.2.6.v20141205) クライアントを使用して、apache2 proxy_wstunnel 経由で tomcat7 websocket サーバーに接続しています。

次のエラーが断続的に発生します。

apache2 proxy_wstunnel を削除すると、エラーはなくなります。また、ngrep ログで apache が 500 エラーを出していることに気付きましたが、LogLevel デバッグをオンにしても、関連するログが表示されません。これには私の時間が数時間かかりました。Tomcat ログにもエラーはありません。

wstunnelを使い続けたいです。おそらく、これは桟橋のバグまたは apache のバグですか?

ngrep ログは次のとおりです。

Apache と Tomcat の間の ngrep ログは次のとおりです。