Was this ever resolved? I came across the same issue, and ended up
modifying all the endpoints via crxde for the cloud configuration. For
example, https://api.na1.echosign.com/ -> https://api.na2.echosign.com/
Although the cloud service connects, I still see the following
error:EchoSignServiceImpl Unable to create
agreementcom.adobe.aem.adobesign.service.AdobeSignServiceException:
AEM-AS-100: Error reported by Adobe Sign: Request must be made to
correct API access point (e.g. use GET /base_uris)...
We have the following:Adobe Sign account (with admin access, with an app
added for OAUTH)AEM 6.3, sp1 and cfp1 and corresponding Forms Add-on
package. Running in author with SSL. Cloud configuration added for Adobe
Sign, which successfully enabled. (This also took a while and having to
update the config in crxde, but that could be a whole other
post.)Adaptive form created from xsd file (xml) schema, and sign block
component with signature step componentAdobe Sign is also enabled on
this formUpon...
The functionality already exists for Classic UI. That's not what I'm
asking, however. I'd like to know if the references functionality will
be available in Touch UI. Are you saying that probability for this
development to be in Touch UI is also very low?Basically, I'm looking
for the same list of references that are presented when an author moves
a page, and is presented with a list of references. The user has the
option to adjust and republish those pages. When a user deletes a page,
I'd like t...
I see that page references in Touch UI will show items such as
referenced launches, live copies, language copies, blueprint source,
content references (borrowed and lent, whatever that means.)The issue is
for 6.2 sp1, which we're currently on, and it will only show references
when moving a page. The author is prompted that there are referenced
pages when deleting a page, but not show what those are.Selecting this
for a page in Touch UI will show a different number than those found by
the Classic...
From an offloading perspective, it's all setup correctly. I even had run
about a dozen images using the DAM Update Asset workflow, and about 10
of them ran as expected (renditions created on worker instance, reverse
replicated back to master). But for a few of them, I'm still seeing the
Oak Access Denied error. So it's not consistent, which makes it worse,
IMO.
I'm running as admin on the leader author instance. Would anything
special need to happen for the workflow? admin is also the user for the
replication agents.
I've setup offloading between two author instances. When I try to run
the workflow (Image update asset) on the primary author instance, I see
replication and reverse replication happening in the logs. However, the
job never completes and renditions are not brought back to the primary
author instance. Looks like this is a permissions issue...but what needs
to be set? Here is an excerpt from the offloaded (worker) instance error
log:13.06.2017 11:42:44.945 *INFO* [Adobe Granite Offloading: Default...
Does anyone have info or insight into the new version of AEM 6, to be
released this year at some point? I'm only aware of back-end changes, as
described here:
http://www.pro-vision.de/content/medialib/pro-vision/production/adaptto/2013/adaptto2013-oak-for-users-michael-marth-pdf/_jcr_content/renditions/rendition.file/adaptto2013-oak-for-users-michael-marth.pdf
