引言: Delphi 應該不能直接使用EJB吧 可能要用Web Service 或是 Corba 等才能串起來…

引言: 一般以Delphi在做n-tier架構時會配合MTS/COM 來實作, 而J2EE的架構也是不錯的選擇, 不知道各位先進是否有做過Delphi(Client) J2EE(EJB)(AP SERVER) DB的 架構。

引言:

引言: 一般以Delphi在做n-tier架構時會配合MTS/COM 來實作, 而J2EE的架構也是不錯的選擇, 不知道各位先進是否有做過Delphi(Client) J2EE(EJB)(AP SERVER) DB的 架構。

看到您的問題粉有趣，我也很有興趣...嘿... 基本上EJB中的Stateless Session Bean是可以Web Service替代，Delphi import Web Service倒是蠻快的，這可以連有用過。 但是我一直沒想到Entity Bean要用在那，Java Web技術上有很多O/R Maping的package，我也一直沒想到要用Entity Bean，讓你一提這方法倒想連看看。 如果以我的構想我的做法是寫Java Birdge連EJB，然後Delphi用socket連這個Birdge，自已定一下protocol，這有試過所以可行，所以架構就變成1. Delphi(Client) <-> Java Client Birdge <-> EJB <-> Db(business rule) 2. Delphi(Client) <-> WebService <-> db(business rule) 3. Delphi(Client) <-> Java Server Birdge <-> EJB <-> db(business rule) 等有忙完我再來試試效能如何... 不過蠻好奇您怎會想到用Delphi連J2EE做n-tier ? 因為一般用J2EE的人大都會用堅持pure Java..^^

引言: 如果我中間透過JSP,DELPHI以SOAP的技術來做?是否可行呢?尤其是要存取資料庫.....(突發奇想)

引言: 中間如果要用SOAP，那用Servlet寫比較合適，中間用SOAP連當然也可以，不過 我想到一個問題，中間不論用SOAP或Web Service(其實大部份的Web Service大多還是SOAP^^)，後端資料都被XML包到前端， Delphi解XML的時間可能會影響效能，所以後端存取資料以mysql來說就會多利用limit xx,xx ，然後再傳到前端，這樣效能會比較好... 不過前端用Delphi的好處我是想到程式碼較不易像Java被反組譯，還有另一種用法就是寫成Active X plug-in 在網頁上，或用報表元件的Active X，可以解決Java開發報表太慢，但Client就只能在Windows上、不過應沒差，大部份其實重點在Server... 發表人 - tinochen 於 2003/12/06 09:52:53

引言: 現在看來似乎使用SOAP的技術來連結以Delphi撰寫的Win AP及J2EE所撰寫的 EJB是比較容易被實現的(以我目前的技術層次而言是這樣認為.....),所以 我可能會以這樣的方向下去思考及測試,或者以後有機會改用Borland的 Delphi .Net或C# .Net就可以使用Borland的Janeva For .Net技術解決 這樣的需求. 個人認為這樣的架構應該會愈來愈有討論的空間,畢竟以目前的狀況而言 在Win AP這端想要完全以Java技術來取代還有一段不短的時間.....這中間 可能還是得看MS作業系統對JAVA之間相互的支援程度吧....

引言: 我這二天在try delphi,dot net(client) <-> WebService <-> EJB， 我覺的不用自已寫birdge，我用自定DTD的方式，把資料包在xml中做資料 傳輸再轉成Dataset，用delphi做查詢、瀏覽、新增等功能，發現效能不差說，但在dot net中好像比delphi慢了一點,不知是不是我的錯覺，所以其實要做n-tier足夠了，等Delphi 8支援Janeva我再來試試這新東西，我覺的用J2EE做後端比MIDAS快粉多，我是用linux mysql下試的並有加上limit語法，可能系統也有關係。 其實你說的沒錯Win AP中還是有很多特色，由其Delphi的支援元件特色更多， Java要完全取代是粉難，你的問題給了我一些新的思考方向..嘿....^^

引言: 我也要謝謝您,因為你將實作的結果讓我分享.....^^ 不過目前手上一些專案要急著完成,沒有辦法分出心思來研究自己提出來 的問題,沒有辦法和您有更好的互動,不過我也是有利用一些時間開始 從書本或網路上收集類似的資訊,我預計要到月底左右才能有充足的時間 去學習研究.希望到時能有機會再和您有實際的技術交流.... 我目前也同步的和工作伙伴們討論這樣的構想,我們是沒有經驗的 ,因此對我們是很大的挑戰,不過我有信心可以和大伙有共識來推動 這樣的想法. 對不起,您提到自定DTD的方法,可以再詳細的說明一下嗎?我不是太了解..., 麻煩了....我現在的想法是以SOAP的技術來串連, Delphi(SOAP) <XML> (SOAP)Java Servlet <-> Java EJB(JDBC) <-> (JDBC)DB 這樣的架構下若前端要用WEB/WAP的方式呈現也可以只更換為JSP,就可以保持 架構的延續性而達到建構新應用....

15 

引言: 我也要謝謝您,因為你將實作的結果讓我分享.....^^ 不過目前手上一些專案要急著完成,沒有辦法分出心思來研究自己提出來 的問題,沒有辦法和您有更好的互動,不過我也是有利用一些時間開始 從書本或網路上收集類似的資訊,我預計要到月底左右才能有充足的時間 去學習研究.希望到時能有機會再和您有實際的技術交流.... 我目前也同步的和工作伙伴們討論這樣的構想,我們是沒有經驗的 ,因此對我們是很大的挑戰,不過我有信心可以和大伙有共識來推動 這樣的想法. 對不起,您提到自定DTD的方法,可以再詳細的說明一下嗎?我不是太了解..., 麻煩了....我現在的想法是以SOAP的技術來串連, Delphi(SOAP) <XML> (SOAP)Java Servlet <-> Java EJB(JDBC) <-> (JDBC)DB 這樣的架構下若前端要用WEB/WAP的方式呈現也可以只更換為JSP,就可以保持 架構的延續性而達到建構新應用....

     <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mytest SYSTEM "mydtd.dtd">

    select   <!-- add為新增,del為刪除,update為修改 -->
   select * from order  
   
15 
 <!-- 一次傳回的最大筆數  -->

 
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mydata SYSTEM "mydata.dtd">

   
       order 
       
            itemno,itemname,unit
       
   
   
       
         001 
         電腦 
         3 
       
       
         002 
         mouse 
         1 
       
   

引言: 我也要謝謝您,因為你將實作的結果讓我分享.....^^ 不過目前手上一些專案要急著完成,沒有辦法分出心思來研究自己提出來 的問題,沒有辦法和您有更好的互動,不過我也是有利用一些時間開始 從書本或網路上收集類似的資訊,我預計要到月底左右才能有充足的時間 去學習研究.希望到時能有機會再和您有實際的技術交流.... 我目前也同步的和工作伙伴們討論這樣的構想,我們是沒有經驗的 ,因此對我們是很大的挑戰,不過我有信心可以和大伙有共識來推動 這樣的想法. 對不起,您提到自定DTD的方法,可以再詳細的說明一下嗎?我不是太了解..., 麻煩了....我現在的想法是以SOAP的技術來串連, Delphi(SOAP) <XML> (SOAP)Java Servlet <-> Java EJB(JDBC) <-> (JDBC)DB 這樣的架構下若前端要用WEB/WAP的方式呈現也可以只更換為JSP,就可以保持 架構的延續性而達到建構新應用....

引言: 我也要謝謝您,因為你將實作的結果讓我分享.....^^ 不過目前手上一些專案要急著完成,沒有辦法分出心思來研究自己提出來 的問題,沒有辦法和您有更好的互動,不過我也是有利用一些時間開始 從書本或網路上收集類似的資訊,我預計要到月底左右才能有充足的時間 去學習研究.希望到時能有機會再和您有實際的技術交流.... 我目前也同步的和工作伙伴們討論這樣的構想,我們是沒有經驗的 ,因此對我們是很大的挑戰,不過我有信心可以和大伙有共識來推動 這樣的想法.

15 

引言: 我也要謝謝您,因為你將實作的結果讓我分享.....^^ 不過目前手上一些專案要急著完成,沒有辦法分出心思來研究自己提出來 的問題,沒有辦法和您有更好的互動,不過我也是有利用一些時間開始 從書本或網路上收集類似的資訊,我預計要到月底左右才能有充足的時間 去學習研究.希望到時能有機會再和您有實際的技術交流.... 我目前也同步的和工作伙伴們討論這樣的構想,我們是沒有經驗的 ,因此對我們是很大的挑戰,不過我有信心可以和大伙有共識來推動 這樣的想法.

呵... 交流也是進步的動力... 如果忙就先忙沒關係，我也是功課太多，可能寒假才會更深入的測試。 我大概更寫一下上次的測試，我是在java server上寫soap服務，定了一個物件 myobj中一個方法public String myservice (String xmls)，本來soap可以用message的方式傳，不過為了和別的語言相容性所以我直接用字串包整份xml, Delphi請求時就丟如下的xml .... server端收到就解出method丟到相關類別去處理，並作sql的組合動作，這部份剛好有些是我Web的模組所以把寫過的東西拿來用。 資料傳回就如下： .... dtd檔其實可以不寫反正是自已用的自已知道，我測試也都只寫any屬性..呵. 現在可以再進一步做的就是把Delphi端的類別也包起來，讓設計者用元件拉一拉就好。 PS:文章一直存不進，我把把所有特殊語法刪除，post了好幾章..