主题中的问题：“连接错误”

FME连接

佩里 — 清华大学，2019年2月28日12:21:08格林尼治标准时间

亲爱的FME用户，

我有个错误：解密数据时出错。很可能是因为加密密钥不正确。请与管理员联系以检索正确的加密密钥。

系统；

远程环境：带RDP的Windows Server 2012 R2计算机（远程桌面）

工作区由res/ivanti v10.2管理。单独自动生成

服务器上Oracle的环境变量

PATH＝C:\SaltDea\java\javaPATH；C:\Windows \Stule32；C:\Windows；C:\Windows \Stks32 \WBEM；C:\Windows \Stase3\WINDOWSBOWELSES\V1.0；I:App\Oracle \client 11G\x32 \Client \bin

tns_admin=i:\app\oracle\network\admin

和fme:path=i:\app\oracle\client11g\x64\11.2.0\client_1\bin；%path%

网络磁盘“i”为每个员工映射。

Collegue：

在2所大学，我们与FME合作。

在FME选项中，默认路径中有以下内容：

连接数据目录：i:\appdata\fme\fme_conn

公钥文件：i:\appdata\fme\fme_conn\fme_public key.jceks

私钥文件：“c:\users\piep0804\appdata\roaming\safe software\亚搏在线fme\fme\u private key.jceks”

在数据库连接中，我们只使用公共连接。

我们之间唯一的区别是我的同事在一个不同的偏远环境中工作。

连接字符串：

当他更改连接字符串（删除并创建相同的字符串）时，当我使用相同的连接字符串时，会出现以下错误：

解密数据时出错。很可能是因为加密密钥不正确。请与管理员联系以检索正确的加密密钥。

即使关闭FME并重新启动系统，也会发生此错误。

当我更改相同的字符串（删除并创建相同的字符串）时，他将得到相同的错误。

问题：

是什么导致了这个问题？

是否有一个日志文件，其中包含我们可以研究的更多信息，我们在哪里可以找到这些信息？

非常感谢你的支持

Docker上的FME服务器无法连接到MongoDB

TSO — FRI，2019年1月18日15:05:06格林威治标准时间

我最近使用安装指南将FME服务器安装到Docker上。从昨天开始，我一直在尝试使用简单的.fmw来测试它，以便将一些数据写入MongoDB实例。我在本地MongoDB和MongoDB Docker实例中都进行了尝试。在这两种情况下，我都会得到相同的错误：
蒙哥德作家：无法连接：无法连接到服务器< >连接尝试失败。

请注意，我可以从本地FME工作台访问两个MongoDB实例，并且可以执行相同的.fmw。查找附加的文件。

这似乎是一个FME Docker网络问题，但我不能确定是什么。有什么想法吗？

蒙古人码头.fmw

FME桌面升级到2018.1后无法连接到FME服务器

清华大学，2018年8月23日12:42:45格林尼治标准时间

我们已经使用FME服务器2017.1一年了。昨天我把它升级到2018.1。一切似乎都很好-工作区运行良好，安排的工作很好，Active Directory用户登录精细等。然而，我无法从桌面上发布2017.1和2018.1桌面的新工作区。消息是“正在连接到”http://phoupgisapw108'（Web连接，用户“admin”）…登录失败（连接错误）-无法连接到FME服务器。“我尝试使用2017.1的前一个连接，并在2018.1创建新连接，相同的错误消息。去年我做了两次升级，从2016年到2017年0月，从2017年0月到2017年1月，以前从未遇到过这个问题。2018.1升级有什么不同吗？

FME 2018.x中已知问题的解决方法

伊恩麦卡锡 — 周一，2018年3月12日格林威治标准时间18:17:22

具有多个功能类型的geojson根结构无效

问题	如果写入多个功能类型，geojson编写器将生成无效的geojson根结构。当输出多个功能类型时，geojson编写器当前使用数组包装JSON功能集合。geojson标准将featureCollection对象作为根，因此这是不正确的（它是有效的json，但不是有效的geojson）。
解决办法	为每个geojson输出文档编写一个特性类型。这可以使用每个要素类型一个编写器或要素类型名称上的数据集扇出来完成。在这种情况下，根对象是一个FeatureCollection，我们的输出是有效的。
状态	我们计划对geojson writer for fme 2018.1进行重大更改。当前计划是消除数组包装器，并以符合geojson规范的方式正确支持多种功能类型。我们计划向Feature对象添加FeatureType属性，而不是当前存在的已命名FeatureCollections数组。如果您对这些计划的更改有任何意见或疑虑，请与支持部门联系。

FME 2018.0和2018.1.1之间的已知问题

仅限Windows OS:为Web视图启用系统OpenGL

问题

启动FME工作台后，FME显示启动屏幕，然后崩溃。
其他症状包括：

执行FME.exe过程或启动FME数据检查器没有问题
机器处于虚拟化环境中（AWS，VMware等）
工作台可能使用FME 32位版本启动，但与FME 64位崩溃。

由于在中启用System OpenGL for Web View，FME工作台可能崩溃。FME选项>外观>渲染选项.发生崩溃的原因是系统的OpenGL与Web视图所期望的不兼容。

解决办法

注册表项编辑可以解决此问题。

打开Windows注册表编辑器“regedit”。
导航到：hkey_current_user\software\safe soft亚搏在线ware inc.\fme workbench\settings
查找键：“为WebView启用OpenGL”
如果此注册表项存在且值为“true”，将值修改为“false”

状态

此选项在最新版本的FME 2018.1.1.2中不再通过FME选项提供。然而，如果在以前的FME版本中设置了该注册表项，则该注册表项可能仍然存在。

使用FME 2018.0.0.x修复的已知问题

（32位）数据库/ Web连接失败：Java虚拟机（JVM）内存问题

问题

通过FME选项或在读写器中检索数据库或Web连接时，用户可能会遇到不一致的错误：

错误消息：“检索连接时出错”

32位Windows上的Java虚拟机（JVM）内存问题可能会阻止某些读者/作者的加入，或者在FME 2018.0桌面x86中正确应用Web或数据库连接。

解决办法

64位FME 2018.0不显示此问题。除非您需要32位的FME来支持格式，我们建议使用64位安装程序。

如果需要32位格式，设置以下FME环境变量应在2018.0中解决该问题：

设置fme_jvm_max_heap_size=128m

设置fme_jvm_min_heap_size=128m

如果您仍然遇到间歇性连接问题，尝试更改堆大小：

转到控制面板>系统和安全>系统>高级系统设置>环境变量：
1. 创建2个新的系统环境变量
2. fme_jvm_max_heap_大小=64m
3. fme_jvm_min_heap_大小=64m
4. 如果64m不起作用，尝试：32米，64米，96m，96m，150米，256米，512米。

状态

这是通过发布32位Windows的FME 2018.0.0.1来解决的。JVM堆大小现在默认为128M，并在启动FME后在转换日志中记录警告。

此值可能不适用于所有情况-如果在检索连接时仍然遇到问题，请通过将堆大小环境变量设置为较小或较大的数字，尝试使用上面的解决方法。

图像描述：Java虚拟机具有自定义的初始堆大小“128M”，Java虚拟机已定制了最大堆大小“128M”。

这个问题已经永久性地解决了2019年FME桌面，在我们最新的FME 2019中可以看到测试版.

供参考，2017.x已知发行文件可以这里看