最新回答 / 一分鐘的距離
生產(chǎn)者與消費(fèi)者的Order不是同一個(gè)類引起的，雖然兩個(gè)類一樣，但不是同一個(gè)對(duì)象，序列化與反序列化會(huì)導(dǎo)致失敗。我也碰到這個(gè)問(wèn)題，解決辦法就是讓生產(chǎn)者與消費(fèi)者公用同一個(gè)類就行了。可以參照源碼https://github.com/suxiongwei/springboot-rabbitmq中的方式，另起一個(gè)maven子項(xiàng)目，讓生產(chǎn)者與消費(fèi)者引入這個(gè)Order類。
2019-06-17
最新回答 / 梨花壓不壓海灘
我的consumer:
@Component
@Slf4j
public?class?OrderReceiver?{
????????@RabbitListener(bindings?=?@QueueBinding(
????????????????value?=?@Queue(value?=?"order-queue2",durable?=?"true"),
???????????????...
2019-06-17
代碼（其中包含建表語(yǔ)句）：https://gitee.com/Don212/boot-use
2019-06-05
最新回答 / _冬陽(yáng)
需要對(duì)表頻繁的進(jìn)行修改刪除就不合適使用nosql
課程中的例子，一個(gè)訂單延時(shí)1分鐘。10秒的定時(shí)任務(wù)執(zhí)行是否太消耗資源？而且既然決定10秒掃描，那么為何不在定時(shí)任務(wù)中直接修改訂單，何必多此一舉去發(fā)送mq消息？
2019-06-01
最贊回答 / 南瓜子
如果一個(gè)訂單剛好一分鐘的時(shí)間到了，定時(shí)任務(wù)時(shí)間再延長(zhǎng)，你覺(jué)得這個(gè)訂單會(huì)多久去重試？ 不直接修改訂單是為了重試發(fā)送mq消息，可能過(guò)了幾分鐘，存在發(fā)送成功的可能。這就是為什么要多此一舉去發(fā)送mq消息。
2019-06-01
老師你好，linux安裝的是V3.6.11. 可以正常打開(kāi)管控臺(tái) 用admin管理員登錄。但是我用代碼連接不了rabbitmq，提示錯(cuò)誤是連接超時(shí) time out
2019-05-30
最贊回答 / 董晶輝
@Headers寫成@Header了，所以報(bào)錯(cuò)了，應(yīng)該寫@Headers
application配置文件中加這些就行了，為什么搞這么多mybatis的類？ mybatis:
typeAliasesPackage:
mapper-locations:
configLocation: classpath:/
typeAliasesPackage:
mapper-locations:
configLocation: classpath:/
最新回答 / qq_酒先釀_03704471
你可以用ubunt試試，我所查到的資料是可以用localhost訪問(wèn)，但不能用外網(wǎng)訪問(wèn)，我還沒(méi)找到解決辦法，也可能是我安裝的版本問(wèn)題。
2019-05-22
