<div dir="ltr"><div class="gmail_quote">On Sat, Oct 18, 2008 at 6:45 PM, Pete Muir <span dir="ltr">&lt;<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Clint,<div class="Ih2E3d"><br>
On 17 Oct 2008, at 19:59, Clint Popetz wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Greetings,<br>
<br>
I&#39;ve been working on wicket integration, and I have a number of things done that I&#39;d like to contirbute:<br>
<br>
* An ant task to instrument wicket components at build time<br>
* Fixes to make it possible to hot-deploy wicket components that have been instrumented by that task.<br>
</blockquote>
<br></div>
Yup, we should definitely support this :-)<div class="Ih2E3d"></div></blockquote><div><br></div><div>Great!</div><div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
We don&#39;t currently have any ability to do anything other than per-application selection of components. Have that discussion here I think.<div class="Ih2E3d"></div></blockquote><div><br></div><div>Ok, let me do some investigation on this first.</div>
<div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="Ih2E3d">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, with regard to the ant task, I don&#39;t know how you want that packaged. &nbsp;Is the plan to keep the just-in-time instrumentation of WEB-INF/wicket (which isn&#39;t hot-deployment-compatible) as an option, with build time instrumentation as the default (i.e. the default in seam-gen&#39;d build files?)<br>

</blockquote>
<br></div>
I don&#39;t see why we need to make either the default, both approaches can coexist I think. It sounds like you want to add Wicket support to seam-gen?<div class="Ih2E3d"></div></blockquote><div><br></div><div>I haven&#39;t, and while it would be nice, it&#39;s not no my current todo list. &nbsp;At minimum, when support is added to get the seam-gen libraries copied over correctly for a wicket seam-gen component, the instrumentation could be added as well, and I can do that.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Or get rid of the just-in-time thing? &nbsp;Currently I have JavassistInstrumentor extending extending org.apache.tools.ant.Task, but I have it in a separate project to build the task jar. &nbsp;It also could remain in jboss-seam.jar.<br>

</blockquote>
<br></div>
I think the ant task should go in it&#39;s own JAR.<br></blockquote><div><br></div><div>Should it be its own pom, or just a jar (&quot;jboss-seam-wicket-ant.jar&quot;) built alongside jboss-seam-wicket.jar in the jarwicket target? &nbsp;Also, the new jar will need classes in the jboss-seam-wicket.jar; should they be copied into the ant jar so that it stands alone, or just assume that &nbsp;jboss-seam-wicket.jar will live on the build path an have people add the build path to the &lt;taskdef/&gt;&#39;s path?</div>
<div><br></div><div><br></div><div>Thanks,</div><div>-Clint</div></div></div>