Details
-
Wish
-
Status: Open
-
Trivial
-
Resolution: Unresolved
-
None
Description
It would make sense for high-level components such as [Imaging] to depend on lower level utilities developed within "Commons", such as [Numbers], where
- changes in dependencies can be controlled by the same team, and
- JAR hell is not an issue (as per the project's policy on BC).
Both [Imaging] and [Numbers] would benefit from such an ecosystem:
- The low-level component is put to test in an actual use-case.
- The high-level component does not need to maintain lower-level utilities.
Motivation: IMAGING-285
At the time, it might not have made sense to depend on a component like Commons Math (with its ever expanding code base) just for its Fraction class. Nowadays however, "Commons Numbers" provides the functionality in a dedicated maven module.
Attachments
Issue Links
- is related to
-
IMAGING-285 Decoding of Rational Numbers broken when large values present
- Closed
- relates to
-
IMAGING-358 "RationalNumber" class is "public"
- Open