On 12/18/2020 12:03 AM, basel altameme wrote:
While trying to Import & Index data from MySQL DB custom view i am facing the
error below:
Data Config problem: The value of attribute "query" associated with an element type
"entity" must not contain the '<' character.
Please note that in my SQL
Have you tried escaping that character?
> On Dec 18, 2020, at 2:03 AM, basel altameme
> wrote:
>
> Dear,
> While trying to Import & Index data from MySQL DB custom view i am facing the
> error below:
> Data Config problem: The value of attribute "query" associated with an
> element type
Dear,
While trying to Import & Index data from MySQL DB custom view i am facing the
error below:
Data Config problem: The value of attribute "query" associated with an element
type "entity" must not contain the '<' character.
Please note that in my SQL statements i am using '<>' as an operator
UpdateRequestProcessor is probably your best bet, because you can
choose to trigger them by name with import parameter.
Then you can probably use CloneFieldUpdateProcessorFactory.
Regards,
Alex.
http://www.solr-start.com/ - Resources for Solr users, new and experienced
On 27 September
So there is no way of telling SOLR to duplicate a column of CSV by just
using some parameters during the import request?
Just for the CSV.
The truth is copyfield crosseb my mind but it's just too brute force
because it will affect all documents imported. And CSV is NOT the only
method we
If you always want to do this exact thing, it looks like a copyField
directive in your schema.
If it has to be more nuanced, you can use something like
StatelessScriptUpdateProcessorFactory.
Both of these would affect _all_ documents coming in to Solr, so may
be too blunt a hammer.
Best,
Erick
Is there a way to map a field value based on another field value without
replicatiing the columns in the CSV itself?
for example i tried : literal.title_fullStr=f.title_short but it doesn't
seem to work.
Thank you
Good to know Solr already loads them, that removed a bunch of lines from my
solrconfig.xml.
Having to copy the required jars from dist/ to lib/ isn't ideal but if
that's the only solution then at least I can stop searching for a solution
and figure out how best to deal with this limitation.
I
On 1/15/2016 5:36 AM, Callum Lamb wrote:
> Good to know Solr already loads them, that removed a bunch of lines from my
> solrconfig.xml.
>
> Having to copy the required jars from dist/ to lib/ isn't ideal but if
> that's the only solution then at least I can stop searching for a solution
> and
I've got an extension jar that contains a class which extends from
org.apache.solr.handler.dataimport.DataSource
But it only works if it's within the solr/dist folder. However when stored
in the lib/ folder within Solr home. When it tries to load the class it
cannot find it's parent:
Exception
hi Callum.
you can create a directory for your jar file any where,and u must set jar
file location in tag in solrConfig.xml
and be carefull that add your lib location at the end of the solr config
default tag,
because some times your jar need class that at first solr must be load own
class after
That's what I did:
My solrconfig.xml has the following (i've hardcoded the version numbers for
now to get regexes out of the picture):
No warning's whatsoever for not finding the jars. And the jars themselves
are in the right order (the second depends on the first).
If i move the data import
On 1/14/2016 5:36 AM, Callum Lamb wrote:
> I've got an extension jar that contains a class which extends from
>
> org.apache.solr.handler.dataimport.DataSource
>
> But it only works if it's within the solr/dist folder. However when stored
> in the lib/ folder within Solr home. When it tries to
!
--
View this message in context:
http://lucene.472066.n3.nabble.com/How-to-Delta-Import-to-solr-by-Id-key-word-tp4224090.html
Sent from the Solr - User mailing list archive at Nabble.com.
Hi,
I wonder if someone may shed some light on an issue I have using DIH and
SolrEntityProcessor. In short I am unable to import data from Solr 4.10.4 to
5.2.1 where collection configurations in each have the very same schema.xml and
solrconfig.xml.
I have two Solr Cloud instances running
On 7/10/2015 5:47 PM, Jens Ivar Jørdre wrote:
I wonder if someone may shed some light on an issue I have using DIH and
SolrEntityProcessor. In short I am unable to import data from Solr 4.10.4 to
5.2.1 where collection configurations in each have the very same schema.xml
and solrconfig.xml
: SELECT * FROM PRODUCT WHERE PID= Processing
Document # 1
Caused by: java.sql.SQLException: ORA-00936: missing expression
Please help me out!!!
--
View this message in context:
http://lucene.472066.n3.nabble.com/Timestamp-compatibility-while-performing-delta-import-in-solr-tp4079982.html
Sent from
On 7/24/2013 3:32 AM, archit2112 wrote:
However,This is not working and im getting the following error -
Unable to execute query: SELECT * FROM PRODUCT WHERE PID= Processing
Document # 1
Caused by: java.sql.SQLException: ORA-00936: missing expression
Here's your first entity:
entity
You can update a row. Just allow a request parameter in the DIH and add it
to your query.
id=65
Then in your query you can use that. See the Wiki on DIh.
On Friday, April 19, 2013, Gora Mohanty wrote:
On 19 April 2013 19:50, hassancrowdc hassancrowdc...@gmail.comjavascript:;
wrote:
I
.n3.nabble.com/Import-in-Solr-tp4057301.html
Sent from the Solr - User mailing list archive at Nabble.com.
On 19 April 2013 19:50, hassancrowdc hassancrowdc...@gmail.com wrote:
I want to update(delta-import) one specific item. Is there any query to do
that?
No.
Regards,
Gora
Hi Brent,
You said from what I can tell there is no disk, network, or memory pressure
- maybe you can share what and how you checked this? (see my signature for
a tool that can help with this)
I'm asking because the above is in conflict with responses from solr still
come back with a 10ms
This is an issue we've only been running into lately so I'm not sure what to
make of it. We have 2 cores on a solr machine right now, one of them is about
10k documents, the other is about 1.5mil. None of the documents are very
large, only about 30 short attributes. We also have about 10
23 matches
Mail list logo