hi,
On Tue, Nov 15, 2016 at 02:54:49AM +1100, Alexandre Rafalovitch wrote:
>>
>>
> Attribute names are case sensitive as far as I remember. Try
> 'dataSource' for the second definition.
oh wow... that's sneaky. in the old version the case didn't seem to matter,
but now it certainly
On 15 November 2016 at 02:19, Peter Blokland wrote:
>
>
Attribute names are case sensitive as far as I remember. Try
'dataSource' for the second definition.
Regards,
Alex.
Solr Example reading group is starting November 2016, join us at
http://j.mp/SolrERG
hi,
I'm porting an old data-import configuratie from 4.x to 6.3.0. a minimal config
is this :
http://site/nl/${page.pid}; format="text">
when I try to do a full import with this, I get :
2016-11-14 12:31:52.173 INFO
Hi Dear Friends,
I,m using solrcloud 6.0.0 .
I follow the steps mentioned in :
http://wiki.apache.org/solr/DataImportHandler#SolrEntityProcessor
for using DIH!
My configuration is :
http://localhost:8983/solr/test_col1; query="*:*"/>
The response after execute is :
{ "responseHeader": {
Hi
I've 2 tables with the following data
table 1
id treatment_list
1 a,b
2 b,c
table 2
treatment id, name
a name1
b name 2
c name 3
Using DIH can you create an index of the form
id-treatment-id name
1a name1
1b
On Aug 7, 2013, at 18:10 , Lee Carroll lee.a.carr...@googlemail.com wrote:
Hi
I've 2 tables with the following data
table 1
id treatment_list
1 a,b
2 b,c
table 2
treatment id, name
a name1
b name 2
c name 3
Using DIH can you
I suppose you can use Substring and Charindex to perform your task at SQL
level then use the value in another entity in DIH..
--
View this message in context:
http://lucene.472066.n3.nabble.com/DIH-Problem-create-multiple-docs-from-a-single-entity-tp4083050p4083106.html
Sent from the Solr
Hello Lee,
Unfortunately no. It's possible to read csv field by
http://wiki.apache.org/solr/DataImportHandler#FieldReaderDataSource but
there is no csv like EntityProcessor, which can broke line on entities.
Transformers can not emit new entities.
On Wed, Aug 7, 2013 at 8:10 PM, Lee Carroll
I just double check my config. We are using convertType=true. Someone
else came up with the config so I am not sure why we are using it. I will
try with it set to false to see if something else will break. Thanks for
pointing that out.
This is my first time using DIH. I really like what I
Setting convertType=false does solve the datetime issue. But there are now
other columns that were working before but not working now. Since I have
already done some research into the datetime to date issue and not been
able to find a solution, I think I will have to keep convertType set to
So disabling convertType does provide a workaround for my problem with
datetime column. But the problem still exists when convertType is enabled
because DIH is not doing the conversion correctly for a solr date field.
Solr date field does have a time portion but java.sql.Date does not. So
DIH
Yes we need to use getTimestamp instead of getDate. Please create an issue.
On Sat, Jun 29, 2013 at 11:48 PM, Bill Au bill.w...@gmail.com wrote:
So disabling convertType does provide a workaround for my problem with
datetime column. But the problem still exists when convertType is enabled
https://issues.apache.org/jira/browse/SOLR-4978
On Sat, Jun 29, 2013 at 2:33 PM, Shalin Shekhar Mangar
shalinman...@gmail.com wrote:
Yes we need to use getTimestamp instead of getDate. Please create an issue.
On Sat, Jun 29, 2013 at 11:48 PM, Bill Au bill.w...@gmail.com wrote:
So
I am running Solr 4.3.0, using DIH to import data from MySQL. I am running
into a very strange problem where data from a datetime column being
imported with the right date but the time is 00:00:00. I tried using SQL
DATE_FORMAT() and also DIH DateFormatTransformer but nothing works. The
raw
The default in JdbcDataSource is to use ResultSet.getObject which
returns the underlying database's type. The type specific methods in
ResultSet are not invoked unless you are using convertType=true.
Is MySQL actually returning java.sql.Timestamp objects?
On Sat, Jun 29, 2013 at 5:22 AM, Bill Au
@lucene.apache.org
Subject: Re: DIH problem
Gian,
The only way to handle it is to provide a test case and attach to jira.
Thanks
On Fri, Sep 21, 2012 at 6:03 PM, Gian Marco Tagliani
gm.tagli...@gmail.comwrote:
Hi,
I'm updating my Solr from version 3.4 to version 3.6.1 and I'm facing a
little
Message-
From: Mikhail Khludnev [mailto:mkhlud...@griddynamics.com]
Sent: Friday, September 21, 2012 12:03 PM
To: solr-user@lucene.apache.org
Subject: Re: DIH problem
Gian,
The only way to handle it is to provide a test case and attach to jira.
Thanks
On Fri, Sep 21, 2012 at 6:03 PM
/Dashboard.jspa
James Dyer
E-Commerce Systems
Ingram Content Group
(615) 213-4311
-Original Message-
From: Mikhail Khludnev [mailto:mkhlud...@griddynamics.com]
Sent: Friday, September 21, 2012 12:03 PM
To: solr-user@lucene.apache.org
Subject: Re: DIH problem
Gian,
The only way to handle
Hi,
I'm updating my Solr from version 3.4 to version 3.6.1 and I'm facing a
little problem with the DIH.
In the delta-import I'm using the /parentDeltaQuery/ feature of the DIH
to update the parent entity.
I don't think this is working properly.
I realized that it's just executing the
Gian,
The only way to handle it is to provide a test case and attach to jira.
Thanks
On Fri, Sep 21, 2012 at 6:03 PM, Gian Marco Tagliani
gm.tagli...@gmail.comwrote:
Hi,
I'm updating my Solr from version 3.4 to version 3.6.1 and I'm facing a
little problem with the DIH.
In the
. It is likely to
change in the future./str
/response
Please let me know what might be the reason?
--
View this message in context:
http://www.nabble.com/sql-server-indexing-using-dih-problem-tp25220884p25220884.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Mon, Aug 31, 2009 at 3:25 PM, rameshgalla ramesh.ga...@cognizant.comwrote:
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: The TCP/IP
connection to the host 10.232.6.38, port 1433 has failed. Error:
Connection
refused: connect. Verify the connection properties, check that an
On Thu, Aug 13, 2009 at 4:08 AM, Erik Hatchererik.hatc...@gmail.com wrote:
My hunch, though I'll try to make some time to test this out thoroughly, is
that the entity is parsed initially with variables resolved, but not per
request. Variables/expressions do get expanded for fields of course,
On Thu, Aug 13, 2009 at 3:08 AM, John Lowe jbl...@johnblowe.com wrote:
Hmmm...perhaps my original note was a bit TLTR. Trying again:
The v1.3 docs say that one can pass one's own parameters in to DIH via the
HTTP request:
DIH in Solr 1.3 had a bug due to which request parameters in
Hmmm...perhaps my original note was a bit TLTR. Trying again:
The v1.3 docs say that one can pass one's own parameters in to DIH via
the HTTP request:
http://wiki.apache.org/solr/DataImportHandler#head-520f8e527d9da55e8ed1e274e29709c8805c8eae
SO if I have a URL like the following to
My hunch, though I'll try to make some time to test this out
thoroughly, is that the entity is parsed initially with variables
resolved, but not per request. Variables/expressions do get expanded
for fields of course, but perhaps not for other high-level attributes?
Erik
On Aug
I've read the documentation as carefully as I can, but I must be
missing something. I'm running Solr 1.3.
The doc sez that I can pass my own parameters in to DIH via the HTTP
request:
http://wiki.apache.org/solr/DataImportHandler#head-520f8e527d9da55e8ed1e274e29709c8805c8eae
What I'd
Oops, the url attribute of the entity element in the dataConfig
snippet should read:
url=${dataimporter.request.feed}
to match the http parameter...
John
28 matches
Mail list logo