<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Not sure if metawidget should be part of api or have this integration in another module. I prefer the later, but it's my opinion only.<br><br>Em 06/12/2012, às 16:48, "Lincoln Baxter, III" <<a href="mailto:lincolnbaxter@gmail.com">lincolnbaxter@gmail.com</a>> escreveu:<br><br></div><blockquote type="cite"><div>Yes, this would also be a good solution. At this point, I think MetaWidget has a solid position and shoould be in the Forge Scaffold API.<br><br>Others' thoughts on this?<br><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Dec 4, 2012 at 5:48 PM, Richard Kennard <span dir="ltr"><<a href="mailto:richard@kennardconsulting.com" target="_blank">richard@kennardconsulting.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Luca,<br>
<br>
I would suggest:<br>
<br>
1. Take a look at <a href="https://github.com/forge/plugin-spring-mvc" target="_blank">https://github.com/forge/plugin-spring-mvc</a> by Ryan Bradley. It used a similar approach, and I believe he got it working?<br>
<br>
2. Consider refactoring Metawidget out of forge-scaffold-faces and into forge-scaffold-api. I think this is justified, now that it is reused by Faces,<br>
Spring, AeroGear and Errai. I believe most classes, like ForgePropertyStyle and ForgeConfigReader, are duplicated anyway. This may avoid classloading problems?<br>
<br>
3. Implement a better ResourceResolver. I believe this is the approach taken by AeroGear? See<br>
org.jboss.forge.scaffold.aerogear.metawidget.config.ForgeConfigReader<br>
<br>
Regards,<br>
<br>
Richard.<br>
<div><div class="h5"><br>
On 5/12/2012 1:12 AM, Luca Masini wrote:<br>
> After the resources I have the same problem with the classes that are needed from MetaWidget.<br>
><br>
> The fact is that from the configuration it must load a class inside my module/plugin, but to lookup the class it uses the<br>
> org.jboss.forge.forge-scaffold... module, which of course know nothing about my custom classes.<br>
><br>
> Now the solution is to override the lookupClasses, but am I doing something wrong ?? There is a way to let "system" modules see my custom classes ??<br>
><br>
> Thank you<br>
><br>
> --<br>
> ****************************************<br>
> <a href="http://www.lucamasini.net" target="_blank">http://www.lucamasini.net</a><br>
> <a href="http://twitter.com/lmasini" target="_blank">http://twitter.com/lmasini</a><br>
> <a href="http://www.linkedin.com/pub/luca-masini/7/10/2b9" target="_blank">http://www.linkedin.com/pub/luca-masini/7/10/2b9</a><br>
> ****************************************<br>
><br>
><br>
</div></div>> _______________________________________________<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>
_______________________________________________<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>
</blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."<br>
</div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>forge-dev mailing list</span><br><span><a href="mailto:forge-dev@lists.jboss.org">forge-dev@lists.jboss.org</a></span><br><span><a href="https://lists.jboss.org/mailman/listinfo/forge-dev">https://lists.jboss.org/mailman/listinfo/forge-dev</a></span><br></div></blockquote></body></html>