You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@chemistry.apache.org by "mark streit (JIRA)" <ji...@apache.org> on 2012/05/09 18:51:50 UTC
[jira] [Created] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
mark streit created CMIS-530:
--------------------------------
Summary: update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
Key: CMIS-530
URL: https://issues.apache.org/jira/browse/CMIS-530
Project: Chemistry
Issue Type: Bug
Components: opencmis-client
Affects Versions: OpenCMIS 0.8.0
Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
Reporter: mark streit
when attempting to follow the approach that is shown in the example code called GettingStarted.java
Document doc2 = (Document) session.getObject(id2);
System.out.println("renaming " + doc2.getName() + " to test3.txt");
properties = new HashMap<String, Object>();
properties.put(PropertyIds.NAME, "test3.txt");
id2 = doc2.updateProperties(properties);
System.out.println("renamed to " + doc2.getName());
The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
public void refresh() {
writeLock();
try {
String objectId = getObjectId();
OperationContext oc = getCreationContext();
// get the latest data from the repository
ObjectData objectData = getSession()
.getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
// reset this object
initialize(getSession(), getObjectType(), objectData, this.creationContext);
} finally {
writeUnlock();
}
}
When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
getBinding() IS OK returing this:
org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
1) the file on the file system DOES get renamed correctly
2) the execution path getting there however involves this
org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
Posted by "Florian Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CMIS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271798#comment-13271798 ]
Florian Müller commented on CMIS-530:
-------------------------------------
A file system is not really a content management system and the FileShare repository has to do some quirks to implement CMIS.
The only unique id of a document on a file system is its paths. If you rename or move a document, you also change its id.
The {{updateProperties()}} method that you are using, tries to reload the object after the update. Since the id of the document changed, it cannot find it anymore and throws an exception.
That's not what you would expect from a real content management system, but it still CMIS compliant.
If you want to avoid this exception, use the other {{updateProperties()}} method that has a {{refresh}} parameter.
> update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CMIS-530
> URL: https://issues.apache.org/jira/browse/CMIS-530
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client
> Affects Versions: OpenCMIS 0.8.0
> Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
> Reporter: mark streit
> Labels: AbstractCmisObject, CmisObjectNotFoundException, getObjectService(), refresh()
>
> when attempting to follow the approach that is shown in the example code called GettingStarted.java
> {code}
> Document doc2 = (Document) session.getObject(id2);
> System.out.println("renaming " + doc2.getName() + " to test3.txt");
> properties = new HashMap<String, Object>();
> properties.put(PropertyIds.NAME, "test3.txt");
> id2 = doc2.updateProperties(properties);
> System.out.println("renamed to " + doc2.getName());
> {code}
> The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
> {code}
> public void refresh() {
> writeLock();
> try {
> String objectId = getObjectId();
> OperationContext oc = getCreationContext();
> // get the latest data from the repository
> ObjectData objectData = getSession()
> .getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
> // reset this object
> initialize(getSession(), getObjectType(), objectData, this.creationContext);
> } finally {
> writeUnlock();
> }
> }
> {code}
> When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
> {code}
> getBinding() IS OK returing this:
> org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
> objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
> {code}
> but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
> The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
> 1) the file on the file system DOES get renamed correctly
> 2) the execution path getting there however involves this
> {code}
> org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
Posted by "mark streit (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CMIS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271584#comment-13271584 ]
mark streit commented on CMIS-530:
----------------------------------
could this be related to CMIS-528?
> update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CMIS-530
> URL: https://issues.apache.org/jira/browse/CMIS-530
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client
> Affects Versions: OpenCMIS 0.8.0
> Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
> Reporter: mark streit
> Labels: AbstractCmisObject, CmisObjectNotFoundException, getObjectService(), refresh()
>
> when attempting to follow the approach that is shown in the example code called GettingStarted.java
> Document doc2 = (Document) session.getObject(id2);
> System.out.println("renaming " + doc2.getName() + " to test3.txt");
> properties = new HashMap<String, Object>();
> properties.put(PropertyIds.NAME, "test3.txt");
> id2 = doc2.updateProperties(properties);
> System.out.println("renamed to " + doc2.getName());
> The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
> public void refresh() {
> writeLock();
> try {
> String objectId = getObjectId();
> OperationContext oc = getCreationContext();
> // get the latest data from the repository
> ObjectData objectData = getSession()
> .getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
> // reset this object
> initialize(getSession(), getObjectType(), objectData, this.creationContext);
> } finally {
> writeUnlock();
> }
> }
> When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
> getBinding() IS OK returing this:
> org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
> objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
> but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
> The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
> 1) the file on the file system DOES get renamed correctly
> 2) the execution path getting there however involves this
> org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
Posted by "mark streit (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CMIS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13272052#comment-13272052 ]
mark streit commented on CMIS-530:
----------------------------------
Florian
That did it. By using the version of the method call that takes the boolean value as a 2nd argument, then setting it to false, the exception did NOT occur.
In fact, by taking the objectId value returned on the updateProperties(Map, boolean)...then turning around and calling session.getObject(objectId), casting to Document, and using the getName() method... the String value of the name reflects the *changed* name.
Thanks for the quick response and suggestion.
> update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CMIS-530
> URL: https://issues.apache.org/jira/browse/CMIS-530
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client
> Affects Versions: OpenCMIS 0.8.0
> Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
> Reporter: mark streit
> Labels: AbstractCmisObject, CmisObjectNotFoundException, getObjectService(), refresh()
>
> when attempting to follow the approach that is shown in the example code called GettingStarted.java
> {code}
> Document doc2 = (Document) session.getObject(id2);
> System.out.println("renaming " + doc2.getName() + " to test3.txt");
> properties = new HashMap<String, Object>();
> properties.put(PropertyIds.NAME, "test3.txt");
> id2 = doc2.updateProperties(properties);
> System.out.println("renamed to " + doc2.getName());
> {code}
> The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
> {code}
> public void refresh() {
> writeLock();
> try {
> String objectId = getObjectId();
> OperationContext oc = getCreationContext();
> // get the latest data from the repository
> ObjectData objectData = getSession()
> .getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
> // reset this object
> initialize(getSession(), getObjectType(), objectData, this.creationContext);
> } finally {
> writeUnlock();
> }
> }
> {code}
> When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
> {code}
> getBinding() IS OK returing this:
> org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
> objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
> {code}
> but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
> The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
> 1) the file on the file system DOES get renamed correctly
> 2) the execution path getting there however involves this
> {code}
> org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
Posted by "Florian Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CMIS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Florian Müller resolved CMIS-530.
---------------------------------
Resolution: Not A Problem
> update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CMIS-530
> URL: https://issues.apache.org/jira/browse/CMIS-530
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client
> Affects Versions: OpenCMIS 0.8.0
> Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
> Reporter: mark streit
> Labels: AbstractCmisObject, CmisObjectNotFoundException, getObjectService(), refresh()
>
> when attempting to follow the approach that is shown in the example code called GettingStarted.java
> {code}
> Document doc2 = (Document) session.getObject(id2);
> System.out.println("renaming " + doc2.getName() + " to test3.txt");
> properties = new HashMap<String, Object>();
> properties.put(PropertyIds.NAME, "test3.txt");
> id2 = doc2.updateProperties(properties);
> System.out.println("renamed to " + doc2.getName());
> {code}
> The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
> {code}
> public void refresh() {
> writeLock();
> try {
> String objectId = getObjectId();
> OperationContext oc = getCreationContext();
> // get the latest data from the repository
> ObjectData objectData = getSession()
> .getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
> // reset this object
> initialize(getSession(), getObjectType(), objectData, this.creationContext);
> } finally {
> writeUnlock();
> }
> }
> {code}
> When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
> {code}
> getBinding() IS OK returing this:
> org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
> objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
> {code}
> but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
> The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
> 1) the file on the file system DOES get renamed correctly
> 2) the execution path getting there however involves this
> {code}
> org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CMIS-530) update cmis:name property of a
previously uploaded file "appears" to fail with
CmisObjectNotFoundException" but actually does the rename
Posted by "mark streit (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CMIS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
mark streit updated CMIS-530:
-----------------------------
Description:
when attempting to follow the approach that is shown in the example code called GettingStarted.java
{code}
Document doc2 = (Document) session.getObject(id2);
System.out.println("renaming " + doc2.getName() + " to test3.txt");
properties = new HashMap<String, Object>();
properties.put(PropertyIds.NAME, "test3.txt");
id2 = doc2.updateProperties(properties);
System.out.println("renamed to " + doc2.getName());
{code}
The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
{code}
public void refresh() {
writeLock();
try {
String objectId = getObjectId();
OperationContext oc = getCreationContext();
// get the latest data from the repository
ObjectData objectData = getSession()
.getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
// reset this object
initialize(getSession(), getObjectType(), objectData, this.creationContext);
} finally {
writeUnlock();
}
}
{code}
When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
{code}
getBinding() IS OK returing this:
org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
{code}
but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
1) the file on the file system DOES get renamed correctly
2) the execution path getting there however involves this
{code}
org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
{code}
was:
when attempting to follow the approach that is shown in the example code called GettingStarted.java
Document doc2 = (Document) session.getObject(id2);
System.out.println("renaming " + doc2.getName() + " to test3.txt");
properties = new HashMap<String, Object>();
properties.put(PropertyIds.NAME, "test3.txt");
id2 = doc2.updateProperties(properties);
System.out.println("renamed to " + doc2.getName());
The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
public void refresh() {
writeLock();
try {
String objectId = getObjectId();
OperationContext oc = getCreationContext();
// get the latest data from the repository
ObjectData objectData = getSession()
.getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
// reset this object
initialize(getSession(), getObjectType(), objectData, this.creationContext);
} finally {
writeUnlock();
}
}
When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
getBinding() IS OK returing this:
org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
1) the file on the file system DOES get renamed correctly
2) the execution path getting there however involves this
org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
> update cmis:name property of a previously uploaded file "appears" to fail with CmisObjectNotFoundException" but actually does the rename
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CMIS-530
> URL: https://issues.apache.org/jira/browse/CMIS-530
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client
> Affects Versions: OpenCMIS 0.8.0
> Environment: Win 7 Enterprise/32-bit Tomcat 7.0.22/ JDK 1.6.0_29 using the project WAR - chemistry-opencmis-server-fileshare created from source: chemistry-opencmis-server-fileshare-0.8.0-SNAPSHOT.war
> Reporter: mark streit
> Labels: AbstractCmisObject, CmisObjectNotFoundException, getObjectService(), refresh()
>
> when attempting to follow the approach that is shown in the example code called GettingStarted.java
> {code}
> Document doc2 = (Document) session.getObject(id2);
> System.out.println("renaming " + doc2.getName() + " to test3.txt");
> properties = new HashMap<String, Object>();
> properties.put(PropertyIds.NAME, "test3.txt");
> id2 = doc2.updateProperties(properties);
> System.out.println("renamed to " + doc2.getName());
> {code}
> The call to updateProperties(), with a correctly populated Map containing the new name throws back a CmisObjectNotFoundException which I've traced back to the refresh() method of AbstractCmisObject.java.
> {code}
> public void refresh() {
> writeLock();
> try {
> String objectId = getObjectId();
> OperationContext oc = getCreationContext();
> // get the latest data from the repository
> ObjectData objectData = getSession()
> .getBinding().getObjectService().getObject(getRepositoryId(), objectId, oc.getFilterString(), oc.isIncludeAllowableActions(), oc.getIncludeRelationships(), oc.getRenditionFilterString(), oc.isIncludePolicies(), oc.isIncludeAcls(), null);
> // reset this object
> initialize(getSession(), getObjectType(), objectData, this.creationContext);
> } finally {
> writeUnlock();
> }
> }
> {code}
> When you start inspecting the values of each of the objects in the chained call above where it tries to get back an ObjectData instance... things look OK UNTIL you hit the method: getObjectService()
> {code}
> getBinding() IS OK returing this:
> org.apache.chemistry.opencmis.client.bindings.impl.CmisBindingImpl@4c689e
> objectId = L0NoZW1Eb2NzXzExL1Rlc3RGaWxlOS5wZGY= // this is also OK
> {code}
> but this call, getObjectService() reports that "the method getObjectService() is undefined for the type AbstractCmisObject"
> The objectData instance is never created, and it skips to the finally block, so I AM ASSUMING, this might be the root cause. I don't know enough about Chemistry, but what is more odd:
> 1) the file on the file system DOES get renamed correctly
> 2) the execution path getting there however involves this
> {code}
> org.apache.chemistry.opencmis.commons.exceptions.CmisObjectNotFoundException: Object not found!
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira