OpenMQ C Client on Mac

-


筆記：build OpenMQ C Client with ssl 跟 implementation的注意事項
版本：OpenMQ-C Client v.4.5

在4.x之前的版本，C Client官方不支援Mac 平台，不過有好心人，把之前寫的patch給我們
ref: http://java.net/projects/mq/lists/users/archive/2012-11/message/3
（官方說5.0會把這項patch加進去）

要先去下載nspr跟nss (我是用nspr-4.9.3跟nss-3.1.4)
裡面步驟很詳細，就不再贅述


因為本身很少接觸open source的東西，一整包source code下載下來，很沒有頭緒，所以這裡來很簡單地介紹一下source code的目錄結構，此外他們不是用makefile是用ant 作為build的工具
src/share/cclient/                  ==> 這個就是 c client的source
                            /example/C --> 顧名思義，這裡就有範例啦~
src/buildant/                         ==> ant build的設定
                    /rules.xml          -->  ant會先吃這個設定檔，在根據裡面資訊去找別的xml
                    /crule.xml          -->  官方說，這個目前沒在用...看來他們對c client沒有很用力在maintain

其他沒用到的，就不清楚囉~ 有的就是文件，應該不用說明吧~
有興趣的也可以看這篇：
http://weblogs.java.net/blog/kalali/archive/2010/03/02/open-mq-open-source-message-queuing-beginners-and-professionals-0?force=159

client side的照好心人的步驟會產生出 libmqcrt.dylib，我是沒找到有.a或是.lib檔啦，所以....大家就要自己用動態load library了...可搜尋關鍵字, dlopen, dlsym
此外，libmqcrt.dylib會用到lib下的dylib，所以使用時，要把所有的dylib copy到你執行的目錄喔


SSL
如果你是走tcp連線，那照著example就沒問題了，如果你要走SSL，要照著以下步驟
1. Generate the NSS files certN.db, keyN.db, and secmod.db
    在好心人的step by step中，有一個lib資料夾，裡面有certutil，切換你的working directory或是把
    檔案copy出來皆可，執行以下command
     i. certutil -N -d <your dir>
     ii.certutil -A -n <certificate nickname> -t "p,p,p" -i <your certificate file> -d <your dir>
    <your certificate file> : 從server gen出的certificate，der format就OK，不用轉pem
    理論上會產生certN.db, keyN.db, secmod.db 跟pkcs11.txt在<your dir>下，不過我
    的secmod.db沒產生出來，我就去source下面某個目錄偷過來，好像也OK，事後實驗，沒有
    secmod.db好像也跑得好好的.....
    建db時會需要輸入密碼，如果不想手動輸入，可以加參數 -f <password file>，file裡就直接放
    密碼即可

2. 在client 建立connection前呼叫MQInitializeSSL(certpath)，參數就是填你放上面那堆檔案跟
    certificate的路徑囉，所以需要把那一堆東西放在同一個路徑下

3. 在建立connection前還要設以下的參數
   MQ_CONNECTION_TYPE_PROPERTY :  SSL
    MQ_SSL_BROKER_IS_TRUSTED : false
    MQ_SSL_CHECK_BROKER_FINGERPRINT  : true
    MQ_SSL_BROKER_CERT_FINGERPRINT : <your certificate MD5, ex:F6:A5:C1:F2:E6:63:40:73:97:64:39:6C:1B:35:0F:8E>

注意！！
跟ActiveMQ-CPP一樣，client連線的URI要用host name，不能用IP
就是MQ_BROKER_HOST_PROPERTY的值要設host name


ref: http://docs.oracle.com/cd/E19879-01/821-0030/aelbl/index.html
http://docs.oracle.com/cd/E18930_01/html/821-2439/aelbg.html#aelbl

留言

張貼留言

這個網誌中的熱門文章

What's New in Ethereum Serenity (2.0)

-
圖片
Ethereum 2.0 已經正式改名為Ethereum Serenity 原本預計在今年(2018)上線的Hybrid POS(Casper FFG)跟sharding，因為遇到一些技術上的困難，所以把Hybrid POS改成單純POS，然後因為sharding跟POS有部份技術是重疊的，所以把POS跟sharding併在一起做（本來是分成兩個team作開發） Beacon Chain 在Ethereum Serenity的規劃中，在原本的POW chain之外多一個鏈叫做 Beacon chain ，是一個POS chain。在Beacon chain中有兩種角色 proposer 跟 attester ，proposer就是產塊的人，attester是驗證的人。而在POW chain上存入32 ETH，可以成為Beacon chain上的 validator ，而validator有權利產塊(proposer)，也會有機會被選attester。此外，延續了Casper FFG finality這個概念，也就是在finality之後的狀態就是正確的狀態（不可回復），不像POW一般需要6個塊的時間才能確認交易是不會被更改的（POW的狀態確認是機率，六個塊之後有"很高的機率"是無法被改變的，而finality就像是0跟1一樣，沒有中間）。 聽到這，好像覺得很簡單，但是在實作上會遇到幾個問題，首先，怎麼決定誰是proposer誰是attester，如果亂數的隨機性不夠，就很容易被遭到操控。接下來是，每次驗證都需要做一次簽名，因為32個ETH就可以當validator/attester，每次驗證可能會有10~20幾萬的簽章（ 簽章數量的預估方法 ），驗完簽章天都黑了 ＸＤ。 ＲＮＧ 針對亂數產生（ RNG , Random Number Generator），使用 RANDAO 跟 VDF ，RANDAO是個利用經濟獎勵的機制來產生亂數，原始的設計是在smart contract上，而在Beacin chain會直接實作這個邏輯。而VDF是一個delay function，因為速度的關係，基金會打算自己開發ASIC晶片。關於這RNG之後會再寫一篇 詳細解釋 。 Signature Aggregatio
閱讀完整內容

瑞士滑雪分享2 - 策馬特

-
圖片
本篇同 上一篇 ，只介紹滑雪資訊，關於觀光資訊，就不在這裡詳述 一樣，我們先來介紹策馬特/馬特洪峰，這裡一樣是分兩區，Zermatt跟International，如下圖，左邊紅色框是 Zermatt ，而 International 是Zermatt+Italy，也就是 全山卷 ，在Zermatt賣的就這兩種票 在這我一樣只有滑兩天，就只買了Zermatt的票，所以不要再問我買International需要不要護照之類的問題，我不知道阿~~ XD 我住在Zermatt，這個鎮還滿大的，所以在挑住宿的時候需要注意一下，Zermatt的住宿非常的貴，比Grindelwald貴上許多，所以也有人選擇住下面的小鎮，再坐火車到Zermatt，至於住哪個小鎮或是便宜多少，我沒有研究，就不知道了。Zermatt火車站一出來，就有往山上的小火車，所以住下面的小鎮要上山滑雪，也算滿方便的。 Zermatt雪場分三區，最左邊Rothorn，中間Gornergrat，最右邊Matterhorn Glacier Paradise。 Rothorn ：要搭小火車上山，滿特別的，詳細介紹可參考 這篇網誌 ，離Zermatt火車站約10分鐘的路程。 Gornergrat ：一出火車站，對面就是車站了，小火車直接拉到山頂，相當方便 Gornergrat車站 Matterhorn Glacier Paradise ：上山纜車離市區相當遠，走路大約要20-25分鐘（有接駁巴士），需要轉2次纜車才能到山頂，要花不少時間，山頂非常冷，滑道很平緩，又冷又不好玩 三座山基本上可以互通，不需要回到小鎮再上山。這裡高度大都在2000-3000公尺，所以雪況比少女峰好很多，不過相當多的平路，對snowborders相當不友善....。 完整的地圖可參考： Zermatt ski map 雪票價格如下，這裡的雪票是用磁卡，所以會有5CHF的押金，最後記得去退（像我就忘了...@@） Zermatt/International ski pass (2014/15) ： Zermatt International (Zermatt - Cervinia) Days Adults You
閱讀完整內容

動手實做零知識 - circom

-
圖片
零知識證明在過去一年越來越廣為人知，去年(2019)也有越來越多的專案是基於零知識證明。前年底提出的 zk rollup，目前由  Matter Labs  在開發，Matter Labs更在上個月（2019/12）發表了  ZK Sync ，解決了因為產生證明（proof）而延伸的延遲問題。此外  Iden3  跟 ConsenSys  也有 zk rollup 的專案。在以太坊研究論壇有基於 zk rollup 所衍生的 匿名 zk rollup 。 Semaphore 是一個基於零知識證明的一個訊號系統，發送者可以不揭露身份的狀況下廣播任何訊息(an arbitrary string)。 Semaphorejs 延續 Semaphore 的核心概念，並將整個概念更加完整化，從前端網頁到後端服務。這兩年才發表的 zk-STARKs，也在去年年初跟 0x 合作，推出基於 zk-STARKs 的 去中心化交易所 。 在技術上，去年下半年有新的論文，使用 DARK compiler 可以讓 SNARKs 達到公開性（Transparent）。還有 MARLIN, SONIC, PLONK 等可通用且可更新的可信設定（trusted setup）。STARKs 的 FRI 驗證方式也默默地跟 SNARKs 做結合。（東西越來越多，根本看不完 QQ） 這篇文章沒有要談高深的技術，只會介紹實做所需的知識。這篇會使用到 Iden3 所開發語言  circom  來幫助寫算數迴路 。藉由 circom，可以更輕鬆地實做零知識證明的程式。但在開始之前，先介紹一些基本觀念。 算數迴路 在實做零知識程式跟一般撰寫程式不同，需要先把問題轉成迴路，才去執行（實際上是把 問題 轉成 多項式 再轉成 迴路 ）。舉例來說，一個多項式 $x^3 + x +5$，會轉成像這樣的迴路 sym_1 = x * x // sym_1 = x^2 sym_2 = sym_1 * x // sym_2 = x^3 y = sym_2 + x // y = x^3 + x ~out = y + 5 而 circom 就是一個將我們寫的邏輯（程式）轉成迴路的工具，不需要自己處理迴路。若你證明的內容需要雜湊或是簽章， circomlib  已經有實
閱讀完整內容