Hi all, I haven't waited long, but it is possible the user who submitted the patch for this bug may not respond, and in this case his patch consists only of a minor tweak to a copy of a method from the same class, so I think requiring the feather on the JIRA patch is a bit of overkill in this case. Is there a "threshold of originality" below which we can simply assume clearance?
Matt ---------- Forwarded message ---------- From: Matt Benson (JIRA) <j...@apache.org> Date: Tue, Jun 7, 2011 at 6:09 PM Subject: [jira] [Commented] (JXPATH-149) Relational operation misbehaves To: iss...@commons.apache.org [ https://issues.apache.org/jira/browse/JXPATH-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13045698#comment-13045698 ] Matt Benson commented on JXPATH-149: ------------------------------------ Hi, I have reviewed your proposed fix and it looks good. For formality's sake, can you please declare that your changes are intended for inclusion into the Apache Commons JXPath library? Also, in the future, please provide your changes in the form of diff patches. Thanks! > Relational operation misbehaves > ------------------------------- > > Key: JXPATH-149 > URL: https://issues.apache.org/jira/browse/JXPATH-149 > Project: Commons JXPath > Issue Type: Bug > Affects Versions: 1.3 > Reporter: Alexander Koledzhikov > Priority: Minor > Attachments: CoreOperationRelationalExpression.java, TestClass.java > > > I have a simple JXpathContext, with the following variables: var1=0, var2=0, > var3=1. When I try to evaluate the following expression - "$var1 + $var2 <= > $var3", it returns false. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
