关于论坛的选择与感悟

最新推荐文章于 2024-06-29 18:04:40 发布

itstarting

最新推荐文章于 2024-06-29 18:04:40 发布

阅读量747

点赞数

CC 4.0 BY-SA版权

分类专栏：杂项文章标签： iteye 融资

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.youkuaiyun.com/itstarting/article/details/7296719

杂项专栏收录该内容

3 篇文章

订阅专栏

这世界上没有一个完美的论坛，即便有过，也最后变得不完美……

ITEYE已经不可能再是原来的javaeye，不管是名字、内容、人气还是激情。

内部融资再融资的结果，无非是多了很多了百万千万富翁，并没有换来多少的梦想和未来

也许IT不是为了梦想，而是为了钱——或者钱就是IT的梦想

曾经想回到blogjava，简约而不简单，无奈发一个贴保存都要崩溃式的等待，无语，唯有继续放弃

于是又回来了，即使不完美——这世界上，真有完美的论坛吗？

博客等级

码龄24年

18
原创

2
点赞

1
收藏

2
粉丝

关注

私信

热门文章

分类专栏

展开全部收起

上一篇：: Apache Cassandra Learning Step by Step (5): 实战性的JTwissandra项目

下一篇：: Git push via proxy + https

最新评论

工作流引擎是否应该建立在有限状态机（Finite State Machine, FSM）引擎之上？
shuishouhcd: 让我开眼界了，之前弄工作流就知道 jbpm,activities 也知道二者的流程设计语言 bpmn。这个wfmc还是第一次听说。不清楚 jbpm,activities 是否满足 wfmc 规范。我也认为fsm能够用来做wfmc的事情，尤其是复杂多变的审批流程操作。
Apache Cassandra Learning Step by Step (5): 实战性的JTwissandra项目
itstarting: 引用「第一个问题，我暂时采用了方案一，土办法。因为对于方案二而言：1. Super CF根本解决不了问题；...」 POST UPDATE: 其作者Patricio Echague建议使用MicrosecondsSyncClock，而非MicrosecondsClockResolution。其原理也很简单：如果一个毫秒内大于一次以上调用，第二次开始，每次调用在long类型的timestamp上加1 参考讨论：https://groups.google.com/forum/?fromgroups#!topic/hector-users/IfABWOh0HLg 所以最后的代码是： [code=java] /** * REF: * 1. FAQ * http://wiki.apache.org/cassandra/FAQ#working_with_timeuuid_in_java * 2. DISCUSSION: * https://groups.google.com/forum/?fromgroups#!topic/hector-users/IfABWOh0HLg * * @return UUID */ public UUID getUUID(){ ClockResolution clock = new MicrosecondsSyncClockResolution(); return TimeUUIDUtils.getTimeUUID(clock); } [/code]
Apache Cassandra Learning Step by Step (5): 实战性的JTwissandra项目
itstarting: 第一个问题，我暂时采用了方案一，土办法。因为对于方案二而言：1. Super CF根本解决不了问题；2. Super CF是一种有争议的概念，很可能会被废掉下面是第二个问题：我发现uuid会重复，导致循环调用addTweet后的实际tweet数量，少于预期的数量(e.g. 100次循环，预期产生100个tweet，而实际上只有不到90个）。为什么？因为如果是相同的tweet_uuid的话，就算用mutator.addInsertion，一样会replace掉（好比RDBMS的update）这块涉及的问题代码是： [code=java] /** * REF: http://wiki.apache.org/cassandra/FAQ#working_with_timeuuid_in_java * * @return UUID */ public UUID getUUID(){ //TODO: which UUID should we use to make sure it's unique? ClockResolution clock = new MicrosecondsClockResolution(); return TimeUUIDUtils.getTimeUUID(clock); //return TimeUUIDUtils.getUniqueTimeUUIDinMillis(); } [/code] 从我引用的讨论和作者Patricio Echague的说法来看，如果一个毫秒内可能产生多次调用的话，建议用TimeUUIDUtils.getTimeUUID(clock)。然而结果不是这样的，为什么？待解，打算直接跟作者沟通一下，可能是用法不当
Apache Cassandra Learning Step by Step (5): 实战性的JTwissandra项目
itstarting: 第一个问题发现在getTweets里： [code=java] public List<Tweet> getTweets(List<String> tweet_uuids){ MultigetSliceQuery<String, String, String> multigetSlicesQuery = HFactory.createMultigetSliceQuery(KEYSPACE, SERIALIZER_STRING, SERIALIZER_STRING, SERIALIZER_STRING); multigetSlicesQuery.setColumnFamily(CF_TWEET); multigetSlicesQuery.setColumnNames("user_uuid","tweet_content"); multigetSlicesQuery.setKeys(tweet_uuids); QueryResult<Rows<String, String, String>> results = multigetSlicesQuery.execute(); return convertRowsToTweets(results.get()); } [/code] 该问题是：如果通过MultigetSliceQuery.setKeys(Iterable<String> keys)传入系列key以进行批量的slice query，其结果并不依赖于keys的顺序，而是依赖于所在CF的建模。也就是说，通过CF_TIMELINE找到了漂亮的排序良好的tweet uuid，如果要获得同样排序良好的tweet列表，必须： 1. 一个一个的找，比如使用ColumnQuery，然后add到结果列表去； 2. CF_TWEET也要考虑通过timestamp来进行Column的排序——跟CF_TIMELINE一样方案一的做法感觉不怎么可取：这意味着需要跟Cassandra交互次数，瞬间X10倍方案二需要考虑一下，从感觉上来看，Super CF再说难免——这个需要进一步验证一下
Jetspeed2 Security
Swestheiyun: 相当不错的帖子，收获很大，谢谢

大家在看

最新文章

目录

展开全部

收起

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。