xzer / run-jetty-run Goto Github PK

What steps will reproduce the problem?
1. Add user libraries resolved
2. Start jetty via run-jetty-run
3. And open in web browser

What is the expected output? What do you see instead?
I see JSP compile error. Because jetty unable to find some jars. 

What version of the product are you using? On what operating system?
Windows XP. 
Eclipse Version: Helios Service Release 1. Build id: 20100917-0705
Run Jetty Run Feature:  1.1.1

Please provide any additional information below.
If I export project to Glassfish, everything is ok.
If I add manually jars to run-jetty-run "Classpath" -> "User Entries", 
everything is ok.
I compare jetty running command parameters and find, user libraries  adds only 
in "-Drjrclasspath...", but if I add jars to "User Entries" it is also adds to 
"-classpath " and evething is ok.

I've downloaded the plugin source and modified to allow jetty to be
configured with SSL as this was a feature we required. I was wondering if
you thought that this was worthwhile you wanted to review my changes and
possibly add them to the plugin.

Cheers
Matt

This is both a bug report and a bug fix.
If the WEB-INF folder was located directly under the project root
there was no way to specify it in the WebApp dir field. I tried several
things like: leaving it empty, ., /, \, \\, existingFolder/.., etc...
Nothing worked.

Then, I downloaded the source code and fixed the issue.
Please find the description of the fix in the attached bugfix.txt file.

[deleted issue]

What steps will reproduce the problem?
1. Unsuccessful in starting up the plugin.

What is the expected output? What do you see instead?

008-02-03 22:28:41.864::WARN:  failed jsp
java.lang.NoSuchFieldError: IS_SECURITY_ENABLED
    at
org.apache.jasper.compiler.JspRuntimeContext.<init>(JspRuntimeContext.java:181)
    at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:134)
    at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433)
    at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:256)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:612)
    at org.mortbay.jetty.servlet.Context.startContext(Context.java:139)
    at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1216)
    at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:509)
    at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:447)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)
    at org.mortbay.jetty.Server.doStart(Server.java:222)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at runjettyrun.Bootstrap.main(Bootstrap.java:76)

What version of the product are you using? On what operating system?

Eclipse 3.3.1.1
Mac OS X 10.5.1 
JDK 1.5.0_13

Please provide any additional information below.

FYI - Running my web application using mvn jetty6:run works fine.

When trying to use the plugin on my web app, I get the following error:

Exception in thread "main" java.lang.NoClassDefFoundError:
javax/servlet/http/HttpServletRequest
    at runjettyrun.Bootstrap.main(Bootstrap.java:60)

I was able to fix this by adding the servlet-api-2.5-6.1.6.jar to the
runtime classpath, but I think the plugin should already come this way. 
According to the Jetty docs, embedded Jetty should include this jar file. 
It is pointless to embed Jetty and then not include this jar, since web
apps can't run without it.

See for yourself:
http://docs.codehaus.org/display/JETTY/Embedding+Jetty#EmbeddingJetty-Settingupt
heclasspath

Flash/Flex look for a file "/crossdomain.xml" to determine whether to 
permit a flash app to communicate across domains.  If the web app being 
tested has a context other than "/" (in particular, if it must have a 
context other than "/"), then it can not serve files from the root, which 
makes it difficult to test Flash applications that require cross domain 
communication.

Add some kind of support for serving files from the root context.

Hi all,

It seems that the latest version generate some bugs :

1. With existing and functional configurations with 1.0.1 plugin version,
update to 1.1.0 defeat debug and run configurations
2. New debug / run configurations failed to start

Encountered error :
2009-05-04 10:21:07.422::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
Exception in thread "main" java.net.MalformedURLException: no protocol:
<HERE GOES MY FULL ECLIPSE CLASSPATH>
    at java.net.URL.<init>(URL.java:567)
    at java.net.URL.<init>(URL.java:464)
    at java.net.URL.<init>(URL.java:413)
    at org.mortbay.resource.Resource.newResource(Resource.java:136)
    at org.mortbay.resource.Resource.newResource(Resource.java:120)
    at
org.mortbay.jetty.webapp.WebAppClnassLoader.addClassPath(WebAppClassLoader.java:
124)
    at runjettyrun.ProjectClassLoader.<init>(ProjectClassLoader.java:39)
    at runjettyrun.Bootstrap.main(Bootstrap.java:109)

Active configuration :
OS : Linux Ubuntu 9.04
JDK : OpenJDK 6 (6b14-1.4.1-0ubuntu7)
Eclipse : 3.4.2 / M20090211-1700

I use runjettyrun in eclipse 3.4 on windows, I want to modify files when
running to help fix bugs, but I can't do it. when I save, IDE tells "请求的
操作无法在使用用户映射区域打开的文件上执行". it means 
"operation can't be
execute on the file using user mapping region opened. "

Thanks a lot.

Please include p2 dropin support.

What steps will reproduce the problem?
1. Open run configuration
2. Double click on Jetty, enter in information
3. click on "Run"

What is the expected output? What do you see instead?
The archive: C:/Program
Files/eclipse/configuration/org.eclipse.osgi/bundles/393/1/.cp/lib/run-jetty-run
-bootstrap.jar
which is referenced by the classpath, does not exist.


What version of the product are you using? On what operating system?
1.0.1 of run-jetty-run in Eclipse 3.4.0 build I20080618-2000

Please provide any additional information below.
Plugin was working fine in Eclipse 3.3.

Something that worked in 1.0.1, but does not work in 1.1.1. I have a set of
maven modules. One of them is webapp (1), another one contains some shared
classes (2). When a web.xml located in (1) declares a filter located in (2)
I get the following error:

Failed startup of context
org.mortbay.jetty.webapp.WebAppContext@6c2896{/context,src/main/webapp}
javax.servlet.UnavailableException: com.example.MyFilter
    at org.mortbay.jetty.servlet.Holder.doStart(Holder.java:79)
    at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:81)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
    at org.mortbay.jetty.servlet.Context.startContext(Context.java:139)
    at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1216)
    at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:509)
    at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:447)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)
    at org.mortbay.jetty.Server.doStart(Server.java:222)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
    at runjettyrun.Bootstrap.main(Bootstrap.java:76) 

The same exact projects work under 1.0.1

I am running the plugin in a maven-based project which uses wicket. The 
configuration for the jetty maven plugin looks like this:

<groupId>org.mortbay.jetty</groupId>
    <artifactId>maven-jetty-plugin</artifactId>
    <version>6.1.4</version>
    <configuration>
        <scanTargets>
            <scanTarget>src/main/resources/</scanTarget>
            <scanTarget>src/main/webapp/</scanTarget>
        </scanTargets>
    <scanIntervalSeconds>10</scanIntervalSeconds>
</configuration>

With the above configuration the plugin restarts jetty nicely whenever I 
change any page classes.

With the run-jetty-run I have so far been completely unable to activate my 
changes unless I manually restart the plugin.

What steps will reproduce the problem?
1. Install the latest run-jetty-run plugin from the updatesite
2. Start the plugin
3. Try to access a jsp

What is the expected output? What do you see instead?
Expected output is the rendered jsp. What I see is a blank page with the
following error
java.lang.NoSuchMethodError:
org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/j
dt/core/compiler/IProblem;

What version of the product are you using? On what operating system?
run-jetty-run 1.1.1

$ java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Server VM (build 10.0-b22, mixed mode)

on linux fedora 11
$ uname -r
2.6.29.4-167.fc11.i686.PAE 

eclipse 3.4.2 Build id: M20090211-1700

Please provide any additional information below.

What steps will reproduce the problem?
1. make a webapp as a project
2. try to set the webapp dir to the project dir

What is the expected output? What do you see instead?
Web application directory is not set

What version of the product are you using? On what operating system?
Latest from the update site as of this date.

Please provide any additional information below.

There seem to be a problem with Tapestry5 apps loading org.slf4j.Logger 
class when using either patched jetty launcher (to support jetty6) or run-
jetty-run eclipse plugin. It does not happen with official jetty launcher 
& jetty5 (although the official jetty launcher doesn't support java6). 
Also it doesn't seem to be jetty6 specific issue because when running 
jetty with mvn jetty:run the exception is NOT thrown.
> An unexpected application exception has occurred.
>     * java.lang.RuntimeException
>       java.lang.ClassNotFoundException: caught an exception while 
obtaining a class file for org.example.myapp.pages.Start
>     * java.lang.ClassNotFoundException
>       caught an exception while obtaining a class file for 
org.example.myapp.pages.Start
>       exception
>           org.apache.tapestry.internal.services.TransformationException: 
Error obtaining injected value for field 
org.example.myapp.pages.Start.logger: java.lang.ClassNotFoundException: 
org.slf4j.Logger 
>     * org.apache.tapestry.internal.services.TransformationException
>       Error obtaining injected value for field 
org.example.myapp.pages.Start.logger: java.lang.ClassNotFoundException: 
org.slf4j.Logger
> #  java.lang.ClassNotFoundException
> org.slf4j.Logger
> Stack trace
>         * java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>         * java.security.AccessController.doPrivileged(Native Method)
>         * java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>         * 
org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:366)
>         * 
org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:337)
>         * javassist.Loader.delegateToParent(Loader.java:428)
>         * javassist.Loader.loadClass(Loader.java:314)
>         * java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         * java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>         * java.lang.Class.forName0(Native Method)
>         * java.lang.Class.forName(Class.java:247)
>         * 
org.apache.tapestry.internal.services.InternalClassTransformationImpl.toClass(In
ternalClassTransformationImpl.java:1461)
>         * 
org.apache.tapestry.internal.services.InjectWorker.transform(InjectWorker.java:5
4)
>         * 
org.apache.tapestry.internal.services.ComponentClassTransformerImpl.transformCom
ponentClass(ComponentClassTransformerImpl.java:141)
>         * 
org.apache.tapestry.internal.services.ComponentInstantiatorSourceImpl.onLoad(Com
ponentInstantiatorSourceImpl.java:163)
>         * javassist.Loader.findClass(Loader.java:340)
>         * 
org.apache.tapestry.internal.services.ComponentInstantiatorSourceImpl$PackageAwa
reLoader.findClass(ComponentInstantiatorSourceImpl.java:74)
>         * javassist.Loader.loadClass(Loader.java:311)
>         * java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         * 
org.apache.tapestry.internal.services.ComponentInstantiatorSourceImpl.findClass(
ComponentInstantiatorSourceImpl.java:236)
>         * 
org.apache.tapestry.internal.services.ComponentInstantiatorSourceImpl.findInstan
tiator(ComponentInstantiatorSourceImpl.java:222)
>         * 
org.apache.tapestry.internal.services.PageElementFactoryImpl.newRootComponentEle
ment(PageElementFactoryImpl.java:309)
>         * 
org.apache.tapestry.internal.services.PageLoaderProcessor.loadRootComponent(Page
LoaderProcessor.java:354)
>         * 
org.apache.tapestry.internal.services.PageLoaderProcessor.loadPage(PageLoaderPro
cessor.java:339)
>         * 
org.apache.tapestry.internal.services.PageLoaderImpl.loadPage(PageLoaderImpl.jav
a:60)
>         * 
org.apache.tapestry.internal.services.PagePoolImpl.checkout(PagePoolImpl.java:69
)
>         * 
org.apache.tapestry.internal.services.RequestPageCacheImpl.get(RequestPageCacheI
mpl.java:43)
>         * 
org.apache.tapestry.internal.services.PageRenderRequestHandlerImpl.handle(PageRe
nderRequestHandlerImpl.java:55)
>         * 
org.apache.tapestry.internal.services.RootPathDispatcher.dispatch(RootPathDispat
cher.java:52)
>         * 
org.apache.tapestry.services.TapestryModule$12.service(TapestryModule.java:905)
>         * 
org.example.myapp.services.AppModule$1.service(AppModule.java:92)
>         * 
org.apache.tapestry.internal.services.LocalizationFilter.service(LocalizationFil
ter.java:43)
>         * 
org.apache.tapestry.services.TapestryModule$2.service(TapestryModule.java:487)
>         * 
org.apache.tapestry.internal.services.StaticFilesFilter.service(StaticFilesFilte
r.java:79)
>         * 
org.apache.tapestry.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpd
atesFilter.java:94)
>         * 
org.apache.tapestry.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpd
atesFilter.java:85)
>         * 
org.apache.tapestry.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarri
er.java:77)
>         * 
org.apache.tapestry.internal.services.CheckForUpdatesFilter.service(CheckForUpda
tesFilter.java:107)
>         * 
org.apache.tapestry.services.TapestryModule$11.service(TapestryModule.java:888)
>         * 
org.apache.tapestry.TapestryFilter.doFilter(TapestryFilter.java:164)
>         * 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.jav
a:1084)
>         * 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
>         * 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>         * 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>         * 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:722)
>         * 
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:404)
>         * 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
>         * org.mortbay.jetty.Server.handle(Server.java:324)
>         * 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
>         * 
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.ja
va:828)
>         * org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
>         * 
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
>         * 
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
>         * 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
>         * 
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)

When starting RJR, it seems one is required to run it under localhost (ie
http://localhost:8080/myProject)

There are times when I would like to share this across our intranet and run
it with the context of my computer (ie http://myBoxName:8080/myProject).

I just run a Project with version 1.1.1 of the plugin and it did not start
the application-context correctly:

[com.mchange.v2.c3p0.ComboPooledDataSource]: Constructor threw exception;
nested exception is java.lang.LinkageError: loader constraint violation:
loader (instance of runjettyrun/ProjectClassLoader) previously initiated
loading for a different type with name "javax/management/MBeanServer

All Project that ran fine before throw that same exception (see attachment).

I tried removing the old launch configs, but it didnt help. I am not quite
sure what may cause this error.

I am a Chinese people. Now I am developing a web application which I have 
seted the page encoding to "GB2312", but I have finded the character 
displayed in a page is garbled. So I hope you can think about multiply 
language question. Thank you.

I've made a minor change to RJR to allow me to easily specify Multiple WebApp 
Directories (as a 
comma separated list). This is really useful when using Maven Overlays:

http://docs.codehaus.org/display/JETTY/Multiple+WebApp+Source+Directory

I'd be happy to make this change in SVN if it's useful to others. 

Dan. 

What steps will reproduce the problem?

1. Create a maven (webapp) project
2. Start the Jetty plugin to test your webapp
3. Notice that the classloader also loads the classes under:
target\test-classes

What is the expected output? What do you see instead?

I'd expect NOT to load my test classes when running the webapp. Doing so
creates conflicts as i have the same class defined twice in my project.
Once for testing and once for deploy. (Both classes doing something different)

A simple patch would be to change ProjectClassLoader.java:

        String entry = projectClassPath.substring(start, index);
        if (!entry.endsWith("test-classes")) {
            System.err.println("ProjectClassLoader: entry="+entry);
            super.addClassPath(entry);
        }

thx

hi

i want to add extra features to i-jetty but what exactly of tools i need to
run the source code of i-jetty??

What steps will reproduce the problem?
1. HTTP Header is limited
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
1. install the plugin on eclipse/windows and configure the launcher
2. hit any page with your browser
3. change any static file, like css or js files
4. try to save. Eclipse will complain

What version of the product are you using? On what operating system?

Eclipse: 3.3.1.1 (Build id: M20071023-1652)
OS: Windows XP/SP2
RunJettyRun: 1.0.0

Add option to let Jetty startup using a Jetty XML configuration file. So - like 
the old plugin - you 
provide either the port and context or the location of the configuration.

Note that this is probably about as far as I want to go with adding new 
features.

I have an eclipse project that represents a war.

Under is this directory structure

WarProject
   -> war
        -> WEB-INF
            -> lib
                -> lots of jars

I point run-jetty-run to the war directory.

When i run, I get loads of ClassNotFoundExceptions for classes found in the 
jars under the WEB-INF/lib directory. (I have no classes in WEB-INF/classes, 
but i don't think that matters).

If I edit the Project's -> Properties -> Java Build Path -> Libraries tab to 
include all the jars found in lib, then it works fine.

I'm not sure why rjr isn't finding these jars by default.

Running on Ubuntu 10.10 Jdk6.18

What steps will reproduce the problem?
1. Install rnu-jetty-run
2. Open run configurations
3. Select Jetty Webapp
4. Right-click "New"

What is the expected output? What do you see instead?

Expected is a new configuration. Instead nothing happens.

What version of the product are you using? On what operating system?

1.0, and

Eclipse SDK

Version: 3.2.2
Build id: M20070212-1330

Adding support for jetty-plus services (e.g. datasources, javamail, etc) is
quite easy and will make this tool much more complete.
In addition to the attached patch for Bootstrap.java, you'll also need to
add the following jars (from the lib/naming and lib/plus directory of the
jetty distribution) to the classpath of each jetty webapp run profile:
jetty-plus.jar
jetty-naming.jar
activation.jar
mail.jar

Hello,

I have made a patch to set needClientAuth on SslConnector using system 
property in bootstrap.

Cordially.

Roux Jérôme

Hi all,

we are currently using tomcat 6, but we would like to switch to Jetty 7. 
As far as i understand Run-jetty-run uses an embedded version of Jetty
which is version 6.

Is there a way to make it work with Jetty 7 ?

Thank you.
Zoltan.

We like to commit launch configs to source control and share them amongst
team members. However, the run jetty run launch configs have default
classpath entries that use absolute paths. For example:
"C:/Java/eclipse/eclipse-ganymede/configuration/org.eclipse.osgi/bundles/689/1/.
cp/lib/jetty-6.1.6.jar"
So, obviously, the launch config won't work on someone else's machine.

Incidentally, it appears that the number under bundles (i.e. 689) is
different for every developer.

We have a workaround, which is to manually edit the launch config, remove
all the absolute paths and replace them with "Advanced->Add Variable
String" entries of the form:
"${bundle_loc:runjettyrun}/lib/jetty-6.1.6.jar"

I have a webapp (apache solr) that comes bundled with a web.xml. The
default looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
  <filter>
    <filter-name>SolrRequestFilter</filter-name>
    <filter-class>org.apache.solr.servlet.SolrDispatchFilter</filter-class>


 I'm trying to override the filter-class, but no joy. I've tried putting
this fragment into web-jetty.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
  <filter>
    <filter-name>SolrRequestFilter</filter-name>
    <filter-class>mimo.AuthSolrDispatchFilter</filter-class>

Any help appreciated. Ehm.. in case it's not obvious.. I have no idea what
all of this does...

Thanks!

What steps will reproduce the problem?
1.Have a lot of dependency lib , make the classpath long enough.

What is the expected output? What do you see instead?
It will complain the argument is too long.


What version of the product are you using? On what operating system?
RJR 1.1.1 , Windows XP SP3 .

Please provide any additional information below.
it's caused by OS restriction.
we tried to solve this problem by shorten .m2 path 
(from [c:\document and settings\tony\.m2] -> [c:\.m2\] )

And still looking for if there any kind of solution we could do in RJR core.

What steps will reproduce the problem?
1. Create an RJR debug configuration on system that has File.pathSeparator
== ':'
2. Jetty will start up but exit immediately upon processing the webapp
class path.

What is the expected output? What do you see instead?

Jetty should start, but it crashes:

Exception in thread "main" java.net.MalformedURLException: no protocol: ...
    at java.net.URL.<init>(URL.java:567)
    at java.net.URL.<init>(URL.java:464)
    at java.net.URL.<init>(URL.java:413)
    at org.mortbay.resource.Resource.newResource(Resource.java:136)
    at org.mortbay.resource.Resource.newResource(Resource.java:120)
    at
org.mortbay.jetty.webapp.WebAppClassLoader.addClassPath(WebAppClassLoader.java:1
24)
    at runjettyrun.ProjectClassLoader.<init>(ProjectClassLoader.java:39)
    at runjettyrun.Bootstrap.main(Bootstrap.java:109)



What version of the product are you using? On what operating system?

RJR 1.1.0 / Eclipse 3.4.2 M20090211-1700 / Ubuntu 9.04

Please provide any additional information below.

Problem is the following snippet from JettyLaunchConfiguration.java
(committed with rev 39).

      // Class paths
      String[] classpath = getClasspath(configuration);
      String[] webAppClasspathArray = getProjectClasspath(configuration);
      String webAppClasspath = null;
      {
        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < webAppClasspathArray.length; i++) {
          String path = webAppClasspathArray[i];
          if (sb.length() > 0)
            sb.append(File.pathSeparator);
          sb.append(path);
        }
        webAppClasspath = sb.toString();
      }

Note that the included jetty distribution does use hardcoded path
separators of ",;" (WebappClassLoader.java):

    public void addClassPath(String classPath)
        throws IOException
    {
        if (classPath == null)
            return;

        StringTokenizer tokenizer= new StringTokenizer(classPath, ",;");
        while (tokenizer.hasMoreTokens())
        {
            ...
        }

        ....
    }

I think that the possibility to specify a jetty.xml is a must. It would 
help to do a lot of things, like running with SSL connector.

But I agree this can open a can of worms.
What would happen to the UI port specification?
And the context?

What steps will reproduce the problem?
1.Run jetty server.
2.Everything breaks.

It looks like in Jetty 7 mortbay is changed to eclipse, which prevents
execution.

What steps will reproduce the problem?
http://stackoverflow.com/questions/3861455/form-too-large-exception

What is the expected output? What do you see instead?

add a param to set this
WebAppContext.setMaxFormContentSize(maxSize);


Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Add Hibernate to Project
2. Add Custom ConfiguratbleWebApplicationContext (Spring) to project
3.

What is the expected output? What do you see instead?
For Hibernate:
The server should start normally, instead I get:

java.lang.IllegalArgumentException: Cannot convert value of type
[org.hibernate.impl.SessionFactoryImpl] to required type
[org.hibernate.SessionFactory] for property 'sessionFactory': no matching
editors or conversion strategy found

Where one is a direct subclass of the other. After some research I cannot
set a SessionFactory to a SessionFactory property in a bean either (ends up
with classcastexception).

For Spring:
The server should start normally, instead I get:

org.springframework.context.ApplicationContextException: Custom context
class [utils.spring.PerHostXmlWebApplicationContext] is not of type
[org.springframework.web.context.ConfigurableWebApplicationContext]

even though it is a direct subclass.

What version of the product are you using? On what operating system?
I am using version 1.0.1 on Windows XP with Eclipse 3.3.0

Please provide any additional information below.
If I copy all of the project into Jetty's webapp folder or a tomcat server
it works perfectly, also works with jettylauncher and jetty 5.x. Seems like
it is a classloader issue?

I'm having problems with the latest version of run-jetty-run (will open a
new ticket for that in a bit) and need to revert to an older version, but
am unable to easily do so.

Old releases should be tagged under the tag folder to make it easy to
revert to previous versions.

Otherwise, I have to check out an old version from trunk, try to figure out
what source revision matched the run-jetty-run revision and go from there.

It would be nice if the server restarts automatically if one does a
recompile and the class files change.

Something along the lines of

List scanDirs = new ArrayList();
scanDirs.add(new File(context)); // i don't know if context is that ideal...

Scanner scanner = new Scanner();
scanner.setReportExistingFilesOnStartup(false);
scanner.setScanInterval(10); // or make this configurable
scanner.setScanDirs(scanDirs);
scanner.setRecursive(true);

Scanner.Listener listener = new Scanner.BulkListener()
{
  public void filesChanged (List changes)
  {
    System.out.println("restarting webapp...");
    web.stop();
    web.start();
    System.out.println("done.");
  }
};

scanner.addListener(listener);
System.out.println("starting scanner...");
scanner.start();


in Bootstrap.java (completely untested!)

Hi,

First of all, thanks for providing this plugin!

I have run into a problem where "mvn jetty:run" works but using the plugin does 
not. When I 
start my application, there is a classloader violation problem:

  Caused by: java.lang.LinkageError: Class javax/management/MBeanServer violates loader 
constraints

As mvn jetty:run works I assume it is my configuration that is not "compatible" 
with the plugin. 
Does anybody have an idea what might cause the problem?

I attach the startup log.

Thanks,
Kaspar

P.S. I could not find a forum or discussing list so I create this issue 
– it's more of a question than 
an issue though.

2009-08-26 15:04:30.454::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/airs/target/test-classes
ProjectClassLoader: entry=/Users/hbf/Documents/workspace/airs/target/classes
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/rampart/rampart-
policy/1.4/rampart-policy-1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/net/sf/jsr107cache/jsr107cache/1.0/jsr107cache-1
.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/springframework/spring/2.5.6/spring-2.5.6.ja
r
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/hibernate/hibernate-
entitymanager/3.4.0.GA/hibernate-entitymanager-3.4.0.GA.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/com/wideplay/warp-
servlet/0.9_06kf/warp-servlet-0.9_06kf.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/com/google/code/guice/guice-
servlet/2.0.1/guice-servlet-2.0.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/asm/asm/3.1/asm-3.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/slf4j/slf4j-log4j12/1.4.2/slf4j-
log4j12-1.4.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/geronimo/specs/geronimo-
javamail_1.4_spec/1.2/geronimo-javamail_1.4_spec-1.2.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/codehaus/woodstox/wstx-
asl/3.2.4/wstx-asl-3.2.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-inst/1.1/salve-inst-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-depend-guice/1.1/salve-
depend-guice-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/wideplay/warp/warp-persist/2.0-
SNAPSHOT/warp-persist-2.0-SNAPSHOT.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.j
ar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-depend/1.1/salve-depend-
1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/geronimo/specs/geronimo-
stax-api_1.0_spec/1.0.1/geronimo-stax-api_1.0_spec-1.0.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
context/2.5.6/spring-context-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/cglib/cglib-nodep/2.1_3/cglib-nodep-
2.1_3.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-
codegen/1.4/axis2-codegen-1.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/hibernate/hibernate-
c3p0/3.3.2.GA/hibernate-c3p0-3.3.2.GA.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ws/commons/axiom/axiom-
api/1.2.7/axiom-api-1.2.7.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-lang/commons-
lang/2.4/commons-lang-2.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-httpclient/commons-
httpclient/3.1/commons-httpclient-3.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/aspectj/aspectjweaver/1.6.2/aspectjweaver-1.
6.2.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/wso2/spring/ws/wsf-
spring/1.5/wsf-spring-1.5.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/activation/activation/1.1/activation-1.1.j
ar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/woden/woden-impl-
dom/1.0M8/woden-impl-dom-1.0M8.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ws/commons/schema/XmlSchema/1.4.2/Xml
Sch
ema-1.4.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-
api-1.0-2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/opensaml/opensaml/1.1/opensaml-
1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ant/ant-launcher/1.7.0/ant-
launcher-1.7.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/wicket/wicket-
ioc/1.4.0/wicket-ioc-1.4.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/stax/stax-api/1.0.1/stax-api-1.0.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ws/security/wss4j/1.5.4/wss4j-1.5.4.j
ar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-
xmlbeans/1.4/axis2-xmlbeans-1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/aopalliance/com.springsource.org.aopalliance
/1.0.0/com
.springsource.org.aopalliance-1.0.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
beans/2.5.6/spring-beans-2.5.6.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-discovery/commons-
discovery/0.2/commons-discovery-0.2.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/wicket/wicket-
extensions/1.4.0/wicket-extensions-1.4.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/google/common/collections/1.0-
SNAPSHOT/collections-1.0-SNAPSHOT.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xerces/xmlParserAPIs/2.6.0/xmlParserAPIs-2.6.0.j
ar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
aspects/2.5.6/spring-aspects-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/wicketstuff/jslibraries/1.4-
SNAPSHOT/jslibraries-1.4-SNAPSHOT.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-logging/commons-
logging/1.0.4/commons-logging-1.0.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/bouncycastle/bcprov-jdk15/132/bcprov-
jdk15-132.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/c3p0/c3p0/0.9.1/c3p0-0.9.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-depend-inst/1.1/salve-
depend-inst-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/google/collections/google-
collections/1.0-rc2/google-collections-1.0-rc2.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/guiceyfruit/guiceyfruit-
spring/2.0/guiceyfruit-spring-2.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/geronimo/specs/geronimo-
activation_1.1_spec/1.0.1/geronimo-activation_1.1_spec-1.0.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/net/sf/ehcache/ehcache/1.5.0/ehcache-
1.5.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/springframework/spring-tomcat-
weaver/2.0.7/spring-tomcat-weaver-2.0.7.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/ws/rs/jsr311-api/1.0/jsr311-api-
1.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/httpcomponents/httpcore-
nio/4.0-beta1/httpcore-nio-4.0-beta1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-
mtompolicy/1.4/axis2-mtompolicy-1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ant/ant-nodeps/1.7.0/ant-
nodeps-1.7.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xmlbeans/xbean/2.1.0/xbean-2.1.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/joda-time/joda-time/1.6/joda-time-
1.6.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/jdom/jdom/1.0/jdom-1.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/google/code/guice/guice/2.0.1/guice-2.0.1.ja
r
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/annogen/annogen/0.1.0/annogen-
0.1.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-fileupload/commons-
fileupload/1.2/commons-fileupload-1.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/httpcomponents/httpcore/4.0-beta1/htt
pcore-
4.0-beta1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/servlet/servlet-api/2.4/servlet-
api-2.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/dom4j/dom4j/1.6.1/dom4j-1.6.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xalan/xalan/2.7.0/xalan-2.7.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/slf4j/slf4j-api/1.4.2/slf4j-api-
1.4.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/neethi/neethi/2.0.4/neethi-
2.0.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/annotation/com.springsource.javax.annotati
on/1.0.0/c
om.springsource.javax.annotation-1.0.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/backport-util-concurrent/backport-util-
concurrent/3.1/backport-util-concurrent-3.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/rampart/rampart-
core/1.4/rampart-core-1.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
agent/2.5.6/spring-agent-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/hibernate/hibernate-commons-
annotations/3.1.0.GA/hibernate-commons-annotations-3.1.0.GA.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-codec/commons-
codec/1.3/commons-codec-1.3.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/h2database/h2/1.1.117/h2-
1.1.117.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/hibernate/ejb3-
persistence/1.0.2.GA/ejb3-persistence-1.0.2.GA.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/xom/xom/1.2.1/xom-1.2.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/aspectj/aspectjrt/1.5.4/aspectjrt-
1.5.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-collections/commons-
collections/3.2/commons-collections-3.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-asm/1.1/salve-asm-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/com/sun/jersey/contribs/jersey-
spring/1.0.1/jersey-spring-1.0.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-
adb/1.4.1/axis2-adb-1.4.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
core/2.5.6/spring-core-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-
2.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xerces/xercesImpl/2.8.1/xercesImpl-
2.8.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/guiceyfruit/guiceyfruit-
core/2.0/guiceyfruit-core-2.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/jaxen/jaxen/1.1.1/jaxen-1.1.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/woden/woden-
api/1.0M8/woden-api-1.0M8.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/com/sun/jersey/jersey-
server/1.0.3/jersey-server-1.0.3.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
web/2.5.6/spring-web-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/geronimo/specs/geronimo-
jms_1.1_spec/1.1/geronimo-jms_1.1_spec-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/junit/junit/3.8.2/junit-3.8.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-depend-spring/1.1/salve-
depend-spring-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/xmlbeans/xmlbeans/2.3.0/xmlbeans-2.3.
0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javassist/javassist/3.4.GA/javassist-
3.4.GA.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/transaction/jta/1.1/jta-1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/log4j/log4j/1.2.14/log4j-1.2.14.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/easymock/easymock/2.4/easymock-
2.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/springframework/spring-
test/2.5.6/spring-test-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/testng/testng/5.7/testng-5.7-
jdk15.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ws/commons/axiom/axiom-
dom/1.2.7/axiom-dom-1.2.7.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/derby/derbytools/10.4.2.0/derbytools-
10.4.2.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/javax/mail/mail/1.4/mail-1.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/wicketstuff/minis/1.4-
SNAPSHOT/minis-1.4-SNAPSHOT.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/wicket/wicket-
guice/1.4.0/wicket-guice-1.4.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-adb-
codegen/1.4/axis2-adb-codegen-1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/antlr/antlr/2.7.6/antlr-2.7.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/ws/commons/axiom/axiom-
impl/1.2.7/axiom-impl-1.2.7.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/axis/axis-ant/1.4/axis-ant-
1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/axis2/mex/1.4/mex-1.4-
impl.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xml-apis/xml-apis/1.3.04/xml-apis-
1.3.04.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-
1.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-io/commons-
io/1.4/commons-io-1.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/wicket/wicket-
datetime/1.4.0/wicket-datetime-1.4.0.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/wicket/wicket/1.4.0/wicket-
1.4.0.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/com/sun/jersey/jersey-
core/1.0.3/jersey-core-1.0.3.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/apache/santuario/xmlsec/1.4.1/xmlsec-1.4.1.j
ar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/hibernate/hibernate-
annotations/3.4.0.GA/hibernate-annotations-3.4.0.GA.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/rampart/rampart-
trust/1.4/rampart-trust-1.4.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/hibernate/hibernate-
core/3.3.2.GA/hibernate-core-3.3.2.GA.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/opensymphony/quartz/quartz/1.6.5/quartz-1.6.
5.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/apache/axis2/axis2-
kernel/1.4.1/axis2-kernel-1.4.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/salve/salve-agent/1.1/salve-agent-
1.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/com/sun/xml/bind/jaxb-
impl/2.1.9/jaxb-impl-2.1.9.jar
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-hibernate/target/test-
classes
ProjectClassLoader: entry=/Users/hbf/Documents/workspace/core/core-
hibernate/target/classes
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/mortbay/jetty/jetty-util/6.1.4/jetty-
util-6.1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/mx4j/mx4j-tools/3.0.1/mx4j-tools-
3.0.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/org/mortbay/jetty/jetty-
management/6.1.4/jetty-management-6.1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-
1.0.b2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/c3p0/c3p0/0.9.1.2/c3p0-0.9.1.2.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/mx4j/mx4j/3.0.1/mx4j-3.0.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/mortbay/jetty/jetty/6.1.4/jetty-
6.1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/mortbay/jetty/servlet-api-
2.5/6.1.4/servlet-api-2.5-6.1.4.jar
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-basics/target/classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-task/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-task/target/classes
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/mx4j/mx4j-jmx/2.1.1/mx4j-jmx-
2.1.1.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-modeler/commons-
modeler/2.0/commons-modeler-2.0.jar
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-spring/target/classes
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/org/springframework/spring-tomcat-
weaver/2.5.6/spring-tomcat-weaver-2.5.6.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/commons-logging/commons-logging-
api/1.0.4/commons-logging-api-1.0.4.jar
ProjectClassLoader: 
entry=/Users/hbf/.m2/repository/tomcat/catalina/5.5.23/catalina-
5.5.23.jar
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-digester/commons-
digester/1.2/commons-digester-1.2.jar
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-xml/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-xml/target/classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-wicket/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-wicket/target/classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-jersey/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-jersey/target/classes
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-logging/commons-
logging/1.1.1/commons-logging-1.1.1.jar
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-movie/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-movie/target/classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-basics/target/test-
classes
ProjectClassLoader: 
entry=/Users/hbf/Documents/workspace/core/core-spring/target/test-
classes
ProjectClassLoader: entry=/Users/hbf/.m2/repository/commons-collections/commons-
collections/3.1/commons-collections-3.1.jar

1. Eclipse 3.5 run-jetty-run 1.1.1
2. ".classpath" file
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" path="src"/>
         ...............
    <classpathentry kind="output" path="build/classes"/>
</classpath>
3.error output:
Caused by: java.lang.ClassNotFoundException: 
e.bssfix.build.classes.org.sevenstar.app.config.action.S_configureAction

What steps will reproduce the problem?
1. try to create a web project with jsp

What is the expected output? What do you see instead?
I expected jsp compiled. Instead I got:
2008-01-02 10:11:55.191::INFO: Logging to STDERR via
org.mortbay.log.StdErrLog? 
2008-01-02 10:11:55.300::INFO: jetty-6.1.6 2008-01-02 10:11:55.441::INFO:
NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet?
2008-01-02 10:11:55.659:/:INFO: default: init 
2008-01-02 10:11:55.659:/:INFO: jsp: init 2008-01-02 10:11:55.691::INFO:
Started [email protected]:8080

What version of the product are you using? On what operating system?
Windows + Eclipse Europa

Jetty <6.1.12  has a bug with PUT operations and
application/x-www-form-urlencoded content. (see
https://jira.codehaus.org/browse/JETTY-655). It would be great to upgrade
to the latest available Jetty 6 version.

Jetty is pulling all jars from maven dependencies instead of resolved
dependencies. I did not notice this until recently when it started pulling
in different versions of struts2 jars and the application initialization
would fail. I had to manually change .classpath file to point to individual
jars rather than having it determined by maven. The same configuration runs
fine with the command mvn:jetty run.

What steps will reproduce the problem?
I am running a war with just 1 change from the standard launch config. 
Added spring-agent.jar as a VM argument. Classpath is also default. (which
lists maven dependencies, which are resolved dependencies)

What is the expected output? What do you see instead?
I expect the project class loader to load only resolved dependencies rather
than all dependencies.

What version of the product are you using? On what operating system?
1) Run Jetty Run 1.1.1
2) Eclipse --3.5 (buildId=M20090917-0800) 
3) Windows vista enterprise edition
4) Jdk 1.5/1.6
5) m2eclipse plugin (http://m2eclipse.sonatype.org/installing-m2eclipse.html) 
6) maven version --2.2.1

Please provide any additional information below.

Please let me know if this information is insufficient or not clear.

What steps will reproduce the problem?
1. Create a minimal web application with spring using maven for dependency
management.  Include MX4j and MX4j-tools in the dependency list.  Also
include spring-webmvc as a dependency.
2. Declare an mbean server bean in the application context with the class
org.springframework.jmx.support.MBeanServerFactoryBean.  
3. Launch the application.

What is the expected output? What do you see instead?
Application should launch normally.  Instead during initialization of the
spring context you get an exception as follows:
java.lang.LinkageError: loader constraint violation: when resolving method
"java.lang.management.ManagementFactory.getPlatformMBeanServer()Ljavax/managemen
t/MBeanServer;"
the class loader (instance of runjettyrun/ProjectClassLoader) of the
current class, org/springframework/jmx/support/JmxUtils, and the class
loader (instance of <bootloader>) for resolved class,
java/lang/management/ManagementFactory, have different Class objects for
the type javax/management/MBeanServer used in the signature

Removing the dependency on Mx4j OR removing the declaration of the mbean
server removes the error condition, but neither is a suitable solution for
my project.


What version of the product are you using? On what operating system?
Occurs on Run Jetty Run 1.1.0.  Does NOT occur on 1.0.1.  

Please provide any additional information below.
Attached is a minimal test project.  This project was run in eclipse using
m2eclipse for dependency management and run jetty run 1.1.0 for the servlet
container.

Hello

What steps will reproduce the problem?
1. Run Jetty Run for your web Project.
2. Run Jetty Run a second time for the same project.

What is the expected output? What do you see instead?
WARN: The port 8080 is already used

What version of the product are you using? On what operating system?
Win XP Eclipse JEE 3.3.1 RunJettyRun 1.0.1 Based on Jetty 6.1.6

Please provide any additional information below.
RunJettyRun is not fully hot deployable, so you have to restart it after
modification, but it happen that you forget to stop before start. A
notification could help.
Thanks

What steps will reproduce the problem?
1. try to start trivial webabb

What is the expected output? What do you see instead?

Exception in thread "main" java.lang.NoSuchMethodError:
org.mortbay.jetty.Server.addConnector(Lorg/mortbay/jetty/Connector;)V
    at runjettyrun.Bootstrap.main(Bootstrap.java:63)

What version of the product are you using? On what operating system?

1.0.1, eclipse 3.3.1.1

Please provide any additional information below.

Some time between 1.0.1 and 1.1.1, run-jetty-run would inconsistently crash
when trying to debug a project.

Most of the time it's a full on JVM crash, not some sort of Exception. 
Other times it gets "stuck" and has to be killed.

What steps will reproduce the problem?
1. Create a web project (in this case it's a fairly complex project using
Tapestry, Hibernate and Spring.
2. Add a breakpoint
3. Trigger breakpoint and boom

What is the expected output? What do you see instead?
I expect to be able to debug my app instead of Jetty crashing.

What version of the product are you using? On what operating system?
run-jetty-run 1.1.1, Fedora 10, Eclipse 3.4.1

Please provide any additional information below.
Depending on the break point, it doesn't seem to always crash immediately.
 Some times I have to step through the code to get it to crash.

I've tried uninstalling/reinstalling, removing all break points, creating a
fresh Debug configuration with the same results.

Going back to 1.0.1 and everything works fine.

Please suggest how can we do remote debugging with one.