Hi,
The response only tells you status code and time.
If you delete by query, you can simply do a normal query before the delete
query to get the IDs.
It would not either be easy to add a patch for this either, as the
deleteByQuery call happens deep within IndexWriter, not returning any info.
-
"erase all the content". Oops.
first, I should look more carefully. You don't want the AND in there, use
*:* -content:[* TO *]
In general, don't mix and match booleans and native Lucene query syntax...
Before sending this to Solr, what do you get back when you try just the
query
in, say, the adm
yes..
dont work, doing it I erase all the content. :(
or, another thing that will help me is to make a query that doesnt bring the
null one.
tks
On Mon, Oct 11, 2010 at 5:27 PM, Erick Erickson wrote:
> Have you tried something like:
>
> '*:* AND
> -content:[* TO *]
>
>
> On Mon, Oct 11, 2010 a
Have you tried something like:
'*:* AND
-content:[* TO *]
On Mon, Oct 11, 2010 at 4:01 PM, Claudio Devecchi wrote:
> Hi everybody,
>
> I'm trying to delete by query some documents with null content (this
> happened because I crawled my intranet and somethings came null)
>
> When I try this work
r, but for now
since you aren't sending *any* content type, it doesn't even know to look
at the POST body)
: Date: Thu, 26 Mar 2009 10:27:16 +
: From: Rui Pereira
: Reply-To: solr-user@lucene.apache.org
: To: solr-user@lucene.apache.org
: Subject: Re: Deleting documents
:
: Here
I can't make out what the obvious mistake is
BTW why don't you use SolrJ?
http://wiki.apache.org/solr/SolrJ
--Noble
On Thu, Mar 26, 2009 at 3:57 PM, Rui Pereira wrote:
> Here is the code where I make the request:
> Document xmlDocument = this.constructDeleteXml();
>
> try {
>
Here is the code where I make the request:
Document xmlDocument = this.constructDeleteXml();
try {
URL url = new URL(this.solrPath + "/update");
HttpURLConnection connection = (HttpURLConnection)
url.openConnection();
connection.setDoOut
how are you posting the xml ? missing content stream means that the
POST data is missing
On Wed, Mar 25, 2009 at 7:03 PM, Rui Pereira wrote:
> I'm trying to delete documents based on the following type of update
> requests:
> topologyid:3140topologyid:3142
>
> This doesn't cause any changes on i
Yonik Seeley wrote:
> OK, I think I fixed this bug. Haven't added a test case yet...
In our test case everything works properly now.
Thanks for the quick bugfix!
Marcus
: OK, I think I fixed this bug. Haven't added a test case yet...
: I'll get to that sometime unless someone beats me to it.
: It does sort of require a separate schema to test though (which out
: test harness doesn't really handle yet, I think)
actually the test harness *can* handle differnet sc
OK, I think I fixed this bug. Haven't added a test case yet...
I'll get to that sometime unless someone beats me to it.
It does sort of require a separate schema to test though (which out
test harness doesn't really handle yet, I think)
-Yonik
On 4/12/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 4/12/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
>
> : Could it be the problem is that my unique key field
> : is of type slong (as defined in the tutorial)?
>
> I just tried modifying the example schema to use type slong for the "id"
> field, and i can reproduce what you are describing -- nu
: Could it be the problem is that my unique key field
: is of type slong (as defined in the tutorial)?
I just tried modifying the example schema to use type slong for the "id"
field, and i can reproduce what you are describing -- numDocs doesn't go
down, ... because the delete isn't working.
I'm
On 4/12/06, Marcus Stratmann <[EMAIL PROTECTED]> wrote:
> > Yes, I believe the Wiki has an example like this (a uniqueKey field
> > not named "id")
> Right, I should have looked there, too.
>
> > > But after a I found the number of documents unchanged
> > > in the stats.
If numDocs didn't change,
> Yes, I believe the Wiki has an example like this (a uniqueKey field
> not named "id")
Right, I should have looked there, too.
> > But after a I found the number of documents unchanged
> > in the stats.
> What stat? maxDoc may be unchanged since it doesn't reflect deleted
> documents that haven
On 4/11/06, Marcus Stratmann <[EMAIL PROTECTED]> wrote:
> Okay, so "id" seems to be a keyword, rather than a field name.
Yes, I believe the Wiki has an example like this (a uniqueKey field
not named "id")
> With my next try
> 113976235
> the query worked fine:
>
> But after a I found the numb
16 matches
Mail list logo
