[jboss-dev] Redeploy an app if xml is added to metadata location?

[Ales Justin]

This is just a configuration detail -- up to the filter to determine 
possible files.
In this case it's the all .xml files.

Since at least I would expect the AS to pick up my new .xml config file.
Or why would you put it there?

Jaikiran Pai wrote:
> I just noticed that we redeploy an entire application if a xml file gets 
> added/removed from the metadata locations of a application. For example, 
> if in an exploded WAR file we add a somefile.xml to the WEB-INF folder 
> the application gets redeployed (easily reproducible in ROOT.war). Why 
> do we do this? I thought redeploy would be triggered by touching the 
> deployment descriptor of the app (i.e. changing the last modified time 
> of web.xml). Looks to be intentional from what i see in the 
> configurations (profile.xml):
> 
>  <!-- This just checks metadata locations -->
>  <bean name="MetaDataStructureModificationChecker" 
> class="org.jboss.deployers.vfs.spi.structure.modified.MetaDataStructureModificationChecker"> 
> 
>    <constructor>
>      <parameter><inject bean="MainDeployer" /></parameter>
>    </constructor>
>    <property name="cache"><inject bean="StructureModCache" /></property>
>    <property name="filter"><bean 
> class="org.jboss.system.server.profile.basic.XmlIncludeVirtualFileFilter" 
> /></property>
>  </bean>
> 
> org.jboss.deployers.vfs.spi.structure.modified.MetaDataStructureModificationChecker.hasStructureBeenModifed(...): 
> 
> 
> // do we have some new files or some were deleted
>                  if (leaves != null && children != null && leaves.size() 
> != children.size())
>                  {
>                     if (log.isTraceEnabled())
>                        log.trace("Metadata files number changed, old: " 
> + leaves + ", now: " + children);
>                     return true;
>                  }
> 
> Why do we have to redeploy the application if a xml is added to the 
> metadata folder of a application?
> 
> -Jaikiran
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
>