gmane.comp.java.jetty.support

[jetty-user] Confiigure JVM setting in Jetty standalone server

Rohit Reddy — 2012-05-21T05:32:57

I'm trying to install a standalone jetty 7.6.3 server in CENTOS. I was able
successfully deploy and run a sample application with default settings. Now
i want to increase the JVM memory, that is set the Xmx and Xms parameters.
After reading through the documentation i have set them in start.ini file.
But this is not getting reflected when i start the server. I have tried
using --exec parameter in start.ini, but this spawns a separate VM.

I'm using java -jar start.jar to start the server

How do i configure the JVM memory GC setting in a jetty standalone server

Thanks

Rohit

[jetty-user] What need pay attention if I use jetty as reverse proxy server?

ljw79618 — 2012-05-03T14:04:35

Hi all,I want to use jetty as reverse proxy server(replace apache httpd),what
need pay attention to?How to config static resource cache?

Best Rgds
L.J.W

--
View this message in context: http://jetty.4.n6.nabble.com/What-need-pay-attention-if-I-use-jetty-as-reverse-proxy-server-tp4949351.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Expiry Headers

Justin Phillips — 2012-05-02T18:27:26

Hi all,
I'm trying to set the expires entity-header field in static content http
headers. I see the cacheControl bit which can be set through
webdefaults.xml. Is there a parameter for expiry as well? Thanks in advance.

[jetty-user] Sharing SessionManager between contexts

Simon Tardell — 2012-04-29T11:06:06

All,

I have an embedded Jetty 6 where I would like to share session data
between several webapps. The simplest approach would be if there was a
way to declare a set of web apps as "friendly" and automatically get
the same session instance for the same session cookie in each web apps
context. Unfortunately is explicitly forbidden (on presumed "security"
grounds) in the Servlet spec.

Now, I don't have any problems breaking against the spec if it can
help in my programming model. If I actually were to achieve to share
session objects between friendly contexts, are there any actual
problems in doing so? Let's say that I programmatically inject the
same SessionManager into all contexts concerned, would it work as
expected when sessions are serialized, times out or are otherwise
invalidated? Would the session be kept from timing out in all contexts
when being accessed in one? Do the answers depend on the
SessionManager implementation, or is it part of the session manager
contract to do what I want (or not)?

I understand I can achieve the same thing by indexing some external
storage (a db, various enterprise frameworks or some homegrown session
manager that I inject into all contexts as a resource), but I would be
nifty if I could rely on already existing code.

/Simon

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] What happened to org.eclipse.jetty.http.gzip.GzipStream in 8.1.3?

tweitzel — 2012-04-23T09:58:58

I have an application that uses org.eclipse.jetty.http.gzip.GzipStream. This
class is gone from 8.1.3. What happened to it?

I've searched but didn't find anything.

--
View this message in context: http://jetty.4.n6.nabble.com/What-happened-to-org-eclipse-jetty-http-gzip-GzipStream-in-8-1-3-tp4909724p4909724.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Jetty 7.6.3.v20120416 and 8.1.3.v20120416 Released!

Jesse McConnell — 2012-04-17T17:12:26

We have finally pushed the releases out to maven central and updated
all the relavent download artifacts in the download areas of eclipse
and codehaus.

There have been a number of issues addressed with the recent SPDY support.

Below are the patch notes for each of the releases!

cheers,
jesse

jetty-7.6.3.v20120416 - 16 April 2012
 + 367172 Remove detection for slf4j NOPLogger
 + 373269 Make ServletHandler.notFound() method impl do nothing - override to
   send back 404.
 + 373421 address potential race condition related to the nonce queue removing
   the same nonce twice
 + 373952 bind called too frequently on refresh
 + 374018 correctly handle requestperminuted underflow
 + 374252 SslConnection.onClose() does not forward to nested connection.
 + 374258 SPDY leaks SSLEngines. Made the test more reliable.
 + 374367 NPE in QueuedThreadPool.dump() with early java6 jvms
 + 374475 Response.sendRedirect does not encode UTF-8 characters properly
 + 374881 Set copyWebInf to false by default
 + 374891 enhancement to how ProxyServlet determines the proxy target
 + 375009 Filter initialization error will throw MultiException
 + 375083 Flow control should take in account window size changes from
   concurrent SETTINGS
 + 375096 If starting a server instance fails in osgi it is cleaned up.
 + 375490 NPE with --help on command line
 + 375509 Stalled stream stalls other streams or session control frames. Now
   using a "death pill" instead of a boolean in order to avoid race conditions
   where DataInfos were read from the queue (but the boolean not updated yet),
   and viceversa.
 + 375594 fixed SSL tests so they are not order dependent
 + 375709 Ensure resolveTempDirectory failure does not deadlock; improve error
   message
 + 375970 HttpServletRequest.getRemoteAddr() returns null when HTTP is over
   SPDY.
 + 376201 HalfClosed state not handled properly. Addendum to restore previous
   behavior, where a closed stream was also half closed.
 + JETTY-1504 HttpServletResponseWrapper ignored when using asyncContext?


jetty-8.1.3.v20120416 - 16 April 2012
 + 349110 MultiPartFilter records the content-type in request params
 + 367172 Remove detection for slf4j NOPLogger
 + 372678 Embedded Examples need updates for new LoginService requirement
 + 373269 Make ServletHandler.notFound() method impl do nothing - override to
   send back 404.
 + 373421 address potential race condition related to the nonce queue removing
   the same nonce twice
 + 373952 bind called too frequently on refresh
 + 374018 correctly handle requestperminuted underflow
 + 374152 jetty-all-server MANIFEST contains wrong import:
   javax.servlet.annotation;version="[2.6,3)"
 + 374252 SslConnection.onClose() does not forward to nested connection.
 + 374258 SPDY leaks SSLEngines. Made the test more reliable.
 + 374367 NPE in QueuedThreadPool.dump() with early java6 jvms
 + 374475 Response.sendRedirect does not encode UTF-8 characters properly
 + 374881 Set copyWebInf to false by default
 + 374891 enhancement to how ProxyServlet determines the proxy target
 + 375009 Filter initialization error will throw MultiException
 + 375083 Flow control should take in account window size changes from
   concurrent SETTINGS
 + 375096 If starting a server instance fails in osgi it is cleaned up.
 + 375490 NPE with --help on command line
 + 375509 Stalled stream stalls other streams or session control frames. Now
   using a "death pill" instead of a boolean in order to avoid race conditions
   where DataInfos were read from the queue (but the boolean not updated yet),
   and viceversa.
 + 375594 fixed SSL tests so they are not order dependent
 + 375709 Ensure resolveTempDirectory failure does not deadlock; improve error
   message
 + 375906 Part.getHeader method not case insensitive
 + 375970 HttpServletRequest.getRemoteAddr() returns null when HTTP is over
   SPDY.
 + 376201 HalfClosed state not handled properly. Addendum to restore previous
   behavior, where a closed stream was also half closed.
 + 376324 <max-file-size> is not respected in <multipart-config>
 + JETTY-1495 Ensure dynamic servlet addition does not cause servlets to be
   inited.
 + JETTY-1500 form parameters from multipart request not available via
   request.getParameter
 + JETTY-1504 HttpServletResponseWrapper ignored when using asyncContext?


jetty< at >codehaus-7.6.3.v20120416 - 16 April 2012
 + JETTY-1487 umask setting for SetUID can't be set to 0
 + JETTY-1497 jetty-jspc-maven-plugin has problems with spaces in classpath
   filenames
 + JETTY-1498 Add ability to put <scope>provided</scope> artifacts on system
   classpath for jetty-jspc-maven-plugin


jetty< at >codehaus-8.1.3.v20120416 - 16 April 2012
 + JETTY-1487 umask setting for SetUID can't be set to 0
 + JETTY-1497 jetty-jspc-maven-plugin has problems with spaces in classpath
   filenames
 + JETTY-1498 Add ability to put <scope>provided</scope> artifacts on system
   classpath for jetty-jspc-maven-plugin
 + JETTY-1499 WEB-INF/classes not scanned with mvn jetty:run-war


--
jesse mcconnell
jesse.mcconnell< at >gmail.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Hanging threads when using Jetty 6 with IE8 & IE9

Lior Yaffe — 2012-04-04T12:47:27

Greetings,


Jetty is great, we love it so much, you are all doing such a wonderful work
!



We are experiencing a high priority problem at one of our customer sites.

The symptoms we are seeing are, that simple browser GET requests for images
or static resources just hang for up 50 seconds with no apparent reason.



We are using:

Jetty 6.x (latest) with BIO connector running on Windows 2008 32 bit with
Java 1.6.x (latest)



We are using the following thread pool settings in jetty.xml:

    <Set name="ThreadPool">

      <New class="org.mortbay.thread.QueuedThreadPool">

        <Set name="minThreads">10</Set>

        <Set name="maxThreads">200</Set>

        <Set name="lowThreads">20</Set>

        <Set name="SpawnOrShrinkAt">2</Set>

      </New>

    </Set>



On the client side the problem only occurs when using IE8 and IE9 but not
with IE7 (probably since IE7 is limited to two concurrent requests but we
are not sure)



When the problem occurs we can see in the server logs the following events:

1.       A new web page is sent is to the browser as a response to a client
request.

2.       The client browser then submits 10 concurrent requests at once,
for loading static resources such as images, JavaScripts, CSS etc.

3.       Jetty dispatches all 10 threads in its thread pool to serve these
resource.

4.       All Jetty threads are now hang, with the following stack trace
waiting for something:

"9543875< at >qtp-23978087-3" prio=6 tid=0x07b07c00 nid=0x1f6c runnable
[0x0908f000..0x0908fbe8]

   java.lang.Thread.State: RUNNABLE

        at java.net.SocketInputStream.socketRead0(Native Method)

        at java.net.SocketInputStream.read(SocketInputStream.java:129)

        at org.mortbay.io.ByteArrayBuffer.readFrom(ByteArrayBuffer.java:382)

        at org.mortbay.io.bio.StreamEndPoint.fill(StreamEndPoint.java:107)

        at
org.mortbay.jetty.bio.SocketConnector$Connection.fill(SocketConnector.java:198)

        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:290)

        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)

        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)

        at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)

        at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)



5.       At some point around 50 seconds later we receive the following
exception in the log:

java.net.SocketTimeoutException: Read timed out
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:150)
        at java.net.SocketInputStream.read(SocketInputStream.java:121)
        at org.mortbay.io.ByteArrayBuffer.readFrom(ByteArrayBuffer.java:382)
        at org.mortbay.io.bio.StreamEndPoint.fill(StreamEndPoint.java:107)
        at
org.mortbay.jetty.bio.SocketConnector$Connection.fill(SocketConnector.java:198)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:290)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
        at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)



6.       After this exception the Jetty threads are operational again
freeing the client browser to finish rendering the page.

 We are able to reproduce this problem fairly easily in our test
environment even with a single session.


We have two questions:

1.       Why are the Jetty threads hanging on socket read after serving a
static resources ?

2.       Why doesn’t the Jetty thread pool spawn more threads up to 200
when all initial 10 threads are locked ?


We already made the following observation:

1.       If we change SpawnOrShrinkAt to 0 then the thread pool is able to
spawn more threads and this improves the situation and delays the
occurrence of the problem.



Any advice on this would be much appreciated,



Best regards,

Lior

[jetty-user] pack200 in WEB-INF/lib?

Philippe Marschall — 2012-03-26T09:12:56

Hi

Using pack200 to compress .jars can make quite a difference. One of our
largest JARs goes from 10 MB to 1.5 MB. Although URLClassLoader can
handle them just fine no container I saw to far seems to support
.jar.pack.gz in WEB-INF/lib/. Probably because section 10.5 of the
servlet spec mentions only WEB-INF/lib/*.jar.

Is there any reason pack200 was not considered so far?

I posted this on the servlet mailing list [1] but of course got no reply.

 [1]
http://java.net/projects/servlet-spec/lists/users/archive/2012-03/message/31

Cheers
Philippe


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Using embedded Jetty with JAX-WS. Is there any way to get the Servlet_Request ?

choco vanille — 2012-03-22T22:29:35

Hello everyone,

Here is my first post to the Jetty mailing list. I discovered the Jetty
world a few weeks ago, and, well: it's great!

I hope you could help me in resolving my issue.

I have developed a WebService using:

   - JAX-WS 2.2.5
   - Jetty 8.1.2, embedded, no web.xml
   - jetty-http-spi-8.1.0.RC4.jar (for
   using org.eclipse.jetty.http.spi.JettyHttpServer)

The Web Service works pretty well using https. I need now to add a client
authentifcation. I would like to use HttpSessionScope, however,
HttpSessionScope needs to access the servlet request from the
WebServiceContext (SERVLET_REQUEST), which is in my case always NULL.
Do you know how to configure an embedded Jetty with HttpSessionScope
working ? If not, do you know how to get the servlet request not NULL ?

FYI, I have posted this question to the JAX-WS forum as well with no answer
yet (
http://www.java.net/forum/topic/glassfish/metro-and-jaxb/using-httpsessionscope-embedded-jetty
)

Hope you can help,
Mabda

Here is my (really simple) code:

*Server*

import ht.controler.server.service.ControlerImpl;
import javax.xml.ws.Endpoint;
import org.eclipse.jetty.http.spi.JettyHttpServer;
import org.eclipse.jetty.server.Connector;
import org.eclipse.jetty.server.Server;
import org.eclipse.jetty.server.handler.ContextHandlerCollection;
import org.eclipse.jetty.server.ssl.SslSelectChannelConnector;
import org.eclipse.jetty.util.ssl.SslContextFactory;

(...)

Server server = new Server(8081);

SslContextFactory sslFactory = new SslContextFactory("e:/keystore.jks");
sslFactory.setKeyStorePassword("password");
SslSelectChannelConnector selectChannelConnector = new
SslSelectChannelConnector(sslFactory);
selectChannelConnector.setPort(8081);
server.setConnectors(new Connector[] {selectChannelConnector });

JettyHttpServer jettyServer = new JettyHttpServer(server, true);
Endpoint endpoint = Endpoint.create(new ControlerImpl());
ContextHandlerCollection collection = new ContextHandlerCollection();
server.setHandler(collection);

endpoint.publish( jettyServer.createContext("/Service") );
server.start();

 *WebService Class (I removed the < at >HttpSessionScope to check that the
servlet request was NULL)*

< at >WebService(endpointinterface="service.Controler")
//< at >HttpSessionScope
public class ControlerImpl implements Controler
{
  < at >Resource private WebServiceContext wsContext;
  < at >WebMethod
  public String executeCommand(String name)
   {

System.out.println(wsContext.getMessageContext().get(MessageContext.SERVLET_REQUEST));
// NULL
    return "Command executed";
   }
}

If I use < at >HttpSessionScope, I get the following exception:

[image: Images intégrées 1]

[jetty-user] test-jetty-servlet masks thrown exception types as of 7.6.0.RC4 (including latest release)

Jacob Kjome — 2012-03-19T22:17:39

I'm using the Jetty Servlet Tester library to test a Filter.  The following 
test works fine in version 7.5.4.v20111024 and right up through 7.6.0.RC3....

< at >Test(expected = ServletException.class)
    public void initMissingHttpFilterRequiredParamContainer() throws Exception
    {
        final ServletTester localTester = new ServletTester();
        localTester.addFilter(HttpFilter.class, "/httpfilter/arbitrary/*", 
FilterMapping.REQUEST);
        localTester.setContextPath("");
        localTester.start();
    }

I expect a ServletException because a required init parameter wasn't set and, 
in such case, my filter throws a ServletException to indicate the problem.

But as of version 7.6.0.RC4 and right up through the latest 7.6.2.v20120308, I 
get the following error....

  
initMissingHttpFilterRequiredParamContainer(com.blah.servlet.HttpFilterTest): 
Unexpected exception, expected<javax.servlet.ServletException> but 
was<org.eclipse.jetty.util.MultiException>


It is not helpful to mask the real exception, and I certainly don't want to 
test specifically for "org.eclipse.jetty.util.MultiException" because that's 
not what I'm throwing and because it's Jetty-specific.

Was this change intentional or is an oversight/bug?


Jake


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Jetty - Access-Control-Allow-Origin

AlanS — 2012-03-19T17:52:03

Hello. 

 I create a context for a certain war file in Java code and would like to
make sure the HTTP Response Header has "Access-Control-Allow-Origin:  *". I
can do this in the doGet code section of course with a:

 public void handle(..., HttpServletResponse httpResponse, ...){

     httpResponse.setHeader("Access-Control-Allow-Origin", "*");

 ---

 but my question is how do I do it for the home page of a war file that is
added to the server like:

 Server server = new Server(80);
 List<Handler> listHandler = new ArrayList<Handler>();
 WebAppContext webAppContext = new
WebAppContext("../webapps/ePAD.war","/epad");
 listHanlder.add(webAppContext);

 Thanks for any responses.

Alan
 

--
View this message in context: http://jetty.4.n6.nabble.com/Jetty-Access-Control-Allow-Origin-tp4634198p4634198.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] (Jetty 8.0.4 and Solr) Can't call functional Solr endpoints

Serdyn du Toit — 2012-03-18T11:46:57

Hi,

I'm having problems accessing Solr from Jetty.

My webapplication is deployed as is Solr - currently still in the same
Jetty instance.

Some preliminaries:
1) Accessing my webapplication works 100%.
2) Accessing Solr works 100%. I can access the Solr admin interface and
execute a search (through an url eg
http://localhost:8080/solr/select?wt=json&indent=true&q=text:sushi&sort=id+desc&start=0&rows=10).
 Accessing the search url works 100% from a Java testcase and when I use it
in my browser.

The problem:
When I try to use THE SAME JAVA CODE now just in my deployed webapplication
in Jetty - it no longer works.

I get the following error:
Mar 18, 2012 1:22:18 PM org.apache.solr.common.SolrException log
SEVERE: org.eclipse.jetty.io.EofException
        at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:154)
        at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:101)
        at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
        at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:282)
        at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125)
        at java.io.OutputStreamWriter.write(OutputStreamWriter.java:207)
        at
org.apache.solr.common.util.FastWriter.flushBuffer(FastWriter.java:125)
        at
org.apache.solr.response.TextResponseWriter.close(TextResponseWriter.java:68)
        at
org.apache.solr.response.JSONResponseWriter.write(JSONResponseWriter.java:58)
        at
org.apache.solr.servlet.SolrDispatchFilter.writeResponse(SolrDispatchFilter.java:343)
        at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:265)
        at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1337)
        at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:486)
        at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
        at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:483)
        at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:233)
        at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:973)
        at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:417)
        at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:192)
        at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:907)
        at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
        at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250)
        at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149)
        at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
        at org.eclipse.jetty.server.Server.handle(Server.java:350)
        at
org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:442)
        at
org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:924)
        at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:582)
        at
org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218)
        at
org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51)
        at
org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586)
        at
org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44)
        at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598)
        at
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533)
        at java.lang.Thread.run(Thread.java:722)

I think there might be a problem in Jetty as like I said - it works 100%
with exactly the same code if I access it outside of Jetty.  Not sure if
there is security settings I need to set for access from one webapplication
to another - but it doesn't make sense as I'm just hitting a Url...

Any help appreciated.
Serdyn du Toit

[jetty-user] Jetty 8 and Maven Jetty Plugin jetty:run-war not working

rowatt — 2012-03-17T07:15:09

Ive' been trying to run a very simple servlet 3.0 with no web.xml using
spring 3.1 (see source code below). When I use the maven jetty plugin by
calling

/mvn clean jetty:run-war/

the spring 3.1 SpringServletContainerInitializer servlet is detected but it
does not call the onStartup method of my XyzWebApplicationInitializer. But
if I run the following:

/mvn clean jetty:run/

then my XyzWebApplicationInitializer servlet is detected and the "TESTING"
message is printed to stdout. 

Is this a bug or what have I done wrong?
Thanks, shane.

*com.xyz.jetty.XyzWebApplicationInitializer.java*
package com.xyz.jetty;

import org.springframework.web.WebApplicationInitializer;
import javax.servlet.ServletContext;
import javax.servlet.ServletException;

public class XyzWebApplicationInitializer implements
WebApplicationInitializer {
  public void onStartup(ServletContext servletContext) throws
ServletException {
    System.out.println("TESTING");
  }
}

*POM.XML*
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.xyz</groupId>
  <artifactId>xyz-jetty</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>war</packaging>
  <name>Xyz Jetty</name>
  <dependencies>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-webmvc</artifactId>
      <version>3.1.1.RELEASE</version>
    </dependency>
    <dependency>
      <groupId>org.mortbay.jetty</groupId>
      <artifactId>servlet-api</artifactId>
      <version>3.0.20100224</version>
    </dependency>
  </dependencies>
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>2.3.2</version>
        <configuration>
          <source>1.6</source>
          <target>1.6</target>
        </configuration>
      </plugin>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-war-plugin</artifactId>
        <version>2.1.1</version>
        <configuration>
          <failOnMissingWebXml>false</failOnMissingWebXml>
        </configuration>
      </plugin>
      <plugin>
        <groupId>org.mortbay.jetty</groupId>
        <artifactId>jetty-maven-plugin</artifactId>
        <version>8.1.1.v20120215</version>
      </plugin>
    </plugins>
  </build>
</project>

--
View this message in context: http://jetty.4.n6.nabble.com/Jetty-8-and-Maven-Jetty-Plugin-jetty-run-war-not-working-tp4627356p4627356.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] How to embedd Jetty 8.0?

Uday Subbarayan — 2012-03-16T22:30:50

Hi All,
     I need to develop a small MQ client embedding Jetty inside. I would like to use Jetty 8 for Servlet 3 features. I understand from the tutorial that I need only 2 jars.

a)I downloaded "jetty-all-8.1.2.v20120308.jar" from here:
http://repo1.maven.org/maven2/org/eclipse/jetty/aggregate/jetty-all/8.1.2.v20120308/ 


b)Then I downloaded Jetty 8 distribution from here:
http://download.eclipse.org/jetty/stable-8/dist/ 

I see that "servlet-api-3.0.jar" is inside the lib folder.

I am going to [a] & [b] to build my application. Is this correct?

The reason  I am asking is that I don't see servlet-api-3.0 jar here. (all are in alpha)
http://repo1.maven.org/maven2/javax/servlet/servlet-api/ 


Thanks,
-Uday.

[jetty-user] Run Embedded Jetty Server in Background on Linux

colin gray — 2012-03-15T04:53:26

Hello,

I'm using a ssh session on a Linux server to start an Embedded Jetty Server
to run a web application that exposes web services. When I use the java
-jar start.jar to bring up the Jetty web server instance I don't have
access to the command line in that session and must open up a new ssh
session in order to run a command line application that invokes the web
services running on the jetty instance. Is there any way to run jetty in
the background and in the same ssh session have access to the command line?
Thanks for reading!

[jetty-user] CGI HTTPS variable not being set using AJP+Jetty

SpliFF — 2012-03-14T06:00:30

I recently switched from using a Caucho Resin backend (mod_caucho) to Jetty 7.2.2 via AJP for running Railo webapps
under Apache 2.2.19/Centos 5

An issue that has come up since the switch is that HTTPS sites no longer set the CGI scope variable 'https' to 'on' -
it's just an empty string. I'm not sure if this is a Jetty issue or Apache/AJP/Proxy related issue. My Apache SSL vhost
contains:

        RewriteEngine On

        # Proxy CFML files to Jetty
        RewriteCond %{REQUEST_FILENAME} /[^/:]+\.cfml*$
        RewriteRule (.*) ajp://%{HTTP_HOST}:8009$1 [P,L]

        # Enable/Disable SSL for this virtual host.
        SSLEngine on

Any thoughts on what might be causing this issue?

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Jetty 7.6.2 and 8.1.2 (v20120308) Released!

Jesse McConnell — 2012-03-09T19:51:31

We have pushed the 7.6.2.v20120308 and 8.1.2.v20120308 releases and
they are now available for download from maven central and the usual
eclipse and codehaus download locations.

We anticipate another release that will resolve a few lingering jsp
issues related to OSGI usage so if your an osgi user you might want to
wait for the next release before updating.

cheers,
jesse

The following issues were resolved in both releases:

 + 370387 SafariWebsocketDraft0Test failure during build.
 + 371168 Update ClientCrossContextSessionTest
 + 372093 handle quotes in Require-Bundle manifest string
 + 372457 Big response + slow clients + pipelined requests cause Jetty spinning
   and eventually closing connections. Added a TODO for a method renaming that
   will happen in the next major release (to avoid break implementers).
 + 372487 JDBCSessionManager does not work with Oracle
 + 372806 Command line should accept relative paths for xml config files
 + 373037 jetty.server.Response.setContentLength(int) should not close a Writer
   when length=0
 + 373162 add improved implementation for getParameterMap(), needs a test
   though and the existing setup doesn't seem like it would easily support the
   needed test so need to do that still
 + 373306 Set default user agent extraction pattern for UserAgentFilter
 + 373567 cert validation issue with ocsp and crldp always being enabled when
   validating turned on fixed
 + JETTY-1409 GzipFilter will double-compress application/x-gzip content
 + JETTY-1489 WebAppProvider attempts to deploy .svn folder
 + JETTY-1494 .


--
jesse mcconnell
jesse.mcconnell< at >gmail.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Jetty and Geoserver, error 404

olivier — 2012-03-08T20:13:20

Hi,

I'm using Geoserver which comes with Jetty. I want to add my own html pages
but I always get message "http error 404", NOT found,
RequestUri=/geoserver/mypage.html, even of course if the page is available.
I try to create other folder with no success.

How can I use Jetty to host my html pages ?? 

Thanks very much for your help,

Olivier

--
View this message in context: http://jetty.4.n6.nabble.com/Jetty-and-Geoserver-error-404-tp4559897p4559897.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Error with Basic HTTP Authentication using Karaf realm in Jetty

quark020 — 2012-03-07T07:34:50

Hi, 

I'm trying to workout an example using basic HTTP authentication with
ServiceMix 4.4.1 and karaf 

The following is my setup. 

====================================================== 
== web.xml 
====================================================== 
<!DOCTYPE web-app PUBLIC 
 &quot;-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN&quot; 
 &quot;http://java.sun.com/dtd/web-app_2_3.dtd&quot; >

<web-app>
  <display-name>Archetype Created Web Application</display-name>
  <servlet>
    <servlet-name>simple</servlet-name>
    <servlet-class>org.sonatype.mavenbook.web.SimpleServlet</servlet-class>
  </servlet>
  <servlet-mapping>
    <servlet-name>simple</servlet-name>
    <url-pattern>/simple</url-pattern>
  </servlet-mapping>

  <security-constraint>
    <display-name>MathSecurityConstraint</display-name>
    <web-resource-collection>
      <web-resource-name>MathService</web-resource-name>
      <url-pattern>/*</url-pattern>
    </web-resource-collection>
    <auth-constraint>
      <role-name>admin</role-name>
    </auth-constraint>
  </security-constraint>

  <login-config>
      <auth-method>BASIC</auth-method>
      <realm-name>karaf</realm-name>
  </login-config>

  <security-role>
      <description>Admin</description>
      <role-name>admin</role-name>
  </security-role>
</web-app>
====================================================== 

====================================================== 
== pom.xml for the maven project 
====================================================== 
<?xml version="1.0" encoding="UTF-8"?> 
<project xmlns="http://maven.apache.org/POM/4.0.0"  
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0  
                             http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>org.sonatype.mavenbook.simpleweb</groupId>
  <artifactId>parent</artifactId>
  <version>0.8-SNAPSHOT</version>
  <packaging>pom</packaging>
  <name>Simple Web Chapter Parent Project</name>
  <properties>
    <karaf.version>2.2.4</karaf.version>
    <jetty.version>7.4.5.v20110725</jetty.version>
  </properties>
  <modules>
    <module>simple-webapp</module>
  </modules>
  <dependencies>
    <dependency>
      <groupId>org.apache.karaf.jaas</groupId>
      <artifactId>org.apache.karaf.jaas.config</artifactId>
      <version>${karaf.version}</version>
    </dependency>
    <dependency>
      <groupId>org.apache.karaf.jaas</groupId>
      <artifactId>org.apache.karaf.jaas.modules</artifactId>
      <version>${karaf.version}</version>
    </dependency>
    <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-plus</artifactId>
      <version>${jetty.version}</version>
    </dependency>
    <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-util</artifactId>
      <version>${jetty.version}</version>
    </dependency>
  </dependencies>

  <build>
    <defaultGoal>install</defaultGoal>

    <plugins>
      <plugin>
        <groupId>org.apache.felix</groupId>
        <artifactId>maven-bundle-plugin</artifactId>
        <extensions>true</extensions>
        <configuration>
          <instructions>
            <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName>
            <Import-Package>
                   javax.net.ssl, 
                   javax.security.auth.login, 
                   org.osgi.service.blueprint, 
                   org.apache.karaf.jaas.config, 
                   org.apache.karaf.jaas.boot, 
                   org.apache.karaf.jaas.modules, 
                   org.eclipse.jetty, 
                </Import-Package>
            <DynamicImport-Package>*</DynamicImport-Package>
            
          </instructions>
        </configuration>
      </plugin>
    </plugins>
  </build>
  
</project>
====================================================== 

====================================================== 
== jetty.xml 
====================================================== 
<?xml version="1.0"?> 
<!DOCTYPE Configure PUBLIC &quot;-//Mort Bay Consulting// 
DTD Configure//EN&quot; &quot;http://jetty.mortbay.org/configure.dtd&quot;>

<Configure class="org.eclipse.jetty.server.Server">

    
    
    
    
    

    
    <Call name="addConnector">
      <Arg>
          <New class="org.eclipse.jetty.server.nio.SelectChannelConnector">
            <Set name="host"><Property name="jetty.host" /></Set>
            <Set name="port"><Property name="jetty.port"
default="8181"/></Set>
            <Set name="maxIdleTime">300000</Set>
            <Set name="Acceptors">2</Set>
            <Set name="statsOn">false</Set>
            <Set name="confidentialPort">8443</Set>
            <Set name="lowResourcesConnections">20000</Set>
            <Set name="lowResourcesMaxIdleTime">5000</Set>
          </New>
      </Arg>
    </Call>
        
        
    
    
    
    
    
    
    
    <Call name="addBean">
      <Arg>
        <New class="org.eclipse.jetty.plus.jaas.JAASLoginService">
          <Set name="name">karaf</Set>
          <Set name="loginModuleName">karaf</Set>
          <Set name="roleClassNames">
            <Array type="java.lang.String">
              <Item>org.apache.karaf.jaas.modules.RolePrincipal</Item>
            </Array>
          </Set>
        </New>
      </Arg>
    </Call>
</Configure>
====================================================== 

====================================================== 
== users.properties 
====================================================== 
################################################################################ 
# 
#    Licensed to the Apache Software Foundation (ASF) under one or more 
#    contributor license agreements.  See the NOTICE file distributed with 
#    this work for additional information regarding copyright ownership. 
#    The ASF licenses this file to You under the Apache License, Version 2.0 
#    (the "License"); you may not use this file except in compliance with 
#    the License.  You may obtain a copy of the License at 
# 
#       http://www.apache.org/licenses/LICENSE-2.0
# 
#    Unless required by applicable law or agreed to in writing, software 
#    distributed under the License is distributed on an "AS IS" BASIS, 
#    WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied. 
#    See the License for the specific language governing permissions and 
#    limitations under the License. 
# 
################################################################################ 

# 
smx=smx,admin 
====================================================== 

I'm getting the following error when trying to access the application. When
trying to access the URL, the prompt for authentication appears and after
entering the username and password the following error is displayed. 

====================================================== 
HTTP ERROR 403 

Problem accessing /simple-webapp/index.jsp. Reason: 

    !role 

Powered by Jetty:// 
====================================================== 

Any help would be appreciated.

--
View this message in context: http://jetty.4.n6.nabble.com/Error-with-Basic-HTTP-Authentication-using-Karaf-realm-in-Jetty-tp4553603p4553603.html
Sent from the Jetty Support mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] Jetty 6.1.25: HTTP POST request executed twice

Carthic Sundararaj — 2012-03-06T12:28:43

Hi everyone,

I am using Jetty 6.1.25 in OSGi environment (Equinox). I have
implemented a Servlet to process XML over HTTP and requests could be
larger than 100KB. At times, processing the request could take 30-40
secs. Under this condition, Jetty is executing the requests twice.

The problem seems to be identical to the one reported at the following link:

http://dev.outerthought.org/trac/outerthought_kauri/ticket/434

Is this a known issue? If so, is there a fix or a work-around?

Any help is highly appreciated.

Thanks
Carthic

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[jetty-user] [Jetty Maven Plugin] Not pulling in Test scope dependencies when useTestScope is true

Nathan Schile — 2012-03-05T03:18:39

I have the plugin configured to pull in test classes and
dependencies[1], however it doesn't seem to be pulling in my test
dependencies.  I am receiving a NoClassDefFoundError on the class from
a test dependency, if I switch the dependency to a scope of compile,
it works fine.

My use case is that I have a jar that contains JAX-RS resources.  I am
using the Jersey Maven Plugin to do integration testing using embedded
Jetty.  I have a web.xml in /src/test/webapp/WEB-INF/, and have test
dependencies that mock out some services.  The mock services are only
found when they are pulled in using a "compile" scope.  I would
however like these dependencies to have a scope of "test" since they
are only used for testing.

Any ideas?

[1] useTestScope
http://wiki.eclipse.org/Jetty/Feature/Jetty_Maven_Plugin#Configuring_additional_parameters

            <plugin>
                <groupId>org.mortbay.jetty</groupId>
                <artifactId>jetty-maven-plugin</artifactId>
                <version>8.1.0.v20120127</version>
                <executions>
                    <execution>
                        <id>start-jetty</id>
                        <phase>pre-integration-test</phase>
                        <goals>
                            <goal>run</goal>
                        </goals>
                        <configuration>
                            <stopPort>${reserved.tomcat.stop.port}</stopPort>
                            <stopKey>foo</stopKey>
                            <daemon>true</daemon>
                            <contextPath>/${project.artifactId}</contextPath>
                            <useTestScope>true</useTestScope>
                            <connectors>
                                <connector
implementation="org.eclipse.jetty.server.nio.SelectChannelConnector">
                                    <port>${reserved.tomcat.port}</port>
                                    <maxIdleTime>60000</maxIdleTime>
                                </connector>
                            </connectors>

<webXml>${basedir}/src/test/webapp/WEB-INF/web.xml</webXml>
                        </configuration>
                    </execution>
                    <execution>
                        <id>stop-jetty</id>
                        <phase>post-integration-test</phase>
                        <goals>
                            <goal>stop</goal>
                        </goals>
                        <configuration>
                            <stopPort>${reserved.tomcat.stop.port}</stopPort>
                            <stopKey>foo</stopKey>
                        </configuration>
                    </execution>
                </executions>
            </plugin>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email