jetty-support — Jetty user and support issues

[Jetty-support] Annoying problem in Jetty 5

[Robert S. <rob...@ro...>]

I've just spent the last few days tracking down a problem with one of
our installations. The site is a very high load system with lots (>600)
of very active connections. At times of high load a large number of the
users were getting page refusals (connection resets).

After lots of head scratching I finally found the culprit ! We were
setting the socket listeners maxThreads value to 1000, but after running
a load test in the office I found that I could only make 256 connections
to the server. After this all further connection attempts were refused.

I looked through the Jetty code and found the POOL_MAX variable in
Pool.java, which defaults to 256. Setting this to a higher value (500)
cured the problem. Looking further through the code, it appears that
when you set maxThreads to a higher value this doesn't affect the
_pondLife array which has already been initialised to the lower 256
limit. Now that I know about the problem I can work around it (initialse
POOL_MAX to the same value as we use for maxThreads) but in the absence
of a fix for Jetty 5 it might be helpful to add this to a FAQ somewhere.
I've had a quick look at the Jetty 6 code base (that we use for the
latest version of our software) and can't see anything similar in there.

Regards,
Rob Stone

[Jetty-support] Sticky load balancing with Jetty

[Sumit K. <skb...@ya...>]

Hi all,

I'm trying to front multiple jetty instances with apache. Did bit of googling and ended up with a configuration which does pass my requests to those instances in round robin fashion. However there is no stickyness coming up with those jetty instances. I'm starting my them something like this:

        Server server1 = new Server(9990);
        HashSessionIdManager sessionManager1 = new HashSessionIdManager();
        sessionManager1.setWorkerName("jetty1");
        server1.setHandler(new HelloHandler(9990, sessionManager1));
        server1.setSessionIdManager(sessionManager1);
        server1.start();
        server1.join();

And my apache has the following configuration:

ProxyPass /balancer balancer://mycluster/context stickysession=JSESSIONID|jsessionid nofailover=On
<Proxy balancer://mycluster>
    BalancerMember http://localhost:9990 route=jetty1
    BalancerMember http://localhost:9992 route=jetty2
</Proxy>

But for some reason, i don't see those jsessionid or JSESSIONID request parameters coming in my requests (or cookies). Any idea what i might be doing wrong?

Thanks in advance.
-Sumit



      The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

Re: [Jetty-support] Jetty memory leak under load?

[Nate S. <na...@su...>]

Thanks.  I'll try over there.


On Thu, Nov 12, 2009 at 1:30 PM, Jesse McConnell
<jes...@gm...>wrote:

> these lists have been dead for quite some time, I would try one of the
> active ones
>
> you would be looking for this one I figure
>
> http://www.eclipse.org/jetty/mailinglists.php
>
> jesse
>
> --
> jesse mcconnell
> jes...@gm...
>
>
>
> On Thu, Nov 12, 2009 at 14:29, Nate Smith <na...@su...> wrote:
> > Hi all, hopefully someone can help me with this.
> >
> > I'm seeing my Jetty stand-alone servers chew up available memory under
> load
> > (-Xmx4g eventually all gets used).  Based on Java Object histograms, it
> > seems like the problem has to do with Jetty, or how I have Jetty
> configured.
> > Here's the info I have:
> >
> > Server: Jetty Hightide 7.0.0 (problem occurred before upgrading, tho,
> > previously 6.1.11).
> > Setup: Stand-alone, running one production Java webapp: Spring 2.5, JSP
> > Load: ~20-250 req./second over the course of a day, distributed across
> three
> > server instances on separate machines
> >
> > Histogram shows large number of Jetty objects being retained at the
> request
> > level:
> > # cat /tmp/histo.out | grep jetty
> >   5:       1683568      121216896
>  org.eclipse.jetty.http.HttpFields$Field
> >   6:       1370718       98691696  org.eclipse.jetty.io.View
> >  14:        550942       39667824  org.eclipse.jetty.io.ByteArrayBuffer
> >  15:         98505       29945520  org.eclipse.jetty.server.Request
> >  18:         98505       18124920
> > org.eclipse.jetty.server.nio.SelectChannelConnector$2
> >  22:        197325       14207400
> org.eclipse.jetty.io.View$CaseInsensitive
> >  23:         98505       14184720  org.eclipse.jetty.http.HttpParser
> >  28:         98505       12608640  org.eclipse.jetty.http.HttpGenerator
> >  29:        116775       12144600
> > org.eclipse.jetty.server.session.HashSessionManager$Session
> >  30:         98505       11032560
> > org.eclipse.jetty.io.nio.SelectChannelEndPoint
> >  31:         98505        9456480  org.eclipse.jetty.server.Response
> >  32:         98505        8668440  org.eclipse.jetty.http.HttpURI
> >  33:         98068        8629984
> > org.eclipse.jetty.server.HttpConnection$Output
> >  38:        197010        7880400  org.eclipse.jetty.http.HttpFields
> >  41:         98505        7092360
> > org.eclipse.jetty.io.nio.SelectChannelEndPoint$IdleTask
> >  45:         98505        6304320
> > org.eclipse.jetty.server.AsyncContinuation
> >  46:         70473        6201624
> > org.eclipse.jetty.io.BufferCache$CachedBuffer
> >  58:         98557        3153824
>  org.eclipse.jetty.util.Utf8StringBuilder
> >  59:         98515        3152480  org.eclipse.jetty.util.MultiMap
> >  60:         98505        3152160
> > org.eclipse.jetty.server.HttpConnection$RequestHandler
> >  72:         98502        2364048  org.eclipse.jetty.util.AttributesMap
> >  87:         24008        1152384
> > org.eclipse.jetty.servlet.ServletHandler$CachedChain
> >  101:         11734         563232  org.eclipse.jetty.server.CookieCutter
> > (--truncated at 10K instance count--)
> >
> > There are no comparable/suspicious counts for my-domain-level objects.
> > Based on a session-scoped object, there appear to be about 29K active
> > sessions when this snapshot was taken, which seems a bit high, but not
> > inconceivable, given our traffic type (Facebook apps).  There are <100
> > active requests present at the time of the snapshot.
> >
> > Seems like maybe old, fulfilled requests are not getting GCed because
> they
> > are
> > hanging around in the idle pool?  Any ideas?
> >
> > Thanks in advance!
> >
> > --
> > Nathan Smith
> > Director of Engineering
> > SuperFan.com
> > 209 Kearny St. Floor 3  San Francisco, CA 94108
> > http://superfan.com/nate
> >
> >
> > SuperFan ... for the fans, by the fans.
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Jetty-support mailing list
> > Jet...@li...
> > https://lists.sourceforge.net/lists/listinfo/jetty-support
> >
> >
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>



-- 
Nathan Smith
Director of Engineering
SuperFan.com
209 Kearny St. Floor 3  San Francisco, CA 94108
http://superfan.com/nate


SuperFan ... for the fans, by the fans.

Re: [Jetty-support] Jetty memory leak under load?

[Jesse M. <jes...@gm...>]

these lists have been dead for quite some time, I would try one of the
active ones

you would be looking for this one I figure

http://www.eclipse.org/jetty/mailinglists.php

jesse

--
jesse mcconnell
jes...@gm...



On Thu, Nov 12, 2009 at 14:29, Nate Smith <na...@su...> wrote:
> Hi all, hopefully someone can help me with this.
>
> I'm seeing my Jetty stand-alone servers chew up available memory under load
> (-Xmx4g eventually all gets used).  Based on Java Object histograms, it
> seems like the problem has to do with Jetty, or how I have Jetty configured.
> Here's the info I have:
>
> Server: Jetty Hightide 7.0.0 (problem occurred before upgrading, tho,
> previously 6.1.11).
> Setup: Stand-alone, running one production Java webapp: Spring 2.5, JSP
> Load: ~20-250 req./second over the course of a day, distributed across three
> server instances on separate machines
>
> Histogram shows large number of Jetty objects being retained at the request
> level:
> # cat /tmp/histo.out | grep jetty
>   5:       1683568      121216896  org.eclipse.jetty.http.HttpFields$Field
>   6:       1370718       98691696  org.eclipse.jetty.io.View
>  14:        550942       39667824  org.eclipse.jetty.io.ByteArrayBuffer
>  15:         98505       29945520  org.eclipse.jetty.server.Request
>  18:         98505       18124920
> org.eclipse.jetty.server.nio.SelectChannelConnector$2
>  22:        197325       14207400  org.eclipse.jetty.io.View$CaseInsensitive
>  23:         98505       14184720  org.eclipse.jetty.http.HttpParser
>  28:         98505       12608640  org.eclipse.jetty.http.HttpGenerator
>  29:        116775       12144600
> org.eclipse.jetty.server.session.HashSessionManager$Session
>  30:         98505       11032560
> org.eclipse.jetty.io.nio.SelectChannelEndPoint
>  31:         98505        9456480  org.eclipse.jetty.server.Response
>  32:         98505        8668440  org.eclipse.jetty.http.HttpURI
>  33:         98068        8629984
> org.eclipse.jetty.server.HttpConnection$Output
>  38:        197010        7880400  org.eclipse.jetty.http.HttpFields
>  41:         98505        7092360
> org.eclipse.jetty.io.nio.SelectChannelEndPoint$IdleTask
>  45:         98505        6304320
> org.eclipse.jetty.server.AsyncContinuation
>  46:         70473        6201624
> org.eclipse.jetty.io.BufferCache$CachedBuffer
>  58:         98557        3153824  org.eclipse.jetty.util.Utf8StringBuilder
>  59:         98515        3152480  org.eclipse.jetty.util.MultiMap
>  60:         98505        3152160
> org.eclipse.jetty.server.HttpConnection$RequestHandler
>  72:         98502        2364048  org.eclipse.jetty.util.AttributesMap
>  87:         24008        1152384
> org.eclipse.jetty.servlet.ServletHandler$CachedChain
>  101:         11734         563232  org.eclipse.jetty.server.CookieCutter
> (--truncated at 10K instance count--)
>
> There are no comparable/suspicious counts for my-domain-level objects.
> Based on a session-scoped object, there appear to be about 29K active
> sessions when this snapshot was taken, which seems a bit high, but not
> inconceivable, given our traffic type (Facebook apps).  There are <100
> active requests present at the time of the snapshot.
>
> Seems like maybe old, fulfilled requests are not getting GCed because they
> are
> hanging around in the idle pool?  Any ideas?
>
> Thanks in advance!
>
> --
> Nathan Smith
> Director of Engineering
> SuperFan.com
> 209 Kearny St. Floor 3  San Francisco, CA 94108
> http://superfan.com/nate
>
>
> SuperFan ... for the fans, by the fans.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>
>

[Jetty-support] unsubscribe

[Michael G. <mi...@el...>]

unsubscribe

From: Nate Smith [mailto:na...@su...]
Sent: Thursday, November 12, 2009 2:29 PM
To: jet...@li...
Subject: [Jetty-support] Jetty memory leak under load?

Hi all, hopefully someone can help me with this.

I'm seeing my Jetty stand-alone servers chew up available memory under load
(-Xmx4g eventually all gets used).  Based on Java Object histograms, it
seems like the problem has to do with Jetty, or how I have Jetty configured.
Here's the info I have:

Server: Jetty Hightide 7.0.0 (problem occurred before upgrading, tho, previously 6.1.11).
Setup: Stand-alone, running one production Java webapp: Spring 2.5, JSP
Load: ~20-250 req./second over the course of a day, distributed across three server instances on separate machines

Histogram shows large number of Jetty objects being retained at the request level:
# cat /tmp/histo.out | grep jetty
  5:       1683568      121216896  org.eclipse.jetty.http.HttpFields$Field
  6:       1370718       98691696  org.eclipse.jetty.io.View
 14:        550942       39667824  org.eclipse.jetty.io.ByteArrayBuffer
 15:         98505       29945520  org.eclipse.jetty.server.Request
 18:         98505       18124920  org.eclipse.jetty.server.nio.SelectChannelConnector$2
 22:        197325       14207400  org.eclipse.jetty.io.View$CaseInsensitive
 23:         98505       14184720  org.eclipse.jetty.http.HttpParser
 28:         98505       12608640  org.eclipse.jetty.http.HttpGenerator
 29:        116775       12144600  org.eclipse.jetty.server.session.HashSessionManager$Session
 30:         98505       11032560  org.eclipse.jetty.io.nio.SelectChannelEndPoint
 31:         98505        9456480  org.eclipse.jetty.server.Response
 32:         98505        8668440  org.eclipse.jetty.http.HttpURI
 33:         98068        8629984  org.eclipse.jetty.server.HttpConnection$Output
 38:        197010        7880400  org.eclipse.jetty.http.HttpFields
 41:         98505        7092360  org.eclipse.jetty.io.nio.SelectChannelEndPoint$IdleTask
 45:         98505        6304320  org.eclipse.jetty.server.AsyncContinuation
 46:         70473        6201624  org.eclipse.jetty.io.BufferCache$CachedBuffer
 58:         98557        3153824  org.eclipse.jetty.util.Utf8StringBuilder
 59:         98515        3152480  org.eclipse.jetty.util.MultiMap
 60:         98505        3152160  org.eclipse.jetty.server.HttpConnection$RequestHandler
 72:         98502        2364048  org.eclipse.jetty.util.AttributesMap
 87:         24008        1152384  org.eclipse.jetty.servlet.ServletHandler$CachedChain
 101:         11734         563232  org.eclipse.jetty.server.CookieCutter
(--truncated at 10K instance count--)

There are no comparable/suspicious counts for my-domain-level objects.
Based on a session-scoped object, there appear to be about 29K active
sessions when this snapshot was taken, which seems a bit high, but not
inconceivable, given our traffic type (Facebook apps).  There are <100
active requests present at the time of the snapshot.

Seems like maybe old, fulfilled requests are not getting GCed because they are
hanging around in the idle pool?  Any ideas?

Thanks in advance!


--
Nathan Smith
Director of Engineering
SuperFan.com
209 Kearny St. Floor 3  San Francisco, CA 94108
http://superfan.com/nate


SuperFan ... for the fans, by the fans.

[Jetty-support] Jetty memory leak under load?

[Nate S. <na...@su...>]

Hi all, hopefully someone can help me with this.

I'm seeing my Jetty stand-alone servers chew up available memory under load
(-Xmx4g eventually all gets used).  Based on Java Object histograms, it
seems like the problem has to do with Jetty, or how I have Jetty configured.
Here's the info I have:

Server: Jetty Hightide 7.0.0 (problem occurred before upgrading, tho,
previously 6.1.11).
Setup: Stand-alone, running one production Java webapp: Spring 2.5, JSP
Load: ~20-250 req./second over the course of a day, distributed across three
server instances on separate machines

Histogram shows large number of Jetty objects being retained at the request
level:
# cat /tmp/histo.out | grep jetty
  5:       1683568      121216896  org.eclipse.jetty.http.HttpFields$Field
  6:       1370718       98691696  org.eclipse.jetty.io.View
 14:        550942       39667824  org.eclipse.jetty.io.ByteArrayBuffer
 15:         98505       29945520  org.eclipse.jetty.server.Request
 18:         98505       18124920
org.eclipse.jetty.server.nio.SelectChannelConnector$2
 22:        197325       14207400  org.eclipse.jetty.io.View$CaseInsensitive
 23:         98505       14184720  org.eclipse.jetty.http.HttpParser
 28:         98505       12608640  org.eclipse.jetty.http.HttpGenerator
 29:        116775       12144600
org.eclipse.jetty.server.session.HashSessionManager$Session
 30:         98505       11032560
org.eclipse.jetty.io.nio.SelectChannelEndPoint
 31:         98505        9456480  org.eclipse.jetty.server.Response
 32:         98505        8668440  org.eclipse.jetty.http.HttpURI
 33:         98068        8629984
org.eclipse.jetty.server.HttpConnection$Output
 38:        197010        7880400  org.eclipse.jetty.http.HttpFields
 41:         98505        7092360
org.eclipse.jetty.io.nio.SelectChannelEndPoint$IdleTask
 45:         98505        6304320
org.eclipse.jetty.server.AsyncContinuation
 46:         70473        6201624
org.eclipse.jetty.io.BufferCache$CachedBuffer
 58:         98557        3153824  org.eclipse.jetty.util.Utf8StringBuilder
 59:         98515        3152480  org.eclipse.jetty.util.MultiMap
 60:         98505        3152160
org.eclipse.jetty.server.HttpConnection$RequestHandler
 72:         98502        2364048  org.eclipse.jetty.util.AttributesMap
 87:         24008        1152384
org.eclipse.jetty.servlet.ServletHandler$CachedChain
 101:         11734         563232  org.eclipse.jetty.server.CookieCutter
(--truncated at 10K instance count--)

There are no comparable/suspicious counts for my-domain-level objects.
Based on a session-scoped object, there appear to be about 29K active
sessions when this snapshot was taken, which seems a bit high, but not
inconceivable, given our traffic type (Facebook apps).  There are <100
active requests present at the time of the snapshot.

Seems like maybe old, fulfilled requests are not getting GCed because they
are
hanging around in the idle pool?  Any ideas?

Thanks in advance!


-- 
Nathan Smith
Director of Engineering
SuperFan.com
209 Kearny St. Floor 3  San Francisco, CA 94108
http://superfan.com/nate


SuperFan ... for the fans, by the fans.

[Jetty-support] JotmService class not found

[GVG G. <gv...@go...>]

I try to run Liferay 5.2.3 on a jetty 6.1.21 and got the following
exception:

java.lang.ClassNotFoundException: org.mortbay.jetty.plus.JotmService

did download the latest JOTM from:

http://jotm.ow2.org/xwiki/bin/view/Main/Download_Releases

but now I got locked. Which jars should I copy where?

Thanks

Re: [Jetty-support] Configuration using code

[Stéphane J. <ste...@so...>]

Hi,

Is there a way to use Java code instead of XML to configure Jetty ?

Thanks,

Stéphane


Stéphane Jeanjean a écrit :
> Hello,
>
> I would like to configure my Jetty by code, but I don't how to get the 
> "Server" (org.mortbay.jetty.Server) reference.
> Is there a way to get the instance of org.mortbay.jetty.Server ?
>
> Thanks,
>
> Stéphane
>

[Jetty-support] embeded jetty server

[Aubrey B. <bou...@gm...>]

Hi,

I tried the following:

import org.eclipse.jetty.server.*;
import org.eclipse.jetty.servlet.ServletContextHandler;
import org.eclipse.jetty.servlet.ServletHolder;
import org.eclipse.jetty.util.component.*;

public class Go{
    public static void main(String[] args) throws Exception
    {
        Server server = new Server(8080);
 
        ServletContextHandler context = new 
ServletContextHandler(ServletContextHandler.SESSIONS);
        context.setContextPath("/");
        server.setHandler(context);
 	
	context.addServlet(new ServletHolder(imageServlet.class),"/");
        context.addServlet(new ServletHolder(DisplayServlet.class),"/");
        
        context.addServlet(new ServletHolder(Search.class),"/");
 
        server.start();
        server.join();
    }
}

When I try to access DisplayServlet at localhost port 8080 it gives me a 405 
Error. Am I doing something wrong here?

[Jetty-support] embeded servlet problem - 405 HTTP method GET is not supported by this URL

[Aubrey B. <bou...@gm...>]

Hi,

I recently wrote 3 servlets. 1 loads an image, 1 accesses a database and 1 
searches the database. It runs perfectly under Tomcat. But when I try to run 
it with "Jetty" it gives me the following error:

HTTP ERROR 405
Problem accessing /DisplayServlet. Reason:
HTTP method GET is not supported by this URL
Powered by Jetty://

Does anyone know why im getting this error?

Regards
Aubrey Bourke.

[Jetty-support] Error, while creating a Jetty Connection pool (Illegeal State Exception).

[Mohamed N. <no...@re...>]

hi everybody,


   I want to create a jetty connection pool. 

   So for that,


      i have created a new Java web application project.


   In this,


     i created one jsp file to list the table content, which is stored
in derby database.


     code snippets of my index.jsp are:


     ======================


       javax.naming.Context initContext = new
javax.naming.InitialContext();


       javax.naming.Context envContext = (Context)
initContext.lookup("java:/comp/env");


       javax.sql.DataSource ds = (DataSource)
envContext.lookup("jdbc/TestDB");


       java.sql.Connection conn = ds.getConnection();


       java.sql.Statement stmt = conn.createStatement();


       java.sql.ResultSet resultset = stmt.executeQuery("select * from
tbl_user");




     And, my xml files under "web" package, of my project are attached
with this post:

        i) web.xml

       ii) jetty-web.xml

      iii) jetty-env.xml

                 


    I got an error as IllegalStateException.... Error log is attached
below.


    

   Error Log file : "error.txt'

 

        So, anybody please help me to resolve this...


   Note, i am using Jetty-6.1.3 - this package downloaded from,


   " http://dist.codehaus.org/jetty/jetty-6.1.x/ "




I dont know, the way, which i going is correct or not ??


So, Please guide and give me a solution to solve this problem..


Thanks in advance.




 

-----Inline Attachment Follows-----

<?xml version="1.0" encoding="UTF-8"?>
          <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <session-config>
        <session-timeout>30</session-timeout>
    </session-config>
    <welcome-file-list>
        <welcome-file>index.jsp</welcome-file>
    </welcome-file-list>
    <resource-ref>
        <description>DB Connection</description>
        <res-ref-name>jdbc/TestDB</res-ref-name>
        <res-type>javax.sql.DataSource</res-type>
        <res-auth>Container</res-auth>
        <res-sharing-scope>Shareable</res-sharing-scope>
    </resource-ref>
    </web-app>
 
-----Inline Attachment Follows-----

<?xml version="1.0"  encoding="ISO-8859-1"?>
       <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
       <Configure class="org.mortbay.jetty.webapp.WebAppContext">
          <New id="TestDB" class="org.mortbay.jetty.plus.naming.Resource">
        <Arg>jdbc/TestDB</Arg>
        <Arg>
           <New class="org.apache.derby.jdbc.ClientBaseDataSource">
           <Set name="driverClassName">org.apache.derby.jdbc.ClientDriver</Set>
           <Set name="url">jdbc:derby://localhost:1527/C:/DBs/EventsDB_NEW</Set>
           <Set name="username">sa</Set>
           <Set name="password">sa</Set>
           </New>
       </Arg>
       </New>
       <Array id="plusConfig" type="java.lang.String">
       <Item>org.mortbay.jetty.webapp.WebInfConfiguration</Item>
       <Item>org.mortbay.jetty.plus.webapp.EnvConfiguration</Item>
       <Item>org.mortbay.jetty.plus.webapp.Configuration</Item>
       <Item>org.mortbay.jetty.webapp.JettyWebXmlConfiguration</Item>
       <Item>org.mortbay.jetty.webapp.TagLibConfiguration</Item>
       </Array>
       <Call class="org.mortbay.jetty.webapp.WebAppContext" name="addWebApplications">
       <Arg><Ref id="Server"/></Arg>
       <Arg>./webapps</Arg>
       <Arg>org/mortbay/jetty/webapp/webdefault.xml</Arg>
       <Arg><Ref id="plusConfig"/></Arg>
       <Arg type="boolean">True</Arg>  <!-- extract -->
       <Arg type="boolean">False</Arg> <!-- parent priority class loading -->
       </Call>
   </Configure>
-----Inline Attachment Follows-----

<?xml version="1.0"?>
       <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
       <Configure class="org.mortbay.jetty.webapp.WebAppContext">
         <New id="TestDB" class="org.mortbay.jetty.plus.naming.Resource">
        <Arg>jdbc/TestDB</Arg>
        <Arg>
          <!--<New class="org.apache.commons.dbcp.BasicDataSource">-->
          <New class="org.apache.derby.jdbc.ClientBaseDataSource">
              <Set name="driverClassName">org.apache.derby.jdbc.ClientDriver</Set>
              <Set name="url">jdbc:derby://localhost:1527/C:/DBs/EventsDB_NEW</Set>
              <Set name="username">sa</Set>
              <Set name="password">sa</Set>
          </New>
        </Arg>
         </New>
     </configure>
-----Inline Attachment Follows-----

2009-08-29 15:03:46.687::WARN:  Failed startup of context org.mortbay.jetty.weba
   pp.WebAppContext@110fe28{/JettyConnPoolTest,jar:file:/D:/JettyServer/jetty-6.1.3
   /webapps/JettyConnPoolTest.war!/}
   java.lang.IllegalStateException: No object for id=Server
          at org.mortbay.xml.XmlConfiguration.refObj(XmlConfiguration.java:632)
        at org.mortbay.xml.XmlConfiguration.itemValue(XmlConfiguration.java:877)
        
        at org.mortbay.xml.XmlConfiguration.value(XmlConfiguration.java:798)
        at org.mortbay.xml.XmlConfiguration.call(XmlConfiguration.java:510)
        at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:241)

        at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:179)

        at org.mortbay.jetty.webapp.JettyWebXmlConfiguration.configureWebApp(Jet
   tyWebXmlConfiguration.java:109)
        at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.jav
   a:1215)
        at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:
   500)
        at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448
   )
        at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
   40)
        at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection
   .java:147)
        at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHan
   dlerCollection.java:161)
        at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
   40)
        at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection
   .java:147)
        at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
   40)
        at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:
   117)
        at org.mortbay.jetty.Server.doStart(Server.java:210)
        at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
   40)
        at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:929)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.mortbay.start.Main.invokeMain(Main.java:183)
        at org.mortbay.start.Main.start(Main.java:497)
        at org.mortbay.start.Main.main(Main.java:115)
   2009-08-29 15:03:46.812::WARN:  Unknown realm: Test JAAS Realm
   2009-08-29 15:03:46.890::INFO:  Started SelectChannelConnector @ 0.0.0.0:8080

[Jetty-support] Error while creating, Jetty Connection pool (Illegeal State Exception).

[Noor <no...@op...>]

hi everybody,
    I want to create a jetty connection pool. So for that,
    i have created a new Java web app.
    In this,
      i created one jsp file to list the table content which is stored 
in derby database.
      code snippets of my index.jsp are:
      ======================
        javax.naming.Context initContext = new 
javax.naming.InitialContext();
        javax.naming.Context envContext = (Context) 
initContext.lookup("java:/comp/env");
        javax.sql.DataSource ds = (DataSource) 
envContext.lookup("jdbc/TestDB");
        java.sql.Connection conn = ds.getConnection();
        java.sql.Statement stmt = conn.createStatement();
        java.sql.ResultSet resultset = stmt.executeQuery("select * from 
tbl_user");

      And my xml files under "web" package, of my project are:
        i) web.xml:
           ======
           <?xml version="1.0" encoding="UTF-8"?>
           <web-app version="2.5" 
xmlns="http://java.sun.com/xml/ns/javaee" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
     <session-config>
         <session-timeout>30</session-timeout>
     </session-config>
     <welcome-file-list>
         <welcome-file>index.jsp</welcome-file>
     </welcome-file-list>
     <resource-ref>
         <description>DB Connection</description>
         <res-ref-name>jdbc/TestDB</res-ref-name>
         <res-type>javax.sql.DataSource</res-type>
         <res-auth>Container</res-auth>
         <res-sharing-scope>Shareable</res-sharing-scope>
     </resource-ref>
     </web-app>
     ii) jetty-web.xml:
      ===========
        <?xml version="1.0"  encoding="ISO-8859-1"?>
        <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD 
Configure//EN" "http://jetty.mortbay.org/configure.dtd">
        <Configure class="org.mortbay.jetty.webapp.WebAppContext">
           <New id="TestDB" class="org.mortbay.jetty.plus.naming.Resource">
         <Arg>jdbc/TestDB</Arg>
         <Arg>
            <New class="org.apache.derby.jdbc.ClientBaseDataSource">
            <Set 
name="driverClassName">org.apache.derby.jdbc.ClientDriver</Set>
            <Set 
name="url">jdbc:derby://localhost:1527/C:/DBs/EventsDB_NEW</Set>
            <Set name="username">sa</Set>
            <Set name="password">sa</Set>
            </New>
        </Arg>
        </New>
        <Array id="plusConfig" type="java.lang.String">
        <Item>org.mortbay.jetty.webapp.WebInfConfiguration</Item>
        <Item>org.mortbay.jetty.plus.webapp.EnvConfiguration</Item>
        <Item>org.mortbay.jetty.plus.webapp.Configuration</Item>
        <Item>org.mortbay.jetty.webapp.JettyWebXmlConfiguration</Item>
        <Item>org.mortbay.jetty.webapp.TagLibConfiguration</Item>
        </Array>
        <Call class="org.mortbay.jetty.webapp.WebAppContext" 
name="addWebApplications">
        <Arg><Ref id="Server"/></Arg>
        <Arg>./webapps</Arg>
        <Arg>org/mortbay/jetty/webapp/webdefault.xml</Arg>
        <Arg><Ref id="plusConfig"/></Arg>
        <Arg type="boolean">True</Arg>  <!-- extract -->
        <Arg type="boolean">False</Arg> <!-- parent priority class 
loading -->
        </Call>
    </Configure>

    iii) jetty-env.xml:
        ==========
        <?xml version="1.0"?>
        <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD 
Configure//EN" "http://jetty.mortbay.org/configure.dtd">
        <Configure class="org.mortbay.jetty.webapp.WebAppContext">
          <New id="TestDB" class="org.mortbay.jetty.plus.naming.Resource">
         <Arg>jdbc/TestDB</Arg>
         <Arg>
           <!--<New class="org.apache.commons.dbcp.BasicDataSource">-->
           <New class="org.apache.derby.jdbc.ClientBaseDataSource">
               <Set 
name="driverClassName">org.apache.derby.jdbc.ClientDriver</Set>
               <Set 
name="url">jdbc:derby://localhost:1527/C:/DBs/EventsDB_NEW</Set>
               <Set name="username">sa</Set>
               <Set name="password">sa</Set>
           </New>
         </Arg>
          </New>
      </configure>

    NOW, i compiled my web project, and make a war file of it.
    And i put this into jetty's webapp folder.
    Then i start jetty by,
      "java -jar start.jar etc/jetty.xml etc/jetty-plus.xml "

    I got the following ERROR...,
    2009-08-29 15:03:46.687::WARN:  Failed startup of context 
org.mortbay.jetty.weba
    
pp.WebAppContext@110fe28{/JettyConnPoolTest,jar:file:/D:/JettyServer/jetty-6.1.3
    /webapps/JettyConnPoolTest.war!/}
    java.lang.IllegalStateException: No object for id=Server
           at 
org.mortbay.xml.XmlConfiguration.refObj(XmlConfiguration.java:632)
         at 
org.mortbay.xml.XmlConfiguration.itemValue(XmlConfiguration.java:877)

         at 
org.mortbay.xml.XmlConfiguration.value(XmlConfiguration.java:798)
         at org.mortbay.xml.XmlConfiguration.call(XmlConfiguration.java:510)
         at 
org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:241)

         at 
org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:179)

         at 
org.mortbay.jetty.webapp.JettyWebXmlConfiguration.configureWebApp(Jet
    tyWebXmlConfiguration.java:109)
         at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.jav
    a:1215)
         at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:
    500)
         at 
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448
    )
         at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
    40)
         at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection
    .java:147)
         at 
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHan
    dlerCollection.java:161)
         at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
    40)
         at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection
    .java:147)
         at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
    40)
         at 
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:
    117)
         at org.mortbay.jetty.Server.doStart(Server.java:210)
         at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:
    40)
         at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:929)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
         at java.lang.reflect.Method.invoke(Unknown Source)
         at org.mortbay.start.Main.invokeMain(Main.java:183)
         at org.mortbay.start.Main.start(Main.java:497)
         at org.mortbay.start.Main.main(Main.java:115)
    2009-08-29 15:03:46.812::WARN:  Unknown realm: Test JAAS Realm
    2009-08-29 15:03:46.890::INFO:  Started SelectChannelConnector @ 
0.0.0.0:8080

    So, anybody please help to resolve this...
    Note, i am using Jetty-6.1.3 - this package downloaded from,
    " http://dist.codehaus.org/jetty/jetty-6.1.x/ "

Please give me a solution to solve this problem..
Thanks in advance.

Re: [Jetty-support] ResourceHandler.java is diffrent fromResourceHandler.class in jetty-6.1.19

[Jesse M. <jes...@gm...>]

ok, also please note that the lists to use are

http://www.eclipse.org/jetty/mailinglists.php

cheers,
jesse

--
jesse mcconnell
jes...@gm...



On Thu, Aug 6, 2009 at 13:56, Ikonne, Ike<Ike...@st...> wrote:
> Hi all,
>
>
>
> I made this post yesterday, I now discovered what I did wrong; I casted
> ResourceHandler to Handler; so
>
> that was why I was not able to see some of the methods.
>
>
>
> Thanks,
>
>
>
> Ike
>
>
>
>
>
> ________________________________
>
> From: Ikonne, Ike [mailto:Ike...@st...]
> Sent: Wednesday, August 05, 2009 4:49 PM
> To: jet...@li...
> Subject: [Jetty-support] ResourceHandler.java is diffrent
> fromResourceHandler.class in jetty-6.1.19
>
>
>
> Hi all,
>
>
>
> I use Jetty in an embedded fashion to support my application, I was trying
> to make
>
> use of the setWelcomeFiles/getWelcomeFiles of
> org.mortbay.jetty.handler.ResourceHandler
>
> in jetty-6.1.19, but it turns out that these methods are not in the
>
> ResourceHandler.class that comes with jetty-6.1.19.  In the javadoc though,
> the
>
> documentation for ResourceHandler indicates that these methods are
> supported.  I
>
> also downloaded the src zip file for jetty-6.1.19 and these methods are
> there and
>
> they are public methods.
>
>
>
> Does anyone know why this discrepancy between the ResourceHandler.java and
>
> ResourceHandler.class is happening?
>
>
>
>
>
>     /* ------------------------------------------------------------ */
>
>     public String[] getWelcomeFiles()
>
>     {
>
>         return _welcomeFiles;
>
>     }
>
>
>
>     /* ------------------------------------------------------------ */
>
>     public void setWelcomeFiles(String[] welcomeFiles)
>
>     {
>
>         _welcomeFiles=welcomeFiles;
>
>     }
>
>
>
>
>
> Thanks,
>
>
>
> Ike
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>
>

Re: [Jetty-support] ResourceHandler.java is diffrent fromResourceHandler.class in jetty-6.1.19

[Ikonne, I. <Ike...@st...>]

Hi all,

 

I made this post yesterday, I now discovered what I did wrong; I casted
ResourceHandler to Handler; so

that was why I was not able to see some of the methods.

 

Thanks,

 

Ike

 

 

________________________________

From: Ikonne, Ike [mailto:Ike...@st...] 
Sent: Wednesday, August 05, 2009 4:49 PM
To: jet...@li...
Subject: [Jetty-support] ResourceHandler.java is diffrent
fromResourceHandler.class in jetty-6.1.19

 

Hi all,

 

I use Jetty in an embedded fashion to support my application, I was
trying to make

use of the setWelcomeFiles/getWelcomeFiles of
org.mortbay.jetty.handler.ResourceHandler

in jetty-6.1.19, but it turns out that these methods are not in the

ResourceHandler.class that comes with jetty-6.1.19.  In the javadoc
though, the

documentation for ResourceHandler indicates that these methods are
supported.  I 

also downloaded the src zip file for jetty-6.1.19 and these methods are
there and

they are public methods.

 

Does anyone know why this discrepancy between the ResourceHandler.java
and 

ResourceHandler.class is happening?

 

 

    /* ------------------------------------------------------------ */

    public String[] getWelcomeFiles()

    {

        return _welcomeFiles;

    }

 

    /* ------------------------------------------------------------ */

    public void setWelcomeFiles(String[] welcomeFiles)

    {

        _welcomeFiles=welcomeFiles;

    }

 

 

Thanks,

 

Ike

 

[Jetty-support] ResourceHandler.java is diffrent from ResourceHandler.class in jetty-6.1.19

[Ikonne, I. <Ike...@st...>]

Hi all,

 

I use Jetty in an embedded fashion to support my application, I was
trying to make

use of the setWelcomeFiles/getWelcomeFiles of
org.mortbay.jetty.handler.ResourceHandler

in jetty-6.1.19, but it turns out that these methods are not in the

ResourceHandler.class that comes with jetty-6.1.19.  In the javadoc
though, the

documentation for ResourceHandler indicates that these methods are
supported.  I 

also downloaded the src zip file for jetty-6.1.19 and these methods are
there and

they are public methods.

 

Does anyone know why this discrepancy between the ResourceHandler.java
and 

ResourceHandler.class is happening?

 

 

    /* ------------------------------------------------------------ */

    public String[] getWelcomeFiles()

    {

        return _welcomeFiles;

    }

 

    /* ------------------------------------------------------------ */

    public void setWelcomeFiles(String[] welcomeFiles)

    {

        _welcomeFiles=welcomeFiles;

    }

 

 

Thanks,

 

Ike

 

[Jetty-support] jetty6 cant find my jar file ...

[Edward K. <edw...@gm...>]

Hello All,

Could someone help me figure this out? I am migrating from tomcat to jetty.
I basically took my webapp that worked fine in tomcat and placed it into the
webapp directory for jetty. Jetty deploys it, but when I try to use it, I
get an exception about a class that cannot be found...

All of the libraries used by the app are in the WEB-INF/lib directory. When
I saw the NoClassDefFound error, I then tried putting the library into the
jetty.home/lib/ext directory. Error still persists. The lib is
biomoby-datatypes.jar.

The system properties obtained from a jsp page that does a
System.getProperties() are:
-------------------------------------
java.runtime.name -> Java(TM) 2 Runtime Environment, Standard Edition
sun.boot.library.path -> /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/amd64
java.vm.version -> 1.5.0_16-b02
java.vm.vendor -> Sun Microsystems Inc.
java.vendor.url -> http://java.sun.com/
path.separator -> :
java.vm.name -> Java HotSpot(TM) 64-Bit Server VM
file.encoding.pkg -> sun.io
sun.java.launcher -> SUN_STANDARD
user.country -> CA
sun.os.patch.level -> unknown
java.vm.specification.name -> Java Virtual Machine Specification
user.dir -> /usr/share/jetty6
java.runtime.version -> 1.5.0_16-b02
java.awt.graphicsenv -> sun.awt.X11GraphicsEnvironment
java.endorsed.dirs -> /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/endorsed
os.arch -> amd64
java.io.tmpdir -> /var/cache/jetty6
line.separator ->
java.vm.specification.vendor -> Sun Microsystems Inc.
os.name -> Linux
sun.jnu.encoding -> UTF-8
java.library.path ->
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/amd64/server:/usr/lib/jvm/java-
1.5.0-sun-1.5.0.16/jre/lib/amd64:/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/..
/lib/amd64
java.specification.name -> Java Platform API Specification
java.class.version -> 49.0
jetty.home -> /usr/share/jetty6
sun.management.compiler -> HotSpot 64-Bit Server Compiler
os.version -> 2.6.24-24-server
user.home -> /usr/share/jetty
user.timezone -> GMT-08:00
java.awt.printerjob -> sun.print.PSPrinterJob
file.encoding -> UTF-8
java.specification.version -> 1.5
java.class.path ->
/usr/share/jetty6/lib/jetty-util-6.1.19.jar:/usr/share/jetty6/lib/servlet-ap
i-2.5-20081211.jar:/usr/share/jetty6/lib/jetty-6.1.19.jar:/usr/share/jetty6/
lib/jsp-2.1/jsp-2.1-glassfish-9.1.1.B60.25.p0.jar:/usr/share/jetty6/lib/jsp-
2.1/ant-1.6.5.jar:/usr/share/jetty6/lib/jsp-2.1/jsp-api-2.1-glassfish-9.1.1.
B60.25.p0.jar:/usr/share/jetty6/lib/jsp-2.1/core-3.1.1.jar:/usr/share/jetty6
/lib/jsp-2.1/jsp-2.1-jetty-6.1.19.jar:/usr/share/jetty6/lib/management/jetty
-management-6.1.19.jar:/usr/share/jetty6/lib/naming/activation-1.1.jar:/usr/
share/jetty6/lib/naming/mail-1.4.jar:/usr/share/jetty6/lib/naming/jetty-nami
ng-6.1.19.jar:/usr/share/jetty6/lib/plus/jetty-plus-6.1.19.jar:/usr/share/je
tty6/lib/xbean/jetty-xbean-6.1.19.jar:/usr/share/jetty6/lib/annotations/gero
nimo-annotation_1.0_spec-1.0.jar:/usr/share/jetty6/lib/annotations/jetty-ann
otations-6.1.19.jar:/usr/share/jetty6/lib/ext/jetty-ldap-jaas-6.1.19.jar:/us
r/share/jetty6/lib/ext/jetty-servlet-tester-6.1.19.jar:/usr/share/jetty6/lib
/ext/jetty-html-6.1.19.jar:/usr/share/jetty6/lib/ext/jetty-java5-stats-6.1.1
9.jar:/usr/share/jetty6/lib/ext/jetty-client-6.1.19.jar:/usr/share/jetty6/li
b/ext/jetty-sslengine-6.1.19.jar:/usr/share/jetty6/lib/ext/jetty-setuid-6.1.
19.jar:/usr/share/jetty6/lib/ext/jetty-ajp-6.1.19.jar:/usr/share/jetty6/lib/
ext/jetty-java5-threadpool-6.1.19.jar:/usr/share/jetty6/lib/ext/jetty-rewrit
e-handler-6.1.19.jar:/usr/share/jetty6/lib/ext/biomoby-datatypes.jar:/usr/sh
are/ant/lib/ant.jar
user.name -> jetty
java.vm.specification.version -> 1.0
java.home -> /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre
sun.arch.data.model -> 64
user.language -> en
java.specification.vendor -> Sun Microsystems Inc.
java.vm.info -> mixed mode
java.version -> 1.5.0_16
java.ext.dirs -> /usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/ext
sun.boot.class.path ->
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/rt.jar:/usr/lib/jvm/java-1.5.0-
sun-1.5.0.16/jre/lib/i18n.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/s
unrsasign.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/jsse.jar:/usr/lib
/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/jce.jar:/usr/lib/jvm/java-1.5.0-sun-1.5
.0.16/jre/lib/charsets.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/classes
java.awt.headless -> true
java.vendor -> Sun Microsystems Inc.
file.separator -> /
java.vendor.url.bug -> http://java.sun.com/cgi-bin/bugreport.cgi
sun.io.unicode.encoding -> UnicodeLittle
sun.cpu.endian -> little
sun.cpu.isalist ->
----------------------------------------------------------------
The snippet of code that I am trying to execute is:

MapDataTypesIfc mapping = (MapDataTypesIfc)ICreator.createInstance
("org.biomoby.shared.datatypes.MapDataTypes");

I am not sure what the ICreator.createInstance is doing, but I assume it is
nothing more than Class.forName().newInstance() ...

I have googled to my heart's desire, but I cant for the life of me find
anything that helps me solve my problem. I should also say that when I tried
this webapp on windows, it worked fine...

Any ideas?

Thanks,

Eddie

[Jetty-support] new to Jetty, upgrade jetty 4.2 to 6.1.18, have problem request.getRemoteAddr() return null

[Xiao, J. <Jea...@st...>]

I am working on a web application, and using sslSocketConnector as the
connector, and when request coming in from a browser,
request.getRemoteAddr, and request.getRemoteHost return null. For
unsecured connection, I use selectedChannelConnector, which is working
fine, I can get RemoteAddr and host from request. Anyone know why
httpconnection does not properly set the remote ip address in request?
And how can I make it work? Any help will be great appreciated. 

Thank

Jean

[Jetty-support] Does Jetty support endorsed library functionality

[amit j. <ami...@ya...>]

Tomcat support endorsed library functionality in which the classes in the endorsed library override the ones in webapp lib.

Does Jetty support endorsed library through setting java.endorsed.dirs system variable?

http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html

http://java.sun.com/j2se/1.5.0/docs/guide/standards/index.html

<quote>
As mentioned above, the web application class loader diverges from the default Java 2 delegation model (in accordance with the recommendations in the Servlet Specification, version 2.3, section 9.7.2 Web Application Classloader). When a request to load a class from the web application's WebappX class loader is processed, this class loader will look in the local repositories first, instead of delegating before looking. There are exceptions. Classes which are part of the JRE base classes cannot be overriden. For some classes (such as the XML parser components in J2SE 1.4+), the J2SE 1.4 endorsed feature can be used. Last, any JAR containing servlet API classes will be ignored by the classloader. All other class loaders in Tomcat 6 follow the usual delegation pattern.
</quote>

[Jetty-support] Jetty 6 porting what api replace HttpFields.read(LineInput)?

[Xiao, J. <Jea...@st...>]

I am porting a embedded jetty application from using jetty 4.2 to jetty
6, and need to find the replacement for HttpFields.read(LineInput), 

The code is look like this

lineInput = new LineInput(InputStream)

headers = new HttpField();

headers.read(lineInput);

 

This will convert a inputstream into http header with all fields set, I
need some API do the similar function, take a inputstream with header
and data not from httprequest, just plain inputstream, and be able to
convert it into http header.  

 

Also, need to find replacement HttpFieds.write(Writer)

 

Thanks for any help.

 

Jean 

 

 

[Jetty-support] Custom Error Pages

[Alan W. <al...@bl...>]

I have successfully setup a custom handler for catching bad URL's.

However, on that particular page, i would like to know the page they 
were attempting to get to.   It appears this information is not passed 
to this page in any type of HTTP header.

   <Get name="errorHandler">
     <Call name="addErrorPage">
       <Arg type="int">404</Arg>
       <Arg type="String">/error.cfm</Arg>
     </Call>
   </Get>


How can i get to know the page they attempted to reach?

thanks

Re: [Jetty-support] Slow transfer speeds Win 2008

[Jesse M. <jes...@gm...>]

http://www.eclipse.org/jetty/mailinglists.php

you can join the list there, welcome aboard :)

jesse

--
jesse mcconnell
jes...@gm...



On Sun, Jun 7, 2009 at 13:05, Brian Del Shasta<bri...@gm...> wrote:
> Excellent Jan, thank you for such a prompt reply!  How do I subscribe to the
> Jetty list at eclipse?  I looked around a little but I didn't see anything
> there regarding the list.
>
> I'll try your suggestion, I was thinking about looking in the jar's, but I
> didn't have any idea where to start.  Also, I have been working on the
> boards for subsonic and even directly with the creater, but we have not been
> able to find a resolution yet.
> Thanks again!
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>
>

Re: [Jetty-support] Slow transfer speeds Win 2008

[Brian D. S. <bri...@gm...>]

Excellent Jan, thank you for such a prompt reply!  How do I subscribe to the
Jetty list at eclipse?  I looked around a little but I didn't see anything
there regarding the list.

I'll try your suggestion, I was thinking about looking in the jar's, but I
didn't have any idea where to start.  Also, I have been working on the
boards for subsonic and even directly with the creater, but we have not been
able to find a resolution yet.
Thanks again!

Re: [Jetty-support] Slow transfer speeds Win 2008

[Jan B. <ja...@we...>]

Hi Brian,

The jetty list at sourceforge is defunct, so I'm cc'ing the new
jetty list, which is jet...@ec....



Probably your best move would have been to ask on the subsonic list.
But, as its a new Jetty Powered product that I didn't know about,
I've had a quick look (thanks for the info!).

I think if you're using the embedded version, you'll have to 
unjar the subsonic-booter-jar-with-dependencies.jar, as there is
a webdefault.xml file in there, modify it, then re-jar it.

It would be worth mailing the subsonic guys with a suggestion to
provide a mechanism to make the embedded jetty more configurable.

regards
Jan

Brian Del Shasta wrote:
> Hello,
> I'm hoping someone has some ideas where to start with this issue.
> I'm using a program called Subsonic which used embedded Jetty to serve 
> music and video.  The problem is I can only get a maximum of 150 KB/s or 
> so.  If I run subsonic through tomcat I can get around 800 KB/s.  These 
> figures are for my 10 mbps connection downloading from a datacenter that 
> has a 100 mbps upstream.  If I am on the same lan as the server I can 
> get speeds of about 1.7 MB/s with Jetty and about 8 MB/s with tomcat.
> I have found the same results in all windows versions (2003, xp, vista, 
> 2008).  From what I've read it seems this may not be an issue in linux, 
> but unfortunatly I have a need to run some other windows only apps on 
> the server so I can't change os's.
> 
> I've  already read the information provided here:
> 
>     http://docs.codehaus.org/display/JETTY/Slow+Win2003
> 
> but there is no 'webdefault.xml' file and creating one does not seem to 
> work.  Therefore, I read this page:
> 
>     http://docs.codehaus.org/display/JETTY/jetty-web.xml
> 
> but I'm not certain where to put this file.  Whenever I tried creating 
> it, it resulted in a web serving error.
> 
> Is there a different method to override settings in embedded Jetty?
> 
> Thanks for any help...
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
> looking to deploy the next generation of Solaris that includes the latest 
> innovations from Sun and the OpenSource community. Download a copy and 
> enjoy capabilities such as Networking, Storage and Virtualization. 
> Go to: http://p.sf.net/sfu/opensolaris-get
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support


-- 
Jan Bartel, Webtide LLC | ja...@we... | http://www.webtide.com

[Jetty-support] Slow transfer speeds Win 2008

[Brian D. S. <bri...@gm...>]

Hello,
I'm hoping someone has some ideas where to start with this issue.
I'm using a program called Subsonic which used embedded Jetty to serve music
and video.  The problem is I can only get a maximum of 150 KB/s or so.  If I
run subsonic through tomcat I can get around 800 KB/s.  These figures are
for my 10 mbps connection downloading from a datacenter that has a 100 mbps
upstream.  If I am on the same lan as the server I can get speeds of about
1.7 MB/s with Jetty and about 8 MB/s with tomcat.
I have found the same results in all windows versions (2003, xp, vista,
2008).  From what I've read it seems this may not be an issue in linux, but
unfortunatly I have a need to run some other windows only apps on the server
so I can't change os's.

I've  already read the information provided here:

    http://docs.codehaus.org/display/JETTY/Slow+Win2003

but there is no 'webdefault.xml' file and creating one does not seem to
work.  Therefore, I read this page:

    http://docs.codehaus.org/display/JETTY/jetty-web.xml

but I'm not certain where to put this file.  Whenever I tried creating it,
it resulted in a web serving error.

Is there a different method to override settings in embedded Jetty?

Thanks for any help...

[Jetty-support] Creating servlet instances dynamically within an embedded jetty server

[Kirk M. <kir...@gm...>]

I am developing an application which is essentially a proxy based on jetty
that creates new servlet instances dynamically.  A master servlet started up
at initialization listens for proxy creation requests and attempts to create
a servlet instance to handle the proxy traffic. Essentially, a running
servlet is creating additional servlet instances.  While I don't get errors,
the created servlet does not appear to be accessible at the context
specified.  My servlet creation code is very similar to
http://jetty.mortbay.org/xref/org/mortbay/jetty/example/MinimalServlets.html
. Any pointers on why this is not working? Anyone have an example code they
can point me to that does something similar?

 

Thank in Advance