レレス展開プロジェクト
レスポンスはMyEclipseで自動生成されたwebアイテムで展開されていますが、アクセスできません.
http://blog.csdn.net/wangpingpaul/article/details/3913013
myeclipse配置reisn
http://wenku.baidu.com/link?url=nsYxlt_ww 44 aH 6 clE 2 X 3 LxuzANjSBLtkD 9 St 3 TNUQ 6 n 2 iaafD 1 H-va 9 VQOyRgrBpo 18 H 7 QgUDOOLwQ 5 e 8 MsJKw 522_09 fnSg 2 TMnn 2 gvK
包装して発表して、eclipseで発表しないでください.
warバッグに包装して、warバッグをresinのdeployディレクトリの下に入れて、httpd.exeを起動して、プロジェクトが起動して、自動的にwarバッグを解凍します.
ブラウザでアドレスを入力し、アクセスし、成功しました.http://localhost/ect/
レスリンのダウンロード先
[url]http://www.caucho.com/download/[/url]
レスポンス.xml
クラスパスの設定は以下の通りです.
tomcatは正常で、reinは文字化けをします.
注意項目jdkバージョン
なぜjspはレスポンスの下で文字化けしているのか、tomcatの下では仕事がうまくいっているのかという問題です.
JSPページにおけるPageEncocdingとcontentTypeの2つの属性の違いについて:
PageEnccodingはjspファイル自体のコードです.
contentTypeのcharsetとは、サーバがクライアントに送信する時のコンテンツコードです.
JSPは2回の「コード」を経て、第1段階はPageEnccoding、第2段階はutf-8からutf-8、第3段階はTomcatから出てくるページで、contentTypeを使います.
第一段階はjspコンパイルです.javaはpageEnccodingの設定によってjspを読みます.結果は指定された符号化方式から統一されたUTF-8 JAVAソースに翻訳されました.もしpageEncocdingの設定が間違っていたら、あるいは設定されていないなら、中国語の文字化ができます.
第二段階はJAVBCのJAVAソースからjava byteCodeのコンパイルまでで、JSPの編纂の時に使うのがどんなコードの方案なのに関わらず、この段階の結果を経てすべてUTF-8のencodingのjavaソースです.
JAVACはUTF-8のencodingでjavaのソースコードを読み取り、UTF-8 encodingのバイナリコード(つまり.class)にコンパイルしました.これはJVMの定数文字列がバイナリコード(java encoding)で表現される規範です.
第三段階はTomcat(またはそのappication container)のロードと実行段階の二番目に得られたJAVAバイナリコードで、出力の結果、つまりクライアントが見たときに、段階一と段階二のパラメータcontentTypeを隠して効果を発揮します.
contentTypeの設定
pagenenccodingとcontentTypeのデザインは全部ISO 8859-1です.その中の一つを勝手に設定しました.もう一つは同じです.しかしこれは絶対的ではありません.それぞれのJSPCの処理方式を見ます.pagenCodingはcontentTypeに等しくないです.アジア地域の文字CJKV系JSPウェブサイトの開発とEngpedingはもっと有利です..
Tomcatではjspにpagen Enccodingを設定すれば、contentTypeも同じ符号化に設定されていますが、resionではなく、reinではデフォルトとなります.これはコンパイルされたクラスservlet javaファイルを見ることによって見られます.問題はまさにここにあります.だから、jspでは、この2つの属性は、resinであれば、明確に単独で設定したほうがいいです.
jspファイルは似ていません.javaはコンパイラに読み込まれた時、デフォルトではオペレーティングシステムに設定されているlocaleに対応するコードを採用しています.例えば、中国大陸はGBKです.台湾はBIG 5またはMS 950です.普通、私達はメモ帳でもueでもコードを書いています.もし特別なトランスコードがないなら、書いたのはすべてローカルのコードフォーマットの内容です.だから、コンパイラが採用した方法は仮想マシンに正確な資料を得ることができます.
しかし、jspファイルはそうではありません.このデフォルトのトランスコードプロセスはありません.しかし、PageEnccodingを指定すれば正確なトランスコードが可能です.
例を挙げます
<%@page contentType="text/html;charset=utf-8"%
文字化けが印刷されることが多いです.入力された「こんにちは」はgbkですが、サーバーが正しく「こんにちは」を捕まえるかどうかは分かりません.
ただし、変更したら
<%@page contentType="text/html、charset=utf-8"pageEnccoding="GBK"%
これでサーバーは間違いなく「こんにちは」を正確につかむことができます.
http://blog.csdn.net/wangpingpaul/article/details/3913013
myeclipse配置reisn
http://wenku.baidu.com/link?url=nsYxlt_ww 44 aH 6 clE 2 X 3 LxuzANjSBLtkD 9 St 3 TNUQ 6 n 2 iaafD 1 H-va 9 VQOyRgrBpo 18 H 7 QgUDOOLwQ 5 e 8 MsJKw 522_09 fnSg 2 TMnn 2 gvK
包装して発表して、eclipseで発表しないでください.
warバッグに包装して、warバッグをresinのdeployディレクトリの下に入れて、httpd.exeを起動して、プロジェクトが起動して、自動的にwarバッグを解凍します.
ブラウザでアドレスを入力し、アクセスし、成功しました.http://localhost/ect/
レスリンのダウンロード先
[url]http://www.caucho.com/download/[/url]
レスポンス.xml
<resin xmlns="http://caucho.com/ns/resin"
xmlns:resin="http://caucho.com/ns/resin/core">
<log name="" level="info" path="stdout:"/>
<server>
<http server-id="" host="*" port="80"/>
<resin:import path="${resin.home}/conf/app-default.xml"/>
<host id="" root-directory=".">
<web-app id="/" document-directory="d:\z\eee\webapp"/>
</host>
</server>
</resin>
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://caucho.com/ns/resin">
<display-name></display-name>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
</web-app>
クラスパスの設定は以下の通りです.
tomcatは正常で、reinは文字化けをします.
注意項目jdkバージョン
なぜjspはレスポンスの下で文字化けしているのか、tomcatの下では仕事がうまくいっているのかという問題です.
JSPページにおけるPageEncocdingとcontentTypeの2つの属性の違いについて:
PageEnccodingはjspファイル自体のコードです.
contentTypeのcharsetとは、サーバがクライアントに送信する時のコンテンツコードです.
JSPは2回の「コード」を経て、第1段階はPageEnccoding、第2段階はutf-8からutf-8、第3段階はTomcatから出てくるページで、contentTypeを使います.
第一段階はjspコンパイルです.javaはpageEnccodingの設定によってjspを読みます.結果は指定された符号化方式から統一されたUTF-8 JAVAソースに翻訳されました.もしpageEncocdingの設定が間違っていたら、あるいは設定されていないなら、中国語の文字化ができます.
第二段階はJAVBCのJAVAソースからjava byteCodeのコンパイルまでで、JSPの編纂の時に使うのがどんなコードの方案なのに関わらず、この段階の結果を経てすべてUTF-8のencodingのjavaソースです.
JAVACはUTF-8のencodingでjavaのソースコードを読み取り、UTF-8 encodingのバイナリコード(つまり.class)にコンパイルしました.これはJVMの定数文字列がバイナリコード(java encoding)で表現される規範です.
第三段階はTomcat(またはそのappication container)のロードと実行段階の二番目に得られたJAVAバイナリコードで、出力の結果、つまりクライアントが見たときに、段階一と段階二のパラメータcontentTypeを隠して効果を発揮します.
contentTypeの設定
pagenenccodingとcontentTypeのデザインは全部ISO 8859-1です.その中の一つを勝手に設定しました.もう一つは同じです.しかしこれは絶対的ではありません.それぞれのJSPCの処理方式を見ます.pagenCodingはcontentTypeに等しくないです.アジア地域の文字CJKV系JSPウェブサイトの開発とEngpedingはもっと有利です..
Tomcatではjspにpagen Enccodingを設定すれば、contentTypeも同じ符号化に設定されていますが、resionではなく、reinではデフォルトとなります.これはコンパイルされたクラスservlet javaファイルを見ることによって見られます.問題はまさにここにあります.だから、jspでは、この2つの属性は、resinであれば、明確に単独で設定したほうがいいです.
jspファイルは似ていません.javaはコンパイラに読み込まれた時、デフォルトではオペレーティングシステムに設定されているlocaleに対応するコードを採用しています.例えば、中国大陸はGBKです.台湾はBIG 5またはMS 950です.普通、私達はメモ帳でもueでもコードを書いています.もし特別なトランスコードがないなら、書いたのはすべてローカルのコードフォーマットの内容です.だから、コンパイラが採用した方法は仮想マシンに正確な資料を得ることができます.
しかし、jspファイルはそうではありません.このデフォルトのトランスコードプロセスはありません.しかし、PageEnccodingを指定すれば正確なトランスコードが可能です.
例を挙げます
<%@page contentType="text/html;charset=utf-8"%
文字化けが印刷されることが多いです.入力された「こんにちは」はgbkですが、サーバーが正しく「こんにちは」を捕まえるかどうかは分かりません.
ただし、変更したら
<%@page contentType="text/html、charset=utf-8"pageEnccoding="GBK"%
これでサーバーは間違いなく「こんにちは」を正確につかむことができます.