<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 28/09/2010, at 3:12 AM, Dan Allen wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Stuart has mentioned in several threads that fakereplace is very close to JRebel in core features, and in some cases perhaps farther along. The big thing that JRebel has is the integrated tooling support and a product w/ support. I applaud their work, but am still very much in support of Stuart's open source and extensible alternative. </blockquote><div><br></div><div>I would not go that far :-) The guys at JRebel have spent years working full time on it, Fakereplace has not made it much past the prototype phase. </div><div><br></div><div>Architecture wise I think what is really needed is a JSR that will allow frameworks and hot deployment providers to work together in a loosely coupled way. That way frameworks can write the code to perform any re-initialistion of metadata that is required, and this will work with any hot deployment provider. If the JVM replacement functionality advances far enough Fakereplace's bytecode tricks will no longer be necessary. </div><div><br></div><div><br></div><div>Stuart</div><br><blockquote type="cite"><div>
<br></div><div>One way or another, we should definitely be in this space. Perhaps if Stuart finds what the JVM guys are working on interesting, he will be willing to participate or provide feedback. From my understanding, you still need framework support and fakereplace will provide that architecture. So, I'd say that language level would be great, but still just one factor in the whole equation.<br>
<div><br></div><div>-Dan<br><br><div class="gmail_quote">On Mon, Sep 27, 2010 at 12:16 PM, <a href="mailto:tech4j@gmail.com">tech4j@gmail.com</a> <span dir="ltr"><<a href="mailto:tech4j@gmail.com">tech4j@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div>I took a look at JRebel at J1. It looked interesting, but as you said it might be nicer to have VM support. We also have concerns over debug support with JRebel, but would need further review. For us ( RichFaces ) it is only really useful for example development anyway since components are created using the CDK.</div>
<div><div>
<br><div class="gmail_quote"><div><div></div><div class="h5">On Mon, Sep 27, 2010 at 11:03 AM, Lincoln Baxter, III <span dir="ltr"><<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div><div></div><div class="h5">
Hey (particularty Stuart,)<br><br>Have you seen this? <a href="http://wikis.sun.com/display/mlvm/HotSwap" target="_blank">http://wikis.sun.com/display/mlvm/HotSwap</a><br><br>Looks interesting...<br><br>JVM level support might be a lot nicer (less configuration?) than things like JavaRebel, possibly much faster.<br clear="all">
<font color="#888888">
<br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.com/" target="_blank">http://ocpsoft.com</a><br><a href="http://scrumshark.com/" target="_blank">http://scrumshark.com</a><br>"Keep it Simple"<br>
</font><br></div></div>_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org" target="_blank">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>blog: <a href="http://in.relation.to/Bloggers/Jay" target="_blank">http://in.relation.to/Bloggers/Jay</a><br>
</div></div>
<br>_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Dan Allen<br>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><a href="http://mojavelinux.com/" target="_blank">http://mojavelinux.com</a><br>
<a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br><a href="http://www.google.com/profiles/dan.j.allen" target="_blank">http://www.google.com/profiles/dan.j.allen</a><br>
</div></div>
_______________________________________________<br>seam-dev mailing list<br><a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/seam-dev">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br></blockquote></div><br></div></div><br></body></html>