Yeah, I get that we want people to do it the new way. I just hate to undo some of the convenience features we provided in the past for when you have no choice but to do it the old way. I&#39;m skeptical I will win this debate though.<br>
<br>-Dan<br><br><div class="gmail_quote">On Fri, May 8, 2009 at 3:19 AM, Gavin King <span dir="ltr">&lt;<a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I really don&#39;t think this is a good idea. We should be encouraging<br>
people to use the New Way.<br>
<div><div></div><div class="h5"><br>
On Fri, May 8, 2009 at 2:18 AM, Dan Allen &lt;<a href="mailto:dan.j.allen@gmail.com">dan.j.allen@gmail.com</a>&gt; wrote:<br>
&gt; On Thu, May 7, 2009 at 9:06 AM, Gavin King &lt;<a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Right.<br>
&gt;&gt;<br>
&gt;&gt; Contextual is there so that frameworks can put stuff in contexts for<br>
&gt;&gt; &quot;special&quot; cases.<br>
&gt;&gt;<br>
&gt;&gt; It&#39;s not really meant to be used by application code or &quot;normal&quot;<br>
&gt;&gt; framework code. Stick the stuff in a bean, or use a producer method.<br>
&gt;<br>
&gt; So the question was also brought up whether we should provide the unified<br>
&gt; API to the standard attribute maps in the Servlet and JSF APIs. Ideally, of<br>
&gt; course, you are using beans and producer methods to populate these contexts.<br>
&gt; But one of the major usability improvements provided by Seam was the fact<br>
&gt; that you had one way to access all contexts. Given that we have all been<br>
&gt; involved in writing applications for companies, you should know as well as I<br>
&gt; do that it&#39;s extremely common to have to use these attribute maps for one<br>
&gt; thing or another. It&#39;s life. Clint said in the meeting you can always just<br>
&gt; get a handle to that map the regular way. Let me remind you how this is done<br>
&gt; in JSF:<br>
&gt;<br>
&gt; application scope:<br>
&gt; FacesContext.getCurrentInstance().getExternalContext().getApplicationMap()<br>
&gt; request scope:<br>
&gt; FacesContext.getCurrentInstance().getExternalContext().getRequestMap()<br>
&gt; session scope:<br>
&gt; FacesContext.getCurrentInstance().getExternalContext().getSessionMap()<br>
&gt; view scope: FacesContext.getCurrentInstance().getViewRoot().getViewMap()<br>
&gt; flash scope: very bizarre mix of request map and some internal state<br>
&gt;<br>
&gt; All I&#39;m saying is that I think Seam should provide producers that expose<br>
&gt; these maps so that they are injectable (as the type AttributeMap). I&#39;m not<br>
&gt; saying we use these maps to manipulate or access beans. This is for<br>
&gt; integration with legacy systems, storing data ad-hoc in a non-JSR-299 way,<br>
&gt; or whatever else the case may be. The question is going to come up and I<br>
&gt; think people will just look for solutions elsewhere (<a href="http://sourceforge.net" target="_blank">sourceforge.net</a>) to<br>
&gt; patch Seam to provide something like this. It&#39;s not perfect. It&#39;s life.<br>
&gt;<br>
&gt; -Dan<br>
&gt;<br>
&gt; --<br>
&gt; Dan Allen<br>
&gt; Senior Software Engineer, Red Hat | Author of Seam in Action<br>
&gt;<br>
&gt; <a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br>
&gt; <a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br>
&gt; <a href="http://in.relation.to/Bloggers/Dan" target="_blank">http://in.relation.to/Bloggers/Dan</a><br>
&gt;<br>
&gt; NOTE: While I make a strong effort to keep up with my email on a daily<br>
&gt; basis, personal or other work matters can sometimes keep me away<br>
&gt; from my email. If you contact me, but don&#39;t hear back for more than a week,<br>
&gt; it is very likely that I am excessively backlogged or the message was<br>
&gt; caught in the spam filters.  Please don&#39;t hesitate to resend a message if<br>
&gt; you feel that it did not reach my attention.<br>
&gt;<br>
<br>
<br>
<br>
</div></div>--<br>
<div class="im">Gavin King<br>
<a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a><br>
</div><div><div></div><div class="h5"><a href="http://in.relation.to/Bloggers/Gavin" target="_blank">http://in.relation.to/Bloggers/Gavin</a><br>
<a href="http://hibernate.org" target="_blank">http://hibernate.org</a><br>
<a href="http://seamframework.org" target="_blank">http://seamframework.org</a><br>
</div></div></blockquote></div><br><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&#39;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&#39;t hesitate to resend a message if<br>
you feel that it did not reach my attention.<br>