Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kirk True-3
Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend) Hi all,

I'm not able to successfully run through the steps provided at:

http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial

The crux of the issue is that while everything appears to build fine, when I launch my web browser and point it to:

http://localhost:8080

I get the error message:

We detected that your servlet container does not support Servlet 2.4 (servlet API is loaded from /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)

Now, the surprising thing is that I've taken measures to make sure I'm following the steps outlined on the above Wiki page to the letter. There are, however, two things that I'm doing differently:

  1. The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't seem to exist. I've found that using 1.14 appears to work.
  2. I'm running the (current) latest build of Hudson (1.160) and am "manually" updating my plugin's pom.xml to that effect. However, the error appears even when I leave this as is.

In fact, I'm able to reproduce the problem with the attached script. In essence it blows away my entire ~/.m2 directory to remove all cruft and executes the steps in the Wiki, including setting up the environment, creating a template plugin, building/packaging it, and starting up Hudson via the mvn hpi:run command.

Interestingly, the above process created (i.e. downloaded) the servlet-api-2.4.pom file (in /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4), but something, somewhere seems to incorrectly attach the 2.3 API.

Any ideas? What other information would be helpful?

Thanks,
Kirk

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

hpi.sh (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
Yes. This issue was discovered after 1.160. The fix is already
committed in plugin/pom.xml toward 1.161.

To work around this problem in the mean time, please add this
dependency to your POM:

    <dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>servlet-api</artifactId>
      <version>2.4</version>
      <scope>provided</scope>
    </dependency>


2007/12/4, Kirk True <[hidden email]>:

>
>  Hi all,
>
>  I'm not able to successfully run through the steps provided at:
>
>
> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
>
>  The crux of the issue is that while everything appears to build fine, when
> I launch my web browser and point it to:
>
>
> http://localhost:8080
>
>  I get the error message:
>
>
> We detected that your servlet container does not support Servlet 2.4
> (servlet API is loaded from
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
>
>  Now, the surprising thing is that I've taken measures to make sure I'm
> following the steps outlined on the above Wiki page to the letter. There
> are, however, two things that I'm doing differently:
>
>
> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> seem to exist. I've found that using 1.14 appears to work.
> I'm running the (current) latest build of Hudson (1.160) and am "manually"
> updating my plugin's pom.xml to that effect. However, the error appears even
> when I leave this as is.
>
>  In fact, I'm able to reproduce the problem with the attached script. In
> essence it blows away my entire ~/.m2 directory to remove all cruft and
> executes the steps in the Wiki, including setting up the environment,
> creating a template plugin, building/packaging it, and starting up Hudson
> via the mvn hpi:run command.
>
>  Interestingly, the above process created (i.e. downloaded) the
> servlet-api-2.4.pom file (in
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> but something, somewhere seems to incorrectly attach the 2.3 API.
>
>  Any ideas? What other information would be helpful?
>
>  Thanks,
>  Kirk
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
In reply to this post by Kirk True-3
... and just out of curiosity, what plugin are you working on? Would
you be interested in hosting that on Hudson CVS to share with the
community?

2007/12/4, Kirk True <[hidden email]>:

>
>  Hi all,
>
>  I'm not able to successfully run through the steps provided at:
>
>
> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
>
>  The crux of the issue is that while everything appears to build fine, when
> I launch my web browser and point it to:
>
>
> http://localhost:8080
>
>  I get the error message:
>
>
> We detected that your servlet container does not support Servlet 2.4
> (servlet API is loaded from
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
>
>  Now, the surprising thing is that I've taken measures to make sure I'm
> following the steps outlined on the above Wiki page to the letter. There
> are, however, two things that I'm doing differently:
>
>
> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> seem to exist. I've found that using 1.14 appears to work.
> I'm running the (current) latest build of Hudson (1.160) and am "manually"
> updating my plugin's pom.xml to that effect. However, the error appears even
> when I leave this as is.
>
>  In fact, I'm able to reproduce the problem with the attached script. In
> essence it blows away my entire ~/.m2 directory to remove all cruft and
> executes the steps in the Wiki, including setting up the environment,
> creating a template plugin, building/packaging it, and starting up Hudson
> via the mvn hpi:run command.
>
>  Interestingly, the above process created (i.e. downloaded) the
> servlet-api-2.4.pom file (in
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> but something, somewhere seems to incorrectly attach the 2.3 API.
>
>  Any ideas? What other information would be helpful?
>
>  Thanks,
>  Kirk
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Vincent F
In reply to this post by Kohsuke Kawaguchi
Isn't there something else to do ? I've added the dependency to servlet-api 2.4 like you advised, but I still have the problem.
When running the mvn command with debug mode (mvn -X clean hpi:run), I have this:

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
[DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for provided)

Other dependencies need servlet-api 2.3. Is it possible that it overrides the 2.4 set in the project's pom.xml ?


kohsuke wrote
Yes. This issue was discovered after 1.160. The fix is already
committed in plugin/pom.xml toward 1.161.

To work around this problem in the mean time, please add this
dependency to your POM:

    <dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>servlet-api</artifactId>
      <version>2.4</version>
      <scope>provided</scope>
    </dependency>


2007/12/4, Kirk True <ktrue@linkedin.com>:
>
>  Hi all,
>
>  I'm not able to successfully run through the steps provided at:
>
>
> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
>
>  The crux of the issue is that while everything appears to build fine, when
> I launch my web browser and point it to:
>
>
> http://localhost:8080
>
>  I get the error message:
>
>
> We detected that your servlet container does not support Servlet 2.4
> (servlet API is loaded from
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
>
>  Now, the surprising thing is that I've taken measures to make sure I'm
> following the steps outlined on the above Wiki page to the letter. There
> are, however, two things that I'm doing differently:
>
>
> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> seem to exist. I've found that using 1.14 appears to work.
> I'm running the (current) latest build of Hudson (1.160) and am "manually"
> updating my plugin's pom.xml to that effect. However, the error appears even
> when I leave this as is.
>
>  In fact, I'm able to reproduce the problem with the attached script. In
> essence it blows away my entire ~/.m2 directory to remove all cruft and
> executes the steps in the Wiki, including setting up the environment,
> creating a template plugin, building/packaging it, and starting up Hudson
> via the mvn hpi:run command.
>
>  Interestingly, the above process created (i.e. downloaded) the
> servlet-api-2.4.pom file (in
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> but something, somewhere seems to incorrectly attach the 2.3 API.
>
>  Any ideas? What other information would be helpful?
>
>  Thanks,
>  Kirk
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@hudson.dev.java.net
> For additional commands, e-mail: users-help@hudson.dev.java.net
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
For additional commands, e-mail: users-help@hudson.dev.java.net
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
The output line suggests that it did pick up 2.4. Can you look for the
output line for servlet 2.3?

And in any case I thought I fixed this in 1.161. Do you refer to that version?
... argh, it appears that I haven't posted 1.161 yet!

2007/12/12, Vincent F <[hidden email]>:

>
> Isn't there something else to do ? I've added the dependency to servlet-api
> 2.4 like you advised, but I still have the problem.
> When running the mvn command with debug mode (mvn -X clean hpi:run), I have
> this:
>
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for provided)
>
> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> the 2.4 set in the project's pom.xml ?
>
>
>
> kohsuke wrote:
> >
> > Yes. This issue was discovered after 1.160. The fix is already
> > committed in plugin/pom.xml toward 1.161.
> >
> > To work around this problem in the mean time, please add this
> > dependency to your POM:
> >
> >     <dependency>
> >       <groupId>javax.servlet</groupId>
> >       <artifactId>servlet-api</artifactId>
> >       <version>2.4</version>
> >       <scope>provided</scope>
> >     </dependency>
> >
> >
> > 2007/12/4, Kirk True <[hidden email]>:
> >>
> >>  Hi all,
> >>
> >>  I'm not able to successfully run through the steps provided at:
> >>
> >>
> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >>
> >>  The crux of the issue is that while everything appears to build fine,
> >> when
> >> I launch my web browser and point it to:
> >>
> >>
> >> http://localhost:8080
> >>
> >>  I get the error message:
> >>
> >>
> >> We detected that your servlet container does not support Servlet 2.4
> >> (servlet API is loaded from
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >>
> >>  Now, the surprising thing is that I've taken measures to make sure I'm
> >> following the steps outlined on the above Wiki page to the letter. There
> >> are, however, two things that I'm doing differently:
> >>
> >>
> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> seem to exist. I've found that using 1.14 appears to work.
> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> "manually"
> >> updating my plugin's pom.xml to that effect. However, the error appears
> >> even
> >> when I leave this as is.
> >>
> >>  In fact, I'm able to reproduce the problem with the attached script. In
> >> essence it blows away my entire ~/.m2 directory to remove all cruft and
> >> executes the steps in the Wiki, including setting up the environment,
> >> creating a template plugin, building/packaging it, and starting up Hudson
> >> via the mvn hpi:run command.
> >>
> >>  Interestingly, the above process created (i.e. downloaded) the
> >> servlet-api-2.4.pom file (in
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >>
> >>  Any ideas? What other information would be helpful?
> >>
> >>  Thanks,
> >>  Kirk
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Vincent F
for 2.3, I have this:
[DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for runtime)
[DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for runtime)
[DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
[DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer found: 2.3)

But strangely, later, when the classpath is displayed, I have this:
[DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
s
[DEBUG] Classpath:
[DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
[DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
[DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
[DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
[DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
[DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar

I have only the 2.4 version in my classpath, not the 2.3.



kohsuke wrote
The output line suggests that it did pick up 2.4. Can you look for the
output line for servlet 2.3?

And in any case I thought I fixed this in 1.161. Do you refer to that version?
... argh, it appears that I haven't posted 1.161 yet!

2007/12/12, Vincent F <vincent.fuchs@sgcib.com>:
>
> Isn't there something else to do ? I've added the dependency to servlet-api
> 2.4 like you advised, but I still have the problem.
> When running the mvn command with debug mode (mvn -X clean hpi:run), I have
> this:
>
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for provided)
>
> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> the 2.4 set in the project's pom.xml ?
>
>
>
> kohsuke wrote:
> >
> > Yes. This issue was discovered after 1.160. The fix is already
> > committed in plugin/pom.xml toward 1.161.
> >
> > To work around this problem in the mean time, please add this
> > dependency to your POM:
> >
> >     <dependency>
> >       <groupId>javax.servlet</groupId>
> >       <artifactId>servlet-api</artifactId>
> >       <version>2.4</version>
> >       <scope>provided</scope>
> >     </dependency>
> >
> >
> > 2007/12/4, Kirk True <ktrue@linkedin.com>:
> >>
> >>  Hi all,
> >>
> >>  I'm not able to successfully run through the steps provided at:
> >>
> >>
> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >>
> >>  The crux of the issue is that while everything appears to build fine,
> >> when
> >> I launch my web browser and point it to:
> >>
> >>
> >> http://localhost:8080
> >>
> >>  I get the error message:
> >>
> >>
> >> We detected that your servlet container does not support Servlet 2.4
> >> (servlet API is loaded from
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >>
> >>  Now, the surprising thing is that I've taken measures to make sure I'm
> >> following the steps outlined on the above Wiki page to the letter. There
> >> are, however, two things that I'm doing differently:
> >>
> >>
> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> seem to exist. I've found that using 1.14 appears to work.
> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> "manually"
> >> updating my plugin's pom.xml to that effect. However, the error appears
> >> even
> >> when I leave this as is.
> >>
> >>  In fact, I'm able to reproduce the problem with the attached script. In
> >> essence it blows away my entire ~/.m2 directory to remove all cruft and
> >> executes the steps in the Wiki, including setting up the environment,
> >> creating a template plugin, building/packaging it, and starting up Hudson
> >> via the mvn hpi:run command.
> >>
> >>  Interestingly, the above process created (i.e. downloaded) the
> >> servlet-api-2.4.pom file (in
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >>
> >>  Any ideas? What other information would be helpful?
> >>
> >>  Thanks,
> >>  Kirk
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> users-unsubscribe@hudson.dev.java.net
> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> For additional commands, e-mail: users-help@hudson.dev.java.net
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
For additional commands, e-mail: users-help@hudson.dev.java.net
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
I just release 1.161, so hopefully now this problem has resolved
itself (by simply updating the parent POM reference.)

And also, I'm sorry if I've already asked you this, but what plugin
are you working on? Would you be interested in hosting that on Hudson
CVS?

2007/12/13, Vincent F <[hidden email]>:

>
> for 2.3, I have this:
> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> found: 2.3)
>
> But strangely, later, when the classpath is displayed, I have this:
> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
> s
> [DEBUG] Classpath:
> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
>
> I have only the 2.4 version in my classpath, not the 2.3.
>
>
>
>
> kohsuke wrote:
> >
> > The output line suggests that it did pick up 2.4. Can you look for the
> > output line for servlet 2.3?
> >
> > And in any case I thought I fixed this in 1.161. Do you refer to that
> > version?
> > ... argh, it appears that I haven't posted 1.161 yet!
> >
> > 2007/12/12, Vincent F <[hidden email]>:
> >>
> >> Isn't there something else to do ? I've added the dependency to
> >> servlet-api
> >> 2.4 like you advised, but I still have the problem.
> >> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >> have
> >> this:
> >>
> >> [INFO] [resources:resources]
> >> [INFO] Using default encoding to copy filtered resources.
> >> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> >> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >> provided)
> >>
> >> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> >> the 2.4 set in the project's pom.xml ?
> >>
> >>
> >>
> >> kohsuke wrote:
> >> >
> >> > Yes. This issue was discovered after 1.160. The fix is already
> >> > committed in plugin/pom.xml toward 1.161.
> >> >
> >> > To work around this problem in the mean time, please add this
> >> > dependency to your POM:
> >> >
> >> >     <dependency>
> >> >       <groupId>javax.servlet</groupId>
> >> >       <artifactId>servlet-api</artifactId>
> >> >       <version>2.4</version>
> >> >       <scope>provided</scope>
> >> >     </dependency>
> >> >
> >> >
> >> > 2007/12/4, Kirk True <[hidden email]>:
> >> >>
> >> >>  Hi all,
> >> >>
> >> >>  I'm not able to successfully run through the steps provided at:
> >> >>
> >> >>
> >> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >> >>
> >> >>  The crux of the issue is that while everything appears to build fine,
> >> >> when
> >> >> I launch my web browser and point it to:
> >> >>
> >> >>
> >> >> http://localhost:8080
> >> >>
> >> >>  I get the error message:
> >> >>
> >> >>
> >> >> We detected that your servlet container does not support Servlet 2.4
> >> >> (servlet API is loaded from
> >> >>
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >> >>
> >> >>  Now, the surprising thing is that I've taken measures to make sure
> >> I'm
> >> >> following the steps outlined on the above Wiki page to the letter.
> >> There
> >> >> are, however, two things that I'm doing differently:
> >> >>
> >> >>
> >> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> >> seem to exist. I've found that using 1.14 appears to work.
> >> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> >> "manually"
> >> >> updating my plugin's pom.xml to that effect. However, the error
> >> appears
> >> >> even
> >> >> when I leave this as is.
> >> >>
> >> >>  In fact, I'm able to reproduce the problem with the attached script.
> >> In
> >> >> essence it blows away my entire ~/.m2 directory to remove all cruft
> >> and
> >> >> executes the steps in the Wiki, including setting up the environment,
> >> >> creating a template plugin, building/packaging it, and starting up
> >> Hudson
> >> >> via the mvn hpi:run command.
> >> >>
> >> >>  Interestingly, the above process created (i.e. downloaded) the
> >> >> servlet-api-2.4.pom file (in
> >> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >> >>
> >> >>  Any ideas? What other information would be helpful?
> >> >>
> >> >>  Thanks,
> >> >>  Kirk
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail:
> >> >> [hidden email]
> >> >> For additional commands, e-mail: [hidden email]
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Kohsuke Kawaguchi
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: [hidden email]
> >> > For additional commands, e-mail: [hidden email]
> >> >
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14312987.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Vincent F
Hi Kohsuke,

Unfortunately, I still have the same problem. I updated the versions in my pom.xml to 161, but it still doesn't work.
First, I had a problem with hudson 1.3 (in org.jvnet.hudson). Is it published on repositories ? I had to download it from cvs and put it in my local repository.
After that, I ran a mvn -X clean hpi:run, and I have the same error as previously. The only occurence of servlet-api 2.3 in the logs is here:
[DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for runtime)
[DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for runtime)
[DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
[DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer found: 2.3)

Regarding the type of plugin I'm working on, it's nothing in particular. I just want to see how it works, but if I develop something useful one day, don't worry, I'll share it!

--
Vincent



kohsuke wrote
I just release 1.161, so hopefully now this problem has resolved
itself (by simply updating the parent POM reference.)

And also, I'm sorry if I've already asked you this, but what plugin
are you working on? Would you be interested in hosting that on Hudson
CVS?

2007/12/13, Vincent F <vincent.fuchs@sgcib.com>:
>
> for 2.3, I have this:
> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> found: 2.3)
>
> But strangely, later, when the classpath is displayed, I have this:
> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
> s
> [DEBUG] Classpath:
> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
>
> I have only the 2.4 version in my classpath, not the 2.3.
>
>
>
>
> kohsuke wrote:
> >
> > The output line suggests that it did pick up 2.4. Can you look for the
> > output line for servlet 2.3?
> >
> > And in any case I thought I fixed this in 1.161. Do you refer to that
> > version?
> > ... argh, it appears that I haven't posted 1.161 yet!
> >
> > 2007/12/12, Vincent F <vincent.fuchs@sgcib.com>:
> >>
> >> Isn't there something else to do ? I've added the dependency to
> >> servlet-api
> >> 2.4 like you advised, but I still have the problem.
> >> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >> have
> >> this:
> >>
> >> [INFO] [resources:resources]
> >> [INFO] Using default encoding to copy filtered resources.
> >> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> >> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >> provided)
> >>
> >> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> >> the 2.4 set in the project's pom.xml ?
> >>
> >>
> >>
> >> kohsuke wrote:
> >> >
> >> > Yes. This issue was discovered after 1.160. The fix is already
> >> > committed in plugin/pom.xml toward 1.161.
> >> >
> >> > To work around this problem in the mean time, please add this
> >> > dependency to your POM:
> >> >
> >> >     <dependency>
> >> >       <groupId>javax.servlet</groupId>
> >> >       <artifactId>servlet-api</artifactId>
> >> >       <version>2.4</version>
> >> >       <scope>provided</scope>
> >> >     </dependency>
> >> >
> >> >
> >> > 2007/12/4, Kirk True <ktrue@linkedin.com>:
> >> >>
> >> >>  Hi all,
> >> >>
> >> >>  I'm not able to successfully run through the steps provided at:
> >> >>
> >> >>
> >> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >> >>
> >> >>  The crux of the issue is that while everything appears to build fine,
> >> >> when
> >> >> I launch my web browser and point it to:
> >> >>
> >> >>
> >> >> http://localhost:8080
> >> >>
> >> >>  I get the error message:
> >> >>
> >> >>
> >> >> We detected that your servlet container does not support Servlet 2.4
> >> >> (servlet API is loaded from
> >> >>
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >> >>
> >> >>  Now, the surprising thing is that I've taken measures to make sure
> >> I'm
> >> >> following the steps outlined on the above Wiki page to the letter.
> >> There
> >> >> are, however, two things that I'm doing differently:
> >> >>
> >> >>
> >> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> >> seem to exist. I've found that using 1.14 appears to work.
> >> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> >> "manually"
> >> >> updating my plugin's pom.xml to that effect. However, the error
> >> appears
> >> >> even
> >> >> when I leave this as is.
> >> >>
> >> >>  In fact, I'm able to reproduce the problem with the attached script.
> >> In
> >> >> essence it blows away my entire ~/.m2 directory to remove all cruft
> >> and
> >> >> executes the steps in the Wiki, including setting up the environment,
> >> >> creating a template plugin, building/packaging it, and starting up
> >> Hudson
> >> >> via the mvn hpi:run command.
> >> >>
> >> >>  Interestingly, the above process created (i.e. downloaded) the
> >> >> servlet-api-2.4.pom file (in
> >> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >> >>
> >> >>  Any ideas? What other information would be helpful?
> >> >>
> >> >>  Thanks,
> >> >>  Kirk
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail:
> >> >> users-unsubscribe@hudson.dev.java.net
> >> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Kohsuke Kawaguchi
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14312987.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> For additional commands, e-mail: users-help@hudson.dev.java.net
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
For additional commands, e-mail: users-help@hudson.dev.java.net
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
I pushed hudson 1.3 POM.

Can you send me the "mvn -X" log file again?

2007/12/17, Vincent F <[hidden email]>:

>
> Hi Kohsuke,
>
> Unfortunately, I still have the same problem. I updated the versions in my
> pom.xml to 161, but it still doesn't work.
> First, I had a problem with hudson 1.3 (in org.jvnet.hudson). Is it
> published on repositories ? I had to download it from cvs and put it in my
> local repository.
> After that, I ran a mvn -X clean hpi:run, and I have the same error as
> previously. The only occurence of servlet-api 2.3 in the logs is here:
> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> found: 2.3)
>
> Regarding the type of plugin I'm working on, it's nothing in particular. I
> just want to see how it works, but if I develop something useful one day,
> don't worry, I'll share it!
>
> --
> Vincent
>
>
>
>
> kohsuke wrote:
> >
> > I just release 1.161, so hopefully now this problem has resolved
> > itself (by simply updating the parent POM reference.)
> >
> > And also, I'm sorry if I've already asked you this, but what plugin
> > are you working on? Would you be interested in hosting that on Hudson
> > CVS?
> >
> > 2007/12/13, Vincent F <[hidden email]>:
> >>
> >> for 2.3, I have this:
> >> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for
> >> runtime)
> >> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed -
> >> nearer
> >> found: 2.3)
> >>
> >> But strangely, later, when the classpath is displayed, I have this:
> >> [DEBUG] Output directory: C:\USERS\Workspace for
> >> 3.2\myplugin\target\classe
> >> s
> >> [DEBUG] Classpath:
> >> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> >> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> >> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> >> [DEBUG]
> >> C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> >> [DEBUG]
> >> C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> >> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
> >>
> >> I have only the 2.4 version in my classpath, not the 2.3.
> >>
> >>
> >>
> >>
> >> kohsuke wrote:
> >> >
> >> > The output line suggests that it did pick up 2.4. Can you look for the
> >> > output line for servlet 2.3?
> >> >
> >> > And in any case I thought I fixed this in 1.161. Do you refer to that
> >> > version?
> >> > ... argh, it appears that I haven't posted 1.161 yet!
> >> >
> >> > 2007/12/12, Vincent F <[hidden email]>:
> >> >>
> >> >> Isn't there something else to do ? I've added the dependency to
> >> >> servlet-api
> >> >> 2.4 like you advised, but I still have the problem.
> >> >> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >> >> have
> >> >> this:
> >> >>
> >> >> [INFO] [resources:resources]
> >> >> [INFO] Using default encoding to copy filtered resources.
> >> >> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for
> >> null)
> >> >> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >> >> provided)
> >> >>
> >> >> Other dependencies need servlet-api 2.3. Is it possible that it
> >> overrides
> >> >> the 2.4 set in the project's pom.xml ?
> >> >>
> >> >>
> >> >>
> >> >> kohsuke wrote:
> >> >> >
> >> >> > Yes. This issue was discovered after 1.160. The fix is already
> >> >> > committed in plugin/pom.xml toward 1.161.
> >> >> >
> >> >> > To work around this problem in the mean time, please add this
> >> >> > dependency to your POM:
> >> >> >
> >> >> >     <dependency>
> >> >> >       <groupId>javax.servlet</groupId>
> >> >> >       <artifactId>servlet-api</artifactId>
> >> >> >       <version>2.4</version>
> >> >> >       <scope>provided</scope>
> >> >> >     </dependency>
> >> >> >
> >> >> >
> >> >> > 2007/12/4, Kirk True <[hidden email]>:
> >> >> >>
> >> >> >>  Hi all,
> >> >> >>
> >> >> >>  I'm not able to successfully run through the steps provided at:
> >> >> >>
> >> >> >>
> >> >> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >> >> >>
> >> >> >>  The crux of the issue is that while everything appears to build
> >> fine,
> >> >> >> when
> >> >> >> I launch my web browser and point it to:
> >> >> >>
> >> >> >>
> >> >> >> http://localhost:8080
> >> >> >>
> >> >> >>  I get the error message:
> >> >> >>
> >> >> >>
> >> >> >> We detected that your servlet container does not support Servlet
> >> 2.4
> >> >> >> (servlet API is loaded from
> >> >> >>
> >> >>
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >> >> >>
> >> >> >>  Now, the surprising thing is that I've taken measures to make sure
> >> >> I'm
> >> >> >> following the steps outlined on the above Wiki page to the letter.
> >> >> There
> >> >> >> are, however, two things that I'm doing differently:
> >> >> >>
> >> >> >>
> >> >> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> >> >> seem to exist. I've found that using 1.14 appears to work.
> >> >> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> >> >> "manually"
> >> >> >> updating my plugin's pom.xml to that effect. However, the error
> >> >> appears
> >> >> >> even
> >> >> >> when I leave this as is.
> >> >> >>
> >> >> >>  In fact, I'm able to reproduce the problem with the attached
> >> script.
> >> >> In
> >> >> >> essence it blows away my entire ~/.m2 directory to remove all cruft
> >> >> and
> >> >> >> executes the steps in the Wiki, including setting up the
> >> environment,
> >> >> >> creating a template plugin, building/packaging it, and starting up
> >> >> Hudson
> >> >> >> via the mvn hpi:run command.
> >> >> >>
> >> >> >>  Interestingly, the above process created (i.e. downloaded) the
> >> >> >> servlet-api-2.4.pom file (in
> >> >> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> >> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >> >> >>
> >> >> >>  Any ideas? What other information would be helpful?
> >> >> >>
> >> >> >>  Thanks,
> >> >> >>  Kirk
> >> >> >>
> >> ---------------------------------------------------------------------
> >> >> >> To unsubscribe, e-mail:
> >> >> >> [hidden email]
> >> >> >> For additional commands, e-mail: [hidden email]
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Kohsuke Kawaguchi
> >> >> >
> >> >> >
> >> ---------------------------------------------------------------------
> >> >> > To unsubscribe, e-mail: [hidden email]
> >> >> > For additional commands, e-mail: [hidden email]
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> >> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: [hidden email]
> >> >> For additional commands, e-mail: [hidden email]
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Kohsuke Kawaguchi
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: [hidden email]
> >> > For additional commands, e-mail: [hidden email]
> >> >
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14312987.html
> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14370220.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kirk True-3
In reply to this post by Kohsuke Kawaguchi
Hi Kohsuke,

I'm working on the Clover plugin. My client has a few tweaks they need to
make to it.

Kirk

On 12/16/07 8:58 AM, "Kohsuke Kawaguchi" <[hidden email]> wrote:

> I just release 1.161, so hopefully now this problem has resolved
> itself (by simply updating the parent POM reference.)
>
> And also, I'm sorry if I've already asked you this, but what plugin
> are you working on? Would you be interested in hosting that on Hudson
> CVS?
>
> 2007/12/13, Vincent F <[hidden email]>:
>>
>> for 2.3, I have this:
>> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
>> runtime)
>> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
>> runtime)
>> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
>> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
>> found: 2.3)
>>
>> But strangely, later, when the classpath is displayed, I have this:
>> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
>> s
>> [DEBUG] Classpath:
>> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
>> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
>> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
>> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
>> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
>> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
>>
>> I have only the 2.4 version in my classpath, not the 2.3.
>>
>>
>>
>>
>> kohsuke wrote:
>>>
>>> The output line suggests that it did pick up 2.4. Can you look for the
>>> output line for servlet 2.3?
>>>
>>> And in any case I thought I fixed this in 1.161. Do you refer to that
>>> version?
>>> ... argh, it appears that I haven't posted 1.161 yet!
>>>
>>> 2007/12/12, Vincent F <[hidden email]>:
>>>>
>>>> Isn't there something else to do ? I've added the dependency to
>>>> servlet-api
>>>> 2.4 like you advised, but I still have the problem.
>>>> When running the mvn command with debug mode (mvn -X clean hpi:run), I
>>>> have
>>>> this:
>>>>
>>>> [INFO] [resources:resources]
>>>> [INFO] Using default encoding to copy filtered resources.
>>>> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
>>>> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
>>>> provided)
>>>>
>>>> Other dependencies need servlet-api 2.3. Is it possible that it overrides
>>>> the 2.4 set in the project's pom.xml ?
>>>>
>>>>
>>>>
>>>> kohsuke wrote:
>>>>>
>>>>> Yes. This issue was discovered after 1.160. The fix is already
>>>>> committed in plugin/pom.xml toward 1.161.
>>>>>
>>>>> To work around this problem in the mean time, please add this
>>>>> dependency to your POM:
>>>>>
>>>>>     <dependency>
>>>>>       <groupId>javax.servlet</groupId>
>>>>>       <artifactId>servlet-api</artifactId>
>>>>>       <version>2.4</version>
>>>>>       <scope>provided</scope>
>>>>>     </dependency>
>>>>>
>>>>>
>>>>> 2007/12/4, Kirk True <[hidden email]>:
>>>>>>
>>>>>>  Hi all,
>>>>>>
>>>>>>  I'm not able to successfully run through the steps provided at:
>>>>>>
>>>>>>
>>>>>> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
>>>>>>
>>>>>>  The crux of the issue is that while everything appears to build fine,
>>>>>> when
>>>>>> I launch my web browser and point it to:
>>>>>>
>>>>>>
>>>>>> http://localhost:8080
>>>>>>
>>>>>>  I get the error message:
>>>>>>
>>>>>>
>>>>>> We detected that your servlet container does not support Servlet 2.4
>>>>>> (servlet API is loaded from
>>>>>>
>>>>
/home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar>>>>
)

>>>>>>
>>>>>>  Now, the surprising thing is that I've taken measures to make sure
>>>> I'm
>>>>>> following the steps outlined on the above Wiki page to the letter.
>>>> There
>>>>>> are, however, two things that I'm doing differently:
>>>>>>
>>>>>>
>>>>>> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
>>>>>> seem to exist. I've found that using 1.14 appears to work.
>>>>>> I'm running the (current) latest build of Hudson (1.160) and am
>>>>>> "manually"
>>>>>> updating my plugin's pom.xml to that effect. However, the error
>>>> appears
>>>>>> even
>>>>>> when I leave this as is.
>>>>>>
>>>>>>  In fact, I'm able to reproduce the problem with the attached script.
>>>> In
>>>>>> essence it blows away my entire ~/.m2 directory to remove all cruft
>>>> and
>>>>>> executes the steps in the Wiki, including setting up the environment,
>>>>>> creating a template plugin, building/packaging it, and starting up
>>>> Hudson
>>>>>> via the mvn hpi:run command.
>>>>>>
>>>>>>  Interestingly, the above process created (i.e. downloaded) the
>>>>>> servlet-api-2.4.pom file (in
>>>>>> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
>>>>>> but something, somewhere seems to incorrectly attach the 2.3 API.
>>>>>>
>>>>>>  Any ideas? What other information would be helpful?
>>>>>>
>>>>>>  Thanks,
>>>>>>  Kirk
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail:
>>>>>> [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Kohsuke Kawaguchi
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servl
>>>> et-API-2.4-%28resend%29-tp14159280p14292648.html
>>>> Sent from the Hudson users mailing list archive at Nabble.com.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>>
>>> --
>>> Kohsuke Kawaguchi
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet
>> -API-2.4-%28resend%29-tp14159280p14312987.html
>> Sent from the Hudson users mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

stephenconnolly
What kind of tweaks?

-Stephen

On Dec 17, 2007 7:41 PM, Kirk True <[hidden email]> wrote:

> Hi Kohsuke,
>
> I'm working on the Clover plugin. My client has a few tweaks they need to
> make to it.
>
> Kirk
>
>
> On 12/16/07 8:58 AM, "Kohsuke Kawaguchi" <[hidden email]> wrote:
>
> > I just release 1.161, so hopefully now this problem has resolved
> > itself (by simply updating the parent POM reference.)
> >
> > And also, I'm sorry if I've already asked you this, but what plugin
> > are you working on? Would you be interested in hosting that on Hudson
> > CVS?
> >
> > 2007/12/13, Vincent F <[hidden email]>:
> >>
> >> for 2.3, I have this:
> >> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> >> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> >> found: 2.3)
> >>
> >> But strangely, later, when the classpath is displayed, I have this:
> >> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
> >> s
> >> [DEBUG] Classpath:
> >> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> >> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> >> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> >> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> >> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> >> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
> >>
> >> I have only the 2.4 version in my classpath, not the 2.3.
> >>
> >>
> >>
> >>
> >> kohsuke wrote:
> >>>
> >>> The output line suggests that it did pick up 2.4. Can you look for the
> >>> output line for servlet 2.3?
> >>>
> >>> And in any case I thought I fixed this in 1.161. Do you refer to that
> >>> version?
> >>> ... argh, it appears that I haven't posted 1.161 yet!
> >>>
> >>> 2007/12/12, Vincent F <[hidden email]>:
> >>>>
> >>>> Isn't there something else to do ? I've added the dependency to
> >>>> servlet-api
> >>>> 2.4 like you advised, but I still have the problem.
> >>>> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >>>> have
> >>>> this:
> >>>>
> >>>> [INFO] [resources:resources]
> >>>> [INFO] Using default encoding to copy filtered resources.
> >>>> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> >>>> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >>>> provided)
> >>>>
> >>>> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> >>>> the 2.4 set in the project's pom.xml ?
> >>>>
> >>>>
> >>>>
> >>>> kohsuke wrote:
> >>>>>
> >>>>> Yes. This issue was discovered after 1.160. The fix is already
> >>>>> committed in plugin/pom.xml toward 1.161.
> >>>>>
> >>>>> To work around this problem in the mean time, please add this
> >>>>> dependency to your POM:
> >>>>>
> >>>>>     <dependency>
> >>>>>       <groupId>javax.servlet</groupId>
> >>>>>       <artifactId>servlet-api</artifactId>
> >>>>>       <version>2.4</version>
> >>>>>       <scope>provided</scope>
> >>>>>     </dependency>
> >>>>>
> >>>>>
> >>>>> 2007/12/4, Kirk True <[hidden email]>:
> >>>>>>
> >>>>>>  Hi all,
> >>>>>>
> >>>>>>  I'm not able to successfully run through the steps provided at:
> >>>>>>
> >>>>>>
> >>>>>> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >>>>>>
> >>>>>>  The crux of the issue is that while everything appears to build fine,
> >>>>>> when
> >>>>>> I launch my web browser and point it to:
> >>>>>>
> >>>>>>
> >>>>>> http://localhost:8080
> >>>>>>
> >>>>>>  I get the error message:
> >>>>>>
> >>>>>>
> >>>>>> We detected that your servlet container does not support Servlet 2.4
> >>>>>> (servlet API is loaded from
> >>>>>>
> >>>>
> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar>>>>
> )
> >>>>>>
> >>>>>>  Now, the surprising thing is that I've taken measures to make sure
> >>>> I'm
> >>>>>> following the steps outlined on the above Wiki page to the letter.
> >>>> There
> >>>>>> are, however, two things that I'm doing differently:
> >>>>>>
> >>>>>>
> >>>>>> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >>>>>> seem to exist. I've found that using 1.14 appears to work.
> >>>>>> I'm running the (current) latest build of Hudson (1.160) and am
> >>>>>> "manually"
> >>>>>> updating my plugin's pom.xml to that effect. However, the error
> >>>> appears
> >>>>>> even
> >>>>>> when I leave this as is.
> >>>>>>
> >>>>>>  In fact, I'm able to reproduce the problem with the attached script.
> >>>> In
> >>>>>> essence it blows away my entire ~/.m2 directory to remove all cruft
> >>>> and
> >>>>>> executes the steps in the Wiki, including setting up the environment,
> >>>>>> creating a template plugin, building/packaging it, and starting up
> >>>> Hudson
> >>>>>> via the mvn hpi:run command.
> >>>>>>
> >>>>>>  Interestingly, the above process created (i.e. downloaded) the
> >>>>>> servlet-api-2.4.pom file (in
> >>>>>> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >>>>>> but something, somewhere seems to incorrectly attach the 2.3 API.
> >>>>>>
> >>>>>>  Any ideas? What other information would be helpful?
> >>>>>>
> >>>>>>  Thanks,
> >>>>>>  Kirk
> >>>>>> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail:
> >>>>>> [hidden email]
> >>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Kohsuke Kawaguchi
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: [hidden email]
> >>>>> For additional commands, e-mail: [hidden email]
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>> --
> >>>> View this message in context:
> >>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servl
> >>>> et-API-2.4-%28resend%29-tp14159280p14292648.html
> >>>> Sent from the Hudson users mailing list archive at Nabble.com.
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [hidden email]
> >>>> For additional commands, e-mail: [hidden email]
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Kohsuke Kawaguchi
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [hidden email]
> >>> For additional commands, e-mail: [hidden email]
> >>>
> >>>
> >>>
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet
> >> -API-2.4-%28resend%29-tp14159280p14312987.html
> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kirk True-3
Hi Stephen,

The main change was to allow the user to go to the Clover-generated HTML
reports from both the project and build page. They preferred having the
links simply go to the actual Clover HTML reports in both cases. This
essentially required a change to implement doDynamic in both the
ProjectAction and BuildAction. I believe the CloverBuildAction was
generating the reports itself.

As I believe you'd discussed a few weeks back, the Clover plugin was
undergoing some changes to unify it with other code coverage tools. It
sounded like the plugin-generated reports were preferable, but my client
actually prefers the Clover-generated reports :(

Also, it seemed like code coverage data was kept per-project rather than
per-build. Was this intentional or am I missing something?

Please correct me where I'm mistaken.

Thanks,
Kirk

On 12/17/07 11:47 AM, "Stephen Connolly" <[hidden email]>
wrote:

> What kind of tweaks?
>
> -Stephen
>
> On Dec 17, 2007 7:41 PM, Kirk True <[hidden email]> wrote:
>> Hi Kohsuke,
>>
>> I'm working on the Clover plugin. My client has a few tweaks they need to
>> make to it.
>>
>> Kirk
>>
>>
>> On 12/16/07 8:58 AM, "Kohsuke Kawaguchi" <[hidden email]> wrote:
>>
>>> I just release 1.161, so hopefully now this problem has resolved
>>> itself (by simply updating the parent POM reference.)
>>>
>>> And also, I'm sorry if I've already asked you this, but what plugin
>>> are you working on? Would you be interested in hosting that on Hudson
>>> CVS?
>>>
>>> 2007/12/13, Vincent F <[hidden email]>:
>>>>
>>>> for 2.3, I have this:
>>>> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
>>>> runtime)
>>>> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
>>>> runtime)
>>>> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
>>>> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
>>>> found: 2.3)
>>>>
>>>> But strangely, later, when the classpath is displayed, I have this:
>>>> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
>>>> s
>>>> [DEBUG] Classpath:
>>>> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
>>>> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
>>>> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
>>>> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
>>>> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
>>>> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
>>>>
>>>> I have only the 2.4 version in my classpath, not the 2.3.
>>>>
>>>>
>>>>
>>>>
>>>> kohsuke wrote:
>>>>>
>>>>> The output line suggests that it did pick up 2.4. Can you look for the
>>>>> output line for servlet 2.3?
>>>>>
>>>>> And in any case I thought I fixed this in 1.161. Do you refer to that
>>>>> version?
>>>>> ... argh, it appears that I haven't posted 1.161 yet!
>>>>>
>>>>> 2007/12/12, Vincent F <[hidden email]>:
>>>>>>
>>>>>> Isn't there something else to do ? I've added the dependency to
>>>>>> servlet-api
>>>>>> 2.4 like you advised, but I still have the problem.
>>>>>> When running the mvn command with debug mode (mvn -X clean hpi:run), I
>>>>>> have
>>>>>> this:
>>>>>>
>>>>>> [INFO] [resources:resources]
>>>>>> [INFO] Using default encoding to copy filtered resources.
>>>>>> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
>>>>>> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
>>>>>> provided)
>>>>>>
>>>>>> Other dependencies need servlet-api 2.3. Is it possible that it overrides
>>>>>> the 2.4 set in the project's pom.xml ?
>>>>>>
>>>>>>
>>>>>>
>>>>>> kohsuke wrote:
>>>>>>>
>>>>>>> Yes. This issue was discovered after 1.160. The fix is already
>>>>>>> committed in plugin/pom.xml toward 1.161.
>>>>>>>
>>>>>>> To work around this problem in the mean time, please add this
>>>>>>> dependency to your POM:
>>>>>>>
>>>>>>>     <dependency>
>>>>>>>       <groupId>javax.servlet</groupId>
>>>>>>>       <artifactId>servlet-api</artifactId>
>>>>>>>       <version>2.4</version>
>>>>>>>       <scope>provided</scope>
>>>>>>>     </dependency>
>>>>>>>
>>>>>>>
>>>>>>> 2007/12/4, Kirk True <[hidden email]>:
>>>>>>>>
>>>>>>>>  Hi all,
>>>>>>>>
>>>>>>>>  I'm not able to successfully run through the steps provided at:
>>>>>>>>
>>>>>>>>
>>>>>>>> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
>>>>>>>>
>>>>>>>>  The crux of the issue is that while everything appears to build fine,
>>>>>>>> when
>>>>>>>> I launch my web browser and point it to:
>>>>>>>>
>>>>>>>>
>>>>>>>> http://localhost:8080
>>>>>>>>
>>>>>>>>  I get the error message:
>>>>>>>>
>>>>>>>>
>>>>>>>> We detected that your servlet container does not support Servlet 2.4
>>>>>>>> (servlet API is loaded from
>>>>>>>>
>>>>>>
>> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar>>
>> >>
>> )
>>>>>>>>
>>>>>>>>  Now, the surprising thing is that I've taken measures to make sure
>>>>>> I'm
>>>>>>>> following the steps outlined on the above Wiki page to the letter.
>>>>>> There
>>>>>>>> are, however, two things that I'm doing differently:
>>>>>>>>
>>>>>>>>
>>>>>>>> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
>>>>>>>> seem to exist. I've found that using 1.14 appears to work.
>>>>>>>> I'm running the (current) latest build of Hudson (1.160) and am
>>>>>>>> "manually"
>>>>>>>> updating my plugin's pom.xml to that effect. However, the error
>>>>>> appears
>>>>>>>> even
>>>>>>>> when I leave this as is.
>>>>>>>>
>>>>>>>>  In fact, I'm able to reproduce the problem with the attached script.
>>>>>> In
>>>>>>>> essence it blows away my entire ~/.m2 directory to remove all cruft
>>>>>> and
>>>>>>>> executes the steps in the Wiki, including setting up the environment,
>>>>>>>> creating a template plugin, building/packaging it, and starting up
>>>>>> Hudson
>>>>>>>> via the mvn hpi:run command.
>>>>>>>>
>>>>>>>>  Interestingly, the above process created (i.e. downloaded) the
>>>>>>>> servlet-api-2.4.pom file (in
>>>>>>>> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
>>>>>>>> but something, somewhere seems to incorrectly attach the 2.3 API.
>>>>>>>>
>>>>>>>>  Any ideas? What other information would be helpful?
>>>>>>>>
>>>>>>>>  Thanks,
>>>>>>>>  Kirk
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>> [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Kohsuke Kawaguchi
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Ser
>>>>>> vl
>>>>>> et-API-2.4-%28resend%29-tp14159280p14292648.html
>>>>>> Sent from the Hudson users mailing list archive at Nabble.com.
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Kohsuke Kawaguchi
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servl
>>>> et
>>>> -API-2.4-%28resend%29-tp14159280p14312987.html
>>>> Sent from the Hudson users mailing list archive at Nabble.com.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

stephenconnolly
My experience is that if you keep lots of builds, the painted source
code takes up lots of disk space very quickly.

The solution to that is to only keep the most recent painted source
code, but keep the results for every build (as they are not so disk
space expensive)

In general, it is sufficient to know that a specific method was 80%
covered and is still 80% covered...

I do not see much point in keeping the painted source code for every
build.  If you absolutely need the painted source for a specific
build, you can just pull that build out of SCM and build it.

If you look at what clover does for it's historical reports, it only
gives a graph of the totals, it does not give the history of each
line's coverage.  What I do in the cobertura plugin is give the
history of each method, and the painted source for the most recent
build.

The only use case I see for keeping the painted sources is release
builds... but in those cases I would see the coverage report as being
a deliverable of the project build, so I would generate a PDF report
and add that as a build artifact.

Keeping many builds in Hudson is an exercise in slow upgrades of the
Hudson server, and disk space vanishing because you always think
you've given it a big enough disk.

We recently had to switch from keeping every build log to only the
last months due to about 30GB of build logs from the last 8 months.
Upgrading Hudson was a pain as it would take 30-40min for it to reload
once you restarted tomcat.  And this is on a server-class dual core
2.6GHz with 4GB of ram and fast disks. At least now a Hudson restart
takes less than 2 min, which means that our developers are not
deprived of their CI.

On Dec 17, 2007 8:13 PM, Kirk True <[hidden email]> wrote:
> Hi Stephen,
>
> The main change was to allow the user to go to the Clover-generated HTML
> reports from both the project and build page. They preferred having the
> links simply go to the actual Clover HTML reports in both cases. This
> essentially required a change to implement doDynamic in both the
> ProjectAction and BuildAction. I believe the CloverBuildAction was
> generating the reports itself.

It generates the reports itself if you give it the XML files.  If you
only give it the HTML report it will just display the HTML report (but
you'll not get the graph.

>
> As I believe you'd discussed a few weeks back, the Clover plugin was
> undergoing some changes to unify it with other code coverage tools. It
> sounded like the plugin-generated reports were preferable, but my client
> actually prefers the Clover-generated reports :(
>

That is a pity.  I may see if I can make the plugin generated reports
more Javadoc like... though they will not fit in the Hudson theme
quite so well, and you'd loose links back to hudson.

> Also, it seemed like code coverage data was kept per-project rather than
> per-build. Was this intentional or am I missing something?
>

This is the disk space issue... Our 76Gb disks ran out of space rather
rapidly when keeping every build, and every commit triggers a build,
and you have 20+ projects with at least 15 builds per day each.

There were a number of things which had to be trimmed back... Maven
now stores snapshots as -SNAPSHOT not every build with the
timestamp... We ditched the Maven project sites onto a NAS running off
a separate server... Some of the more volatile projects were trimmed
back to keep only the last 30 days....

That gave us 8 months, now everything is trimmed to the last 30 days

> Please correct me where I'm mistaken.
>
> Thanks,
> Kirk
>
> On 12/17/07 11:47 AM, "Stephen Connolly" <[hidden email]>
> wrote:
>
>
> > What kind of tweaks?
> >
> > -Stephen
> >
> > On Dec 17, 2007 7:41 PM, Kirk True <[hidden email]> wrote:
> >> Hi Kohsuke,
> >>
> >> I'm working on the Clover plugin. My client has a few tweaks they need to
> >> make to it.
> >>
> >> Kirk
> >>
> >>
> >> On 12/16/07 8:58 AM, "Kohsuke Kawaguchi" <[hidden email]> wrote:
> >>
> >>> I just release 1.161, so hopefully now this problem has resolved
> >>> itself (by simply updating the parent POM reference.)
> >>>
> >>> And also, I'm sorry if I've already asked you this, but what plugin
> >>> are you working on? Would you be interested in hosting that on Hudson
> >>> CVS?
> >>>
> >>> 2007/12/13, Vincent F <[hidden email]>:
> >>>>
> >>>> for 2.3, I have this:
> >>>> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> >>>> runtime)
> >>>> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> >>>> runtime)
> >>>> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> >>>> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> >>>> found: 2.3)
> >>>>
> >>>> But strangely, later, when the classpath is displayed, I have this:
> >>>> [DEBUG] Output directory: C:\USERS\Workspace for 3.2\myplugin\target\classe
> >>>> s
> >>>> [DEBUG] Classpath:
> >>>> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> >>>> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> >>>> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> >>>> [DEBUG]  C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> >>>> [DEBUG]  C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> >>>> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
> >>>>
> >>>> I have only the 2.4 version in my classpath, not the 2.3.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> kohsuke wrote:
> >>>>>
> >>>>> The output line suggests that it did pick up 2.4. Can you look for the
> >>>>> output line for servlet 2.3?
> >>>>>
> >>>>> And in any case I thought I fixed this in 1.161. Do you refer to that
> >>>>> version?
> >>>>> ... argh, it appears that I haven't posted 1.161 yet!
> >>>>>
> >>>>> 2007/12/12, Vincent F <[hidden email]>:
> >>>>>>
> >>>>>> Isn't there something else to do ? I've added the dependency to
> >>>>>> servlet-api
> >>>>>> 2.4 like you advised, but I still have the problem.
> >>>>>> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >>>>>> have
> >>>>>> this:
> >>>>>>
> >>>>>> [INFO] [resources:resources]
> >>>>>> [INFO] Using default encoding to copy filtered resources.
> >>>>>> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for null)
> >>>>>> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >>>>>> provided)
> >>>>>>
> >>>>>> Other dependencies need servlet-api 2.3. Is it possible that it overrides
> >>>>>> the 2.4 set in the project's pom.xml ?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> kohsuke wrote:
> >>>>>>>
> >>>>>>> Yes. This issue was discovered after 1.160. The fix is already
> >>>>>>> committed in plugin/pom.xml toward 1.161.
> >>>>>>>
> >>>>>>> To work around this problem in the mean time, please add this
> >>>>>>> dependency to your POM:
> >>>>>>>
> >>>>>>>     <dependency>
> >>>>>>>       <groupId>javax.servlet</groupId>
> >>>>>>>       <artifactId>servlet-api</artifactId>
> >>>>>>>       <version>2.4</version>
> >>>>>>>       <scope>provided</scope>
> >>>>>>>     </dependency>
> >>>>>>>
> >>>>>>>
> >>>>>>> 2007/12/4, Kirk True <[hidden email]>:
> >>>>>>>>
> >>>>>>>>  Hi all,
> >>>>>>>>
> >>>>>>>>  I'm not able to successfully run through the steps provided at:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >>>>>>>>
> >>>>>>>>  The crux of the issue is that while everything appears to build fine,
> >>>>>>>> when
> >>>>>>>> I launch my web browser and point it to:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> http://localhost:8080
> >>>>>>>>
> >>>>>>>>  I get the error message:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> We detected that your servlet container does not support Servlet 2.4
> >>>>>>>> (servlet API is loaded from
> >>>>>>>>
> >>>>>>
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar>>
> >> >>
> >> )
> >>>>>>>>
> >>>>>>>>  Now, the surprising thing is that I've taken measures to make sure
> >>>>>> I'm
> >>>>>>>> following the steps outlined on the above Wiki page to the letter.
> >>>>>> There
> >>>>>>>> are, however, two things that I'm doing differently:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >>>>>>>> seem to exist. I've found that using 1.14 appears to work.
> >>>>>>>> I'm running the (current) latest build of Hudson (1.160) and am
> >>>>>>>> "manually"
> >>>>>>>> updating my plugin's pom.xml to that effect. However, the error
> >>>>>> appears
> >>>>>>>> even
> >>>>>>>> when I leave this as is.
> >>>>>>>>
> >>>>>>>>  In fact, I'm able to reproduce the problem with the attached script.
> >>>>>> In
> >>>>>>>> essence it blows away my entire ~/.m2 directory to remove all cruft
> >>>>>> and
> >>>>>>>> executes the steps in the Wiki, including setting up the environment,
> >>>>>>>> creating a template plugin, building/packaging it, and starting up
> >>>>>> Hudson
> >>>>>>>> via the mvn hpi:run command.
> >>>>>>>>
> >>>>>>>>  Interestingly, the above process created (i.e. downloaded) the
> >>>>>>>> servlet-api-2.4.pom file (in
> >>>>>>>> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >>>>>>>> but something, somewhere seems to incorrectly attach the 2.3 API.
> >>>>>>>>
> >>>>>>>>  Any ideas? What other information would be helpful?
> >>>>>>>>
> >>>>>>>>  Thanks,
> >>>>>>>>  Kirk
> >>>>>>>> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe, e-mail:
> >>>>>>>> [hidden email]
> >>>>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Kohsuke Kawaguchi
> >>>>>>>
> >>>>>>> ---------------------------------------------------------------------
> >>>>>>> To unsubscribe, e-mail: [hidden email]
> >>>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> View this message in context:
> >>>>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Ser
> >>>>>> vl
> >>>>>> et-API-2.4-%28resend%29-tp14159280p14292648.html
> >>>>>> Sent from the Hudson users mailing list archive at Nabble.com.
> >>>>>>
> >>>>>> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: [hidden email]
> >>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Kohsuke Kawaguchi
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: [hidden email]
> >>>>> For additional commands, e-mail: [hidden email]
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>> --
> >>>> View this message in context:
> >>>> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servl
> >>>> et
>
> >>>> -API-2.4-%28resend%29-tp14159280p14312987.html
> >>>> Sent from the Hudson users mailing list archive at Nabble.com.
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [hidden email]
> >>>> For additional commands, e-mail: [hidden email]
> >>>>
> >>>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Kohsuke Kawaguchi
Administrator
Stephen Connolly wrote:

> My experience is that if you keep lots of builds, the painted source
> code takes up lots of disk space very quickly.
>
> The solution to that is to only keep the most recent painted source
> code, but keep the results for every build (as they are not so disk
> space expensive)
>
> In general, it is sufficient to know that a specific method was 80%
> covered and is still 80% covered...
>
> I do not see much point in keeping the painted source code for every
> build.  If you absolutely need the painted source for a specific
> build, you can just pull that build out of SCM and build it.
>
> If you look at what clover does for it's historical reports, it only
> gives a graph of the totals, it does not give the history of each
> line's coverage.  What I do in the cobertura plugin is give the
> history of each method, and the painted source for the most recent
> build.
This is more like a thought-experiment, but given that coverage would
mostly look similar between two adjacent builds, I wonder if it's
possible to come up with a scheme where you keep a diff.

> We recently had to switch from keeping every build log to only the
> last months due to about 30GB of build logs from the last 8 months.
> Upgrading Hudson was a pain as it would take 30-40min for it to reload
> once you restarted tomcat.  And this is on a server-class dual core
> 2.6GHz with 4GB of ram and fast disks. At least now a Hudson restart
> takes less than 2 min, which means that our developers are not
> deprived of their CI.

I think this is one of the Hudson issues that I need to work on
eventually. I don't understand why it's so slow to load a build record,
for one thing, and Hudson shouldn't try to load every record so eagerly.

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

stephenconnolly
On Dec 18, 2007 2:40 AM, Kohsuke Kawaguchi <[hidden email]> wrote:

> Stephen Connolly wrote:
> > My experience is that if you keep lots of builds, the painted source
> > code takes up lots of disk space very quickly.
> >
> > The solution to that is to only keep the most recent painted source
> > code, but keep the results for every build (as they are not so disk
> > space expensive)
> >
> > In general, it is sufficient to know that a specific method was 80%
> > covered and is still 80% covered...
> >
> > I do not see much point in keeping the painted source code for every
> > build.  If you absolutely need the painted source for a specific
> > build, you can just pull that build out of SCM and build it.
> >
> > If you look at what clover does for it's historical reports, it only
> > gives a graph of the totals, it does not give the history of each
> > line's coverage.  What I do in the cobertura plugin is give the
> > history of each method, and the painted source for the most recent
> > build.
>
> This is more like a thought-experiment, but given that coverage would
> mostly look similar between two adjacent builds, I wonder if it's
> possible to come up with a scheme where you keep a diff.
>

Why yes, it would be possible to store a diff of the source code and
the coverage of such.... and then we'd slow down each build trying to
calculate the diffs, and slow down page rendering working our way
along the chain of diffs

> > We recently had to switch from keeping every build log to only the
> > last months due to about 30GB of build logs from the last 8 months.
> > Upgrading Hudson was a pain as it would take 30-40min for it to reload
> > once you restarted tomcat.  And this is on a server-class dual core
> > 2.6GHz with 4GB of ram and fast disks. At least now a Hudson restart
> > takes less than 2 min, which means that our developers are not
> > deprived of their CI.
>
> I think this is one of the Hudson issues that I need to work on
> eventually. I don't understand why it's so slow to load a build record,
> for one thing, and Hudson shouldn't try to load every record so eagerly.
>

As far as I can see, all hudson should be trying to do is load at most
the last 5 builds for every project, but it seems to load every job of
every project. Or at least the last 50 jobs (to get the build status
on the left hand side of each project's main page


> --
> Kohsuke Kawaguchi
> Sun Microsystems                   [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Plugin tutorial issues with Servlet API 2.3 vs. Servlet API 2.4 (resend)

Vincent F
In reply to this post by Kohsuke Kawaguchi
Kohsuke,

Here is attached the log file. FYI, I've tried to change the version of servlet-api in org.kohsuke.stapler.stapler 1.30 pom file, from 2.3 to 2.4 and it works. I've only tried to go to http://localhost:8080, and I have no idea of the potential side effects it can generate, but you'll know better than me what to do.

--
Vincent



kohsuke wrote
I pushed hudson 1.3 POM.

Can you send me the "mvn -X" log file again?

2007/12/17, Vincent F <vincent.fuchs@sgcib.com>:
>
> Hi Kohsuke,
>
> Unfortunately, I still have the same problem. I updated the versions in my
> pom.xml to 161, but it still doesn't work.
> First, I had a problem with hudson 1.3 (in org.jvnet.hudson). Is it
> published on repositories ? I had to download it from cvs and put it in my
> local repository.
> After that, I ran a mvn -X clean hpi:run, and I have the same error as
> previously. The only occurence of servlet-api 2.3 in the logs is here:
> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> runtime)
> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for runtime)
> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed - nearer
> found: 2.3)
>
> Regarding the type of plugin I'm working on, it's nothing in particular. I
> just want to see how it works, but if I develop something useful one day,
> don't worry, I'll share it!
>
> --
> Vincent
>
>
>
>
> kohsuke wrote:
> >
> > I just release 1.161, so hopefully now this problem has resolved
> > itself (by simply updating the parent POM reference.)
> >
> > And also, I'm sorry if I've already asked you this, but what plugin
> > are you working on? Would you be interested in hosting that on Hudson
> > CVS?
> >
> > 2007/12/13, Vincent F <vincent.fuchs@sgcib.com>:
> >>
> >> for 2.3, I have this:
> >> [DEBUG]     org.kohsuke.stapler:stapler:jar:1.30:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:servlet-api:jar:2.3:runtime (selected for
> >> runtime)
> >> [DEBUG]       javax.servlet:jsp-api:jar:2.0:runtime (selected for
> >> runtime)
> >> [DEBUG]         javax.servlet:servlet-api:jar:2.4:runtime (removed -
> >> nearer
> >> found: 2.3)
> >>
> >> But strangely, later, when the classpath is displayed, I have this:
> >> [DEBUG] Output directory: C:\USERS\Workspace for
> >> 3.2\myplugin\target\classe
> >> s
> >> [DEBUG] Classpath:
> >> [DEBUG]  C:\USERS\Workspace for 3.2\myplugin\target\classes
> >> [DEBUG]  C:\m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar
> >> [DEBUG]  C:\m2\repository\asm\asm-tree\2.2\asm-tree-2.2.jar
> >> [DEBUG]
> >> C:\m2\repository\org\kohsuke\stapler\stapler\1.47\stapler-1.47.jar
> >> [DEBUG]
> >> C:\m2\repository\javax\servlet\servlet-api\2.4\servlet-api-2.4.jar
> >> [DEBUG]  C:\m2\repository\log4j\log4j\1.2.12\log4j-1.2.12.jar
> >>
> >> I have only the 2.4 version in my classpath, not the 2.3.
> >>
> >>
> >>
> >>
> >> kohsuke wrote:
> >> >
> >> > The output line suggests that it did pick up 2.4. Can you look for the
> >> > output line for servlet 2.3?
> >> >
> >> > And in any case I thought I fixed this in 1.161. Do you refer to that
> >> > version?
> >> > ... argh, it appears that I haven't posted 1.161 yet!
> >> >
> >> > 2007/12/12, Vincent F <vincent.fuchs@sgcib.com>:
> >> >>
> >> >> Isn't there something else to do ? I've added the dependency to
> >> >> servlet-api
> >> >> 2.4 like you advised, but I still have the problem.
> >> >> When running the mvn command with debug mode (mvn -X clean hpi:run), I
> >> >> have
> >> >> this:
> >> >>
> >> >> [INFO] [resources:resources]
> >> >> [INFO] Using default encoding to copy filtered resources.
> >> >> [DEBUG] vf.package:myPlugin-plugin:hpi:1.0-SNAPSHOT (selected for
> >> null)
> >> >> [DEBUG]   javax.servlet:servlet-api:jar:2.4:provided (selected for
> >> >> provided)
> >> >>
> >> >> Other dependencies need servlet-api 2.3. Is it possible that it
> >> overrides
> >> >> the 2.4 set in the project's pom.xml ?
> >> >>
> >> >>
> >> >>
> >> >> kohsuke wrote:
> >> >> >
> >> >> > Yes. This issue was discovered after 1.160. The fix is already
> >> >> > committed in plugin/pom.xml toward 1.161.
> >> >> >
> >> >> > To work around this problem in the mean time, please add this
> >> >> > dependency to your POM:
> >> >> >
> >> >> >     <dependency>
> >> >> >       <groupId>javax.servlet</groupId>
> >> >> >       <artifactId>servlet-api</artifactId>
> >> >> >       <version>2.4</version>
> >> >> >       <scope>provided</scope>
> >> >> >     </dependency>
> >> >> >
> >> >> >
> >> >> > 2007/12/4, Kirk True <ktrue@linkedin.com>:
> >> >> >>
> >> >> >>  Hi all,
> >> >> >>
> >> >> >>  I'm not able to successfully run through the steps provided at:
> >> >> >>
> >> >> >>
> >> >> >> http://hudson.gotdns.com/wiki/display/HUDSON/Plugin+tutorial
> >> >> >>
> >> >> >>  The crux of the issue is that while everything appears to build
> >> fine,
> >> >> >> when
> >> >> >> I launch my web browser and point it to:
> >> >> >>
> >> >> >>
> >> >> >> http://localhost:8080
> >> >> >>
> >> >> >>  I get the error message:
> >> >> >>
> >> >> >>
> >> >> >> We detected that your servlet container does not support Servlet
> >> 2.4
> >> >> >> (servlet API is loaded from
> >> >> >>
> >> >>
> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.3/servlet-api-2.3.jar)
> >> >> >>
> >> >> >>  Now, the surprising thing is that I've taken measures to make sure
> >> >> I'm
> >> >> >> following the steps outlined on the above Wiki page to the letter.
> >> >> There
> >> >> >> are, however, two things that I'm doing differently:
> >> >> >>
> >> >> >>
> >> >> >> The org.jvnet.hudson.tools:maven-hpi-plugin:1.11 doesn't
> >> >> >> seem to exist. I've found that using 1.14 appears to work.
> >> >> >> I'm running the (current) latest build of Hudson (1.160) and am
> >> >> >> "manually"
> >> >> >> updating my plugin's pom.xml to that effect. However, the error
> >> >> appears
> >> >> >> even
> >> >> >> when I leave this as is.
> >> >> >>
> >> >> >>  In fact, I'm able to reproduce the problem with the attached
> >> script.
> >> >> In
> >> >> >> essence it blows away my entire ~/.m2 directory to remove all cruft
> >> >> and
> >> >> >> executes the steps in the Wiki, including setting up the
> >> environment,
> >> >> >> creating a template plugin, building/packaging it, and starting up
> >> >> Hudson
> >> >> >> via the mvn hpi:run command.
> >> >> >>
> >> >> >>  Interestingly, the above process created (i.e. downloaded) the
> >> >> >> servlet-api-2.4.pom file (in
> >> >> >> /home/kirk/.m2/repository/javax/servlet/servlet-api/2.4),
> >> >> >> but something, somewhere seems to incorrectly attach the 2.3 API.
> >> >> >>
> >> >> >>  Any ideas? What other information would be helpful?
> >> >> >>
> >> >> >>  Thanks,
> >> >> >>  Kirk
> >> >> >>
> >> ---------------------------------------------------------------------
> >> >> >> To unsubscribe, e-mail:
> >> >> >> users-unsubscribe@hudson.dev.java.net
> >> >> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Kohsuke Kawaguchi
> >> >> >
> >> >> >
> >> ---------------------------------------------------------------------
> >> >> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> >> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14292648.html
> >> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Kohsuke Kawaguchi
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >> >
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14312987.html
> >> Sent from the Hudson users mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> >> For additional commands, e-mail: users-help@hudson.dev.java.net
> >>
> >>
> >
> >
> > --
> > Kohsuke Kawaguchi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> > For additional commands, e-mail: users-help@hudson.dev.java.net
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Plugin-tutorial-issues-with-Servlet-API-2.3-vs.-Servlet-API-2.4-%28resend%29-tp14159280p14370220.html
> Sent from the Hudson users mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
> For additional commands, e-mail: users-help@hudson.dev.java.net
>
>


--
Kohsuke Kawaguchi

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@hudson.dev.java.net
For additional commands, e-mail: users-help@hudson.dev.java.net
mvn_log.txtmvn_log.txt
Loading...