[ 
https://issues.apache.org/jira/browse/PYLUCENE-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17179215#comment-17179215
 ] 

Andreas Vajda edited comment on PYLUCENE-55 at 8/17/20, 8:40 PM:
-----------------------------------------------------------------

Can you be more specific about "not working" ?
Why does the order of classes matter ?
As it is, why should I accept your patch, maybe someone else is depending on 
the order to be random,
or the reverse of yours ? Seriously, I'd like to better understand what is 
going on here.
Please, help me help you by:
  - describing or quoting the error, "not working" is not good enough.
  - include a way to reproduce this, with your complete JCC command line.
There has to go be something more broken here than what the sorted order you're 
proposing is hiding.
Thanks !


was (Author: vajda):
Can you be more specific about "not working" ?
Why does the order of classes matter ?
As it is, why should I accept your patch, maybe someone else is depending on 
the order to be random,
or the reverse of yours ? Seriously, I'd like to better understand what is 
going on here.
Please, help me help you by:
  - describing or quoting the error, "not working" is not good enough.
  - include a way to reproduce this, with your complete JCC command line.
There has to go be something more broken here than that the sorted order you're 
proposing is hiding.
Thanks !

> JCC creates the classes in non-deterministic order
> --------------------------------------------------
>
>                 Key: PYLUCENE-55
>                 URL: https://issues.apache.org/jira/browse/PYLUCENE-55
>             Project: PyLucene
>          Issue Type: Bug
>            Reporter: Andrea Sterbini
>            Priority: Major
>
> I am trying to wrap the BabelNet API code.
> The resulting module is non-deterministically not-working (once every 5 I get 
> it OK).
> This seems to be related to the order the classes are handled, because they 
> are kept in a set, which has nondeterministic order.
> By changing cpp.py at line 696 to sort the class names I get a working module.
> {code:java}
> // changed from
> for cls in todo:
> {code}
> {code:java}
> // to
> for cls in sorted(todo, key=lambda c: c.getName()):{code}
> I have been luky with this way to order the classes. Possibly a better 
> algorithm exists to fix this bug. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to