Not sure how this executable jar file works but it's very practically when
deploying a web app, also when thinking about moving to microservices
arhitecture..
I see the following when I start the application:
Started
o.s.b.c.e.j.JettyEmbeddedWebAppContext@24386839{/,file:/tmp/jetty-docbase.6160239938147030633.8080/,AVAILABLE}
Where does Jetty find this path? Does it extract the jar file to this location
and then run it? Seems like it does but
the directory /tmp/jetty-docbase.6160239938147030633.8080 is empty so no wonder
why it doesn't find any web content..
Also not sure what you mean by double nested, since the resources is not inside
a jar file but at the root of the main jar file? You can read about
the executable jar format here:
https://docs.spring.io/spring-boot/docs/current/reference/html/executable-jar.html
I also tried to unzip the jar file and just run it using "java
org.springframework.boot.loader.JarLauncher" but Jetty still points to a
directory
under /tmp that is empty...
I was hoping that I could change to Jetty (since tests confirms that
performance is better on Jetty than Tomcat) but it seems like not many people
actually is using Spring Boot and embedded Jetty instead of Tomcat cause there
is not much help to find to solve this. Also not sure how much the
Spring Boot people have actually tested using Jetty in a real web application
project.... (it doesn't work right out of the box at least....)
Regards,
BTJ
On Fri, 25 Mar 2016 15:46:57 -0700
Joakim Erdfelt <[email protected]> wrote:
> That description seems like it would be the old double nested uncompress
> issue.
>
> We rely on Java to handle the
> "jar:file:/path/to/app.jar!/path/to/internal/resource.txt" decompression of
> content from an archive.
> However, Java doesn't handle double-nested (or deep nested) archives.
>
> Such as ..
> jar:file:/tmp/app.jar!/lib/resource.jar!/META-INF/resources/content.html
>
> Note that there are two "!/" entries in that URI
>
> Not sure how Tomcat handles it...
> I could imaging you'd either have to replace the "jar" protocol handling
> with something custom...
> or decompress the content first to a temp directory for it to work (which
> is how we do it for standard distribution and standard war files)
>
>
> Joakim Erdfelt / [email protected]
>
> On Fri, Mar 25, 2016 at 2:53 PM, Bjørn T Johansen <[email protected]> wrote:
>
> > I am trying to use Jetty instead of Tomcat as my embededded application
> > server in my Spring Boot projects but I have a problem. (I tought it was
> > working but I as fooled my IntelliJ IDEA, the jar file built by gradle
> > does not work...)
> >
> > Jetty does not see my web root folder. So I get an 404 error when trying
> > to access my html files..
> > In Tomcat, I have a my web content inside /META-INF/resources/ inside my
> > jar file but that does not work when using Jetty. I have alse tried to put
> > my webcontent inside /static/ and /webapp/ but Jetty still does not see
> > any html files.
> >
> > What am I missing?
> >
> >
> > Regards,
> >
> > BTJ
> >
> > --
> >
> > -----------------------------------------------------------------------------------------------
> > Bjørn T Johansen
> >
> > [email protected]
> >
> > -----------------------------------------------------------------------------------------------
> > Someone wrote:
> > "I understand that if you play a Windows CD backwards you hear strange
> > Satanic messages"
> > To which someone replied:
> > "It's even worse than that; play it forwards and it installs Windows"
> >
> > -----------------------------------------------------------------------------------------------
> > _______________________________________________
> > jetty-users mailing list
> > [email protected]
> > To change your delivery options, retrieve your password, or unsubscribe
> > from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/jetty-users
_______________________________________________
jetty-users mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/jetty-users
