<div dir="ltr">In practice the suffix is required. The deployment unit processors need to know whether they are interested in the deployment, and in the end that gets back to some DUP or other checking the suffix. The alternative would be DUPs speculatively digging into the deployment, checking for deployment descriptors or annotations and the like and that would be more expensive, likely buggy (e.g. false positives when some class in the classpath includes an annotation not relevant to the deployment) and could mess up some use cases where we want to defer classloading.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 4, 2018 at 10:44 PM, Jaikiran Pai <span dir="ltr"><<a href="mailto:jai.forums2013@gmail.com" target="_blank">jai.forums2013@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In context of this[1] forum thread, is runtime-name expected/mandated to<br>
include even the packaging type suffix (.war, .ear etc) or can it be any<br>
name? For example, for a deployment foo.war, is it valid to have it<br>
deployed with a runtime-name "bar"? Or should it be bar.war?<br>
<br>
What's happening in this case is that there are deployment unit<br>
processors which identify the "type"[2] of the deployment based on the<br>
deploymentUnit.getName() and in the absence of the suffix, end up not<br>
recognizing the type of the deployment unit which then cascades into<br>
issues like the one in that thread, where the WEB-INF/classes isn't<br>
added as a resource root to the module of the deployment unit, since it<br>
wasn't considered a WAR type deployment.<br>
<br>
<br>
[1] <a href="https://developer.jboss.org/thread/276899" rel="noreferrer" target="_blank">https://developer.jboss.org/<wbr>thread/276899</a><br>
<br>
[2]<br>
<a href="https://github.com/wildfly/wildfly/blob/master/undertow/src/main/java/org/wildfly/extension/undertow/deployment/WarDeploymentInitializingProcessor.java#L46" rel="noreferrer" target="_blank">https://github.com/wildfly/<wbr>wildfly/blob/master/undertow/<wbr>src/main/java/org/wildfly/<wbr>extension/undertow/deployment/<wbr>WarDeploymentInitializingProce<wbr>ssor.java#L46</a><br>
<br>
-Jaikiran<br>
<br>
______________________________<wbr>_________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/wildfly-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Brian Stansberry<div>Manager, Senior Principal Software Engineer</div><div>Red Hat</div></div></div>
</div>