I&#39;ve actually spent most of today working on this issue, so if this fix works, I&#39;m probably going to die from relief.<br><br><div class="gmail_quote">On Thu, Apr 12, 2012 at 6:49 PM, Thomas Frühbeck <span dir="ltr">&lt;<a href="mailto:fruehbeck@aon.at">fruehbeck@aon.at</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey,<br>
<br>
I think I found the reason for this message and have a somewhat silly remedy.<br>
<br>
Reason:<br>
<br>
    - in com.sun.org.apache.xml.<u></u>internal.serializer.Encondings a properties file is looked up by classloader to evaluate supported Charsets<br>
    - the classloader selected is not the root classloader but Forge&#39;s one, who doesnt find the properties file<br>
    - funny enough the comments indicate, that the authors were not to sure about the necessity of an error message in this case :-)<br>
<br>
            if (is == null) {<br>
                SecuritySupport ss = SecuritySupport.getInstance();<br>
                is = ss.getResourceAsStream(<u></u>ObjectFactory.findClassLoader(<u></u>),<br>
                                            ENCODINGS_FILE);<br>
            }<br>
<br>
            Properties props = new Properties();<br>
            if (is != null) {<br>
                props.load(is);<br>
                is.close();<br>
            } else {<br>
                // Seems to be no real need to force failure here, let the<br>
                // system do its best... The issue is not really very critical,<br>
                // and the output will be in any case _correct_ though maybe not<br>
                // always human-friendly... :)<br>
                // But maybe report/log the resource problem?<br>
                // Any standard ways to report/log errors (in static context)?<br>
            }<br>
<br>
REMEDY:<br>
    - I made a module containing a jar with only this property file<br>
    - and made forge-api take it as dependency:<br>
<br>
&lt;module name=&quot;javax.api&quot; /&gt;<br>
+ &lt;module name=&quot;sun.encodings&quot; export=&quot;true&quot;/&gt;<br>
&lt;/dependencies&gt;<br>
<br>
Tar with module attached.<br>
<br>
And voila: no error message anymore because the classloader can access this dreaded file.<br>
I&#39;m sure, that someone more knowledgeable is able to find a better solution, but as first fix it may help.<br>
<br>
What do you think?<br>
<br>
Regards,<br>
Thomas<br>
<br>
Am 12.04.2012 18:02, schrieb Burr Sutter:<div class="HOEnZb"><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How is this coming along?<br>
<br>
We are now having to put &quot;ignore all the UTF-8&quot; messages in our videos&amp;  written documentation.<br>
<br>
<br>
<br>
</blockquote>
<br>
</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.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;<br>