added class check when deleteDocs in multishard setup

[ilukac]

In situation when there is more languages enabled in ezp but there are not all mapped to solr shards (multi-shard setup), object removal crashes. To prevent this we need to check if there is a shard mapped or not.

[bdunogier]

CS: space after "("

[ilukac]

nitpicker :P

[bdunogier]

So what ? ;-)

If this had been on one of the bigger repos, ezrobot would have said it, and not in a nice way ;-)

[bdunogier]

Sounds overall like a bit of a crude fix. We should probably ensure that the language isn't added to SolrLanguageShards if it isn't mapped, but it may not be worth it at this point.

+1 with the CS fix.

Any counter opinion ? @paulborgermans ?

[paulborgermans]

This looks like a crude fix, in the sense that it adds robustness towards ezfind.ini options for missing core mappings to languages. Now, if the language to core mapping is absent for some, it wont be indexed either afaik.

In case of a multi-core setup, it is still possible to assign the same core to multiple languages and this is what is intended (but maybe not documented enough).

@ivo: can you enlighten me how non-mapped languages are indexed in the first place? Isnt there another change/patch in use then which is omitted here?

[ilukac]

Don't know about some other patch. It might exists as this problem was noted on 2012.6 version.
The site is old and used standard ezsearch and 4 languages before. Now we upgraded, enabled ezfind but using only 1 language.