Le 24/12/2010 02:24, Gilles Sadowski a écrit :
> Hello.
>
>>>
>>> To avoid this case, I was wondering whether we could, instead of having
>>>public class RealVectorFormat extends CompositeFormat {
>>> // ...
>>>}
>>> have
>>> public class RealVectorFormat {
>>> CompositeFormat
Hello.
> >
> > To avoid this case, I was wondering whether we could, instead of having
> >public class RealVectorFormat extends CompositeFormat {
> > // ...
> >}
> > have
> > public class RealVectorFormat {
> > CompositeFormat compositeFormat;
> >
> > // ...
> >}
Le 23/12/2010 14:31, Gilles Sadowski a écrit :
> Hello.
>
> While replacing, in "RealVectorFormat", the last occurrence of the old
> "o.a.c.math.MathRuntimeException" in package "linear", I stumbled upon the
> following:
>
> 1. "RealVectorFormat" inherits from the standard Java class "Format".
>
Hello.
While replacing, in "RealVectorFormat", the last occurrence of the old
"o.a.c.math.MathRuntimeException" in package "linear", I stumbled upon the
following:
1. "RealVectorFormat" inherits from the standard Java class "Format".
2. That "Format" class has a method
public Object parseObj
