[udig-devel] [jira] Created: (UDIG-1331) Multiple UdigTransaction seen in the wild

[Jody Garnett (JIRA)]

Multiple UdigTransaction seen in the wild
-----------------------------------------

                 Key: UDIG-1331
                 URL: http://jira.codehaus.org/browse/UDIG-1331
             Project: uDIG
          Issue Type: Bug
          Components: API map, API render
    Affects Versions: UDIG 1.2.M0
            Reporter: Jody Garnett
            Assignee: Jesse Eichar
            Priority: Blocker


This one is preventing development and debugging of our ArcSDE support. We can step through in the debugger and see:
- the ArcSDE FeatureSource (used by the renderer) use one UdigTransaction; while
- the ArcSDE FeatureStore (used by edit tools) use another UdigTransaction!

I am going to apply the following hack to BasicFeatureRenderer in order to mask this problem; long term solution needed:
{code}
		FeatureSource featureSource;
		featureSource = layer.getResource(
				FeatureStore.class, new SubProgressMonitor(monitor, 0));
		if( featureSource == null ){
		    featureSource = layer.getResource(
	                FeatureSource.class, new SubProgressMonitor(monitor, 0));
		}
{code}
The above code forces the renderer to try asking for a FeatureStore *first*, this should not be needed it is a HACK and can be removed when we have verified that the "interceptors" are only making a single UdigTransaction.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira