I like the path idea, however, it does not allow you to perform
tantamount joins on elements in the path. I am working on an idea that
would effectively enable you to perform RDF style queries:
FIND a WHERE a.f1 > 300 AND a.b.f1 > 3 AND a.c.name == 'foo'
f1 is a field on 'a' where 'b' and 'c' are pointers on 'a' to other
documents. Essentially this can be accomplished with facets since you
don't have to retrieve the b and c documents, only whether or not the
set is empty. I am considering doing this as a response writer or a
separate web service, but ideas are welcome.
--
-a
"Ideally, a code library must be immediately usable by naive
developers, easily customized by more sophisticated developers, and
readily extensible by experts." -- L. Stein
On Mar 11, 2009, at 9:35 AM, PKJ wrote:
Pretty good idea David.
Yeah I understand that Solr has not build for such purposes. It is a
good
search server.
Will incorporated your idea to store the path as a property and
search.
Thanks again. Please post if you see any improvements for this
requirement
in near future.
Regards,
Praveen
David Smiley @MITRE.org wrote:
Solr could still work for you Praveen.
Consider a schema with a field named "parentPath" that is not
tokenized.
It stores the path to the folder containing the current document
but does
not have the document's name in it. In your example, this would be
"/Repository/Folder1/". The document's name would be stored in
another
field. This system is not perfect but it meets the only requirement
you've
outlined.
~ David Smiley
On 3/11/09 8:47 AM, "Eric Pugh" <ep...@opensourceconnections.com>
wrote:
Solr really isn't organized for tree structures of data. I think you
might do better using a database with a tree structure.
pojo would be a table of pojo's serialized out. And the parent_id
could point to another structure that builds the tree. Can you flesh
out your use case more of why they need to be in a tree structure.
Eric
On Mar 11, 2009, at 8:29 AM, PKJ wrote:
Is there anyone who have any idea solve this issue?
Please give your thoughts.
Regards,
Praveen
PKJ wrote:
Hi Eric,
Thanks for your response.
Yes you are right! Am trying to place POJOs into Solr directly and
this is
working fine.
I want to search them based on the object properties, need to
organize
them in a heirarchy but not by package names.
Something like:
/Repository
|
|_ Folder1
|
|_ POJO 1
It must store the object in this hierarchy. I might be asking which
is not
at all supported by Solr.
Please give your valuable inputs.
Regards,
Praveen
Eric Pugh-4 wrote:
Are you trying to Java objects in Solr in order to be searchable?
How
about just dumping them as text using POJO <--> to text formats
such
as JSON or Betwixt (http://commons.apache.org/betwixt/).
Then you can just search on the package structure...
?q=com.abc.lucene.* to return everything under that structure?
Eric
On Mar 10, 2009, at 7:13 AM, Praveen_Kumar_J wrote:
Someone please throw some light on this post.
Thanks in advance.
Praveen_Kumar_J wrote:
Hi
I just upload simple POJOs into Solr by creating custom types
and
dynamic
fields in Solr schema as shown below,
....
...
<fieldType name="TestType" class="com.abc.lucene.TestType"
sortMissingLast="true" omitNorms="true"/>
....
<dynamicField name="*_i_i_s_m" type="integer" indexed="true"
stored="true" multiValued="true"/>
<dynamicField name="*_i_i_s_nm" type="integer"
indexed="true"
stored="true" multiValued="false"/>
<dynamicField name="*_i_i_ns_m" type="integer"
indexed="true"
stored="false" multiValued="true"/>
....
But I need to organize these POJOs in a hierarchy which can be
navigated
easily (something like explorer).
Am not sure whether this feature is supported by Solr. But still
planning
to implement it somehow (With the help of DB).
/Root
|
|_ POJO Type1
| |
| |_POJO Type1_1
|
|_POJO Type2
|
|_POJO Type2_1
I need to organize the POJOs as shown above.
Is there any way to achieve this requirement??
Regards,
Praveen
--
View this message in context:
http://www.nabble.com/Organizing-POJO%27s-in-a-heirarchy-in-Solr-tp22427900p22432121.html
Sent from the Solr - User mailing list archive at Nabble.com.
-----------------------------------------------------
Eric Pugh | Principal | OpenSource Connections, LLC |
434.466.1467 |
http://www.opensourceconnections.com
Free/Busy: http://tinyurl.com/eric-cal
--
View this message in context:
http://www.nabble.com/Organizing-POJO%27s-in-a-heirarchy-in-Solr-tp22427900p22454101.html
Sent from the Solr - User mailing list archive at Nabble.com.
-----------------------------------------------------
Eric Pugh | Principal | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com
Free/Busy: http://tinyurl.com/eric-cal
--
View this message in context:
http://www.nabble.com/Organizing-POJO%27s-in-a-heirarchy-in-Solr-tp22427900p22456430.html
Sent from the Solr - User mailing list archive at Nabble.com.
