ofbiz-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Deepak Agarwal <dagarwa...@gmail.com>
Subject Re: Solr re indexing is extremly slow
Date Fri, 28 Sep 2012 08:47:20 GMT
Yes. You are right. We were not using cache version of delegator methods.
Changed to use like findByAndCache instead of findByAnd and solved.
Now it is taking 2 min.

On Fri, Sep 28, 2012 at 2:05 PM, Deepika1 S <deepika1.s@tcs.com> wrote:

> Hi Deepak,
>
> If you could share the db-data-config.xml file , then may be i could help
> you., because normally the no. of times you would be hitting the database,
> the time taken to index might increase.
>
> Regards,
> Deepika Sahu
>
> Mailto: deepika1.s@tcs.com
> Website: http://www.tcs.com
> ____________________________________________
> Experience certainty.        IT Services
>                        Business Solutions
>                        Outsourcing
> ____________________________________________
>
>
>  From: Deepak Agarwal <dagarwal82@gmail.com> To: user@ofbiz.apache.org
> Date: 09/28/2012 01:52 PM Subject: Solr re indexing is extremly slow Sent
> by: deepak.agarwal@paxcel.net
> ------------------------------
>
>
>
> Categories : 108
> Products: 3000
>
> With above data it is taking around 1 hour to reindex. Can somebody help on
> this.
>
> --
> Thanks,
> Deepak Agarwal,
>
> Mobile: +91 9501190044
>
>
> =====-----=====-----=====
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
>
>


-- 
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message