Maczka Michal wrote on Wednesday, June 09, 2004 9:33 AM:
> Because
> 
> a) How would you deploy POMs which contains external XML
> entities to say ibiblio? The same problems - diffused files -
>     may  affect continuous integration tools - more files more
> problems to deal with 


This is not a problem of the entities!!! I already stated that some time ago. Look at 
M1 multiprojects. The deployed pom's of their subprojects are useless also! If you 
would extract the resolved POM from memory and deploy that ... you would solve the 
real problem.


> b) XML representation of POM is not the only available and I
> hope we will be using mini databases for keeping them
>    as this will enable faster processing. XML entities hve
> really no meaning for databases and they are not so friendly
>    for futute tools like visual POM editor.


And how would you deploy a POM contained in a DB? Same as (a)


> d) imo ideally round trip XML -> Bean Model --> XML or  XML
> --> DB --> XML should leave POM untouched.
>    And it will be hard to do this with external entities


Valid argument. But see, I not insist on entities per se, but on the flexibility that 
they give me at that places I currently use them.


> c) (most important) They won't be needed


That's my use case for M2. Currently with M1 I have several Multiproject that have a 
dependency on each other. With company wide entity definitions I manage even 
inter-project dependencies and their versions. This means there is e.g. only one 
xstream version that is used company wide, although a multiproject may overwrite this 
version-entity for its subprojects. This ensures largely, that all unit tests for all 
subprojects in all multiprojects that have to work together use (normally) the same 
versions and I will not be bitten by incompatible versions in the dependencies running 
my app in the test (or live) env although all unit test were originally working (but 
only with their project's specific version). SUch a mechanism I would like to achive 
also with M2.

Regards,
J�rg

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to