<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2010-07-31 08:00:25]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>http://bugs.jquantlib.org/</docs><link>http://bugs.jquantlib.org/</link><description><![CDATA[MantisBT - Issues]]></description><title>MantisBT - Issues</title><image><title>MantisBT - Issues</title><url>http://bugs.jquantlib.org/images/mantis_logo_button.gif</url><link>http://bugs.jquantlib.org/</link><description><![CDATA[MantisBT - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0000476: Would you make the javadoc more clear</title><author>ggd543 &amp;lt;ggd543@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=476</link><description><![CDATA[I found the javadoc description is confused sometimes.&lt;br /&gt;
Let's see the javadoc for the method advance(Date, int, TimeUnit) of Calendar class.&lt;br /&gt;
&lt;br /&gt;
The doc says that advances the given date of the given number of business days and returns the result.&lt;br /&gt;
&lt;br /&gt;
But if the given date is not a business date and the given number is zero, the method will adjust the given day to the appropriate near business day with respect to BusinessConvention.Proceeding convention, just like the behavior of adjust method . &lt;br /&gt;
&lt;br /&gt;
But why not return the given date directly if the given number is zero ?]]></description><category>code review</category><pubDate>Sat, 31 Jul 2010 06:33:46 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=476</guid><comments>http://bugs.jquantlib.org/view.php?id=476#bugnotes</comments></item><item><title>0000473: cannot find symbol SobolRSG in SobolChartSample.java</title><author>nranjan &amp;lt;nranjan@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=473</link><description><![CDATA[There was build failure in jquantlib-samples&lt;br /&gt;
[INFO] ------------------------------------------------------------------------&lt;br /&gt;
[ERROR] BUILD FAILURE&lt;br /&gt;
[INFO] ------------------------------------------------------------------------&lt;br /&gt;
[INFO] Compilation failure&lt;br /&gt;
&lt;br /&gt;
&lt;dir&gt;\JQuantLib\jquantlib-samples\src\main\java\org\jquantlib\samples\SobolChartSample.java:[18,39] cannot find symbol&lt;br /&gt;
symbol  : class SobolRSG&lt;br /&gt;
location: package org.jquantlib.math.randomnumbers&lt;br /&gt;
&lt;br /&gt;
problem is that SobolChartSample refers to SobolRsg with incorrect case 'SobolRSG' [in uppercase] instead of 'SobolRsg'[lowercase].]]></description><category>samples</category><pubDate>Sat, 26 Jun 2010 14:54:24 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=473</guid><comments>http://bugs.jquantlib.org/view.php?id=473#bugnotes</comments></item><item><title>0000475: Samples depends on 0.2.3, but actual svn version is 0.2.4</title><author>bilyushonak &amp;lt;bilyushonak@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=475</link><description><![CDATA[./jquantlib-all/mvn clean install failed due to samples depends on 0.2.3]]></description><category>samples</category><pubDate>Mon, 21 Jun 2010 07:35:31 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=475</guid><comments>http://bugs.jquantlib.org/view.php?id=475#bugnotes</comments></item><item><title>0000451: Remove enumeration Style from class Cells</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=451</link><description><![CDATA[Enumeration Style was put in order to allow translation of code written in Fortran language, as is the case of MINPACK, which is probably needed for implementing QRDecomposition with pivoting.&lt;br /&gt;
&lt;br /&gt;
Ideally, we should rewrite MINPACK (only the method needed by QRDecomposition) in Java and get rid of enumeration Style.&lt;br /&gt;
&lt;br /&gt;
In particular, because we are employing Style at the moment, our implementation is slower than it needs to be.]]></description><category>code review</category><pubDate>Sat, 22 May 2010 22:39:33 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=451</guid><comments>http://bugs.jquantlib.org/view.php?id=451#bugnotes</comments></item><item><title>0000239: Implement missing classes in joda-primitives</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=239</link><description><![CDATA[These classes/interfaces are currently needed after we removed fastutil:&lt;br /&gt;
&lt;br /&gt;
1. Utility classes: Arrays, Collections&lt;br /&gt;
2. Sets: HashSet&lt;br /&gt;
3. Maps: TreeMap, NavigableMap&lt;br /&gt;
&lt;br /&gt;
Stephen Colebourne sent me some code he has which provides some idea how it could be done. See attached file.]]></description><category>tools</category><pubDate>Sat, 22 May 2010 22:37:57 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=239</guid><comments>http://bugs.jquantlib.org/view.php?id=239#bugnotes</comments></item><item><title>0000403: Review Array and Iterators</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=403</link><description><![CDATA[I've found the code below, which leads me to ask whether our implementation of Arrays and Iterators is good enough or not.&lt;br /&gt;
&lt;br /&gt;
Could you please try to translate it using methods/constructors from Array and Iteraror hiearchy only? I mean: there's an implementation in Utilities class but it does the job by hand and it should not do so!&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
    Real norm(const Iterator&amp; begin, const Iterator&amp; end, Real h) {&lt;br /&gt;
        // squared values&lt;br /&gt;
        std::vector&lt;Real&gt; f2(end-begin);&lt;br /&gt;
        std::transform(begin,end,begin,f2.begin(),&lt;br /&gt;
                       std::multiplies&lt;Real&gt;());&lt;br /&gt;
        // numeric integral of f^2&lt;br /&gt;
        Real I = h * (std::accumulate(f2.begin(),f2.end(),0.0)&lt;br /&gt;
                      - 0.5*f2.front() - 0.5*f2.back());&lt;br /&gt;
        return std::sqrt(I);&lt;br /&gt;
    }]]></description><category>code review</category><pubDate>Sat, 22 May 2010 22:34:47 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=403</guid><comments>http://bugs.jquantlib.org/view.php?id=403#bugnotes</comments></item><item><title>0000262: (recurrent task) QA :: verify headers</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=262</link><description><![CDATA[======================================================================&lt;br /&gt;
This is a recurrent task&lt;br /&gt;
This task must never be closed, only kicked to next release and so on.&lt;br /&gt;
======================================================================&lt;br /&gt;
&lt;br /&gt;
Verify our sources and guarantee:&lt;br /&gt;
&lt;br /&gt;
* All sources have license text on the header;&lt;br /&gt;
* All sources have @author or similar or at least commented text for it.&lt;br /&gt;
* All sources have enough description of what it is about.]]></description><category>code review</category><pubDate>Sat, 22 May 2010 22:29:43 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=262</guid><comments>http://bugs.jquantlib.org/view.php?id=262#bugnotes</comments></item><item><title>0000432: Complete DiscountingSwapEngine</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=432</link><description><![CDATA[Complete DiscountingSwapEngine]]></description><category>translation</category><pubDate>Tue, 18 May 2010 08:40:03 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=432</guid><comments>http://bugs.jquantlib.org/view.php?id=432#bugnotes</comments></item><item><title>0000472: Fix BondTest#yieldTest</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=472</link><description><![CDATA[BondTest#yiedTest if failing from command line but not under Eclipse.&lt;br /&gt;
&lt;br /&gt;
    mvn clean verify]]></description><category>tests</category><pubDate>Sun, 18 Apr 2010 21:02:31 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=472</guid><comments>http://bugs.jquantlib.org/view.php?id=472#bugnotes</comments></item><item><title>0000342: Review and debug SVD</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=342</link><description><![CDATA[Review and debug SVD&lt;br /&gt;
&lt;br /&gt;
Please see: MatrixTest]]></description><category>translation</category><pubDate>Sun, 04 Apr 2010 14:16:18 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=342</guid><comments>http://bugs.jquantlib.org/view.php?id=342#bugnotes</comments></item><item><title>0000474: Review classes Money and Currency</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=474</link><description><![CDATA[There are several issues on these classes.&lt;br /&gt;
Please open children issues if necessary:&lt;br /&gt;
&lt;br /&gt;
1. inconsistent use of equals() and hashCode();&lt;br /&gt;
&lt;br /&gt;
2. Money employs String#format() which takes a formatString defined by extended classes. We need to make sure these format strings are valid in Java and return what is expected, comparing to QuantLib/C++&lt;br /&gt;
&lt;br /&gt;
3. These fields below should be probably exposed by class Settings:&lt;br /&gt;
    public static ConversionType conversionType;&lt;br /&gt;
    public static Currency baseCurrency;&lt;br /&gt;
At the moment they are are &quot;static public&quot; and being exposed by Money, which is both a bad practice and also is not ready for multithreaded applications.]]></description><category>code review</category><pubDate>Sun, 04 Apr 2010 14:10:47 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=474</guid><comments>http://bugs.jquantlib.org/view.php?id=474#bugnotes</comments></item><item><title>0000340: Fix CholeskyDecomposition and EigenvalueDecomposition</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=340</link><description><![CDATA[Please have a look at test cases in MatrixTest]]></description><category>translation</category><pubDate>Sun, 04 Apr 2010 14:05:35 +0100</pubDate><guid>http://bugs.jquantlib.org/view.php?id=340</guid><comments>http://bugs.jquantlib.org/view.php?id=340#bugnotes</comments></item><item><title>0000380: Write complete test cases for Calendar</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=380</link><description><![CDATA[Write complete test cases for Calendar]]></description><category>tests</category><pubDate>Tue, 09 Mar 2010 01:27:00 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=380</guid><comments>http://bugs.jquantlib.org/view.php?id=380#bugnotes</comments></item><item><title>0000422: Review exceptions :: should throw LibraryException</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=422</link><description><![CDATA[JQuantLib is throwing several kinds of exceptions.&lt;br /&gt;
It should always throw LibraryException, eventually passing another exception as a cause.]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 01:19:18 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=422</guid><comments>http://bugs.jquantlib.org/view.php?id=422#bugnotes</comments></item><item><title>0000344: Possible bug in Calendars, regarding isBusinessDay</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=344</link><description><![CDATA[A user reported a possible bug. Please investigate:&lt;br /&gt;
&lt;br /&gt;
In Calendar, I wonder if I have some misunderstandings about the API addHoliday. Once we call addHoliday(date) to add date to HolidayList, won't isBusinessDay(date) return false? Take ChinaSSECalendar as an example, I think the override method isBusinessDay should call the one in Super class to judge if the date is contained in addHolidayList?]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 01:18:00 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=344</guid><comments>http://bugs.jquantlib.org/view.php?id=344#bugnotes</comments></item><item><title>0000356: The implementation of isEndOfMonth method in AbstractCalendar class is not correct</title><author>ggd543 &amp;lt;ggd543@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=356</link><description><![CDATA[As described in the Calendar interface, the method `isEndOfMonth` in Calendar class return true if the date is last business day for the month in given market. &lt;br /&gt;
&lt;br /&gt;
But in the AbstractCalendar class, the method will return true when the date is not the last business day for the month but the holiday day.&lt;br /&gt;
&lt;br /&gt;
For example: &lt;br /&gt;
    Calendar unitedStatesCalendar = UnitedStates.getCalendar(Market.NYSE);&lt;br /&gt;
    Date date=DateFactory.getFactory().getDate(30,5,2009);&lt;br /&gt;
    System.out.println(unitedStatesCalendar.isEndOfMonth(date));&lt;br /&gt;
&lt;br /&gt;
The output is true ! Obviously, the date 2009-5-30 is neither the last business day nor the last day in May.]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 01:17:09 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=356</guid><comments>http://bugs.jquantlib.org/view.php?id=356#bugnotes</comments></item><item><title>0000329: Announce JQuantLib</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=329</link><description><![CDATA[&lt;a href=&quot;http://www.quanteam.de/papers/cpp_java_speed.pdf&quot;&gt;http://www.quanteam.de/papers/cpp_java_speed.pdf&lt;/a&gt; [&lt;a href=&quot;http://www.quanteam.de/papers/cpp_java_speed.pdf&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;a href=&quot;http://www.quanteam.de/site_en/publications.html&quot;&gt;http://www.quanteam.de/site_en/publications.html&lt;/a&gt; [&lt;a href=&quot;http://www.quanteam.de/site_en/publications.html&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
Benchmarking C++ against Java&lt;br /&gt;
for Numerical Derivatives Pricing&lt;br /&gt;
&lt;br /&gt;
             Bernd Engelmann&lt;br /&gt;
                    Quanteam&lt;br /&gt;
                  Basaltstraße 28&lt;br /&gt;
                D-60487 Frankfurt&lt;br /&gt;
         e-mail: bernd@quanteam.de&lt;br /&gt;
       www: &lt;a href=&quot;http://www.quanteam.de&quot;&gt;http://www.quanteam.de&lt;/a&gt; [&lt;a href=&quot;http://www.quanteam.de&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
                  ¨&lt;br /&gt;
                Soren Gerlach&lt;br /&gt;
                    Quanteam&lt;br /&gt;
                  Basaltstraße 28&lt;br /&gt;
                D-60487 Frankfurt&lt;br /&gt;
        e-mail: soeren@quanteam.de&lt;br /&gt;
       www: &lt;a href=&quot;http://www.quanteam.de&quot;&gt;http://www.quanteam.de&lt;/a&gt; [&lt;a href=&quot;http://www.quanteam.de&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]]]></description><category>marketing</category><pubDate>Tue, 09 Mar 2010 01:13:35 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=329</guid><comments>http://bugs.jquantlib.org/view.php?id=329#bugnotes</comments></item><item><title>0000273: build process :: nighly build should deploy artifacts</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=273</link><description><![CDATA[The nightly build process should deploy the following artifacts&lt;br /&gt;
&lt;br /&gt;
.jar            :: library&lt;br /&gt;
ubber.jar       :: executable single jar file&lt;br /&gt;
apidocs.tar.bz2 :: javadocs&lt;br /&gt;
apidocs.zip     :: javadocs&lt;br /&gt;
src.tar.bz2     :: sources&lt;br /&gt;
src.zip         :: sources]]></description><category>tools</category><pubDate>Tue, 09 Mar 2010 01:12:30 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=273</guid><comments>http://bugs.jquantlib.org/view.php?id=273#bugnotes</comments></item><item><title>0000471: Fix Array#toDoubleArray and callers</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=471</link><description><![CDATA[Array#toDoubleArray should always return a new double[] an never the underlying data buffer.&lt;br /&gt;
&lt;br /&gt;
Review callers of Array#toDoubleArray so that they do not mix 2 different access semantics, i.e: sometimes take elements from the Array, sometimes take elements from a double[] obtained from the Array (which is, in fact, the underlying double[] buffer). In particular, class CubicInterpolation has this issue.&lt;br /&gt;
&lt;br /&gt;
Open more children issues if needed.]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 01:11:16 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=471</guid><comments>http://bugs.jquantlib.org/view.php?id=471#bugnotes</comments></item><item><title>0000392: Rewrite TimeGrid</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=392</link><description><![CDATA[TimeGrid needs a complete code review or even rewrite, possibly.&lt;br /&gt;
&lt;br /&gt;
In particular, the usage of iterator needs to be clarified and compared to usage of iterators in class Array. There's a possibility that we find useful to make TimeGrid implement of make use somehow of Iterators like class Array does.&lt;br /&gt;
&lt;br /&gt;
The idea is not change TimeGrid much, I mean: we should keep the API as close as possible but, at the same time, it needs to be coherent with Java (which does not offer pointers) and needs to be coherent with Iterators we've defined.]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 01:06:20 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=392</guid><comments>http://bugs.jquantlib.org/view.php?id=392#bugnotes</comments></item><item><title>0000412: Finish translation of BondTest</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=412</link><description><![CDATA[static void testCached();&lt;br /&gt;
    static void testCachedZero();&lt;br /&gt;
    static void testCachedFixed();&lt;br /&gt;
    static void testCachedFloating();&lt;br /&gt;
    static void testBrazilianCached();]]></description><category>translation</category><pubDate>Tue, 09 Mar 2010 01:04:17 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=412</guid><comments>http://bugs.jquantlib.org/view.php?id=412#bugnotes</comments></item><item><title>0000361: Fix QL_USE_INDEXED_COUPON code commented out</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=361</link><description><![CDATA[When ...&lt;br /&gt;
&lt;br /&gt;
#if QL_USE_INDEXED_COUPON&lt;br /&gt;
   block&lt;br /&gt;
#endif&lt;br /&gt;
&lt;br /&gt;
... appears, please substitute by ...&lt;br /&gt;
&lt;br /&gt;
if (new Settings.isUseIndexedCoupon()) {&lt;br /&gt;
    block&lt;br /&gt;
}]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 00:59:48 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=361</guid><comments>http://bugs.jquantlib.org/view.php?id=361#bugnotes</comments></item><item><title>0000427: Translate ConvertibleBondsTest</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=427</link><description><![CDATA[Translate ConvertibleBondsTest]]></description><category>tests</category><pubDate>Tue, 09 Mar 2010 00:57:50 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=427</guid><comments>http://bugs.jquantlib.org/view.php?id=427#bugnotes</comments></item><item><title>0000397: Review equality tests with classes employing pimpl idiom</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=397</link><description><![CDATA[This tasks consists of finding and review classes which are exposing methods such like&lt;br /&gt;
    * equals&lt;br /&gt;
    * eq&lt;br /&gt;
    * ne&lt;br /&gt;
&lt;br /&gt;
It's critical we review the way equality is being implemented by certain classes, in particular those classes exposing some kind of &quot;eq&quot; method or overriding Object#equals method.&lt;br /&gt;
&lt;br /&gt;
Observe that 'in general' Object#hashCode() must be overriden when Object#equals() is overridden.&lt;br /&gt;
&lt;br /&gt;
In particular, the snippet of code below shows an example of how hashCode() and equals() must be implemented when the pimpl idiom is being employed. There's also an example of how Object#toString() must be implemented.&lt;br /&gt;
&lt;br /&gt;
    //&lt;br /&gt;
    // overrides Object&lt;br /&gt;
    //&lt;br /&gt;
&lt;br /&gt;
    @Override&lt;br /&gt;
    public int hashCode() {&lt;br /&gt;
        final int prime = 31;&lt;br /&gt;
        int result = 1;&lt;br /&gt;
        result = prime * result + ((impl_ == null) ? 0 : impl_.hashCode());&lt;br /&gt;
        result = prime * result + ((impl_ == null) ? 0 : name().hashCode());&lt;br /&gt;
        return result;&lt;br /&gt;
    }&lt;br /&gt;
&lt;br /&gt;
    @Override&lt;br /&gt;
    public boolean equals(final Object obj) {&lt;br /&gt;
        if (this == obj) {&lt;br /&gt;
            return true;&lt;br /&gt;
        }&lt;br /&gt;
        if (obj == null || !(obj instanceof DayCounter)) {&lt;br /&gt;
            return false;&lt;br /&gt;
        }&lt;br /&gt;
&lt;br /&gt;
        final DayCounter other = (DayCounter) obj;&lt;br /&gt;
        if (this.empty() &amp;&amp; other.empty()) {&lt;br /&gt;
            return true;&lt;br /&gt;
        }&lt;br /&gt;
        if (this.name().equals(other.name())) {&lt;br /&gt;
            return true;&lt;br /&gt;
        }&lt;br /&gt;
        return false;&lt;br /&gt;
    }&lt;br /&gt;
&lt;br /&gt;
    @Override&lt;br /&gt;
    public String toString() {&lt;br /&gt;
        return (impl_ == null) ? &quot;null&quot; : impl_.name();&lt;br /&gt;
    }]]></description><category>code review</category><pubDate>Tue, 09 Mar 2010 00:57:13 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=397</guid><comments>http://bugs.jquantlib.org/view.php?id=397#bugnotes</comments></item><item><title>0000459: BarrierOptionTest#testPerturbative needs to be translated</title><author>Richard Gomes &amp;lt;Richard Gomes@example.com&amp;gt;</author><link>http://bugs.jquantlib.org/view.php?id=459</link><description><![CDATA[BarrierOptionTest#testPerturbative needs to be translated]]></description><category>translation</category><pubDate>Tue, 09 Mar 2010 00:53:19 +0000</pubDate><guid>http://bugs.jquantlib.org/view.php?id=459</guid><comments>http://bugs.jquantlib.org/view.php?id=459#bugnotes</comments></item></channel></rss>
