jetty-support — Jetty user and support issues

Re: [Jetty-support] Configure Server Classpath in combination with "deploy-war" and "useTestClasspath=true"

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

Think you ought to be able to just add that oracle dependency to the
dependencies of the jetty maven plugin itself in the declaration of
the plugin.

been a while so not sure, I would start there though, if I get a
chance later I'll try and look closer if that doesn't take care of it
for you.

jesse

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



On Mon, May 9, 2011 at 08:37, Chantal Ackermann
<cha...@bt...> wrote:
> Hello all,
>
> this is my first post to your list! I've been searching for a while,
> now, to find a solution but it seems I'm either looking for the wrong
> keywords or I have a problem that noone else has - so hopefully I'm just
> on the wrong track. If someone could point me to the right direction -
> that would be great!
>
>
> My use case is:
> ---------------
> 1.) Maven Project containing a Client Application to a WebServer
> Application. (No WebServer required for unit testing)
> 2.) Integration testing: configured in that same project (it is a small
> project), the WebServer application should be started, then the Client
> should do some integration tests.
> (Previously, integration tests would expect the server up and running
> but I would like to make this portable.)
>
> I have set this up, and it works except for this last requirement:
>
> My problem:
> -----------
> 3.) Requirement for the Server Application: JNDI DataSource and the
> corresponding libraries on the classpath.
>
>
> The JNDI Resource is set up successfully, but the driver jar is not
> found. Running "mvn integration-test" gets me as far as:
>
> [INFO] [jetty:deploy-war {execution: start-jetty}]
> [INFO] Configuring Jetty for project: Client
> [INFO] Configuring Jetty from xml configuration file
> = /.../XXX_CLIENT/src/test/resources/jetty.xml
> 2011-05-09 14:22:42.645:WARN::Config error at <New id="ConfigDB"
> class="org.eclipse.jetty.plus.jndi.Resource">|??<Arg>jdbc/ConfigDB</Arg>|??<Arg>|???<New class="oracle.jdbc.pool.OracleDataSource">|????<Set name="DriverType">thin</Set>|????<Set name="URL">jdbc:oracle:thin:@XXX:1521:xe</Set>|????<Set name="User">XXX</Set>|????<Set name="Password">XXX</Set>|????<Set name="connectionCachingEnabled">true</Set>|????<Set name="connectionCacheProperties">|?????<New class="java.util.Properties">|??????<Call name="setProperty">|???????<Arg>MinLimit</Arg>|???????<Arg>5</Arg>|??????</Call>|??????|?????</New>|????</Set>|???</New>|??</Arg>|?</New> java.lang.ClassNotFoundException: oracle.jdbc.pool.OracleDataSource
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failure
>
> Embedded error: oracle.jdbc.pool.OracleDataSource
>
>
> I am using jetty-maven-plugin version 7.4.0.v20110414.
> I've tried two ways to configure the classpath:
>
> (A) Add maven dependencies for the drivers (Oracle 10 and 11, both
> installed on an internal repo and working for other maven projects on my
> computer), and set <useTestClasspath>true</useTestClasspath>.
> The dependencies have scope "test" and I would like to keep it at that.
>
>                <dependency>
>                        <groupId>com.oracle</groupId>
>                        <artifactId>ojdbc14</artifactId>
>                        <version>10.2.0.5.0</version>
>                        <type>jar</type>
>                        <scope>test</scope>
>                </dependency>
>
> (B) As this doesn't seem to work for the goal "deploy-war" (it did work
> for me in other circumstances), I tried using the dependency plugin to
> copy the driver artifacts to a subdirectory in the build tree and use
> <testClassesDirectory> or <extraClasspath>.
>
> I've appended the plugin configuration at the end of this e-mail. The
> dependency plugin uses the same properties to copy the driver libraries,
> and I've checked that the jars are indeed present in the expected
> directory.
>
> BTW: Is there a way to output Jetty's classpath?
>
>
> Thanks for your time and help!
> Chantal
>
>
>
> <plugin>
>        <groupId>org.mortbay.jetty</groupId>
>        <artifactId>jetty-maven-plugin</artifactId>
>        <version>7.4.0.v20110414</version>
>        <configuration>
>                <useTestClasspath>true</useTestClasspath>
>
> <!--testClassesDirectory>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</testClassesDirectory-->
>                <jettyConfig>${basedir}/src/test/resources/jetty.xml</jettyConfig>
>                <webApp>${integration-test.dependencies.dir}/${server.war}</webApp>
>                <webAppConfig>
>                        <contextPath>${server.context}</contextPath>
>
> <extraClasspath>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</extraClasspath>
>                </webAppConfig>
>                <connectors>
>                        <connector
> implementation="org.eclipse.jetty.server.nio.SelectChannelConnector">
>                                <port>9090</port>
>                                <maxIdleTime>60000</maxIdleTime>
>                        </connector>
>                </connectors>
>                <stopKey>foo</stopKey>
>                <stopPort>9999</stopPort>
>        </configuration>
>        <executions>
>                <execution>
>                        <id>start-jetty</id>
>                        <phase>pre-integration-test</phase>
>                        <goals>
>                                <goal>deploy-war</goal>
>                        </goals>
>                        <configuration>
>                                <scanintervalseconds>0</scanintervalseconds>
>                                <daemon>true</daemon>
>                        </configuration>
>                </execution>
>                <execution>
>                        <id>stop-jetty</id>
>                        <phase>post-integration-test</phase>
>                        <goals>
>                                <goal>stop</goal>
>                        </goals>
>                </execution>
>        </executions>
> </plugin>
>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>

Re: [Jetty-support] Configure Server Classpath in combination with "deploy-war" and "useTestClasspath=true"

[Hugo <hug...@ya...>]

Can't help u - need to remove myself 


----------------------------------
Hugo Andrioli 
2e van der Helststraat 53-2
1073AJ Amsterdam
e:hug...@ya...
m:06-43448517
t:020-7780050
----------------------------------




On 9 mei 2011, at 15:37, Chantal Ackermann <cha...@bt...> wrote:

> Hello all,
> 
> this is my first post to your list! I've been searching for a while,
> now, to find a solution but it seems I'm either looking for the wrong
> keywords or I have a problem that noone else has - so hopefully I'm just
> on the wrong track. If someone could point me to the right direction -
> that would be great!
> 
> 
> My use case is:
> ---------------
> 1.) Maven Project containing a Client Application to a WebServer
> Application. (No WebServer required for unit testing)
> 2.) Integration testing: configured in that same project (it is a small
> project), the WebServer application should be started, then the Client
> should do some integration tests.
> (Previously, integration tests would expect the server up and running
> but I would like to make this portable.)
> 
> I have set this up, and it works except for this last requirement:
> 
> My problem:
> -----------
> 3.) Requirement for the Server Application: JNDI DataSource and the
> corresponding libraries on the classpath.
> 
> 
> The JNDI Resource is set up successfully, but the driver jar is not
> found. Running "mvn integration-test" gets me as far as:
> 
> [INFO] [jetty:deploy-war {execution: start-jetty}]
> [INFO] Configuring Jetty for project: Client
> [INFO] Configuring Jetty from xml configuration file
> = /.../XXX_CLIENT/src/test/resources/jetty.xml
> 2011-05-09 14:22:42.645:WARN::Config error at <New id="ConfigDB"
> class="org.eclipse.jetty.plus.jndi.Resource">|??<Arg>jdbc/ConfigDB</Arg>|??<Arg>|???<New class="oracle.jdbc.pool.OracleDataSource">|????<Set name="DriverType">thin</Set>|????<Set name="URL">jdbc:oracle:thin:@XXX:1521:xe</Set>|????<Set name="User">XXX</Set>|????<Set name="Password">XXX</Set>|????<Set name="connectionCachingEnabled">true</Set>|????<Set name="connectionCacheProperties">|?????<New class="java.util.Properties">|??????<Call name="setProperty">|???????<Arg>MinLimit</Arg>|???????<Arg>5</Arg>|??????</Call>|??????|?????</New>|????</Set>|???</New>|??</Arg>|?</New> java.lang.ClassNotFoundException: oracle.jdbc.pool.OracleDataSource
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failure
> 
> Embedded error: oracle.jdbc.pool.OracleDataSource
> 
> 
> I am using jetty-maven-plugin version 7.4.0.v20110414.
> I've tried two ways to configure the classpath:
> 
> (A) Add maven dependencies for the drivers (Oracle 10 and 11, both
> installed on an internal repo and working for other maven projects on my
> computer), and set <useTestClasspath>true</useTestClasspath>.
> The dependencies have scope "test" and I would like to keep it at that.
> 
>        <dependency>
>            <groupId>com.oracle</groupId>
>            <artifactId>ojdbc14</artifactId>
>            <version>10.2.0.5.0</version>
>            <type>jar</type>
>            <scope>test</scope>
>        </dependency>
> 
> (B) As this doesn't seem to work for the goal "deploy-war" (it did work
> for me in other circumstances), I tried using the dependency plugin to
> copy the driver artifacts to a subdirectory in the build tree and use
> <testClassesDirectory> or <extraClasspath>.
> 
> I've appended the plugin configuration at the end of this e-mail. The
> dependency plugin uses the same properties to copy the driver libraries,
> and I've checked that the jars are indeed present in the expected
> directory.
> 
> BTW: Is there a way to output Jetty's classpath?
> 
> 
> Thanks for your time and help!
> Chantal
> 
> 
> 
> <plugin>
>    <groupId>org.mortbay.jetty</groupId>
>    <artifactId>jetty-maven-plugin</artifactId>
>    <version>7.4.0.v20110414</version>
>    <configuration>
>        <useTestClasspath>true</useTestClasspath>
> 
> <!--testClassesDirectory>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</testClassesDirectory-->
>        <jettyConfig>${basedir}/src/test/resources/jetty.xml</jettyConfig>
>        <webApp>${integration-test.dependencies.dir}/${server.war}</webApp>
>        <webAppConfig>
>            <contextPath>${server.context}</contextPath>
> 
> <extraClasspath>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</extraClasspath>
>        </webAppConfig>
>        <connectors>
>            <connector
> implementation="org.eclipse.jetty.server.nio.SelectChannelConnector">
>                <port>9090</port>
>                <maxIdleTime>60000</maxIdleTime>
>            </connector>
>        </connectors>
>        <stopKey>foo</stopKey>
>        <stopPort>9999</stopPort>
>    </configuration>
>    <executions>
>        <execution>
>            <id>start-jetty</id>
>            <phase>pre-integration-test</phase>
>            <goals>
>                <goal>deploy-war</goal>
>            </goals>
>            <configuration>
>                <scanintervalseconds>0</scanintervalseconds>
>                <daemon>true</daemon>
>            </configuration>
>        </execution>
>        <execution>
>            <id>stop-jetty</id>
>            <phase>post-integration-test</phase>
>            <goals>
>                <goal>stop</goal>
>            </goals>
>        </execution>
>    </executions>
> </plugin>
> 
> 
> 
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network 
> management toolset available today.  Delivers lowest initial 
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support

[Jetty-support] Configure Server Classpath in combination with "deploy-war" and "useTestClasspath=true"

[Chantal A. <cha...@bt...>]

Hello all,

this is my first post to your list! I've been searching for a while,
now, to find a solution but it seems I'm either looking for the wrong
keywords or I have a problem that noone else has - so hopefully I'm just
on the wrong track. If someone could point me to the right direction -
that would be great!


My use case is:
---------------
1.) Maven Project containing a Client Application to a WebServer
Application. (No WebServer required for unit testing)
2.) Integration testing: configured in that same project (it is a small
project), the WebServer application should be started, then the Client
should do some integration tests.
(Previously, integration tests would expect the server up and running
but I would like to make this portable.)

I have set this up, and it works except for this last requirement:

My problem:
-----------
3.) Requirement for the Server Application: JNDI DataSource and the
corresponding libraries on the classpath.


The JNDI Resource is set up successfully, but the driver jar is not
found. Running "mvn integration-test" gets me as far as:

[INFO] [jetty:deploy-war {execution: start-jetty}]
[INFO] Configuring Jetty for project: Client
[INFO] Configuring Jetty from xml configuration file
= /.../XXX_CLIENT/src/test/resources/jetty.xml
2011-05-09 14:22:42.645:WARN::Config error at <New id="ConfigDB"
class="org.eclipse.jetty.plus.jndi.Resource">|??<Arg>jdbc/ConfigDB</Arg>|??<Arg>|???<New class="oracle.jdbc.pool.OracleDataSource">|????<Set name="DriverType">thin</Set>|????<Set name="URL">jdbc:oracle:thin:@XXX:1521:xe</Set>|????<Set name="User">XXX</Set>|????<Set name="Password">XXX</Set>|????<Set name="connectionCachingEnabled">true</Set>|????<Set name="connectionCacheProperties">|?????<New class="java.util.Properties">|??????<Call name="setProperty">|???????<Arg>MinLimit</Arg>|???????<Arg>5</Arg>|??????</Call>|??????|?????</New>|????</Set>|???</New>|??</Arg>|?</New> java.lang.ClassNotFoundException: oracle.jdbc.pool.OracleDataSource
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failure

Embedded error: oracle.jdbc.pool.OracleDataSource


I am using jetty-maven-plugin version 7.4.0.v20110414.
I've tried two ways to configure the classpath:

(A) Add maven dependencies for the drivers (Oracle 10 and 11, both
installed on an internal repo and working for other maven projects on my
computer), and set <useTestClasspath>true</useTestClasspath>.
The dependencies have scope "test" and I would like to keep it at that.

		<dependency>
			<groupId>com.oracle</groupId>
			<artifactId>ojdbc14</artifactId>
			<version>10.2.0.5.0</version>
			<type>jar</type>
			<scope>test</scope>
		</dependency>

(B) As this doesn't seem to work for the goal "deploy-war" (it did work
for me in other circumstances), I tried using the dependency plugin to
copy the driver artifacts to a subdirectory in the build tree and use
<testClassesDirectory> or <extraClasspath>.

I've appended the plugin configuration at the end of this e-mail. The
dependency plugin uses the same properties to copy the driver libraries,
and I've checked that the jars are indeed present in the expected
directory.

BTW: Is there a way to output Jetty's classpath?


Thanks for your time and help!
Chantal



<plugin>
	<groupId>org.mortbay.jetty</groupId>
	<artifactId>jetty-maven-plugin</artifactId>
	<version>7.4.0.v20110414</version>
	<configuration>
		<useTestClasspath>true</useTestClasspath>

<!--testClassesDirectory>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</testClassesDirectory-->
		<jettyConfig>${basedir}/src/test/resources/jetty.xml</jettyConfig>
		<webApp>${integration-test.dependencies.dir}/${server.war}</webApp>
		<webAppConfig>
			<contextPath>${server.context}</contextPath>

<extraClasspath>${integration-test.dependencies.dir}/ojdbc6-11.2.0.2.0.jar:${integration-test.dependencies.dir}/ojdbc14-10.2.0.5.0.jar</extraClasspath>
		</webAppConfig>
		<connectors>
			<connector
implementation="org.eclipse.jetty.server.nio.SelectChannelConnector">
				<port>9090</port>
				<maxIdleTime>60000</maxIdleTime>
			</connector>
		</connectors>
		<stopKey>foo</stopKey>
		<stopPort>9999</stopPort>
	</configuration>
	<executions>
		<execution>
			<id>start-jetty</id>
			<phase>pre-integration-test</phase>
			<goals>
				<goal>deploy-war</goal>
			</goals>
			<configuration>
				<scanintervalseconds>0</scanintervalseconds>
				<daemon>true</daemon>
			</configuration>
		</execution>
		<execution>
			<id>stop-jetty</id>
			<phase>post-integration-test</phase>
			<goals>
				<goal>stop</goal>
			</goals>
		</execution>
	</executions>
</plugin>

[Jetty-support] Jetty 6: Serving Multiple Contexts in a single Web application

[Ali B. <ali...@gm...>]

Hi all,

I have tried to search the Jetty 6 documentation for an answer to my
question, but have so far been unsuccessful.  I have a web app, lets call it
myApp.  It is stored under the webapps folder.  I want all requests to
http://server:8080/myApp to map to webapps/myApp.  However, I have some
static files in another location that I want to serve under the URL
http://server:8080/myApp/docs.  That is, I have some files in
c:\some\other\location, and I want requests to
http://server:8080/myApp/docsto map to this location.  For example, a
request for
http://server:8080/myApp/docs/fileX.pdf to map to
c:\some\other\location\fileX.pdf.

Is this doable within Jetty configuration (either jetty.xml or
webdefault.xml or web.xml or any other configuration file)?  If anyone could
provide me some guidance on this, I would be greatly appreciative.  I have
tried configuring ContextHandlers and ResourceHandlers to no avail (perhaps
I'm doing it wrong?).  The closest I've come to getting what I want is by
creating a jetty-web.xml file with the following:

<Configure class="org.mortbay.jetty.webapp.WebAppContext">
  <Set name="contextPath">/myApp</Set>
  <Set name="baseResource">
    <New class="org.mortbay.resource.ResourceCollection">
      <Arg>
        <Array type="java.lang.String">
      <Item>c:/location/docs</Item>
      <Item><SystemProperty name="jetty.home"
default="."/>/webapps/myApp</Item>
        </Array>
      </Arg>
    </New>
  </Set>
</Configure>

But this maps the contents of the doc folder and webapps/myApp to the
http://server:8080//myApp URL.

Thanks again in advance for your help.

Ali

Re: [Jetty-support] Howto: Jetty + OSGi + JSP?

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

you have much better chance using the eclipse mailing lists for this
question...these sourgeforge ones have been dead for years and years

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

cheers,
jesse

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



On Sat, Dec 18, 2010 at 08:48, Andy Doddington <an...@do...> wrote:
> I have successfuly managed to run Jetty inside an Equinox OSGi container, serving up both Servlets and static html. However, I would like to serve JSPs too,
> but can’t find any information on how to do this inside an OSGi context - can anybody please advise?
>
> Thanks,
>
>        Andy D
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>

[Jetty-support] Howto: Jetty + OSGi + JSP?

[Andy D. <an...@do...>]

I have successfuly managed to run Jetty inside an Equinox OSGi container, serving up both Servlets and static html. However, I would like to serve JSPs too,
but can’t find any information on how to do this inside an OSGi context - can anybody please advise?

Thanks,

	Andy D

[Jetty-support] Redirect non www version of domain to www

[Boris H. <bs...@gm...>]

Hi,

I have another problem. I cannot redirect my non www domain version to www with MovedContextHandler, it does not have host to redirect to.
It is important for search rankings as I said in my other post. How do I proceed with that? Do I need to write my own handler or is there an easier way? Thanks!

Best Regards,
Boris

[Jetty-support] Bug - MovedContextHandler does not use 301 when permanent is true

[Boris H. <bs...@gm...>]

This is in Jetty 7.1.6 stable.

MovedContextHandler always uses 302, moved temporarily. no matter what is the value of the permanent flag.

I confirmed that when seeing the headers from my server. This problem is critical as Google and some of the other search engines threat 302 differently from 301 and that will seriously affect a site ranking by splitting link value between the urls that you want to forward to one another. For example when redirecting non www version of the domain site to www.

I looked at the source, it seems OK, maybe the problem is in the servlet API, look at this article http://www.w3.org/TR/WCAG-TECHS/SVR1.html
they use sendError there to produce 301 and you use setStatus. The API doc itself says that your way is the correct one, but it does not work.

Best Regards,
Boris

[Jetty-support] Setting initParameters without web.xml

[Boris H. <bs...@gm...>]

Hey guys.

I am working with Jetty 7.1.6 for several days now.  I am a pro Java developer with more than 7 years of experience behind my back and I must say this: “It is very difficult to configure this server. Because it has extremely poor documentation” If I was not very stubborn java developer with very much time to lose I would have given up long time ago. It seems a very nice software, but if you want it to gain wide spread popularity, you really should concentrate heavy on this documentation and most importantly – MORE EXAMPLES with USE CASES.

Now to the point. I want to use Jetty as a static content server mostly with some very simple servlets. I don’t want web app context, I don’t need sessions or security. I only want as much speed as possible. I want to use Gzip compression, file cashing and some of the other filters maybe like QoS.  I use Xml to configure it. My problem is, I am unable to set init parameters to DefaultServlet and to the other filters. I turned the internet upside down to search for this, but it looks a very well kept secret. Is that at all possible?
This is my context config so far:

<Configure class="org.eclipse.jetty.servlet.ServletContextHandler">
  <Set name="contextPath">/</Set>
  <Set name="resourceBase"><SystemProperty name="jetty.home" default="."/>/webroot/</Set>
  <Call name="addServlet">
    <Arg>org.eclipse.jetty.servlet.DefaultServlet</Arg>
    <Arg>/</Arg>
  </Call>
</Configure>

Kind Regards,
Boris

[Jetty-support] need help doing ant build to deploy an app using Jetty instead of Tomcat

[Stefan S. A. <ste...@gm...>]

Hi -

I would like to run a popular open-source java CMS (content management
system) called dotCMS.

dotCMS is normally deployed using Tomcat, but I would prefer to deploy it
using Jetty.

So far, I have installed Jetty 6.1.23 on my Debian Etch server, and I've
used the svn command-line client to check out a copy of the program I want
to deploy (dotCMS).

Specifically, I've done the first step in the instructions here for
deploying dotCMS as a WAR file:

http://www.dotcms.org/documentation/DeployingDotCMSAsAWarFile

which means that I've done the first two steps in the instructions here:

http://www.dotcms.org/documentation/InstallingFromSVN

I think that what I have to do next is do an ant build to create a WAR file
- with Jetty as the target, rather than Tomcat.

I imagine that I must edit some XML files before doing the ant build, so
that the app will run using Jetty rather than Tomcat. This is where I need
some guidance.

Can anyone point me to some tips for doing an ant build for an app that's
normally deployed using Tomcat, in order to deploy the app using Jetty
instead?

Thanks for any help.

+++ +++ +++

[Jetty-support] MOSTLY RESOLVED: Need[ed] help configuring Jetty 6.1.x under Debian Etch

[Stefan S. A. <ste...@gm...>]

Hi -

My apologies for the loooong email I just posted to the group.

I have mostly resolved the problem, by doing:

sudo java -jar start.jar

instead of

java -jar start.jar

Now when I point a browser to http://myserver.com:8080 I get the correct
Jetty test page.


The Jetty directories and folders all have 'root' as the owner, so when I
use sudo then Jetty evidently has the necessary permissions to read the web
app directory.

I have also created a user named 'jetty' but I haven't used it yet. So I
guess I still need to:

- change the owner of all the Jetty directories and files from 'root' to
'jetty';

- run Jetty as user 'jetty' instead of as myself;

- let people browse to the site using the standard port 80, rather than port
8080 which Jetty is currently using.

These things should be fairly straightforward.

It's exciting to have Jetty up and running on my server now, and I would say
that the installation procedure worked very well overall.

+++ +++ +++

[Jetty-support] X.509 Client Side Authentication Support

[Kevin J. <kev...@ug...>]

Jetty Support,

I wanted to know if the Jetty web server provides client side X.509 authentication support for Jetty version 6.1.5 and beyond? I am using Jetty as the bundled web server within the Zimbra email package. I would like to force the end user to supply a client certificate to authenticate against the Zimbra application.

Thanks in Advance,

Kevin

Re: [Jetty-support] Mutual SSL Support for the Jetty HTTP Client

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

I'll mention it again since its been a while, but the source forge
lists are from ages past and are not actively used at all.

I am cc'ing this to the users list @ eclipse and codehaus for you though :)

cheers!
jesse

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



On Tue, Mar 9, 2010 at 09:51, SCHIEFELBEIN, ANDREW (ATTSI)
<as...@at...> wrote:
> Greetings,
>
> We’re trying to implement mutual SSL support with the Jetty HTTP Client and
> are getting a bit hung up.  When attempting this:
>
>
>
>       private static void httpsTest(HttpClient httpClient)
>
>       {
>
>             try {
>
> HttpClient httpsClient = new HttpClient();
>
>
> httpsClient.setConnectorType(HttpClient.CONNECTOR_SELECT_CHANNEL);
>
>                   httpsClient.setKeyManagerPassword("password");
>
>                   httpsClient.setKeyStoreLocation("etc/keystore.jks");
>
>                   httpsClient.setKeyStorePassword("password");
>
>                   httpsClient.setTrustStoreLocation("etc/keystore.jks");
>
>                   httpsClient.setTrustStorePassword("password");
>
>
>
>                   httpsClient.start();
>
>
>
>                   contentExchange = new ContentExchange();
>
>
> httpsClient.setConnectorType(HttpClient.CONNECTOR_SELECT_CHANNEL);
>
>                   contentExchange.setMethod("GET");
>
>                   contentExchange.setURL(httpsURL);
>
>                   contentExchange.setScheme(HttpSchemes.HTTPS_BUFFER);
>
>                   httpsClient.send(contentExchange);
>
>                   contentExchange.waitForDone();
>
>                   printHTTPResponse(contentExchange, "HTTPS");
>
>             } catch (Exception e) {
>
>                   // TODO Auto-generated catch block
>
>                   e.printStackTrace();
>
>             }
>
>       }
>
>
>
> We get this:
>
>
>
> 2010-03-09 09:34:19.800:WARN::SSL renegotiate denied:
> java.nio.channels.SocketChannel[connected local=/localhost:1175
> remote=host/hostname:443]
>
> 2010-03-09 09:34:19.800:WARN::EXCEPTION
> ContentExchange@32794782=GET//hostname:443/MutualSSL#9
>
> org.eclipse.jetty.io.EofException
>
>       at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:310)
>
>       at
> org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203)
>
>       at
> org.eclipse.jetty.client.HttpConnection.handle(HttpConnection.java:239)
>
>       at
> org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:462)
>
>       at
> org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:436)
>
>       at java.lang.Thread.run(Unknown Source)
>
>
>
>
>
> A quick look at the http server logs (when set to debug the ssl traffic)
> reveal:
>
> [Tue Mar 09 09:43:53 2010] [debug] ssl_engine_kernel.c(1907): OpenSSL: Exit:
> failed in SSLv3 read client certificate A
>
> [Tue Mar 09 09:43:53 2010] [error] [client 10.160.249.123] Re-negotiation
> handshake failed: Not accepted by client!?
>
> [Tue Mar 09 09:43:53 2010] [debug] ssl_engine_io.c(1869): OpenSSL: I/O
> error, 5 bytes expected to read on BIO#b09b2f0 [mem: b0a29c0]
>
> [Tue Mar 09 09:43:53 2010] [info] [client 10.160.249.123] (104)Connection
> reset by peer: SSL input filter read failed.
>
> [Tue Mar 09 09:43:53 2010] [info] [client 10.160.249.123] (32)Broken pipe:
> core_output_filter: writing data to the network
>
>
>
>
>
> Any guidance would be much appreciated.
>
>
>
> Thanks
>
> Andy
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>
>

[Jetty-support] Mutual SSL Support for the Jetty HTTP Client

[SCHIEFELBEIN, A. (ATTSI) <as...@at...>]

Greetings,

We're trying to implement mutual SSL support with the Jetty HTTP Client
and are getting a bit hung up.  When attempting this:

 

      private static void httpsTest(HttpClient httpClient)

      {

            try {

HttpClient httpsClient = new HttpClient();

 
httpsClient.setConnectorType(HttpClient.CONNECTOR_SELECT_CHANNEL);

                  httpsClient.setKeyManagerPassword("password");

                  httpsClient.setKeyStoreLocation("etc/keystore.jks");

                  httpsClient.setKeyStorePassword("password");

                  httpsClient.setTrustStoreLocation("etc/keystore.jks");

                  httpsClient.setTrustStorePassword("password");

      

                  httpsClient.start();

 

                  contentExchange = new ContentExchange();

 
httpsClient.setConnectorType(HttpClient.CONNECTOR_SELECT_CHANNEL);

                  contentExchange.setMethod("GET");

                  contentExchange.setURL(httpsURL);

                  contentExchange.setScheme(HttpSchemes.HTTPS_BUFFER);

                  httpsClient.send(contentExchange);

                  contentExchange.waitForDone();

                  printHTTPResponse(contentExchange, "HTTPS");

            } catch (Exception e) {

                  // TODO Auto-generated catch block

                  e.printStackTrace();

            }

      }

 

We get this:

 

2010-03-09 09:34:19.800:WARN::SSL renegotiate denied:
java.nio.channels.SocketChannel[connected local=/localhost:1175
remote=host/hostname:443]

2010-03-09 09:34:19.800:WARN::EXCEPTION
ContentExchange@32794782=GET//hostname:443/MutualSSL#9

org.eclipse.jetty.io.EofException

      at
org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:310)

      at
org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203)

      at
org.eclipse.jetty.client.HttpConnection.handle(HttpConnection.java:239)

      at
org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint
.java:462)

      at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.ja
va:436)

      at java.lang.Thread.run(Unknown Source)

 

 

A quick look at the http server logs (when set to debug the ssl traffic)
reveal:

[Tue Mar 09 09:43:53 2010] [debug] ssl_engine_kernel.c(1907): OpenSSL:
Exit: failed in SSLv3 read client certificate A

[Tue Mar 09 09:43:53 2010] [error] [client 10.160.249.123]
Re-negotiation handshake failed: Not accepted by client!?

[Tue Mar 09 09:43:53 2010] [debug] ssl_engine_io.c(1869): OpenSSL: I/O
error, 5 bytes expected to read on BIO#b09b2f0 [mem: b0a29c0]

[Tue Mar 09 09:43:53 2010] [info] [client 10.160.249.123]
(104)Connection reset by peer: SSL input filter read failed.

[Tue Mar 09 09:43:53 2010] [info] [client 10.160.249.123] (32)Broken
pipe: core_output_filter: writing data to the network

 

 

Any guidance would be much appreciated.

 

Thanks

Andy

[Jetty-support] Jetty JPA (Jsf / Toplink) problems

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

On 3/9/2010 4:23 PM, Noor Mohamed wrote:
> For my previous thread, i got this error
>
> Error :
> java.lang.IllegalStateException: Application was not properly 
> initialized at st
> rtup, could not find Factory: javax.faces.context.FacesContextFactory
>         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256)
>         at javax.faces.webapp.FacesServlet.init(FacesServlet.java:142)
>         at 
> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.ja
> a:440)
>         at 
> org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:2
> 3)
>         at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> 50)
>         at 
> org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.j
> va:685)
>         at 
> org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
>         at 
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.ja
> a:1250)
>         at 
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java
> 517)
>         at 
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:46
> )
>         at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> 50)
>         at 
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
> .java:152)
>         at 
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHa
> dlerCollection.java:156)
>         at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> 50)
>         at 
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
> .java:152)
>         at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> 50)
>         at 
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java
> 130)
>         at org.mortbay.jetty.Server.doStart(Server.java:224)
>         at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
> 50)
>         at 
> org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
>         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:194)
>         at org.mortbay.start.Main.start(Main.java:534)
>         at org.mortbay.start.Main.start(Main.java:441)
>         at org.mortbay.start.Main.main(Main.java:119)
>
>
>
> On Tue, Mar 9, 2010 at 1:30 PM, Noor Mohamed <no...@op... 
> <mailto:no...@op...>> wrote:
>
>     hi everybody,
>
>     I created one *webapp using jpa(java persistence API) / jsf with
>     TopLink in netbeans6.5*.
>     It *works good*, with *glassfish* server.
>
>     And when i trying to run in *jetty server*, it gives *error* in
>             -- annotations
>             -- faces context exception
>             -- com.sun.faces.config.ConfigurationException:
>     CONFIGURATION FAILED!
>                            for this above _*config err*_ :
>                                 i) I've used one java
>     class("*AuthenticationPhaseListener.java*") inside my webapp,
>     which implements "*javax.faces.event.PhaseListener*"
>                                 ii) But it shows this config err as,
>     *AuthenticationPhaseListener *is not an instance of interface
>     *javax.faces.event.PhaseListener*
>
>       I am using Jetty-6.1.22 (got from
>     http://dist.codehaus.org/jetty/jetty-6.1.22 - "jetty-6.1.22.zip" )
>     And i put my webapp's ".war" file in webapps folder of jetty6.1.22.
>
>     I ran jetty by, "*java -jar start.jar etc/jetty.xml
>     etc/jetty-plus.xml etc/jetty-mywebapp.xml*"
>     I didn;t change anything inside jetty.xml and jetty-plus.xml.
>     I created a new file inside *etc* folder as,
>     _*jetty-mywebapp.xml*_. It has the following content :
>     ================================================================================================
>     <?xml version="1.0"?>
>     <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD
>     Configure//EN" "http://jetty.mortbay.org/configure.dtd">
>     <Configure id="Server" class="org.mortbay.jetty.Server">
>     <New id="CNB" class="org.mortbay.jetty.plus.naming.Resource"
>     name="addConnectionPoolDataSource">
>     <Arg>jdbc/cnb</Arg>
>     <Arg>
>     <!--<New class="javax.sql.DataSource
>     org.apache.commons.dbcp.BasicDataSource"
>     name="addConnectionPoolDataSource">-->
>     <New class="org.apache.commons.dbcp.BasicDataSource">
>     <Set
>     name="driverClassName">com.microsoft.sqlserver.jdbc.SQLServerDriver</Set>
>     <Set
>     name="url">jdbc:sqlserver://10.10.200.102:1433;databaseName=CNB</Set>
>     <Set name="username">sa</Set>
>     <Set name="password">test</Set>
>     </New>
>     </Arg>
>     </New>
>     </Configure>
>     ================================================================================================
>
>     Can anybody, pls provide me the solution to run my webapp (uses
>     jpa / jsf things) in JETTY server ..... ?
>
>     Thanks and regards,
>     Noor
>
>

[Jetty-support] Jetty JPA (Jsf / Toplink) problems ..

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

hi everybody,

I created one *webapp using jpa(java persistence API) / jsf in netbeans6.5*.
It *works good*, with *glassfish* server.

And when i trying to run in *jetty server*, it gives *error* in
        -- annotations
        -- faces context exception
        -- com.sun.faces.config.ConfigurationException: CONFIGURATION
FAILED!
                       for this above *config err* :
                            i) I've used one java class("*
AuthenticationPhaseListener.java*") inside my webapp, which implements "*
javax.faces.event.PhaseListener*"
                            ii) But it shows this config err as,
*AuthenticationPhaseListener
*is not an instance of interface *javax.faces.event.PhaseListener*


  I am using Jetty-6.1.22 (got from
http://dist.codehaus.org/jetty/jetty-6.1.22 - "jetty-6.1.22.zip" )
And i put my webapp's ".war" file in webapps folder of jetty6.1.22.

I ran jetty by, "*java -jar start.jar etc/jetty.xml etc/jetty-plus.xml
etc/jetty-mywebapp.xml*"
I didn;t change anything inside jetty.xml and jetty-plus.xml.
I created a new file inside *etc* folder as, *jetty-mywebapp.xml*. It has
the following content :
================================================================================================
       <?xml version="1.0"?>
      <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN"
"http://jetty.mortbay.org/configure.dtd">
<Configure id="Server" class="org.mortbay.jetty.Server">
    <New id="CNB" class="org.mortbay.jetty.plus.naming.Resource"
name="addConnectionPoolDataSource">
        <Arg>jdbc/cnb</Arg>
        <Arg>
            <!--<New class="javax.sql.DataSource
org.apache.commons.dbcp.BasicDataSource"
name="addConnectionPoolDataSource">-->
            <New class="org.apache.commons.dbcp.BasicDataSource">
                <Set
name="driverClassName">com.microsoft.sqlserver.jdbc.SQLServerDriver</Set>
                <Set name="url">jdbc:sqlserver://10.10.200.102:1433
;databaseName=CNB</Set>
                <Set name="username">sa</Set>
                <Set name="password">test</Set>
            </New>
        </Arg>
    </New>
</Configure>
================================================================================================

Can anybody, pls provide me the solution to run my webapp (uses jpa / jsf
things) in JETTY server ..... ?

Thanks and regards,
Noor

Re: [Jetty-support] Jetty JPA (Jsf / Toplink) problems

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

For my previous thread, i got this error

Error :
java.lang.IllegalStateException: Application was not properly initialized at
st
rtup, could not find Factory: javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256)
        at javax.faces.webapp.FacesServlet.init(FacesServlet.java:142)
        at
org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.ja
a:440)
        at
org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:2
3)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
50)
        at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.j
va:685)
        at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
        at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.ja
a:1250)
        at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java
517)
        at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:46
)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
50)
        at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
.java:152)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHa
dlerCollection.java:156)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
50)
        at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollectio
.java:152)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
50)
        at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java
130)
        at org.mortbay.jetty.Server.doStart(Server.java:224)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java
50)
        at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
        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:194)
        at org.mortbay.start.Main.start(Main.java:534)
        at org.mortbay.start.Main.start(Main.java:441)
        at org.mortbay.start.Main.main(Main.java:119)



On Tue, Mar 9, 2010 at 1:30 PM, Noor Mohamed <no...@op...>wrote:

> hi everybody,
>
> I created one *webapp using jpa(java persistence API) / jsf with TopLink
> in netbeans6.5*.
> It *works good*, with *glassfish* server.
>
> And when i trying to run in *jetty server*, it gives *error* in
>         -- annotations
>         -- faces context exception
>         -- com.sun.faces.config.ConfigurationException: CONFIGURATION
> FAILED!
>                        for this above *config err* :
>                             i) I've used one java class("*
> AuthenticationPhaseListener.java*") inside my webapp, which implements "*
> javax.faces.event.PhaseListener*"
>                             ii) But it shows this config err as, *AuthenticationPhaseListener
> *is not an instance of interface *javax.faces.event.PhaseListener*
>
>   I am using Jetty-6.1.22 (got from
> http://dist.codehaus.org/jetty/jetty-6.1.22 - "jetty-6.1.22.zip" )
> And i put my webapp's ".war" file in webapps folder of jetty6.1.22.
>
> I ran jetty by, "*java -jar start.jar etc/jetty.xml etc/jetty-plus.xml
> etc/jetty-mywebapp.xml*"
> I didn;t change anything inside jetty.xml and jetty-plus.xml.
> I created a new file inside *etc* folder as, *jetty-mywebapp.xml*. It has
> the following content :
>
> ================================================================================================
>        <?xml version="1.0"?>
>       <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD
> Configure//EN" "http://jetty.mortbay.org/configure.dtd">
> <Configure id="Server" class="org.mortbay.jetty.Server">
>     <New id="CNB" class="org.mortbay.jetty.plus.naming.Resource"
> name="addConnectionPoolDataSource">
>         <Arg>jdbc/cnb</Arg>
>         <Arg>
>             <!--<New class="javax.sql.DataSource
> org.apache.commons.dbcp.BasicDataSource"
> name="addConnectionPoolDataSource">-->
>             <New class="org.apache.commons.dbcp.BasicDataSource">
>                 <Set
> name="driverClassName">com.microsoft.sqlserver.jdbc.SQLServerDriver</Set>
>                 <Set name="url">jdbc:sqlserver://10.10.200.102:1433
> ;databaseName=CNB</Set>
>                 <Set name="username">sa</Set>
>                 <Set name="password">test</Set>
>             </New>
>         </Arg>
>     </New>
> </Configure>
>
> ================================================================================================
>
> Can anybody, pls provide me the solution to run my webapp (uses jpa / jsf
> things) in JETTY server ..... ?
>
> Thanks and regards,
>  Noor
>
>

Re: [Jetty-support] Jetty tests failing

[Matt R. <mr...@n-...>]

Thanks, I'll drag down trunk to grab the diff.   Should I still raise a 
bug, or should we just consider this the record?

Matt

Jan Bartel wrote:
> Hi Matt,
>
> Its already gone from jetty 6, 7 and 8 trunks.
>
> cheers
> Jan
>
>
> Matt Rose wrote:
>   
>> Whoops, just looked into this further, and I found the culprit.  This is
>> no longer the case.
>>
>> I'll raise a bug...
>>
>>     public void testSun() throws Exception
>>     {
>>         ContentExchange httpExchange=new ContentExchange();
>>         httpExchange.setURL(_scheme+"www.sun.com/");
>>         httpExchange.setMethod(HttpMethods.GET);
>>         _httpClient.send(httpExchange);
>>         int status = httpExchange.waitForDone();
>>         String result=httpExchange.getResponseContent();
>>         assertTrue(result.indexOf("<title>Sun Microsystems</title>")>0);
>>         assertEquals(HttpExchange.STATUS_COMPLETED, status);
>>         assertEquals(200,httpExchange.getResponseStatus());
>>     }
>>
>> Matt Rose wrote:
>>     
>>> When I try and build either jetty 6.1.21 and 6.1.22, at least three of
>>> the tests fail with a NullPointerException.
>>>
>>> Tests in error:
>>>   testSun(org.mortbay.jetty.client.HttpExchangeTest)
>>>   testSun(org.mortbay.jetty.client.SslHttpExchangeTest)
>>>
>>> testPostWithContentExchange(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>>>   testSun(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>>>
>>> And all the failures are some variation of...
>>>
>>> ------------------------------------------------------------------------------
>>> Test set: org.mortbay.jetty.client.SslHttpExchangeTest
>>> -------------------------------------------------------------------------------
>>> Tests run: 6, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.231
>>> sec <<< FAILURE!
>>> testSun(org.mortbay.jetty.client.SslHttpExchangeTest)  Time elapsed:
>>> 1.116 sec  <<< ERROR!
>>> java.lang.NullPointerException
>>>         at
>>> org.mortbay.jetty.client.HttpExchangeTest.testSun(HttpExchangeTest.java:250)
>>>
>>>
>>> I'm running this on CentOS 5.3 with the Sun JDK6u14.
>>>
>>> Does anyone know what's causing this, or what I'm doing wrong?
>>>
>>> Matt
>>>       
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Jetty-support mailing list
>> Jet...@li...
>> https://lists.sourceforge.net/lists/listinfo/jetty-support
>>     
>
>
> --
> Jan Bartel, Webtide LLC | ja...@we... | http://www.webtide.com
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support
>   

Re: [Jetty-support] Jetty tests failing

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

Hi Matt,

Its already gone from jetty 6, 7 and 8 trunks.

cheers
Jan


Matt Rose wrote:
> Whoops, just looked into this further, and I found the culprit.  This is 
> no longer the case.
> 
> I'll raise a bug...
> 
>     public void testSun() throws Exception
>     {
>         ContentExchange httpExchange=new ContentExchange();
>         httpExchange.setURL(_scheme+"www.sun.com/");
>         httpExchange.setMethod(HttpMethods.GET);
>         _httpClient.send(httpExchange);
>         int status = httpExchange.waitForDone();
>         String result=httpExchange.getResponseContent();
>         assertTrue(result.indexOf("<title>Sun Microsystems</title>")>0);
>         assertEquals(HttpExchange.STATUS_COMPLETED, status);
>         assertEquals(200,httpExchange.getResponseStatus());
>     }
> 
> Matt Rose wrote:
>> When I try and build either jetty 6.1.21 and 6.1.22, at least three of 
>> the tests fail with a NullPointerException.
>>
>> Tests in error:
>>   testSun(org.mortbay.jetty.client.HttpExchangeTest)
>>   testSun(org.mortbay.jetty.client.SslHttpExchangeTest)
>>   
>> testPostWithContentExchange(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>>   testSun(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>>
>> And all the failures are some variation of...
>>
>> ------------------------------------------------------------------------------
>> Test set: org.mortbay.jetty.client.SslHttpExchangeTest
>> -------------------------------------------------------------------------------
>> Tests run: 6, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.231 
>> sec <<< FAILURE!
>> testSun(org.mortbay.jetty.client.SslHttpExchangeTest)  Time elapsed: 
>> 1.116 sec  <<< ERROR!
>> java.lang.NullPointerException
>>         at 
>> org.mortbay.jetty.client.HttpExchangeTest.testSun(HttpExchangeTest.java:250)
>>
>>
>> I'm running this on CentOS 5.3 with the Sun JDK6u14.
>>
>> Does anyone know what's causing this, or what I'm doing wrong?
>>
>> Matt
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support


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

Re: [Jetty-support] Jetty tests failing

[Matt R. <mr...@n-...>]

Whoops, just looked into this further, and I found the culprit.  This is 
no longer the case.

I'll raise a bug...

    public void testSun() throws Exception
    {
        ContentExchange httpExchange=new ContentExchange();
        httpExchange.setURL(_scheme+"www.sun.com/");
        httpExchange.setMethod(HttpMethods.GET);
        _httpClient.send(httpExchange);
        int status = httpExchange.waitForDone();
        String result=httpExchange.getResponseContent();
        assertTrue(result.indexOf("<title>Sun Microsystems</title>")>0);
        assertEquals(HttpExchange.STATUS_COMPLETED, status);
        assertEquals(200,httpExchange.getResponseStatus());
    }

Matt Rose wrote:
> When I try and build either jetty 6.1.21 and 6.1.22, at least three of 
> the tests fail with a NullPointerException.
>
> Tests in error:
>   testSun(org.mortbay.jetty.client.HttpExchangeTest)
>   testSun(org.mortbay.jetty.client.SslHttpExchangeTest)
>   
> testPostWithContentExchange(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>   testSun(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
>
> And all the failures are some variation of...
>
> ------------------------------------------------------------------------------
> Test set: org.mortbay.jetty.client.SslHttpExchangeTest
> -------------------------------------------------------------------------------
> Tests run: 6, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.231 
> sec <<< FAILURE!
> testSun(org.mortbay.jetty.client.SslHttpExchangeTest)  Time elapsed: 
> 1.116 sec  <<< ERROR!
> java.lang.NullPointerException
>         at 
> org.mortbay.jetty.client.HttpExchangeTest.testSun(HttpExchangeTest.java:250)
>
>
> I'm running this on CentOS 5.3 with the Sun JDK6u14.
>
> Does anyone know what's causing this, or what I'm doing wrong?
>
> Matt

[Jetty-support] Jetty tests failing

[Matt R. <mr...@n-...>]

When I try and build either jetty 6.1.21 and 6.1.22, at least three of 
the tests fail with a NullPointerException.

Tests in error:
  testSun(org.mortbay.jetty.client.HttpExchangeTest)
  testSun(org.mortbay.jetty.client.SslHttpExchangeTest)
  
testPostWithContentExchange(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)
  testSun(org.mortbay.jetty.client.AsyncSslHttpExchangeTest)

And all the failures are some variation of...

------------------------------------------------------------------------------
Test set: org.mortbay.jetty.client.SslHttpExchangeTest
-------------------------------------------------------------------------------
Tests run: 6, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.231 
sec <<< FAILURE!
testSun(org.mortbay.jetty.client.SslHttpExchangeTest)  Time elapsed: 
1.116 sec  <<< ERROR!
java.lang.NullPointerException
        at 
org.mortbay.jetty.client.HttpExchangeTest.testSun(HttpExchangeTest.java:250)


I'm running this on CentOS 5.3 with the Sun JDK6u14.

Does anyone know what's causing this, or what I'm doing wrong?

Matt

Re: [Jetty-support] jetty transactions using maven for spring based web app

[Stephen D. <st...@j2...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Rick.

This list is no longer monitored.  Instead, check out
us...@je....

Regards,
Steve

Ricky wrote:
> Hi,
> 
> I am currently working on a Spring MVC, Spring Web Flow / Dojo client /
> Restful Resource on JAX RS (using Jersey JAX) <--> Spring <--> Hibernate
> <--> DB based web application; and we use maven with jetty for running
> some of our stuff for testing. I wanted to test some of my Business tier
> elements (Service Tier annotated with @Transactional annotations for
> Spring); On presentation tier I have restful resource using Jersey JAX
> RS that calls Spring based POJO service that calls DAO to get the
> results. The service methods are annotated with @Transactional  (spring)
> annotations and I wanted to test out my flow; Our service xml for Spring
> beans/context configuration looks like this:
> 
> **************************************************************
> <!-- All Blah blah namespace declarations go here -->
> <tx:annotation-driven />
> <tx:annotation-driven transaction-manager="transactionManager" />
> 
> ***************************************************************
> I have configured Jetty plugin as follows: (in POM.xml)
> ***************************************************************
> <plugin>
> <groupId>org.mortbay.jetty</groupId>
> <artifactId>jetty-maven-plugin</artifactId>
> <version>7.0.1.v20091125</version>
> <configuration>
>        <jettyConfig>${jetty.config}</jettyConfig>
>        <!-- <jettyEnvXml>${jetty.env.xml}</jettyEnvXml>-->
>         configuration>
> </plugin>
> 
> *********************************************************************************************************************************
> For jetty config I am using Jetty plus xml as supplied with jetty server
> download. I have added following lines to it:
> **********************************************************************************************************************************
> <New id="userTxImpl" class="com.atomikos.icatch.jta.UserTransactionImpl" />
> <New id="tx" class="org.mortbay.jetty.plus.naming.Transaction">
>         <Arg>
>                 <Ref id="userTxImpl" />
>         </Arg>
> </New>
> 
> 
> For getting Atomikos, I have declared following my POM file for Atomikos:
> <dependency>
> <groupId>javax.transaction</groupId>
> <artifactId>jta</artifactId>
> <version>1.1</version>
> <type>jar</type>
> <scope>runtime</scope>
> </dependency>
> <dependency>
> <groupId>javax.transaction</groupId>
> <artifactId>jta</artifactId>
> <version>1.1</version>
> <type>jar</type>
> <classifier>sources</classifier>
> <scope>runtime</scope>
> </dependency>
> <dependency>
> <groupId>com.atomikos</groupId>
> <artifactId>transactions-jta</artifactId>
> <version>3.2.3</version>
> <type>jar</type>
> <scope>runtime</scope>
> </dependency>
> </dependencies>
> 
> 
> But when I do a mvn clean compile test install jetty:run ...  It
> compiles fine and test cases run, but Jetty maven plugin cannot find
> UserTransactionImp; I checked ... its there on the classpath and I
> checked the jar in .m2 repo ... its present where it should be ...
> 
> *2010-02-09 23:07:34.657:INFO::Logging to StdErrLog::DEBUG=false via
> org.eclipse.jetty.util.log.StdErrLog*
> *2010-02-09 23:07:34.689:WARN::Config error at <New id="userTxImpl"
> class="com.atomikos.icatch.jta.UserTransactionImp"/>
> java.lang.ClassNotFoundException:
> com.atomikos.icatch.jta.UserTransactionImp*
> 
> ^^ those are the two lines I get and server exits ...
> 
> Any help or suggestions would appreciated ... NOTE: I don't need
> Atomikos ... I couldn't find any other transaction implementation that I
> could use with Jetty ... I just need to test my code's flow with
> Transaction management (Integration testing 101).
> 
> Thanks in advance!
> Rick
> 
> 
> _______________________________________________
> Jetty-support mailing list
> Jet...@li...
> https://lists.sourceforge.net/lists/listinfo/jetty-support

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iEYEARECAAYFAktzHfgACgkQSphIUSiVzgYVawCfY0a6uKVbe9i82LpSC5a8Xz8B
azUAoNjmBLPv8HXoLuWen0uzSD8RJwA4
=tSIA
-----END PGP SIGNATURE-----

[Jetty-support] jetty transactions using maven for spring based web app

[Ricky <ric...@gm...>]

Hi,

I am currently working on a Spring MVC, Spring Web Flow / Dojo client /
Restful Resource on JAX RS (using Jersey JAX) <--> Spring <--> Hibernate
<--> DB based web application; and we use maven with jetty for running some
of our stuff for testing. I wanted to test some of my Business tier elements
(Service Tier annotated with @Transactional annotations for Spring); On
presentation tier I have restful resource using Jersey JAX RS that calls
Spring based POJO service that calls DAO to get the results. The service
methods are annotated with @Transactional  (spring) annotations and I wanted
to test out my flow; Our service xml for Spring beans/context configuration
looks like this:

**************************************************************
<!-- All Blah blah namespace declarations go here -->
<tx:annotation-driven />
<tx:annotation-driven transaction-manager="transactionManager" />

***************************************************************
I have configured Jetty plugin as follows: (in POM.xml)
***************************************************************
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
 <version>7.0.1.v20091125</version>
<configuration>
       <jettyConfig>${jetty.config}</jettyConfig>
        <!-- <jettyEnvXml>${jetty.env.xml}</jettyEnvXml>-->
        configuration>
</plugin>

*********************************************************************************************************************************
For jetty config I am using Jetty plus xml as supplied with jetty server
download. I have added following lines to it:
**********************************************************************************************************************************
<New id="userTxImpl" class="com.atomikos.icatch.jta.UserTransactionImpl" />
<New id="tx" class="org.mortbay.jetty.plus.naming.Transaction">
        <Arg>
                <Ref id="userTxImpl" />
        </Arg>
</New>


For getting Atomikos, I have declared following my POM file for Atomikos:
<dependency>
 <groupId>javax.transaction</groupId>
<artifactId>jta</artifactId>
 <version>1.1</version>
<type>jar</type>
<scope>runtime</scope>
 </dependency>
<dependency>
<groupId>javax.transaction</groupId>
 <artifactId>jta</artifactId>
<version>1.1</version>
 <type>jar</type>
<classifier>sources</classifier>
 <scope>runtime</scope>
</dependency>
<dependency>
 <groupId>com.atomikos</groupId>
<artifactId>transactions-jta</artifactId>
 <version>3.2.3</version>
<type>jar</type>
<scope>runtime</scope>
 </dependency>
</dependencies>


But when I do a mvn clean compile test install jetty:run ...  It compiles
fine and test cases run, but Jetty maven plugin cannot find
UserTransactionImp; I checked ... its there on the classpath and I checked
the jar in .m2 repo ... its present where it should be ...

*2010-02-09 23:07:34.657:INFO::Logging to StdErrLog::DEBUG=false via
org.eclipse.jetty.util.log.StdErrLog*
*2010-02-09 23:07:34.689:WARN::Config error at <New id="userTxImpl"
class="com.atomikos.icatch.jta.UserTransactionImp"/>
java.lang.ClassNotFoundException: com.atomikos.icatch.jta.UserTransactionImp
*

^^ those are the two lines I get and server exits ...

Any help or suggestions would appreciated ... NOTE: I don't need Atomikos
... I couldn't find any other transaction implementation that I could use
with Jetty ... I just need to test my code's flow with Transaction
management (Integration testing 101).

Thanks in advance!
Rick

[Jetty-support] SSL secure cookie mod_proxy

[Tarun R. <tv...@co...>]

Hi,

I'm sure this problem has been answered, but for the life of me, I can't
find it. I have a fairly standard configuration:

Browser <----> HTTPS Apache <----> HTTP Jetty

+

X-Forwarded-Scheme "https"

+

Jetty configured to have "forwarded" set to true.


Previously, we had used Tomcat + mod_jk/ajp and that configuration
automagically set our cookies to Secure Cookies, forcing the cookie to only
be presented by the browser when connected to a secure endpoint.

After switching to the above Jetty configuration, Jetty does not set the
Secure Cookies flag since the incoming connection is HTTP. What is the
recommend solution here? Do I switch to using ajp (not recommended according
to the docs)?

Thank you,
Tarun

Re: [Jetty-support] Annoying problem in Jetty 5

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

Please ignore this, I've checked a bit further and it looks like the
code was incorrectly calling start() on the listener before setting the
maxThreads parameter.

Regards
Rob Stone

On Thu, 2009-12-17 at 18:49 +0000, Robert Stone wrote:
> 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
> 
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________ Jetty-support mailing list Jet...@li... https://lists.sourceforge.net/lists/listinfo/jetty-support
Robert Stone 
Systems Consultant
Rostrvm Solutions Ltd 
  
www.rostrvm.com 
  
  
T:  + 44 (0) 1483 744431
F:  + 44 (0) 1483 744447 
E:  rob...@ro... 
 

The content of this e-mail (including any attachments) as received may
not be the same as sent. If you consider that the content is material to
the formation or performance of a contract or you are otherwise relying
upon its accuracy, you should consider requesting a copy be sent by
facsimile or normal mail. The information in this e-mail is confidential
and may be legally privileged. If you are not the intended recipient,
please notify the sender immediately and then delete this e-mail
entirely - you must not retain, copy, distribute or use this e-mail for
any purpose or disclose any of its content to others.

Opinions, conclusions and other information in this e-mail that do not
relate to the official business of Rostrvm Solutions Ltd shall be
understood as neither given nor endorsed by it. Please note we intercept
and monitor incoming / outgoing e-mail and therefore you should neither
expect nor intend any e-mail to be private in nature.

We have checked this e-mail for viruses and other harmful components and
believe but not guarantee it virus-free prior to leaving our computer
system. However, you should satisfy yourself that it is free from
harmful components, as we do not accept responsibility for any loss or
damage it may cause to your computer systems.

Rostrvm Solutions Limited is a company incorporated in England and Wales
(Company Number 04246427) and has its registered office at Prospect
House, 2, Athenaeum Road, London, N20 9YU