GroupSession
別のjspが動いているtomcatサーバーがすでにありますが、そこにgroupsessionを共存させたいと思いwebappsの下にgsessionのDirrctoryを作成してgsession.warをを置いてhttp://xxxxxx:8080/gsession/としても動作しません。別途何か設定が必要なのでしょうか?
> webappsの下にgsessionのDirrctoryを作成してgsession.warをを置いてお手元の既存環境によるとは思いますが、一般的には tomcatを停止する → webapps直下にgsession.warを置く → tomcatを再起動するでwebapps下にgsessionディレクトリが作成・展開されないでしょうか。
「動作しない」と言ってもどういう応答かによると思います。NotFoundやForbiddenなら再起動で直ったり権限の見直しで直ることがあります。それ以外に、こちらのスレッドにも別の情報があります。https://groupsession.jp/wbs/bulletin/bbs080.do?bbs010forumSid=1&threadSid=2694また、OSやTomcat、Javaのバージョンがあると話が早いです。
すいません。細かく現象を書かないといけませんでした。エラーは,------------------------------------------------------------------------------HTTPステータス 404 ? 見つかりません。タイプ ステータスレポートメッセージ Not found説明 オリジンサーバーは、ターゲットリソースの現在の表現を見つけられなかったか、またはそれが存在することを開示するつもりはありません。------------------------------------------------------------------------------です。groupsessionのインストールの設定で.bash_profileはされていなかったのですがそれをしてもダメでした。インストールしているjdkが#java -versionopenjdk version "1.8.0_252"OpenJDK Runtime Environment (build 1.8.0_252-b09)OpenJDK 64-Bit Server VM (build 25.252-b09, mixed mode)です。groupsessionのインストールのマニュアルでは#java -versionopenjdk version "11.0.4" 2019-07-16OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.4+11)OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.4+11, mixed mode) なので,AdoptOpenJDKでないといけないのでしょうか?
追加の返信ですがwebappsは以下にgsessionのディレクトリは作成されてます。
> webappsは以下にgsessionのディレクトリは作成されてます。とのことですが、> webappsの下にgsessionのDirectoryを作成してgsession.warを置いてともあります。手動でgsessionディレクトリを作った場合、権限によって見えない場合もあります。gsessionディレクトリの中にファイルは展開されていますでしょうか？動いているほかのtomcatアプリと比べて、オーナーやパーミッションに違いはないでしょうか？
先ほどtomcatのログを見たら,以下のようなのがありました。stenerStart クラス [jp.groupsession.v2.cmn.GSHttpSessionListener] のアプリケーションリスナの設定中にエラーが発生しました java.lang.UnsupportedClassVersionError: jp/groupsession/v2/cmn/GSHttpSessionListener has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0 （クラス[jp.groupsession.v2.cmn.GSHttpSessionListener]を>ロードできません）JREのバージョンがあってないのでしょうか?
エラーメッセージをそのまま読むと、確かにバージョンの違いのようです。52はjava8で、55が11だとか。11のjavacでコンパイルしたので、8のjavaでは実行できないということですね。CentOS7ならyumで11に上げることはできますが、既存のjavaコンテンツに影響が出るかもしれません。別の方法として、可能ならソースをダウンロードして8でコンパイルしなおす方法もあります。その場合、一か所Path.of()が使用されている場所は書き換える必要があります。(11からの新メソッドのため)書き換える内容は11のPath.javaを参照してください。
TOP