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 d
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
Newsletter and
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 (Thread
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": { "s
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 wrot
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
On Aug 7, 2013, at 18:10 , Lee Carroll 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 create an index
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
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 wrote:
> > So disabling convertType
Yes we need to use getTimestamp instead of getDate. Please create an issue.
On Sat, Jun 29, 2013 at 11:48 PM, Bill Au wrote:
> 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 d
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 sh
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
false
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 hav
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 A
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 debu
;> -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 it is to provid
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 it is to
ecure/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 it
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
wrote:
> 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 /
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 /paren
On Mon, Aug 31, 2009 at 3:25 PM, rameshgalla wrote:
>
> 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 instance
> of SQL Serv
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 Thu, Aug 13, 2009 at 3:08 AM, John Lowe 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 variables were
not reso
On Thu, Aug 13, 2009 at 4:08 AM, Erik Hatcher 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, but
> perhaps not for
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 12
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 dataimp
Oops, the url attribute of the element in the
snippet should read:
url="${dataimporter.request.feed}"
to match the http parameter...
John
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 like
28 matches
Mail list logo
