Cá nhân m k thích dùng thằng này lắm vẫn thích tự dựng hơn nó gọn kiểm soát tốt các thành phần m cần đương nhiên thì ai đi làm thì thường có các base dự án trước or cá nhân r nên dựng cũng chả mất nhiều thời gian để tạo mới đâu, dùng thằng này lại phải check cái k dùng để bỏ k thì nó rác
đúng rồi bác, mình cũng ko ưng thằng này vì project java mà gen ra nó kèm cả mấy cái bên js nữa hơi khó chịu. Cũng đã từng đề xuất init 1 con service chuẩn, sau đó lưu trữ lại làm base cho các con service khác, nhưng devops bảo ko có thời gian còn các sếp thì bảo có khi 1-2 năm mới phát sinh thêm service mới (do dự án cũng chạy ok rồi) nên làm việc đó gần như vô nghĩa
thế em k biết, xưa bên zalopay với momo nó dùng vertx làm mini app với quarkus em mới thấy 2 fw này nó hay
t nghe nói thăng Axon bỏ vertx chuyển qua springboot vì khó maintain thì phải
. Có ai làm axon confirm không,
Nhìn cây dự án java spring boot mượt bao nhiêu, qua thằng c++ nhìn muốn khóc bấy nhiêu. Vừa đi làm c++ cty, vừa tối về cày java để năm sau move
t nghe nói thăng Axon bỏ vertx chuyển qua springboot vì khó maintain thì phải
. Có ai làm axon confirm không,
vertx cũng chỉ là toolkit thôi mà nhỉ, đâu phải frame work như spring
bác nào có mấy câu hỏi java core,java spring hay hỏi Jr/middle những câu nào vậy các bác
bác nào có web list mấy câu hỏi kiểu vậyh k
vertx cũng chỉ là toolkit thôi mà nhỉ, đâu phải frame work như spring
Dùng nó thi đi với mây thằng khác cùng hệ chứ.
Mà bỏ re-active đươc rồi.
nextflix xác nhận sẽ ko dùng nữa, mặc dù tụi nó viết ra rxJava phụ vụ cho re-active
3000 service dùng springboot
bác nào có mấy câu hỏi java core,java spring hay hỏi Jr/middle những câu nào vậy các bác
bác nào có web list mấy câu hỏi kiểu vậyh k
thím lội lên mấy trang trước trong thread này có đấy, chịu khó tí
bác nào có mấy câu hỏi java core,java spring hay hỏi Jr/middle những câu nào vậy các bác
bác nào có web list mấy câu hỏi kiểu vậyh k
tham trị/chiếu, DI, IOC, garbage collector, heap/stack, multi-thread programming, thread safe, linkedlist vs arraylist, interface/abstract, static/non-static,....
Reactions:
chiyeuemthoi
anh còn làm cty này không ạ, em cũng vừa apply vào đây
ổn không bác, xin cái review
Giờ sao rồi bác, em cũng sắp interview
Bác phỏng vấn ra sao rồi, xin review đi bác
có blog nào hay hay viết về IOC và IOC trong spring k ae
biến cái lap bỏ đi ở nhà thành 1 cái host rồi connect domain với nó để host web dc không ae nhể
biến cái lap bỏ đi ở nhà thành 1 cái host rồi connect domain với nó để host web dc không ae nhể
được thím
chào mừng đến với bộ môn self hosted
được thím
chào mừng đến với bộ môn self hosted
haha
có bộ môn này có blog hay cộng đồng nào k fen
cho trư xin info tham gia nghịch nghịch với
haha
có bộ môn này có blog hay cộng đồng nào k fen
cho trư xin info tham gia nghịch nghịch với
www.reddit.com
A list of Free Software network services and web applications which can be hosted on your own servers - awesome-selfhosted/awesome-selfhosted
github.com
em hay lên reddit hóng thím ơi
Reactions:
Tiền Trong Dân Còn Nhiều
www.reddit.com
A list of Free Software network services and web applications which can be hosted on your own servers - awesome-selfhosted/awesome-selfhosted
github.com
em hay lên reddit hóng thím ơi
con lap có yêu cầu cao về cấu hình cpu k fen
con i5 gen6 của mình k biết có đủ chơi k nhỉ
con lap có yêu cầu cao về cấu hình cpu k fen
con i5 gen6 của mình k biết có đủ chơi k nhỉ
quan trọng ram thui thím ạ. 8GB là ngon rùi
Reactions:
Tiền Trong Dân Còn Nhiều
quan trọng ram thui thím ạ. 8GB là ngon rùi
hehe nghe ngon đó
làm quả 2TB 4 TB HDD lưu ảnh ọt backup nữa là chuẩn bài
Reactions:
GeniVN
Khi fen xử lý data xong và bắn 1 message vô message queue và lưu record đó vô db, chuyện sẽ ko có vấn đề nếu như khi bắn message bị lỗi, lúc này fen làm gì. liệu cái transation của fen vừa đưa có giải quết đc ko ?
Này sẽ có case ngược lại thế này, nếu để Transactional sau khi bắn xong message rồi transaciton bị rollback thì sẽ xử lý thế nào?
Thường thì check lại entity is existed thì xử lý tiếp không thì thôi.
//Nhưng thông thường nhất thì vẫn là succcess transaction xong mới bắn queue xử lý tiếp
. Tùy thím chọn cách tiếp cận thui mà.
Khi fen xử lý data xong và bắn 1 message vô message queue và lưu record đó vô db, chuyện sẽ ko có vấn đề nếu như khi bắn message bị lỗi, lúc này fen làm gì. liệu cái transation của fen vừa đưa có giải quết đc ko ?
bác cho em xin keyword của solution này dc ko ? trước giờ em chỉ mới thấy case service A pub msg lên queue xong service B pull về dần xong từ service B gọi qua repo rồi repo bọc cái task đó trong transactions thôi
nếu fail thì có retry ở từng component rồi...
