Re: Native Image - Reflectionless Concept

We've had some discussions around this, mostly high level about where this could go. At this point, anyone strongly opposed to ship a light weight jar? Do we feel the value is or is not there compared to the maintenance of it? Filip On 7/13/20 2:59 PM, Filip Hanik wrote: for discussion, a

Re: Native Image - Reflectionless Concept

Xml-less Tomcat would also be very useful for OSGi http whiteboard implementation which I'd like to work on in the coming months. So I +1 more programmatic API. Just let's not forget about tear down. So many APIs completely ignore a tear down lifecycle. - Ray On Mon, Jul 20, 2020, 12:16 Romain

Re: Native Image - Reflectionless Concept

I think a xml-less tomcat is awaited since servlet 3 - graal or not - but agree risk is a bit higher. That said path is different so wonder if skipping a temp solution can not be worth after all for the community. Le lun. 20 juil. 2020 à 17:58, Filip Hanik a écrit : > > On 7/20/20 8:47 AM, Romai

Re: Native Image - Reflectionless Concept

On 7/20/20 8:47 AM, Romain Manni-Bucau wrote: Le lun. 20 juil. 2020 à 17:41, Filip Hanik > a écrit : Thanks for chiming in: On 7/16/20 6:46 AM, Romain Manni-Bucau wrote: Hi everyone, I think the generation is the sanest option since code stay clean

Re: Native Image - Reflectionless Concept

Le lun. 20 juil. 2020 à 17:41, Filip Hanik a écrit : > Thanks for chiming in: > On 7/16/20 6:46 AM, Romain Manni-Bucau wrote: > > Hi everyone, > > I think the generation is the sanest option since code stay clean but it > shouldn't be done in tomcat IMHO but in user code and with a nice wrapper >

Re: Native Image - Reflectionless Concept

Thanks for chiming in: On 7/16/20 6:46 AM, Romain Manni-Bucau wrote: Hi everyone, I think the generation is the sanest option since code stay clean but it shouldn't be done in tomcat IMHO but in user code and with a nice wrapper (mvn tomcat:dump/gradle tomcatDump etc, or whatever name you li

Re: Native Image - Reflectionless Concept

On Thu, Jul 16, 2020 at 3:46 PM Romain Manni-Bucau wrote: > Hi everyone, > > I think the generation is the sanest option since code stay clean but it > shouldn't be done in tomcat IMHO but in user code and with a nice wrapper > (mvn tomcat:dump/gradle tomcatDump etc, or whatever name you like ;))

Re: Native Image - Reflectionless Concept

Thanks for reviewing and engaging. On 7/16/20 5:31 AM, Rémy Maucherat wrote: On Mon, Jul 13, 2020 at 11:59 PM Filip Hanik > wrote: for discussion, all feedback and questions welcome: I've created a concept of having Apache Tomcat, embedded, run without re

Re: Native Image - Reflectionless Concept

Hi everyone, I think the generation is the sanest option since code stay clean but it shouldn't be done in tomcat IMHO but in user code and with a nice wrapper (mvn tomcat:dump/gradle tomcatDump etc, or whatever name you like ;)). This build phase would dump the descriptors in plain java and would

Re: Native Image - Reflectionless Concept

On Mon, Jul 13, 2020 at 11:59 PM Filip Hanik wrote: > for discussion, all feedback and questions welcome: > > > I've created a concept of having Apache Tomcat, embedded, run without > reflection in a native image. > This concept creates a jar, tomcat-embedded-programmatic.jar, that can be > fine

Re: Native Image - Reflectionless Concept

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Filip, On 7/13/20 17:59, Filip Hanik wrote: > for discussion, all feedback and questions welcome: > > > I've created a concept of having Apache Tomcat, embedded, run > without reflection in a native image. This concept creates a jar, > tomcat-embedd

Native Image - Reflectionless Concept

for discussion, all feedback and questions welcome: I've created a concept of having Apache Tomcat, embedded, run without reflection in a native image. This concept creates a jar, tomcat-embedded-programmatic.jar, that can be fine tuned to only include what is needed in a default configuration