【问题标题】:Dynamics AX: How to configure Archive Directory to use Sharepoint OnlineDynamics AX:如何配置存档目录以使用 Sharepoint Online
【发布时间】:2019-09-19 22:16:36
【问题描述】:

上载配置为将文件保存到 SharePoint Online 的文件时,我们收到错误 Error during upload。这是在 Microsoft Dynamics AX 2012 R3 上。

我们有文档管理enabled,我们目前正在将文件保存到 AOS 服务器上的本地文件夹,但现在想将文件保存到 O365 中的在线共享点库。

  1. 我在 sharepoint 中创建了以下文件夹 AXTest,并授予 AX 服务帐户对 sharepoint 团队的访问权限。

  1. 我适当地设置了存档目录。我尝试了各种版本的 URL,但均不成功:

  1. 在尝试将本地文件上传到 AOS 服务器时都会导致错误:

  2. 通过调试,此处报错。

没有异常堆栈,所以我不知道确切原因,但我们尝试了各种版本的 URL,我们尝试在本地上传文件,并且我们知道服务帐户可以访问 sharepoint 站点/团队。还有其他想法吗?

【问题讨论】:

  • 这可能是一个显而易见的问题,但是您是否在文档管理参数下选择SharePoint Online作为身份验证类型?
  • 感谢@AlexKwitny,是的,我们已启用该身份验证类型。
  • @Greg,你解决问题了吗?
  • @JanB.Kjeldsen,当时,我们认为最初的修复不值得付出努力(但是我们没有尝试 alex kwitny 提到的 LCS 修复),因此我们将精力集中在迁移上到 Dynamics365。

标签: sharepoint axapta dynamics-ax-2012


【解决方案1】:

晚了,但“解决方案”是确保本地存在 SharePoint Online 的持久 cookie。我一直在努力寻找更好的解决方案,因为获取持久性 cookie 会变得非常复杂,这使得它不适合最终用户。以至于我唯一的解决方案可能是构建自定义连接器(或敦促升级......)

关键是要以某种方式强制 login.microsoftonline.com 提示用户保持登录的问题。只有当您在该对话框中单击“是”时,才会为 SPO 创建一个持久 cookie。然后上传工作正常,直到 cookie 过期/被删除。

这些是针对我们用户的说明:
1。确保 SPO / MS / Azure / ADFS 相关 url 不在 IE 的 Intranet 区域中,以防止使用 Windows 凭据自动登录。
2。退出 SPO
3。删除浏览器 cookie
3。重启 IE
4。前往 SPO
5。应该提示您使用用户名和密码登录
6。然后您将收到保持登录的问题。单击是。

如果这不起作用,则可选:将 IE 重置为默认设置。

在 AX2012 R3 的 CU13 中包含一个 KB,它似乎解决了这个问题(提到了模糊的“上传期间出错”错误)。自己没有测试过,因为我正在尝试在 AX2012 R2 CU9 环境中解决它。

【讨论】:

    【解决方案2】:

    我刚刚遇到了同样的问题,真是一场噩梦!

    对于 Windows Server 2012 R2,我编写了这个小 PowerShell 脚本来帮助清除所有用户的 cookie。

    我们让用户退出 AX,退出终端服务器,然后我运行以下脚本来删除所有用户 cookie。下一次连接,他们开始做生意了。

    $Remove = $false
    
    Get-ChildItem -Path "C:\Users" -Directory | % {
    
        $CachePath = Join-Path -Path $_.FullName -ChildPath "\AppData\Local\Microsoft\Windows\INetCache"
        $CookiePath = Join-Path -Path $_.FullName -ChildPath "\AppData\Local\Microsoft\Windows\INetCookies"
    
        if (Test-Path -Path $CookiePath)
        {
            Write-Host $_.FullName -ForegroundColor Green
    
            if ($Remove) {
                Get-ChildItem -Path $CookiePath -File -Recurse | Remove-Item -Force -ErrorAction Continue
                Get-ChildItem -Path $CachePath -File -Recurse | Remove-Item -Force -ErrorAction Continue
            } else {
                Get-ChildItem -Path $CookiePath -File -Recurse | Format-Table -AutoSize
                Get-ChildItem -Path $CachePath -File -Recurse | Format-Table -AutoSize
            }
        }
    }
    

    【讨论】:

    • 我想指出,当我发布此内容时,我并不知道 Microsoft Azure 存在影响我的登录/身份验证问题。这仍然有效,但真正的问题是微软的服务器。
    • 附加说明,LCS 修补程序3842680 解决了这个问题。即使在清除 cookie 并让一切正常运行之后,问题也可能会在没有修补程序的情况下再次出现。
    猜你喜欢
    • 2012-01-01
    • 2016-06-15
    • 2016-07-19
    • 2013-08-10
    • 2013-10-17
    • 1970-01-01
    • 1970-01-01
    • 2022-01-18
    • 2016-02-06
    相关资源
    最近更新 更多