GWT和Websphere Commerce？

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

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

以前有人试过这样的吗

---

我如何使其与Dynacache等产品一起工作？

我没有使用IBM starter stores的经验。不过我会尽力帮忙的

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

我不知道动态缓存是否还能工作，但是那些RPC调用也是基于URL的，如果设置正确，我不明白为什么缓存不能为它们工作

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

同样，如果您希望保留部分代码，可以从GWT模块调用旧的Dojo/js代码

---

希望对你有帮助……

我会读这本红皮书。它有一个如何编写JSP的示例-

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

---

最后，我将与您当地的IBM技术团队接洽，因为还有其他客户以前也这样做过，您希望从他们的最佳实践中学习

我不会问您为什么要放弃Madison starter store JSP/DOJO API和javascript，但这将是一项巨大的工作

我想您需要将从GWT到服务器端的调用设计为RESTfull格式，并且可以获取参数并添加诸如servlet/Rest路径之类的动态缓存条目，这样您就可以缓存来自后端的响应，这些响应可以是JSON或XML格式。这当然会奏效

e、 g:

servlet
/路径/获取目录
假的
假的
3600
3.
真的
真的
...

我忘了添加我的答案。如果您打算做一些“奇怪”的事情，您应该直接联系IBM软件团队或访问IBM软件实验室，如果您可以直接与开发人员讨论最佳实践的话。

 <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>