On Tue, Jan 24, 2012 at 01:27, Jason Porter <span dir="ltr">&lt;<a href="mailto:lightguard.jp@gmail.com">lightguard.jp@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hey Dan, you&#39;re about an hour late to the party :) we&#39;ve been discussing and Eichard has given me some info and code to look at and read through.<br></blockquote><div><br></div><div>Cool. I just wanted to make sure I made the discussion public.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
As for the non dep idea, I can certainly understand where Lincoln and Pete are coming from. I do wonder though if that would preclude us from creating a CDI extension for rolling our own simple CRUD framework perhaps with an spi for future expansion. That be a bit much though. At any rate I need to go through the stuff Richard has sent me and give some feedback.<br>

</blockquote><div><br></div><div>First, I want to acknowledge that Richard is working with requirements that specify no deps. Being reminded of that, the design in the scaffolding makes sense. So I don&#39;t mean to question your choice in working within that requirement.</div>

<div><br></div><div>My personal viewpoint, which I recognize may have no relevance, is that this is an extreme requirement. So I&#39;m challenging the requirement, not the implementation :)</div><div><br></div><div>I think the goal to make a pure Java EE application is absurd. If anything, it reveals the shortcomings and verbosity in Java EE 6 more than it shows how great it is. I get that we don&#39;t want to inflate the project with libraries, but to say that you can&#39;t have a single JAR file extra from Java EE, well, I just don&#39;t buy it.</div>

<div><br></div><div>I *suppose* we can have multiple providers. Either way, as Richard said, Java EE 6 needs a decent CRUD and Query framework and whether it goes into the default Forge scaffolding or not, 99% of developers are going to want to use it if it&#39;s available.</div>

<div><br></div><div>-Dan</div><div><br></div></div>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><div><a href="http://google.com/profiles/dan.j.allen" target="_blank">http://google.com/profiles/dan.j.allen</a><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></div><br>