I have often encounter the situation where I want to append a tag to an existing library to avoid having to introduce a new namespace and, as a result, a fine-grained division of tags. However, currently, the mapping is such that you get one tag library per taglib.xml file. More than one taglib.xml, more than one tag library. Would it be possible to have the implementation detect two taglib.xml referencing the same namespace and merge the tags? Obviously, a startup exception would occur if the same tag is declared in more than one file with the same namespace, but I hardly think that would be much of an obstacle to the developer. To cite a specific use case, we want to have multiple modules in Seam, but we really don't want to have more namespaces than we need. Of course, we could get the build to merge the XML files, but that might not be possible if the developer is deploying the framework as separate JAR files. -Dan -- Dan Allen Senior Software Engineer, Red Hat | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction http://in.relation.to/Bloggers/Dan NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.

On Tue, May 19, 2009 at 2:10 AM, Martin Marinschek <mmarinschek(a)apache.org&gt;wrote: > Hi Dan, > > this sounds reasonable to me. > > As a work-around which might work even now: Couldn't you also choose > the variant of using the Java-based tag-library processing, and then > parse the XML files yourself? Sure, I could come up with a build system myself. It just seems to me like when the same namespace is used in multiple files, the default behavior should be that the namespace is an identifier which allows tags to be aggregated, rather than exception that prevents startup. -Dan -- Dan Allen Senior Software Engineer, Red Hat | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction http://in.relation.to/Bloggers/Dan NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.