Task #103 (closed)
Opened 18 years ago
Closed 18 years ago
Move/unify classes so client has no dependency on RE
| Reported by: | jamoore | Owned by: | cxallan |
|---|---|---|---|
| Priority: | minor | Milestone: | 3.0-M2 |
| Component: | Bin-Services | Version: | 3.0-M1 |
| Keywords: | iteration4 | Cc: | |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | n.a. |
| Sprint: | n.a. |
Description
Currently the RenderingEngine interface imports three classes which are not in
common:
import omeis.providers.re.codomain.CodomainMapContext; import omeis.providers.re.data.PlaneDef; import omeis.providers.re.quantum.QuantizationException;
QuanitizationException? will be removed as discussed. But PlaneDef? and CodomainMapContext? need to move to /common so that the entire rendering jar doesn't have to be available to the client.
RGBBuffer was also an issue. These classes have been initially moved. We can roll back later if need be, but this was stopping client-library progress. Note: in general we need to decide what to do with omeis.providers.re.CodomainMapContext? since
ome.model.display.CodomainMapContext? also exists.
Originally http://bugs.openmicroscopy.org.uk/show_bug.cgi?id=643
Change History (3)
comment:1 Changed 18 years ago by anonymous
- Keywords iteration4 added; renaming removed
- Owner changed from callan to anonymous
- Status changed from new to assigned
comment:2 Changed 18 years ago by cxallan
- Owner changed from anonymous to callan
- Status changed from assigned to new
Gah, anonymous goodness.
comment:3 Changed 18 years ago by cxallan
- Resolution set to fixed
- Status changed from new to closed
Fixed for now. We will have to deal with this again when we start playing with the Codomain stuff. Will re-open then.
Will fix this with #171.