首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    应该下那个 ActiveMQ

    应该下那个呢?JMS 即Java Message Service,是JavaEE的消息服务接口。JMS主要有两个版本:1.1和2.0。2.0和1.1相比,主要是简化了收发消息的代码。...所谓消息服务,就是两个进程之间,通过消息服务器传递消息。...实际上ActiveMQ Classic原来就叫ActiveMQ,是Apache开发的基于JMS 1.1的消息服务器,目前稳定版本号是5.x,而 ActiveMQ Artemis 是 由RedHat捐赠的...因为这 2 个消息服务器的代码完全不一样,导致如果你使用 Spring 的话,使用的包的代码也不一样,ActiveMQ artemis 的调用代码更加简单,界面更好看。...如项目只是需要一个消息服务器,并且没有什么技术负担,使用 Spring 的框架的话,用 ActiveMQ artemis 可能更好些。有谁不愿意看好看的界面呢?

    18230

    技术​选型的艺术---湖北技术价值分享会

    以大数据平台为例: [20200616200956669.png] 这些指标是我和技术分享@华山论剑@湖北群组中的大数据平台架构师wander聊过后梳理的。...题外话,最近和一些技术圈的兄弟准备发起《技术价值分享会(湖北) 暨老乡会》的聚会,希望技术朋友们,特别是老家在湖北的技术从业朋友,不管你在北京还是深圳,广州,或者在杭州,苏州,成都,武汉,我们都很欢迎和期待您的加入...--- 总结 凌云:技术价值分享会(湖北) 暨老乡会发起人。湖北武汉人,计算机硕士研究生,在校期间主要研究方向是人工智能算法的优化算法和软件质量度量模型。...致力于最有价值的技术传播分享,推动轻松高效的技术氛围建设,希望能顺利推动湖北地区技术氛围建设与技术坏境的良性转变。同时也希望组建我们的技术从业者足球队和篮球队,提升技术从业人员"健康第一"的意识。

    66240

    清华-腾讯联合实验室针对疫情的分析9:非湖北地区疫情消退加快,湖北疫情出现转折

    湖北省内的疫情控制出现转折,非武汉地区拐点来临、病例数开始下降 通过“临床诊断病例”、“应收尽收”、“集中隔离”等措施,湖北的疫情终于出现转折,湖北的扩散指数降到5.21,消亡指数为2.26,疫情趋于平稳...图1  湖北省内武汉以外地区疫情的扩散指数和消亡指数趋势 然而,湖北部分城市疫情仍有局部爆发的风险,图2给出湖北各城市的扩散指数和消亡指数,咸宁连续2天确诊病例激增,鄂州、潜江也增长较快,有局部爆发的危险...图3 非湖北地区疫情的扩散指数和消亡指数趋势 14日全国湖北以外的各省市,整体情况平稳,只有新疆、内蒙古两区的扩散指数高于5。...左侧的两组柱形图分别显示了湖北省和湖北以外地区截止到当日累计确诊人数、治愈人数和死亡人数情况。...(清华-腾讯互联网创新技术联合实验室供稿) 往期分析回顾: "清华-腾讯联合实验室"针对疫情的分析8:湖北病例数连续下降,鄂州感染率已列湖北第二 "清华-腾讯联合实验室"针对疫情的分析7:湖北新增病例14840

    88410

    技术​选型的艺术---湖北技术价值分享会

    这些指标是我和技术分享@华山论剑@湖北群组中的大数据平台架构师wander聊过后梳理的。因为在从业早期,对不同的选型对象,所偏向的指标在某几个点上是有很大差距的,大数据平台,中间件,云平台等等。...题外话,最近和一些技术圈的兄弟准备发起《技术价值分享会(湖北) 暨老乡会》的聚会,希望技术朋友们,特别是老家在湖北的技术从业朋友,不管你在北京还是深圳,广州,或者在杭州,苏州,成都,武汉,我们都很欢迎和期待您的加入...---- 总结 凌云:技术价值分享会(湖北) 暨老乡会发起人。湖北武汉人,计算机硕士研究生,在校期间主要研究方向是人工智能算法的优化算法和软件质量度量模型。...致力于最有价值的技术传播分享,推动轻松高效的技术氛围建设,希望能顺利推动湖北地区技术氛围建设与技术坏境的良性转变。同时也希望组建我们的技术从业者足球队和篮球队,提升技术从业人员"健康第一"的意识。...如果你是湖北地区或者漂在一线城市的湖北技术从业人员或学子,我们也欢迎你加入,我们在这等你。

    69030

    A*,那个传说中的算法

    周日的下午,微信simplemain,老王又来找大伙儿聊技术了~~ 今天想跟大家聊的,是我们经常用到,但是却让大家觉得十分神秘的那个算法:A* 。...如果,如果,如果……我们每扩展一个点,就踮起脚尖,看看诗和远方,找找我们要寻找的那个目标,是不是就有可能指引我们快速的去往正确的方向,而不用傻乎乎的一层层的发展了呢?...1、当估算的距离h完全等于实际距离h'时,也就是每次扩展的那个点我们都准确的知道,如果选他以后,我们的路径距离是多少,这样我们就不用乱选了,每次都选最小的那个,一路下去,肯定就是最优的解,而且基本不用扩展其他的点...如下图: 2、如果估算距离h小于实际距离h'时,我们到最后一定能找到一条最短路径(如果存在另外一条更短的评估路径,就会选择更小的那个),但是有可能会经过很多无效的点。...4、BFS的情况(h值恒为0) 这种算法基本等同于BFS,所有点基本都被扩展了,但是还是找到了最优的那个路径。 好了,以上就是今天的内容,你看懂了嘛?

    1.2K80
    领券