1

在我们的一个项目中，我们已经到了必须放弃旧的基于麦迪逊的平台并继续前进的地步。不幸的是，Aurora 看起来并不完美，所以我们正在寻找替代品。

一种选择是构建基于 GWT 的前端。这将允许我们放弃 JSP、Dojo 和大多数 JavaScript 以支持基于 Java 的平台。

有没有人尝试过这样的事情？

我将如何使它与例如 Dynacache 一起工作？

4

3 回答 3

1

我会读这本红皮书。它有一个如何编写 JSP 的示例 - http://www.redbooks.ibm.com/redbooks/pdfs/sg247393.pdf。

此外，如果您要迁移到 FEP6，您还需要使用 WebSphere Commerce 标记库和一些元标记，以便内联编辑和一些高级商店预览功能正常工作。

最后，我会聘请您当地的 IBM 技术团队，因为之前有其他客户做过这件事，您想从他们的最佳实践中学习。

于 2013-09-03T19:16:28.830 回答
1

我没有使用 IBM 原型商店的经验。不过，我会尽力提供帮助。

后端/前端集成通过将 RPC servlet 放入后端和前端代码共享的包中来实现，如此处所述。设置它应该不是问题。

我不知道动态缓存是否仍然有效，但那些 RPC 调用也是基于 URL 的，我不明白为什么如果你正确设置缓存对它们不起作用。

如果您不想从头开始重写所有客户端并进行逐步迁移，则可以保留您的 JSP 并使用少量 GWT 模块来替换页面上的 Dojo/js 代码。

同样，如果您想保留其中的某些部分，可以从 GWT 模块调用旧的 Dojo/js 代码。

希望能帮助到你...

于 2013-09-03T07:15:44.630 回答
1

我不会问你为什么要放弃 Madison 原型商店 JSP/DOJO api 和 javascript，但这对你来说将是大量的工作！

我想您需要将 GWT 到服务器端的调用构建为类似于 RESTfull 格式，并且可以采用参数并添加 dynacache 条目（如 servlet/Rest 路径），这样您就可以缓存来自后端的响应（可以是 JSON 或 XML 格式）。当然可以

例如：

 <cache-entry>
        <class>servlet</class>
        <name>/path/GetCatalogs</name>
        <property
name="save-attributes">false</property>
        <property name="store-cookies">false</property>
        <timeout>3600</timeout>
        <priority>3</priority>
        <cache-id>
                <component id="storeId" type="parameter">
                        <required>true</required>
                </component>
                <component id="catalogId" type="parameter">
                        <required>true</required>
                </component>
        </cache-id>
...
</cache-entry>
于 2013-09-07T19:45:33.457 回答