[jboss-dev] Redeploy an app if xml is added to metadata location?
Jaikiran Pai
jpai at redhat.com
Wed Jun 3 02:44:25 EDT 2009
Ales Justin wrote:
> Since at least I would expect the AS to pick up my new .xml config file.
> Or why would you put it there?
That does not require a redeploy of the entire application. The user can
place the xml there and be able to look it up without having to redeploy
the application. Am i missing something?
-Jaikiran
>
> 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
>>
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
More information about the jboss-development
mailing list