<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div><br>
I would hope that in the development stage that this is going to be available in implementations. I'm trying to think why it needs to be defined in the spec. Does it need to be?</div></div></blockquote></div><div><br>
Not necessarily. It's just frustrating that none of the deployment features can be adequately defined in the spec (i.e. Groovy, and reloading artifacts). The JSR says:<br>
<br>Eliminate the "deployment step". All the artifacts that comprise a JSF
application can be modified while the application is running. This will
bring the responsiveness people have been used to with iterative JSP
development to the JSF developer. One design idea for this is to allow
JSF artifacts to be authored in Script.<br><br>As far as I can tell, the only parts of this we've actually covered are (1) reloading of VDL pages, and (2) allowing components to be authored in Script. So, an implementation can only support (1) and (2), and consequently still require restarts for changes to faces-config.xml or other artifacts (such as managed beans). That's not much better than JSF 1.2. </div>
</div></blockquote><div><br>In that case, I think we should just have a general reload flag (or just say that the reload flag is tied to the stage) and have a list of what should be reloadable in the spec. Who the heck wouldn't want Facelets templates to be reloaded in the development stage? There should probably be a universal scan time which has a default value for the development stage and can be specified explicitly if someone wants reloading in the producation stage (for whatever reason). Get rid of the Facelets-specific reload interval.<br>
<br>-Dan</div></div><br clear="all"><br>-- <br>Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br>
<a href="http://in.relation.to/Bloggers/Dan">http://in.relation.to/Bloggers/Dan</a><br><br>NOTE: While I make a strong effort to keep up with my email on a daily<br>basis, personal or other work matters can sometimes keep me away<br>
from my email. If you contact me, but don't hear back for more than a week,<br>it is very likely that I am excessively backlogged or the message was<br>caught in the spam filters. Please don't hesitate to resend a message if<br>
you feel that it did not reach my attention.<br>