Hi Nitin,
In a nutshell, we would like to be able to
access the TLD model directly beyond the tag file information that I know I can
get from the ITaglibRecord. We have specific interest in
accessing all of the tag and
attribute metadata, and I am
assuming for the moment, that TLDDocument would be the way to get to
it.
Why do we want access? While looking at the Visual Page Designer and
the kinds of metadata that it was needing and using, we saw room for
improvement. The tooling was looking
for metadata in multiple places including the TLD. As metadata becomes more
standardized (JSR-273, JSR-276, etc.), the tooling was going to have even more
places to look. From the tooling perspective, it is highly desireable to perform
a single query that would locate metadata for some entity, if it exists. It is
also desirable to isolate the tooling from changes in the way metadata is
provided.
What we have concieved is a generalized model for
metadata with a mechanism for loading it from multiple sources using a strategy
of some kind. For a given "domain" of metadata, say JSFTags as an example,
metadata could potentially come from a persisted,
generalized model
file, some hand-rolled model,
JSR-276 metadata, or a TLD.
Each source of metadata can be translated into the domain of metadata
that the tool requires so that a single, merged model of metadata can be
queried. At least, this is a very brief description of what we would like to do .
Is
TLDDocument meant to be
provisional API or not? The
package it is in is:
"org.eclipse.jst.jsp.core.internal.contentmodel.tld.provisional". Is there any
way to get directly
at information contained by a TLD? Suggestions?
Thanks,
Gerry Kessler