[Registry-dev] Content Search - Excluding XML Tags
Chathura C. Ekanayake
chathura at wso2.com
Mon Jul 28 19:17:26 PDT 2008
Hi Glen,
> Where does this "requirement" come from?? Also, when you say "text" I
> assume you mean both attribute values and tag content?
>
Though this is not a critical requirement, we think it would be useful
to have such feature (Asankha suggested it too). For example, when we
are storing XML files with a particular schema, all the files contain
similar tags. Then if we want to search for some keyword and if the tags
of our schema contains that keyword, all XML files will be given as
search results. I agree that it is useful to support full text search
for XML as well. So I think it is better to come up with a solution
which provides both searches as you have proposed.
> I definitely think we need to index tags and namespaces - what if I want
> to search the Registry for all documents containing a <wsa:Metadata>
> element, or all documents that use a particular namespace's tags?
>
> Lucene supports the notion of splitting content into different
> properties and then searching across one or more of these properties,
> right? So if you want let's pull tags and namespaces into separate
> properties (I haven't thought this all the way through so I'm not 100%
> on the details) and then perhaps give the option to include them or not
> in the "default" search. Can we look into something like that?
>
> Speaking of options, we need to come up with a general framework for
> storing user preferences (what search options do you like, etc) in the
> Registry itself and making them available to the UI code.
>
I also thought of improving the support for users in the Registry. Good
solution would be to introduce user profiles to Registry, which stores
preferences, user details, photo :) , etc. Actually we can model user
profile as a resource, so that we can associate it with resources, build
user networks (management hierarchies, etc) and introduce many other
such user related capabilities.
Thanks,
Chathura
More information about the Registry-dev
mailing list