自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

IT进行时的专栏

技术的使命在于创造价值

博客等级

码龄25年

18
原创

2
点赞

1
收藏

2
粉丝

关注

私信

热门文章

分类专栏

Java Tips 7篇
Jetspeed2 1篇
架构及创新 5篇
Mobile 3篇
工作流 2篇
Java框架 11篇
ubuntu 1篇
hadoop及云计算 5篇
NoSQL 10篇
UI及javascript 1篇
zaxiang
杂项 4篇
职场感悟 1篇

最新评论

工作流引擎是否应该建立在有限状态机（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: 相当不错的帖子，收获很大，谢谢

工作流

关注

关注数：文章数：2 文章阅读量：1250 文章收藏量：1

作者: itstarting

这个作者很懒，什么都没留下…

展开

专栏收录文章