commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Harish Krishnaswamy <hkrishnasw...@comcast.net>
Subject Re: [HiveMind] multi-module classloader
Date Fri, 05 Mar 2004 20:06:36 GMT
Yup, that's true for now there's no other meta information I can think 
of and we can always add support for a meta-meta file when needed ;)

-Harish

Christian Essl wrote:

> What's about loading all META-INF/hivemodule.xml files and everything 
> contained in META-INF/hivedir.xml files. So you don't have to maintain 
> hivedir.xml if you don't need it.
>
> On Fri, 05 Mar 2004 14:24:45 -0500, Harish Krishnaswamy 
> <hkrishnaswamy@comcast.net> wrote:
>
>> I like the idea although another xml file to maintain. But it could 
>> be a hivemeta file that can store all the meta information.
>>
>> -Harish
>>
>> achim@streber24.de wrote:
>>
>>> > I just wanted to post this in case anyone else was interested and 
>>> to draw any
>>> > criticism about how this could mess something
>>> > up or trigger armageddon. It allows a list of hivemodule.xml 
>>> locations to be defined
>>> > in a .property file.
>>> > I reason I wanted this was because I really wanted to split up the 
>>> descriptors but
>>> > still wanted all the code in the same
>>> > Eclipse project.
>>>
>>> Hi,
>>>
>>> I see the need for such a list of modules too. I would suggest to 
>>> use xml as file format (it can't be
>>> denied that hivemind is xml centric). Such a 'directory' file could 
>>> look like this:
>>>
>>> <directory>
>>>  <module fileName="testA/module1.xml" />
>>>  <module fileName="testB/module2.xml" />
>>> </directory>
>>>
>>> This could be the same file format that is used for 'breaking the 
>>> one jar == one module" approach, like Howard put it in this posting:
>>> http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg37000.html 
>>>
>>>
>>> Such a directory could be found by file naming conventions 
>>> (META-INF/hivedir.xml) or it could be referenced from a manifest file.
>>>
>>> Bye
>>>  Achim
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message