I hate to keep this thread going, but here goes:  IntelliJ 7.0.2,
latest jetty plugin build (as of 17-March 2008), Tap 5.0.11.  I've got
a basic Jetty run config defined.  when I run it, it immediately
disconnects from the server, and the jetty log reads as below.  I'm
continuing to play with this.

704 [main] ERROR org.mortbay.log - EXCEPTION
java.lang.ClassCastException: class org.mortbay.setuid.SetUIDServer
        at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:204)
        at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:966)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.mortbay.start.Main.invokeMain(Main.java:194)
        at org.mortbay.start.Main.start(Main.java:509)
        at org.mortbay.start.Main.main(Main.java:119)

On Wed, Mar 12, 2008 at 1:03 AM, Filip S. Adamsen <[EMAIL PROTECTED]> wrote:
> Okay, shame on me - of course IntelliJ can do it. :)
>
>  It's right there in the Web Facet options, just select "JAR module
>  output and copy file to" for your module and IntelliJ will do the right
>  thing.
>
>  -Filip
>
>
>
>  On 2008-03-12 00:17, Filip S. Adamsen wrote:
>  > Oh, that reminds me: the way IntelliJ packs up the war isn't similar to
>  > how I do when I use Maven. It actually bit me earlier today.
>  >
>  > You *need* to pack your classes in a jar and stick it into WEB-INF/lib
>  > for reloading to work in Tomcat. It's really all I can think of that
>  > would cause the behaviour you're describing.
>  >
>  > This is very easy to do with Maven (archiveClasses), possible with Ant,
>  > and, well, no idea if IntelliJ can do this.
>  >
>  > Hope you figure it out somehow.
>  >
>  > -Filip
>  >
>  > On 2008-03-11 22:32, Bill Holloway wrote:
>  >> Thanks for the info, but I'm still stuck.  Even if I delete IntelliJ's
>  >> Tomcat server run configuration in favor of just seting my project's
>  >> output directory to .../tomcat/webapps/projectname, I still have to
>  >> reload the webapp, invalidating my session.
>  >>
>  >> Bill
>  >>
>  >> On Tue, Mar 11, 2008 at 1:47 PM, Filip S. Adamsen <[EMAIL PROTECTED]> 
> wrote:
>  >>> Hi Bill,
>  >>>
>  >>>  There are some things you need to be aware of when using Tomcat,
>  >>> they're
>  >>>  listed here: http://tapestry.apache.org/tapestry5/tomcat.html
>  >>>
>  >>>  You're running your application as an exploded directory, so perhaps
>  >>>  that's why. I think you can instruct IntelliJ to build a war-file on
>  >>>  Make, so try that and see if it helps.
>  >>>
>  >>>  -Filip
>  >>>
>  >>>
>  >>>
>  >>>  On 2008-03-11 18:26, Bill Holloway wrote:
>  >>>  > Anyone have auto reloading going in IntelliJ for component classes
>  >>> and
>  >>>  > templates?  I loved this about Eclipse+JettyLauncher.  No restart!
>  >>>  >
>  >>>  > In IntelliJ, I have tomcat going under the builtin server run
>  >>>  > configuration for an exploded directory (../out).  I've tried Make,
>  >>>  > and that does seem to update the class files in the exploded
>  >>>  > directory, but the functionality doesn't change.
>  >>>  >
>  >>>  > Bill
>  >>>  >
>  >>>  > ---------------------------------------------------------------------
>  >>>  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >>>  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >>>  >
>  >>>  >
>  >>>
>  >>>  ---------------------------------------------------------------------
>  >>>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >>>  For additional commands, e-mail: [EMAIL PROTECTED]
>  >>>
>  >>>
>  >>
>  >> ---------------------------------------------------------------------
>  >> To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >> For additional commands, e-mail: [EMAIL PROTECTED]
>  >>
>  >>
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >
>  >
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to