GeoTools

versioned edit tests fail to run against ArcSDE 9.2

Details

  • Type: Bug Bug
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 2.5-M1
  • Fix Version/s: 2.7.5
  • Component/s: arcsde plugin
  • Labels:
    None
  • Environment:
    Client: arcsde 9.2 jars on linux
    Server: arcsde 9.2, oracle 10g on linux

Description

Errors occur when running the Versioned tests in the ArcSDEFeatureStore test suite.

org.geotools.arcsde.ArcSdeException: [SDE error -25][Error desc=NO PERMISSION TO PERFORM OPERATION.][Extended desc=]
at org.geotools.arcsde.data.versioning.AutoCommitDefaultVersionHandler.setUpStream(AutoCommitDefaultVersionHandler.java:66)
at org.geotools.arcsde.data.ArcSDEQuery.setQueryVersionState(ArcSDEQuery.java:467)
at org.geotools.arcsde.data.ArcSDEQuery.createSeQueryForQueryInfo(ArcSDEQuery.java:448)
at org.geotools.arcsde.data.ArcSDEQuery.calculateResultCount(ArcSDEQuery.java:590)
at org.geotools.arcsde.data.ArcSDEQuery.calculateResultCount(ArcSDEQuery.java:510)
at org.geotools.arcsde.data.ArcSdeFeatureSource.getCount(ArcSdeFeatureSource.java:180)
at org.geotools.arcsde.data.ArcSdeFeatureStore.getCount(ArcSdeFeatureStore.java:171)
at org.geotools.arcsde.data.ArcSdeFeatureSource.getCount(ArcSdeFeatureSource.java:165)
at org.geotools.arcsde.data.ArcSDEFeatureStoreTest.testEditVersionedTableAutoCommit(ArcSDEFeatureStoreTest.java:1422)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:23)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.extensions.TestSetup.run(TestSetup.java:27)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Caused by: com.esri.sde.sdk.client.SeNoAccessException: NO PERMISSION TO PERFORM OPERATION.
at com.esri.sde.sdk.client.SeExceptionFactory.a(Unknown Source)
at com.esri.sde.sdk.client.SeExceptionFactory.a(Unknown Source)
at com.esri.sde.sdk.client.SeVersion.changeState(Unknown Source)
at org.geotools.arcsde.data.versioning.AutoCommitDefaultVersionHandler.setUpStream(AutoCommitDefaultVersionHandler.java:58)
... 33 more

Activity

Hide
Bruce Bannerman added a comment -
Saul / Gabriel,

Just a comment, its been a while since I had my hands dirty with ArcSDE sysadmin and I haven't been following GeoServer/ArcSDE muti-versioned plans.

At a basic level, ESRI include multi-versioning support within their geodatabase / ArcObjects technology streams.

As I understand it, the ArcSDE jar (and C) files do not support this model and operate at a lower level, providing basic connectivity functionality.

Therefore, multi-versioning perhaps could not be expected to work, if we're just working with the jars?

Bruce
Show
Bruce Bannerman added a comment - Saul / Gabriel, Just a comment, its been a while since I had my hands dirty with ArcSDE sysadmin and I haven't been following GeoServer/ArcSDE muti-versioned plans. At a basic level, ESRI include multi-versioning support within their geodatabase / ArcObjects technology streams. As I understand it, the ArcSDE jar (and C) files do not support this model and operate at a lower level, providing basic connectivity functionality. Therefore, multi-versioning perhaps could not be expected to work, if we're just working with the jars? Bruce

People

Vote (1)
Watch (1)

Dates

  • Created:
    Updated: