小编Ste*_*zen的帖子

我正在构建一个需要扩展的java服务器.其中一个servlet将提供存储在Amazon S3中的图像.

最近在加载时,我的虚拟机内存耗尽了,之后我添加了代码来提供图像,所以我很确定流式传输更大的servlet响应会导致我的麻烦.

我的问题是:在从数据库或其他云存储中读取时,如何编写java servlet以将大型(> 200k)响应流回浏览器,是否有任何最佳实践？

我已经考虑将文件写入本地临时驱动器,然后生成另一个线程来处理流,以便可以重用tomcat servlet线程.这似乎很重要.

任何想法将不胜感激.谢谢.

你有没有使用GWT的众多半生不熟的数据绑定解决方案之一？如果是这样,它的效果如何？

我想停止为GWT滚动我自己的绑定,但数据绑定空间中没有明显的赢家.

我更喜欢用未来的东西,例如GWT孵化器,但那里还没有.

我使用GWTDesigner并喜欢它,但它似乎也没有解决方案.

它是一个非常基本的缺失功能.你知道GWT团队是否计划增加对此的支持？在那种情况下,也许我会等.

谢谢

我需要在我的GWT应用程序中添加一个分页,可排序的表.

我看到很多这些,所以我正在寻找你的经验,通过选择最好的一个节省我的时间.

到目前为止我正在看......

http://code.google.com/p/gwt-advanced-table/
http://code.google.com/p/google-web-toolkit-incubator/wiki/PagingScrollTableOld

我最喜欢第二个.有什么故事可讲吗？

Datomic中没有开箱即用的架构功能,用于在多对多关系中对子实体进行排序,但这是一个非常常见的要求.谷歌搜索已经发现了一些解决方案,所以我想在这里列出需求和解决方案的变化,并希望得到社区的评论.

可能的要求

• R1:小数(N)子实体(不确定小/大阈值应该是什么)
• R2:大量子实体
• R3:单亲儿童
• R4:多亲子女
• R5:递归子节点,即存储在Datomic中的树

我的特定用例是R1 + R3 + R5,我怀疑它很常见,但我希望尽可能多地枚举,以便将来可能成为其他人的有用参考.

解决方案

• S1:具有"位置"属性的嵌套组件实体,例如Datofu
• S2:为每个孩子添加一个自定义的"position"属性,如在此处和此帖子中使用transactor fns所描述的那样
• S3:在datomic-linklist中实现的每个子实体上使用"next"属性的链表
• S4:表示边缘的单独包装器实体,如本文所述

问题

每个解决方案似乎都有挑战.我能想到的是:

• P1:保持插入,删除或移动操作的恒定时间操作.已经建议对"位置"值使用小数来避免在重新排序时更新所有子项
• P2:通过订购支持多个父母关系
• P3:维护存储订单的位置或边缘的复杂性,如订单或成员资格更改.
• P4:更改为"position"属性会影响子实体未实际更改时隐含的"上次更改"日期
• P5:通过包装器实体连接时,查询/拉取(特别是递归查询)会变得很困难

对于我的树用例,我不关心P2和P1不是一个大问题,因为N通常很低

所有这些研究都没有帮助我找到清楚哪种解决方案最适合我的树用例,但我倾向于S2.当然,最不复杂的是我的目标,但我怀疑所有解决方案都很复杂.

问题:您对此问题有什么经验吗？您可以分享哪些内容可以帮助其他人做出决定？我们会在指出时添加更多R,S和P.我(和许多其他人)将非常感谢任何反馈.

一个类似的问题在几年前询问,但没有多少那里发生.