In Server, I use geoserver1.4.0 to connect oracle(9.2.0.4.0) spatial data. The JDBC driver is for oracle 9.2.0.4.0. In client, I use mapbuilder to show the map. When I use oracle thin connection, the chinese show normally. When I use oracle OCI connection and deploy the web application in tomcat(5.5.20) that is in window environment, the chinese show normally too. But when I use oracle OCI connection and deploy the web application in tomcat(5.5.20) that is in linux(Redhat Enterprise Linux AS release 3, Kernel 2.4.21-37.Elsmp on an i686) environment, the chinese can not show. Can somebody help me?
Does the locale on your server support the chinese character set.
Running the command 'locale' from your server should tell you.
-Justin
taixingjason wrote:
In Server, I use geoserver1.4.0 to connect oracle(9.2.0.4.0) spatial
data. The JDBC driver is for oracle 9.2.0.4.0. In client, I use
mapbuilder to show the map. When I use oracle thin connection, the
chinese show normally. When I use oracle OCI connection and deploy the
web application in tomcat(5.5.20) that is in window environment, the
chinese show normally too. But when I use oracle OCI connection and
deploy the web application in tomcat(5.5.20) that is in linux(Redhat
Enterprise Linux AS release 3, Kernel 2.4.21-37.Elsmp on an i686)
environment, the chinese can not show. Can somebody help me?------------------------------------------------------------------------
网易邮箱精准过滤超过98%的垃圾邮件 www.126.com <http://www.126.com/>
!DSPAM:1004,45f89b07117141510810322!------------------------------------------------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV!DSPAM:1004,45f89b07117141510810322!
------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:1004,45f89b07117141510810322!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
taixingjason ha scritto:
In Server, I use geoserver1.4.0 to connect oracle(9.2.0.4.0) spatial data. The JDBC driver is for oracle 9.2.0.4.0. In client, I use mapbuilder to show the map. When I use oracle thin connection, the chinese show normally. When I use oracle OCI connection and deploy the web application in tomcat(5.5.20) that is in window environment, the chinese show normally too. But when I use oracle OCI connection and deploy the web application in tomcat(5.5.20) that is in linux(Redhat Enterprise Linux AS release 3, Kernel 2.4.21-37.Elsmp on an i686) environment, the chinese can not show. Can somebody help me?
Hum, have you tried out the thin connector in linux?
I've developed apps working against Oracle, the thin driven
was more reliable and on some operations faster too.
Cheers
Andrea
taixingjason ha scritto:
Yea, I use the thin connector in linux. The chinese character were shown normally. Whether the OCI connector provide faster than oracle thin connector? If it is true, it will settle the problem which I had export:
I my experience the thin connector is faster, but there are contrasting
experiences around:
http://www.theserverside.com/discussions/thread.tss?thread_id=4891
http://www.onjava.com/pub/a/onjava/excerpt/oraclejdbc_19/index.html?page=3
"2007-1-19 14:20:43 org.vfny.geoserver.servlets.PartialBufferStrategy abort
warning: OutputStream could not be aborted in time. An error has occurred and could not be sent to the user.
2007-1-19 14:20:43 org.vfny.geoserver.servlets.AbstractService sendError
info: Had an undefined error: null
2007-1-19 14:20:43 org.vfny.geoserver.servlets.AbstractService sendError
info: ClientAbortException: java.net.SocketException: Connection reset by peer: socket write error
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:327)
This error occurs because your client app does give up and closes
the connection. This may be due to a number of reasons, such as
lacking hardware, missing indexes, complex SLD, old Oracle
datastore (the one included in 1.4.1 and 1.5.0 is up to 4 times
faster on complex geometries).
Cheers
Andrea