Yoni Moses | 1 Apr 10:16 2003

RE: Re: UTF-8 support in Jetty?

there was a discussion about utf-8 & jetty in this group , but i can't really rememeber the answers.
I've tested this subject with atlist 3 servlet-runners ,and finally all i could come up with is that was always my fault .. :-)
you can change the jetty source code build it from scrach and see what happens...
regards
Yoni.
 
 

 
 -----Original Message-----
From: c3kc2yb [mailto:cary <at> elocale.com]
Sent: Mon, March 31, 2003 10:55 PM
To: jetty-support <at> yahoogroups.com
Subject: [jetty-support] Re: UTF-8 support in Jetty?

Thanks, Yoni. However, I probably should have been more specific in
my original e-mail. I've done quite a few things to try to force UTF-
8 so far, including:

1. pageEncoding="UTF-8" and contentType="text/html;charset=UTF-8" in
JSP page directive

2. request.setCharacterEncoding("UTF-8") in servlets

3. response.setContentType("text/html;charset=UTF-8") in main servlet
(we're using Struts and this is in the main action servlet)

4. custom Utf8Util class, which converts a UTF-8 String (with Latin-1
text) which was misinterpreted as a Latin-1 String into a correctly
interpreted UTF-8 string

Each of these actions helps to add partial UTF-8 support, but there
are still some areas where hard-coded encoding are causing problems.
For example, when I submit a form in a page defined as UTF-8 and with
one or more text fields containing non-Latin-1 characters (say Polish
for example), the characters are processed incorrectly because the
byte stream is misunderstood to be Latin-1 while it is in fact UTF-8.
This is not a problem for Latin-1 languages if I use the custom class
mentioned in 4 above, but for non-Latin-1 languages there is
irreparable corruption. (I can get into much greater detail on this
if necessary.)

I have taken a look at the Jetty source and see some references to
ISO-8859-1, but I'd need more time to determine what's actually
happening.

Thanks again...

--- In jetty-support <at> yahoogroups.com, "Yoni Moses" <yonim <at> d...> wrote:
> you can use a filter to set all your pages to utf-8 (my company
does it too , and it works cool :-) ) ,
> using -->  request.setCharacterEncoding(""); there's a good example
in the demo app's .
> regards
> Yoni.



>
> -----Original Message-----
> From: c3kc2yb [mailto:cary <at> e...]
> Sent: Mon, March 31, 2003 7:22 AM
> To: jetty-support <at> yahoogroups.com
> Subject: [jetty-support] UTF-8 support in Jetty?
>
>
> Hello,
>
> Our company has been developing a multilingual Web site for a
client
> for some time now, and we recently switched our application server
to
> JBOSS with Jetty. Unfortunately, as best I can tell it appears that
> Jetty has hard-coded ISO-8859-1 or Cp1252 encoding as the encoding
> for which the JSP files are compiled, which is a problem since we
> support languages outside of the Latin-1 encoding range and thus
need
> to use UTF-8 encoding.
>
> Is there anything we can do to resolve this, such as setting a
> property? Given our somewhat urgent need to find a solution to this
> problem, we are also open to the possibility of helping resolve
this
> by editing the source.
>
> Thanks in advance,
> Cary Clark
>
>
>
>
> Yahoo! Groups Sponsor     
>
> ADVERTISEMENT

<http://rd.yahoo.com/M=246920.2960106.4328965.1728375/D=egroupweb/S=17
05375618:HM/A=1513704/R=0/*http://www.gotomypc.com/u/tr/yh/cpm/grp/300
_02F/g22lp?Target=mm/g22lp.tmpl>      
>   <http://us.adserver.yahoo.com/l?
M=246920.2960106.4328965.1728375/D=egroupmail/S=:HM/A=1513704/rand=258
987384>      
>
> For the latest information about Jetty, please see
http://jetty.mortbay.org
>
>
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<http://docs.yahoo.com/info/terms/> .



For the latest information about Jetty, please see http://jetty.mortbay.org



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.


For the latest information about Jetty, please see http://jetty.mortbay.org



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Chad Brandon | 1 Apr 16:35 2003
Picon

(unknown)

Hi,

I have a question about distributable sessions. I know
there have been lots
of questions on this, but I don't think I've seen the
problem I'm
encountering asked.  I'm using JBoss-3.2RC5 with the
"all" configuration.
I'd like to make my HttpSession objects distributable,
so I've added the
<distributable/> tag to my web.xml and I uncommented
the JGStore section in
server/all/deploy/jbossweb.sar/META-INF/jbos-service.xml.
 Anyway when I try
to attempt to log in for the first time after setting
up the distributable
configuration I always get the following illegal
argument exception showing
the user name I'm logging in with at the time (in this
case "ebrand001")
saying that some distributed attribute value must be
Serializable.
java.lang.IllegalArgumentException: distributed
attribute value must be
Serializable,EJBObject,EJBHo
me,UserTransaction or Context: ebrand001. I'm using
the
org.jboss.security.auth.spi.LdapLoginModule and it
logs in fine, but then
fails because some attribute (I'm assuming it has to
do with the username)
isn't serializable.  Can someone tell me what I'm
doing wrong?

Thanks!

Chad

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://platinum.yahoo.com

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Chad Brandon | 1 Apr 16:49 2003
Picon

Problems with distributable HttpSessions

I'm resending because I forgot the subject
line....sorry about that.

Hi,

I have a question about distributable sessions. I know
there have been lots
of questions on this, but I don't think I've seen the
problem I'm
encountering asked.  I'm using JBoss-3.2RC5 with the
"all" configuration.
I'd like to make my HttpSession objects distributable,
so I've added the
<distributable/> tag to my web.xml and I uncommented
the JGStore section in
server/all/deploy/jbossweb.sar/META-INF/jbos-service.xml.
 Anyway when I try
to attempt to log in for the first time after setting
up the distributable
configuration I always get the following illegal
argument exception showing
the user name I'm logging in with at the time (in this
case "ebrand001")
saying that some distributed attribute value must be
Serializable.
java.lang.IllegalArgumentException: distributed
attribute value must be
Serializable,EJBObject,EJBHo
me,UserTransaction or Context: ebrand001. I'm using
the
org.jboss.security.auth.spi.LdapLoginModule and it
logs in fine, but then
fails because some attribute (I'm assuming it has to
do with the username)
isn't serializable.  Can someone tell me what I'm
doing wrong?

Thanks!

Chad

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://platinum.yahoo.com

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

curtiscantrell | 1 Apr 17:00 2003
Picon

Reverse proxy and cookie path

I have a Jetty web server up and running within an intranet.  There 
are 3 web applications running on the server.  One at the root 
context "/", one at the context "/service", and one at the 
context "/web".  The web server is set up on port 80.  From within 
the the intranet, I can access the server using 4 different 
addresses.  From the local machine, I can access it with 
http://localhost.  Away from the local machine, I can access it 
with "http://10.111.12.82", "http://sams" (which is the machine's 
local name).  I can also access it with "http://www-phns.com".  The 
later is due to proxy mapping within the internet.  

We needed the application to be excessable from the internet, so a 
reverse proxy was configured so that "http://www-phns.com/phns" would 
map to the machine only from outside the intranet.  This proxy is 
working correctly and we have connectivity from outside via the 
internet.  (I have place a <BASE HREF="http://www-phns.com/phns/" in 
the html pages to aid the browsers)

The problem is when you access a restricted area of the /web context 
and redirected to the login page.  The cookie that is being stored at 
the user agent is with the domain www-phns.com, but the path 
is /web.  Since the path from the outside is /phns/web, the cookie 
that was stored with the path /web is NOT being sent back to the 
server, and thus the JSESSIONID is never recognized.  When redirected 
to the login-error page, another cookie is set with the path 
of /web.  

The proxy works through the path of /phns.  How can I tell Jetty what 
the base uri is so that it will work with this proxy?

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

humandoing | 1 Apr 20:13 2003
Picon

Jetty SAR blows up with CNF when running JBoss minimal

Hi, 

I am running JBoss 3.0.6. I downloaded the latest Jetty SAR I could find (jbossweb-3.0.5-4.2.5.sar), and
dropped it into the deploy directory of the MINIMAL JBoss config.

I started up JBoss as follows:

./run.sh -c minimal

After some standard info logging, the Jetty sar blows up with the following ClassNotFoundException:

10:06:42,548 INFO  [URLDeploymentScanner] Starting
10:06:42,555 INFO  [MainDeployer] Starting deployment of package: file:/Development/jboss-3.0.6/server/minimal/deploy/jbossweb-3.0.5-4.2.5.sar
10:06:43,899 ERROR [MainDeployer] could not create deployment: file:/Development/jboss-3.0.6/server/minimal/deploy/jbossweb-3.0.5-4.2.5.sar
org.jboss.deployment.DeploymentException: instantiating org.jboss.jetty.JettyService failed:
java.lang.NoClassDefFoundError: org/jboss/web/AbstractWebContainer; - nested throwable:
(RuntimeErrorException: instantiating org.jboss.jetty.JettyService failed:
java.lang.NoClassDefFoundError: org/jboss/web/AbstractWebContainer
Cause: java.lang.NoClassDefFoundError: org/jboss/web/AbstractWebContainer)

I want to run JBoss with the MINIMAL configuration, but I want to run Jetty as a SAR within that minimal
configuration, can anyone tell me what I'm doing wrong?

I opened up the jboss.jar from the standard deployment, and I can see that the AbstractWebContainer exists
within that jar, but not in the minimal one. My understanding of a SAR file is that it is supposed to be self
contained and is not dependent on other items outside of it?

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

leon_nicholls | 1 Apr 20:43 2003
Picon

Re: Connection reset by peer

I am using jboss-3.0.4-jetty4.2.6-pr and I am still getting the 
following kinds of errors occasionally:
2003-04-01 12:32:09,374 WARN  [org.jboss.jbossweb] WARNING: Exception 
for /emsGui/jsp/admin/administration/userRoles/userRoles.htm
java.net.SocketException: Connection reset by peer: socket write error
	at java.net.SocketOutputStream.socketWrite(Native Method)
	at java.net.SocketOutputStream.write(Unknown Source)
	at org.mortbay.util.ByteArrayISO8859Writer.writeTo
(ByteArrayISO8859Writer.java:95)
	at org.mortbay.http.NullableOutputStream.writeHeader
(NullableOutputStream.java:62)
	at org.mortbay.http.HttpOutputStream.writeHeader
(HttpOutputStream.java:416)
	at org.mortbay.http.HttpConnection.commit
(HttpConnection.java:686)
	at org.mortbay.http.HttpConnection.outputNotify
(HttpConnection.java:502)
	at org.mortbay.http.HttpOutputStream.notify
(HttpOutputStream.java:550)
	at org.mortbay.http.HttpOutputStream.flush
(HttpOutputStream.java:481)
	at org.mortbay.jetty.servlet.ServletHttpResponse.flushBuffer
(ServletHttpResponse.java:215)
	at org.mortbay.jetty.servlet.Default.passConditionalHeaders
(Default.java:426)
	at org.mortbay.jetty.servlet.Default.handleGet
(Default.java:204)
	at org.mortbay.jetty.servlet.Default.service(Default.java:153)
	at javax.servlet.http.HttpServlet.service
(HttpServlet.java:853)
	at org.mortbay.jetty.servlet.ServletHolder.handle
(ServletHolder.java:360)
	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch
(WebApplicationHandler.java:280)
	at org.mortbay.jetty.servlet.ServletHandler.handle
(ServletHandler.java:553)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1717)
	at org.mortbay.jetty.servlet.WebApplicationContext.handle
(WebApplicationContext.java:549)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1667)
	at org.mortbay.http.HttpServer.service(HttpServer.java:862)
	at org.jboss.jetty.Jetty.service(Jetty.java:497)
	at org.mortbay.http.HttpConnection.service
(HttpConnection.java:759)
	at org.mortbay.http.HttpConnection.handleNext
(HttpConnection.java:923)
	at org.mortbay.http.HttpConnection.handle
(HttpConnection.java:776)
	at org.mortbay.http.SocketListener.handleConnection
(SocketListener.java:202)
	at org.mortbay.util.ThreadedServer.handle
(ThreadedServer.java:289)
	at org.mortbay.util.ThreadPool$PoolThread.run
(ThreadPool.java:455)

--- In jetty-support <at> yahoogroups.com, Greg Wilkins <gregw <at> m...> wrote:
> 
> Firstly, I think I have solved the issue, by wrapping the
> low level IOExceptions that jetty may receive and handling
> them in a quieter manner.  This is in Jetty 4.2 and you could
> try the 3.0.4 jbossweb.sar on the jetty sourceforge site (it
> may work with 3.0.3 - but I have not tried it).
> 
> Note that the connection can still be closed unexpectedly
> after the response has been sent.   It may be a persistent
> connection etc.  I would need to see a TCP/IP trace to
> tell exactly what IE is doing.
> 
> cheers
> 
> 
> pieterpeter wrote:> Hi Greg (and others ;-),
> > 
> > A few months ago, i took some time investigating this issue in our
> > application, but with no luck; now i see this message, i'd like to
> > elaborate a bit...
> > 
> > 
> >>They are normal - as clients can just close a connection.  But 
hard
> >>to distinguish from other exceptions that a servlet may generate.
> > 
> > 
> > I understand that part. The browser (or the user) can decide to 
cancel
> > the request, and that results in this message on the server. 
Crystel
> > clear.
> > 
> > However, i did some test and when i load a particular .gif file 
in the
> > browser (IE) it always gives me this message, whereas the size of 
the
> > downloaded file is _exactly_ what it is on the server. Is it 
wrong to
> > assume that this indicates that the request was not cancelled?
> > 
> > Furthermore, there seems to be a connection with IE. I haven't 
seen
> > this behaviour with netscape for example.
> > 
> > Don't get me wrong: i'm not saying this is Jetty's fault, i'm just
> > trying to understand what is happingen (and the fact that i don't
> > realy annoys me ;-)). And it's not a big issue, but the log 
messages
> > are cluttering the log files....
> > 
> > Btw, i'm using JBoss 3.0.3.
> > 
> > Any ideas anyone?
> > 
> > Regards,
> > Peter.
> > 
> > 
> > 
> > 
> >>4.2.x makes sure that all container generated IOExceptions are not
> >>reported as warnings and this appears to suppress this warning.
> >>
> >>Note that Jetty should never freeze - so that may be a real 
problem?
> >>
> >>
> >>Stallone wrote:> Hi,
> >>
> >>>I am Jetty4.1 and my log will be flooded with "Connection reset
> > 
> > by 
> > 
> >>>peer"  and "JVM_recv in socket input stream read
> >>> "  here is the log snippet........
> >>>
> >>>09:47:13.304 WARN!! Exception for /rm/iqm/images/n_node.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:13.304 WARN!! Exception for /rm/iqm/images/n_nodeplus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:13.351 WARN!! Exception for /rm/iqm/images/nonote.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:13.398 WARN!! Exception for /rm/iqm/images/waitimage.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:16.585 WARN!! Exception for /rm/iqm/images/n_nodeplus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:21.976 WARN!! Exception for /rm/iqm/images/n_nodeplus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:22.476 WARN!! Exception for /rm/iqm/images/n_nodeplus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:23.007 WARN!! Exception for /rm/iqm/images/n_nodeplus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.726 WARN!! Exception for /rm/iqm/images/n_lastnode.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.726 WARN!! Exception for /rm/iqm/images/n_node.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.741 WARN!! Exception for /rm/iqm/images/n_vertline.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.757 WARN!! Exception for /rm/iqm/imag
> > 
> > es/n_lastnodeplus.gif: 
> > 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.820 WARN!! Exception for /rm/iqm/images/viewnote.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:28.820 WARN!! Exception for /rm/iqm/images/split.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:34.523 WARN!! Exception for /rm/iqm/images/vertline.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:41.507 WARN!! Exception 
for /rm/iqm/images/n_nodeminus.gif: 
> >>>java.net.SocketException: Connection reset by peer: socket write
> > 
> > error
> > 
> >>>09:47:46.913 WARN!! java.net.SocketException: Connection reset 
by 
> >>>peer: JVM_recv in socket input stream read
> >>>09:47:48.632 WARN!! java.net.SocketException: Connection reset 
by 
> >>>peer: JVM_recv in socket input stream read
> >>>
> >>>
> >>>Can Anyone say why these warnings keep comming up and is there a
> > 
> > way 
> > 
> >>>to supress them. Further sometimes Jetty freezes on one
> > 
> > perticular 
> > 
> >>>request and is these  warnings has anything to do with that .....
> >>>
> >>>Thanks,
> >>>
> >>>Darshan
> >>>
> >>>
> >>>
> >>>For the latest information about Jetty, please see
> > 
> > http://jetty.mortbay.org
> > 
> >>> 
> >>>
> >>>Your use of Yahoo! Groups is subject to
> > 
> > http://docs.yahoo.com/info/terms/ 
> > 
> >>
> >>
> >>-- 
> >>Greg Wilkins<gregw <at> m...>             Phone/fax: +44 7092063462
> >>Mort Bay Consulting Australia and UK.          h
> > 
> > ttp://www.mortbay.com
> > 
> > 
> > For the latest information about Jetty, please see 
http://jetty.mortbay.org
> > 
> >  
> > 
> > Your use of Yahoo! Groups is subject to 
http://docs.yahoo.com/info/terms/ 
> > 
> 
> 
> 
> -- 
> Greg Wilkins<gregw <at> m...>             Phone/fax: +44 7092063462
> Mort Bay Consulting Australia and UK.          
http://www.mortbay.com

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/W7NydA/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Liquid | 1 Apr 21:34 2003
Picon

Heavy loaded site with Jetty

Hi,

what can i set on http connector for heavy loaded website? Can uou help me
with configurations for best performance of heavy loaded website?

Thanks.

Liquid

http://BrainKing.com - play board games with anyone worldwide and FREE!

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Nimret Sandhu | 1 Apr 23:14 2003

Re: Problems with distributable HttpSessions

pls see comments inline ...

On Tuesday 01 April 2003 06:49 am, Chad Brandon wrote:
> I'm resending because I forgot the subject
> line....sorry about that.

heh +)

> Hi,
>
> I have a question about distributable sessions. I know
> there have been lots
> of questions on this, but I don't think I've seen the
> problem I'm
> encountering asked.  I'm using JBoss-3.2RC5 with the
> "all" configuration.
> I'd like to make my HttpSession objects distributable,
> so I've added the
> <distributable/> tag to my web.xml and I uncommented
> the JGStore section in
> server/all/deploy/jbossweb.sar/META-INF/jbos-service.xml.
>  Anyway when I try
> to attempt to log in for the first time after setting
> up the distributable
> configuration I always get the following illegal
> argument exception showing
> the user name I'm logging in with at the time (in this
> case "ebrand001")
> saying that some distributed attribute value must be
> Serializable.
> java.lang.IllegalArgumentException: distributed
> attribute value must be
> Serializable,EJBObject,EJBHo
> me,UserTransaction or Context: ebrand001. I'm using
> the
> org.jboss.security.auth.spi.LdapLoginModule and it
> logs in fine, but then
> fails because some attribute (I'm assuming it has to
> do with the username)
> isn't serializable.  Can someone tell me what I'm
> doing wrong?

hmm .. could you please clarify exactly what the problem is? it is a little 
confusing from the description above.

typically, java uses seralization for network persistence so any object which 
you want to be able to be sent across the network needs to be able to be 
serializable ( which can be specified by implementing the Serializable 
interface). HttpSession ( from the servlet api) does not look like it 
implements Serializable from the javadoc.

regs ~
nimret
--

-- 
http://www.nimret.org
Looking for a Senior Java developer? Please contact me!

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Nimret Sandhu | 1 Apr 23:06 2003

Re: Heavy loaded site with Jetty

rtfm please +)

http://jetty.mortbay.org/jetty/doc/index.html

specifically, you can setup apache to serve the static content and pass 
dynamic requests to jetty. assuming, of course that apache scales better than 
jetty in serving static content ( has anyone actually verified what the 
difference is?)

regs ~
nimret
-- 
http://www.nimret.org
Looking for a Senior Java developer? Please contact me!

On Tuesday 01 April 2003 11:34 am, Liquid wrote:
> Hi,
>
> what can i set on http connector for heavy loaded website? Can uou help me
> with configurations for best performance of heavy loaded website?
>
> Thanks.
>
> Liquid
>
> http://BrainKing.com - play board games with anyone worldwide and FREE!
>
>
>
> For the latest information about Jetty, please see http://jetty.mortbay.org
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Nimret Sandhu | 1 Apr 23:21 2003

Re: Reverse proxy and cookie path

On Tuesday 01 April 2003 07:00 am, curtiscantrell wrote:
> I have a Jetty web server up and running within an intranet.  There
> are 3 web applications running on the server.  One at the root
> context "/", one at the context "/service", and one at the
> context "/web".  The web server is set up on port 80.  From within
> the the intranet, I can access the server using 4 different
> addresses.  From the local machine, I can access it with
> http://localhost.  Away from the local machine, I can access it
> with "http://10.111.12.82", "http://sams" (which is the machine's
> local name).  I can also access it with "http://www-phns.com".  The
> later is due to proxy mapping within the internet.
>
> We needed the application to be excessable from the internet, so a
> reverse proxy was configured so that "http://www-phns.com/phns" would
> map to the machine only from outside the intranet.  This proxy is
> working correctly and we have connectivity from outside via the
> internet.  (I have place a <BASE HREF="http://www-phns.com/phns/" in
> the html pages to aid the browsers)

it is generally not a good idea to hardcode a domain name within the html 
since that would screw up things when you serve the data from another domain 
name. better design to use relative paths.

> The problem is when you access a restricted area of the /web context
> and redirected to the login page.  The cookie that is being stored at
> the user agent is with the domain www-phns.com, but the path
> is /web.  Since the path from the outside is /phns/web, the cookie
> that was stored with the path /web is NOT being sent back to the
> server, and thus the JSESSIONID is never recognized.  When redirected
> to the login-error page, another cookie is set with the path
> of /web.

if you use relative paths instead of absolute paths in your html, that should 
solve the problem.

> The proxy works through the path of /phns.  How can I tell Jetty what
> the base uri is so that it will work with this proxy?

that is probably not the right solution imo.

regs ~
nimret
--

-- 
http://www.nimret.org
Looking for a Senior Java developer? Please contact me!

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/CefplB/TM
---------------------------------------------------------------------~->

For the latest information about Jetty, please see http://jetty.mortbay.org

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


Gmane