I agree with you. But if someone wants to work on this, I'm not going to stop them :) It need only be another plugin.<br><br>No use-cases come to mind right away, but I'm sure there's use.<br><br>~Lincoln<br><br>
<div class="gmail_quote">On Tue, Mar 29, 2011 at 4:45 PM, Paul Bakker <span dir="ltr"><<a href="http://paul.bakker.nl">paul.bakker.nl</a>@<a href="http://gmail.com">gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Before we start on something large like this (it's far from trivial to get this right) I think we should think about cases where we would really need it to decide if it's worth the time at this moment. The export feature in the Arquillian plugin isn't important enough to start this work I think. It's a useful feature, but not a showstopper. Maybe it's better to first stabilize and finish more core features that 99% of the users will use. <div>
<br></div><div><div><div><div><div>Any other cases where this is needed at this moment?</div><div><br></div><font color="#888888"><div>Paul</div></font><div><div></div><div class="h5"><div><br><div class="gmail_quote">On Tue, Mar 29, 2011 at 7:52 PM, Lincoln Baxter, III <span dir="ltr"><<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">We can work on prototyping this feature in Forge. This is within the forge Vision, but needs to be done carefully. Maven has some tools for getting information about a project's dependencies and deliverables. See the MavenDependencyFacet and RepositoryLookup classes. The MavenSystemSession class in RepositoryLookup has methods for reading a project POM. Perhaps we could leverage those. Although, wouldn't this kind of Export better be handled by the test framework itself, since it is already classloading everything?<br>
<br>~Lincoln<div><div></div><div><br><br><div class="gmail_quote">On Tue, Mar 29, 2011 at 10:36 AM, Max Rydahl Andersen <span dir="ltr"><<a href="mailto:max.andersen@redhat.com" target="_blank">max.andersen@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>> I'm working on a feature in the Arquillian plugin that Dan asked about, which is to be able to export @Deployments that are part of the project's tests. To do this I need to invoke the static method on a test class to create the Archive that has to be exported.<br>
<br>
</div>Not only do you need access to the method you need the full classpath initialized for the project for it work.<br>
<div><br>
> The problem is that is seems to be impossible to load a class that is in the user's project, although I already have an instance of the JavaSource object that describes the class. I believe it would be best to not rely on the question if the user's project has been compiled or not. So what should happen is the following:<br>
<br>
> -Compile the class based on the JavaSource object<br>
> -(optionally) Create a temporarily .class object<br>
> -Load the class<br>
> -(optionally) instantiate it<br>
><br>
> I guess this is something that other plugins might need too in the future, so it would be better to find a reusable solution instead of hacking my way around it.<br>
<br>
<br>
</div>yeah, Dan asked the same for eclipse tooling and I don't really have a good answer beyond creating an isolated classloader<br>
that loads the users full classpath and execute (optimally under a security manager to avoid too many accidents).<br>
<br>
/max<br>
<a href="http://about.me/maxandersen" target="_blank">http://about.me/maxandersen</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
</blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <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>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br></div></div></div></div></div></div></div>
<br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.com">http://ocpsoft.com</a><br><a href="http://scrumshark.com">http://scrumshark.com</a><br>"Keep it Simple"<br>