java消息-九游会j9娱乐平台

㈠ java 怎麼實現消息提醒功能

首先資料庫要一張消息表，記錄消息體信息。包括消息主題、用戶id、時間、發出頁面、消息狀態。

主體實現主要是用js控制，我們用的dwr技術，將消息體的獲取，時間控制及當前時間要顯示的消息個數，都寫到dwr配置的類中。

接著在消息js中通過dwr生成的js名稱調用上述的方法獲取消息信息，將數據封裝到js中，在需要使用消息的頁面只需要導入消息js、dwr的js就可以使用了。

㈡ java實現消息的接收和回復,

網路編程，建議用socket來實現。也比較簡單。網路找一下

㈢ java如何推送消息給前端

java伺服器推送消息給前端主要方法：
java有兩個介面：
1、"/subscribe"介面：用於消息訂閱，該介面有一個參數topic，即訂閱的消息主題。
2、"/publish"介面：發布消息介面，有兩個參數，topic是發布消息主題，content是發布消息內容。
用戶還可考慮使用用極光推送，jpush 提供四種消息形式：通知，自定義消息，富媒體和本地通知。
1、通知，或者說 push notification，即指在手機的通知欄（狀態欄）上會顯示的一條通知信息。 通知主要用來達到提示用戶的目的，應用於新聞內容、促銷活動、產品信息、版本更新提醒、訂單狀態提醒等多種場景；
2、自定義消息：自定義消息不是通知，所以不會被 sdk 展示到通知欄上。其內容完全由開發者自己定義。 自定義消息主要用於應用的內部業務邏輯。一條自定義消息推送過來，有可能沒有任何界面顯示。
3、富媒體：jpush 支持開發者發送圖文並茂的通知，從而更好的傳達信息，帶來更豐富的用戶互動。 jpush 提供了 5 種模板，開發者可以通過填充模板的內容，發送 landing page、彈窗、信息流形式的富媒體通知。 開發者還可以直接通過 url 發送預先編輯好的頁面。
4、本地通知：本地通知 api 不依賴於網路，無網條件下依舊可以觸發；本地通知的定時時間是自發送時算起的，不受中間關機等操作的影響。 本地通知與網路推送的通知是相互獨立的，不受保留最近通知條數上限的限制。
極光推送還可以通過使用標簽，別名，registration id 和用戶分群，開發者可以向特定的一個或多個用戶推送消息。

㈣ 用java怎樣實現消息及時提醒

c/s架構就很簡單,tcp之類的輕松實現了

b/s架構就需要使用: 輪詢 或 長連接實現
( tomcat7 已經支持webscoket了) 所以可以試試webscoket

㈤ java消息定時推送怎麼實現

定時任務實現的幾種方式：
timer：這是java自帶的java.util.timer類，這個類允許你調度一個java.util.timertask任務。使用這種方式可以讓程序按照某一個頻度執行，但不能在指定時間運行。一般用的較少。
scheledexecutorservice：也jdk自帶的一個類；
是基於線程池設計的定時任務類,每個調度任務都會分配到線程池中的一個線程去執行,也就是說,任務是並發執行,互不影響。spring task：spring3.0以後自帶的task，可以看成一個輕量級的quartz，而且使用起來比quartz簡單許多。
quartz：這是一個功能比較強大的的調度器，可以讓程序在指定時間執行，也可以按照某一個頻度執行，配置起來稍顯復雜。
消息推送推薦選擇極光推送軟體，jpush 是經過考驗的大規模 app 推送平台，每天推送消息量級為數百億條。 開發者集成 sdk 後，可以通過調用 api 推送消息。同時，jpush 提供可視化的 web 端控制台發送通知，統計分析推送效果。 jpush 全面支持 android, ios, winphone 三大手機平台。

㈥ java消息服務的傳遞消息方式

jms 有兩種傳遞消息的方式。標記為 non_persistent 的消息最多投遞一次，而標記為 persistent 的消息將使用暫存後再轉送的機理投遞。如果一個 jms 服務離線，那麼持久性消息不會丟失，但是得等到這個服務恢復聯機時才會被傳遞。所以默認的消息傳遞方式是非持久性的。即使使用非持久性消息可能降低內務和需要的存儲器，並且這種傳遞方式只有當你不需要接收所有的消息時才使用。
雖然 jms 規范並不需要 jms 供應商實現消息的優先順序路線，但是它需要遞送加快的消息優先於普通級別的消息。jms 定義了從 0 到 9 的優先順序路線級別，0 是最低的優先順序而 9 則是最高的。更特殊的是 0 到 4 是正常優先順序的變化幅度，而 5 到 9 是加快的優先順序的變化幅度。舉例來說： topicpublisher.publish (message, deliverymode.persistent, 8, 10000); //pub-sub 或 queuesender.send(message, deliverymode.persistent, 8, 10000);//p2p 這個代碼片斷，有兩種消息模型，映射遞送方式是持久的，優先順序為加快型，生存周期是10000 (以毫秒度量 )。如果生存周期設置為零，這則消息將永遠不會過期。當消息需要時間限制否則將使其無效時，設置生存周期是有用的。

㈦ java消息推送

如果只是彈出信息的那種ui的話，你應該搞得定
而如果是類似app那樣彈出信息的功能的話，web搞不定，得app才行。開發app可以是android的也可以是ios的。如果是ios的話，可以通過蘋果的消息推送服務進行。而如果用android的話，google自己也有消息推送服務（貌似是android 4.0以後才有），國內的話，平台就多了，有各大廠商自己的推送服務，也有bat的推送服務，還有如訊飛等的其他商業推送服務。這些都要錢的

㈧ java消息通知怎麼做

java消息通知有兩種方案：
1.如果是平台級別的系統,可使用第三方消息推送服務,例如極光,用這個來做消息訂閱與分發。
2.如果只是簡簡單單的需要提示到web頁面,可以用js 定時ajax訪問後台,後台來確定是否有數據更新,無論這個數據是哪來的。
消息通知可以了解一下極光推送

㈨ java中消息的訂閱指的是什麼

connection 對象表示了到兩種消息模型中的任一種的消息系統的連接。伺服器端和客戶機端對象要求管理創建的jms連接的狀態。連接是由connection factory創建的並且通過jndi查尋定位。//取得用於 p2p的 queueconnectionfactory queueconnectionfactory = queueconnectionfactory( ); context messaging = new initialcontext( ); queueconnectionfactory = (queueconnectionfactory) messaging.lookup(「queueconnectionfactory」); //取得用於 pub/sub的 topicconnectionfactory topicconnectonfactory topicconnectionfactory; context messaging = new initialcontext(); topicconnectionfactory = (topicconnectionfactory) messaging.lookup(「topicconnectionfactory」);
注意：用於p2p的代碼和用於publishsubscribe的代碼非常相似。
如果 session 被標記為 transactiona l的話，確認消息就通過確認和校正來自動地處理。如果 session 沒有標記為 transactional，你有三個用於消息確認的選項：
· auto_acknowledge：session 將自動地確認收到一則消息；
· client_acknowledge：客戶端程序將確認收到一則消息，調用這則消息的確認方法；
· dups_ok_acknowledge：這個選項命令 session 「懶散地」確認消息傳遞，可以想到，這將導致消息提供者傳遞的一些復制消息可能會出錯。這種確認的方式只應當用於消息消費程序可以容忍潛在的副本消息存在的情況。 queuesession = queueconnection.createqueuesession(false, session.auto_acknowledge);//p2p topicsession = topicconnection.createtopicsession(false, session.auto_acknowledge); //pub-sub
注意：在本例中，一個session目的從連結中創建，非值指出session是non-transactional的，並且 session將自動地確認收到一則消息。

㈩ java如何實現消息提示

站內消息不需要用到線程。主要都用系統當前時間、消息狀態控制消息的顯示與否
首先資料庫要一張消息表，記錄消息體信息。包括消息主題、用戶id、時間、發出頁面、消息狀態。

主體實現主要是用js控制，我們用的dwr技術，將消息體的獲取，時間控制及當前時間要顯示的消息個數，都寫到dwr配置的類中。

接著在消息js中通過dwr生成的js名稱調用上述的方法獲取消息信息，將數據封裝到js中，在需要使用消息的頁面只需要導入消息js、dwr的js就可以使用了。

首先後台需要有一個action接收頁面的消息請求,其次頁面需要定時循環觸發一個到此action的請求,以獲取消息

頁面上可以放置一個iframe專門用於請求消息,但這樣會造成頁面不停的刷新,所以更好的方法是使用現下說的比較多的ajax相關技術,做到無刷新的請求後台

另外後台還需要對用戶發送的消息進行儲存