Bill, Management, to an extent. Depends on needs. Most admins I deal with at this point don't both launching the admin consoles, and just do everything via CLI, or in my direct case are planning to run NewRelic for monitoring so it all becomes moot. The deployment structure is also simpler, drop in a zip file or an RPM with the full app in, copy in some puppet config and you're good.
I too was a little upset over the limitations around removing subsystems. Some things create bidirectional links too, which makes it more complicated to remove. John On Fri, Feb 21, 2014 at 9:04 AM, Bill Burke <bbu...@redhat.com> wrote: > I'm also disappointed that it is nearly impossible to figure out to fully > removed components from AS7/Wildfly. But it is possible to fine tune its > memory footprint by disabling subsystems you are not using. Not sure how far > you can go with that though. But "rolling your own app server" also > requires you to write your own management too. > > > On 2/20/2014 9:10 PM, John D. Ament wrote: >> >> It's actually a lot more lightweight. The minimum I can run the >> equivalent on AS7 on is ~ 180 mb in binaries, but throwing this >> together is about 32 mb (and compresses further when its packaged). >> I'm able to start the JVM on the bare minimum (~100mb on my linux VM) >> but AS7 with all I need is about 756mb. When rolling out in the >> cloud, where all of my REST APIs are stateless, running with this >> configuration helps us get a lot more per node. >> >> There's still a little more I want to get working before I turn this >> into a PR, such as dynamic identification of providers. >> >> Thanks for the feedback, Bill. >> >> - John >> >> On Thu, Feb 20, 2014 at 8:58 PM, Bill Burke <bbu...@redhat.com> wrote: >>> >>> Great stuff, but still don't understand why you guys want to roll your >>> own >>> app server. Let me take a look. You submitting a PR? >>> >>> >>> On 2/20/2014 8:49 PM, John D. Ament wrote: >>>> >>>> >>>> All, >>>> >>>> So, I finally put together the starts of making this more integrated >>>> with RestEasy. >>>> >>>> See the branch here: >>>> https://github.com/johnament/Resteasy/compare/RESTEASY-NETTY >>>> >>>> Basically, create a simple main program that starts up Netty and does >>>> a RestEasy Deployment, with Weld SE running. Let me know your >>>> thoughts on the approach, I can add some docs about how to bring it up >>>> and obviously more tests. >>>> >>>> One thing I noticed is that it looks like master is now running CDI >>>> 1.1 API. If this is the case, I think some more clean up should >>>> happen in the extension and injector factory. >>>> >>>> - John >>>> >>>> On Mon, Jan 20, 2014 at 7:55 PM, John D. Ament <john.d.am...@gmail.com> >>>> wrote: >>>>> >>>>> >>>>> Bill, >>>>> >>>>> Definitely. I already sent you one on the CdiInjectorFactory bug I >>>>> saw in Netty. ( https://issues.jboss.org/browse/RESTEASY-1009 ) >>>>> >>>>> Another thing to think about is how to get an external >>>>> RequestDispatcher. Right now, you have a lot of duplicate code in >>>>> Netty3 and Netty4 modules (it also looks like the netty4 module is >>>>> new). Perhaps starting off with a Netty Base project and having each >>>>> extend from there would help? The easiest way to handle >>>>> RequestDispatcher is to have a setter, if it's not set use the >>>>> default, otherwise use the provided one. >>>>> >>>>> - John >>>>> >>>>> On Mon, Jan 20, 2014 at 5:10 PM, Bill Burke <bbu...@redhat.com> wrote: >>>>>> >>>>>> >>>>>> We would of course appreciate any PRs that could come out of this >>>>>> effort. >>>>>> >>>>>> On 1/19/2014 9:58 AM, John D. Ament wrote: >>>>>>> >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> In case anyone's interested, I just put out a blog post on how you >>>>>>> can >>>>>>> use RestEasy and the Netty Embedded Server with Weld. >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://john-ament.blogspot.com/2014/01/bridging-netty-resteasy-and-weld.html >>>>>>> >>>>>>> and if you'd like to see the code: >>>>>>> https://github.com/johnament/resteasy-netty-cdi >>>>>>> >>>>>>> Please do let me know your thoughts. >>>>>>> >>>>>>> - John >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >>>>>>> Learn Why More Businesses Are Choosing CenturyLink Cloud For >>>>>>> Critical Workloads, Development Environments & Everything In Between. >>>>>>> Get a Quote or Start a Free Trial Today. >>>>>>> >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> Resteasy-users mailing list >>>>>>> Resteasy-users@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >>>>>>> >>>>>> >>>>>> -- >>>>>> Bill Burke >>>>>> JBoss, a division of Red Hat >>>>>> http://bill.burkecentral.com >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >>>>>> Learn Why More Businesses Are Choosing CenturyLink Cloud For >>>>>> Critical Workloads, Development Environments & Everything In Between. >>>>>> Get a Quote or Start a Free Trial Today. >>>>>> >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Resteasy-users mailing list >>>>>> Resteasy-users@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >>> >>> >>> >>> -- >>> Bill Burke >>> JBoss, a division of Red Hat >>> http://bill.burkecentral.com > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users
