在我们的一个项目中,我们已经到了必须抛弃旧的基于Madisson的平台并继续前进的地步。不幸的是,Aurora看起来并不完美,所以我们正在寻找替代方案。
一种选择是构建一个基于GWT的前端。这将使我们能够放弃JSP、Dojo和大多数JavaScript,转而使用基于Java的平台。
以前有人试过这样的东西吗?
例如,我将如何使它与Dynacache一起工作?
发布于 2013-09-03 19:16:28
我会读这本红皮书。它有一个如何编写JSPs http://www.redbooks.ibm.com/redbooks/pdfs/sg247393.pdf的示例。
另外,如果要迁移到FEP6,还需要使用WebSphere Commerce标记库和一些元标记,以便内联编辑和一些高级存储预览功能能够正常工作。
最后,我将聘请您的本地IBM技术团队,因为以前也有其他客户这样做过,您希望从他们的最佳实践中学习。
发布于 2013-09-03 07:15:44
我没有IBM商店的经验。不过,我会尽力帮忙的。
后端/前端集成是通过将RPC servlet放在后端和前端代码如前所述共享的包中实现的。设置它不应该是个问题。
我不知道动态缓存是否还能工作,但是那些RPC调用也是基于URL的,如果设置得当,我不明白为什么缓存对它们不起作用。
如果您不想从头开始重写所有客户端并逐步迁移,则可以保留JSP并使用小的GWT模块来替换页面上的Dojo/js代码。
同样,如果您想保留某些部分,可以从GWT模块调用旧的Dojo/js代码。
希望能帮上忙..。
发布于 2013-09-07 19:45:33
我不想问您为什么要放弃Madison商店JSP/DOJO和javascript,但是对于您来说,这将是大量的工作!
我猜您需要架构您从GWT到服务器端的调用,使其类似于RESTfull格式,并且可以接受参数并添加像servlet/Rest路径这样的dynacache条目,这样就可以缓存来自后端的响应,这种响应可以是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> https://stackoverflow.com/questions/18584966
复制相似问题