1. 인터넷상에서 가장 빠른 Client 모습은?
>HTML을 이용하여 Web 응용 프로그램을 개발하니 실제 필요한 Data에 HTML Tag가
>너무 많이 붙여져 전송되기 때문에 프로그램의 수행속도가 너무 느립니다. 그래서 순수하게
>HTML Tag만을 이용하지 않고 ActiveX나 상용 Java Applet 같은 것들을 사용하여 응용프로그램의
>속도를 개선할 수 없는 지 묻고 싶습니다. 가능하면 추가적인 상용 도구의 구매없이 Internet Explorer나
>Netscape Navigator의 내장 기능을 이용할 수 있는 방법을 알려 주시면 고맙겠습니다.
>Web 응용 프로그램의 속도를 향상 시키 수 있는 방법이라면 어떠한 것이든 반갑게 받아 들이겠습니다.
ActiveX 든 Java Applet 이든 둘 모두 HTML Tag를 이용한 것보다 빠른 것은 없습니다.
최근들어 Web에 대한 요구가 불거지면서 일부 프로젝트에서 Java Applet를 이용해 시스템을
개발하는 곳이 상당수 있습니다(국방시설). 그러나 그러한 시스템은 적어도 Cliet PC의 사양이 200 MHz,
메모리 64M 이상에 Local LAN 환경하에서 구동하는 것을 가정 한답니다.
만약 만약 Applet으로 하실 경우, Applet JAR 파일이 Download되는 시간과 starting java시간,
그리고 이질적이고 중복적인 소스관리를 감수하셔야 할 것입니다.
속도를 높일 수 있는 현재로서의 최선은 OAS의 Performance Tunning작업을 하실것을 권합니다.
또한, HTML 파일 사이즈가 근본적으로 과다하다면, 화면을 적당히 FRAME으로 나누어
반응시간을 빨리하거나, Nasted TABLE과 같이 화면 디자인에 너무 치중하다보면 자연히
HTML소스가 길어지기 마련입니다. 적당히 절충하시는 방법을 고려해 보세요.
Backend Business Logic과 Legacy System이 어떻게 연동되는가에 따라 다르겠지만
분명한 것은 Client 인터페이스를 HTML로 하는 것이 반응 시간에 있어서는 가장 빠른
솔루션입니다.
2. 인터넷환경에 구현할 수 있는 웹 응용프로그램 아키텍춰
>Web 응용프로그램 개발 도구로 PL-SQL을 사용하다 보니 일일이 Text Editor로 Coding을 하게 되어
>프로그램 개발 생산성이 너무 떨어집니다. 그래서 PowerBuilder나 Visual Basic의 Form 구성과
>같은 방식으로 Web 응용 프로그램을 작성하는 도구들이 요즘 판매되고 있는지 묻고 싶습니다.
>아니면 기타 다른 방법으로라도 Web 응용프로그램의 개발 생산성을 높일 수 있는 방법이 있다면
>추천해 주십시요.
>
>제가 약 2년 전에 Web 응용 프로그램을 개발하는 프로젝트를 수행할 때에는 아직 위에서 제가 원하는
>수준을 맞춰줄 만한 기술들이 성숙해 있지 않았는데 요즘 자료들을 보니 Application Server 등의
>새로운 개념도 도입되고 있는 것 같아 혹시 제가 원하는 해답을 찾을 수 있을 것 같은 생각이 들어
>SE Help Desk의 도움을 요청합니다.
Client Layer가 HTML로 나타나는 WEB환경의 시스템을 개발할 때, 중요한 개념중의 하나가
Business Logic부분과 Presentation Veiw 부분을 분리해서 개발하는 것입니다.
기존의 C언어로 CGI를 개발하는 방식은 이 두 부분을 모두 프로그래머가 Coding으로
해결해야 하고, Compile을 해야 한다는 것이었습니다. Web Designer가 하는 일이란 기껏해야
프로그래머에게 색깔이나 화면위치 정도만 가이드해 줄 수 있고, 실질적인 개발에 동참하질
못했습니다. 그러다보니 화면이 하나 바뀌면 소스를 고치고, 다시 컴파일해야만 했습니다.
OAS의 PL-SQL은 CGI로 개발하는 방법보다 한단계 발전한 형태임은 틀림 없습니다.
그러나 여전히 HTML TAG를 비즈니스 로직과 같은 선 상에서 개발되고 있으며,
말씀하신 것과 같이 손으로 일일이 HTML TAG를 고쳐야 합니다.
반면 요즘 대두되고 있는 Application Server로 명명되는 제품들은 이 보다 한단계를 더
뛰어 넘어, Business Logic과 Presentation View부분을 구분하여 개발하며,
RAD(Rapid Application Development) Tool과 같이 Visual Programming Environment를
제공하고 있습니다.
아시겠지만, Application Server라고 명명되는 제품들은 20여개가 넘습니다.
이 중 국내에서 인지도 있는 제품들은 대략 다음과 같습니다.
- WebLogic Application Server (BEA, http://weblogic.beasys.com, BEA Korea)
- WebShpere Application Server (IBM, http://www.ibm.com, 한국IBM)
- Inprise Application Server ( Inprise, http://www.inprise.com, 한국Inprise)
- Oracle Application Server ( Oracle, http://www.oracle.com, 한국오라클)
- SappireWeb (Bluestone, http://www.bluestone.com, 닉스테크)
- SilverStream Application Server ( SilverStream, http://www.silverstream.com,
펜타 시스템 테크놀러지 )
(순서는 중요치 않음)
그러나 결론 부터 말씀드리면, SI를 하시면서 MIS성 시스템을 구축하시려할 때, 문의하신 분이
만족할 만한 RAD WEB 개발 Tool은 '자동화'라는 관점에선 아직 넘어야 할 산이 너무 많습니다.
CGI에 익숙한 분들이 자연스럽게 Java Servlet과 Java Server Page(JSP)를 고려하게 됩니다.
Servlet과 JSP, 혹은 이에 준하는 아키텍춰를 이용해 개발하는 점에서 각각의 제품을 설명해
보겠습니다.
WebLogic Application Server같은 경우, HTML혹은 Servlet 개발RAD Tool을 가지고 있지 않습니다.
순수한 Engine만을 제공합니다. BEA Korea가 판촉을 하고 있으며, Servlet을 개발하기 위한
RAD도구로 국내 IT플러스사와 협력해 Symantec Visual Cafe를 함께 공급합니다.
Visual Cafe는 Servlet을 위한 스켈레톤 정도만 생성시켜 줍니다.
JSP를 위한 개발은 별도의 Editor를 이용해야 합니다.
WebLogic은 EJB(Enterprise Java Beans)를 이용한 아키텍춰로 시스템 개발시 가장 인지도가
있는 제품입니다. 아시겠지만, EJB는 이제 막 검토 단계를 거쳐 실 프로젝트에 적용하려는
단계입니다. 그러나 여전히 1년정도의 검증기간이 지나야 본격적으로 도입될 것으로 보입니다.
IBM의 WebSphere Application Server는 LG화재 전자상거래 시스템을 구성하는데 사용되고 있고,
(지금 제가 기술지원나와 있는 곳입니다. http://www.lginsure.com) 지난 6,7월 2개월만에
프로젝트를 시작하여 완성하기도한 제품으로써, Bug 패치, 제품 Upgrade, 제품결함 등 기술적인
우여곡절을 넘고넘어, 이제야 나름대로의 안정적인 개발 및 운영상의 문제를 해결한 상태입니다.
개발은 IBM의 VisualAge for Java라는 Java 개발 IDE툴을 이용해 개발하게 됩니다.
VisualAge for Java내에는 Visual하게 Servlet을 개발할 수 있는 기능이 분명 있습니다.
그러나, 로직구현의 한계와 생산된 HTML Tag의 모습 및 제어가 너무나 초보적인 수준에 머물러
있습니다. 아시겠지만, 최근의 WebSite를 보시면 얼마나 기능이 다양하고, 복잡하고, 이쁩니까?
이런 것을 전혀 만족시켜 주지 않아, 결국 모든 Servlet소스 및 HTML파일은 손으로 Coding합니다.
(사실 Visual하게 개발하는 것보다 손으로 하는 것이 더 빠릅니다.)
또한 WebShpere는 NetObject Fusion이라는 Tool을 같이 판매하는데, 위에서 말씀드린 Servlet,
JSP, HTML을 자동으로 생성, WebShpre와 자연스럽게 개발이 이루어지게 할 목적으로 IBM이
NetFusion사의 제품을 합병한 것으로, 이것 역시 너무 강한 Object화 개발방법이 적용되어
시스템 개발에 오히려 방해가 되어 결국 버렸습니다.
Oracle Application Server는 PL-SQL로 한동안 영위를 떨쳤습니다. OAS역시 Java Servlet과
EJB, CORBA로 내장 아키텍춰 기술을 첨가해 온 것이 사실입니다. 그러나, OAS내에 있는 Sevlet은
(적어도 올 초까진) 산업표준 Java Servlet 스펙을 따르지 않고, 독자적인 방식으로 API를 제공
합니다. 예를 들어 static void main() 함수를 포함하여 마치 CGI처럼동작하며, Instance 및
Thread를 제어하여 Performance를 높였다고 하나, 표준을 따르지 않는 것은 SI을 하는 많은
SE들에게는 부담이 갑니다. 또, JSP는 지원하지 않았습니다. 대신 HTTP1.0에 준하는 HTML TAG생성
을 하는 Java Class를 제공합니다. 이것 역시 전부 손으로 Cording하게 되지요.
Java개발은 Inprise(구 Boland)사의 JBuiler를 porting한 jDeveloper를 사용합니다만, JBuilder보다
안정성은 오히려 떨어집니다.
CORBA는 VisiBroker를 내장하고 있으며, 아직 완벽한 수준의 EJB는 지원하지 않습니다.
Sample Source : http://javaservice.net/~java/samples/doc_tmp/diiis.java
위 소스를 한 번 보시면 기존의 CGI와 별반 차이가 없다는 것을 확연히 느끼실 겁니다.
분명 Oracle Applicatin Server 내에 있는 Servlet아키텍춰는 향후 1년 이내에 표준 Servlet API를
따르게 될 것으로 전망합니다. 따라서 현재 OAS를 이용해 Servlet를 개발하시면 향후 유지보수에
심각한 영향을 미칠것으로 판단됩니다. 그냥 PL-SQL로 당분간 개발하시는 것이 나을 것 같습니다.
또한 OAS의 JCORBA라는 CORBA Framework를 사용하여 개발하려는 계획은 세우셨다면 조금만
더 기다리는 것이 현명할 것 같습니다. JCORBA아키텍춰는 OAS가 EJB를 (올 초까지는) 아직
완벽하게 지원하지 않는 상황에서 EJB의 API naming rule에 따라 독자적인 모습을 갖추고 있습니다.
EJB 모델의 전단계의 모습을 하고 있는 거지요. 따라서 조만간 이 부분은 EJB를 근간으로하는
아키텍춰로 바뀔것으로 전망합니다.
Bulestone사의 SappireWeb은 현재 노동부에서 사용하고 있으며 이 제품은 애초부터 Application
Server로 출시된 제품은 아니었습니다. 기술적 발전형태로 볼 때, CGI/PL-SQL과 Servlet/JSP의
중간단계로 자리매김할 수 있겠으며, 어떻게 하면 CGI를 보다 빨리 생산성 있게 개발하느냐에
중점을 두고 있는 것으로 보여 집니다. C,C++, 그리고, 최근들어 Java언어로 개발하는 기능이
첨가 되어 있으며, OAS와 마찬가지로 표준적인 Java Servlet API를 따르지 않는 것으로 알고 있습
니다. Visual개발환경은 제공하며, 모든 Contents를 Object로 관리하는 것으로 알고 있습니다.
그러나 지금까진 역시 C언어를 이용해, 마치 CGI를 개발하는 것과 거의 동일한 수준의 개발방법을
사용했었습니다. 최근에 와서야, Servlet과 EJB기능이 첨가 되었으며, 이러한 API를 이용해 국내에
도입한 예는 아직 없는 것으로 알고 있습니다.
더 자세한 내용이 필요하시면 노동부에서 이 제품을 이용해 직접 구현한 강철구(cgkang)씨에게
문의해 보세요.
SilverStream사의 SilverStream Applicaton Server는 한국 펜타 시스템 테크놀러지사가 영업을
하고 있으며, 대부분의 Applicaton Server가 그러하듯, DB, Sourece, Service등과 같은
resource를 단일의 통합환경에서 개발/관리하는 기능을 갖고 있습니다. Java Script 및 화면간의
이동을 자동으로 생성시켜 주며, 여러대의 머신을 클러스트링으로 묶어 부하분산기능도 갖고
있습니다.(하긴 대부분의 Application Server가 이런 기능을 갖고 있습니다.)
그러나 다른 대부분의 제품이 EJB를 지원하고 있는 반면 아직 SilverStrem은 EJB를 지원하지 않
습니다. EJB는 기술적 안정화가 된 시점에서 지원하겠다는 것이 관계자의 입장이었습니다.
Inprise사의 VisiBroker가 내장되어 있어서 CORBA연동의 됩니다.
Inprise Application Server는 개발생산성이나, WEB환경에 대한 솔루션 보다는 미들웨어적인
관점에서 강합니다. 구 Visigenic사의 VisiBroker를 인수하여 VisiBroker를 내장하고 있으며,
CORBA기반의 아키텍춰로는 1,2위 상에 있다고 보여 집니다. 개발은 자사제품인 JBuilder를 사용
합니다.
하고싶은 말이 많아 CGI, Servlet, JSP, HTML관점에서 설명하려던 의도에서 좀 벗어 났지만,
결론적으로 말씀드리면 Java를 이용한 HTML Base의 Web시스템을 구성하시려면, 위 제품중
가능한 표준적인 Servlet/JSP 스펙에 따른 제품을 사용하시는 것이 향후 기술동향으로 보아
바람직하며, 그 개발 도구의 기능상의 차이가 매우 상이하여 신중하게 선택하셔야 합니다.
여전히 Client가 HTML base인 시스템은 손수 coding하는 것이 아직까진 대세입니다.
많은 제품들이 RAD를 위한 노력을 많이들 하고 있으나, 다양한 기술이 접목되어 연동되는
Web기술을 모두 자동으로 생성 시켜 주는 제품은 없다고 보여 집니다.
오히려, 나모웹에디터나 프론트페이지 같은 HTML생성/에디터를 이용해 기본적인 화면골격을
잡고, 이를 편집하여 사용하는 것이 현재의 한계 같습니다.
Web시스템의 RAD기능은 향후에도 그 정도의 차이는 있겠지만, 여진히 한계가 있을 것으로 보여
집니다. Power Builder와 같은 단일의 API를 사용할 경우는 RAD기능첨가가 쉽지만, Web환경은
Client개발에도 여러 기술이 접목되어 돌아갑니다. 예를 들어 이곳 LG화재전자상거래시스템의
경우, 아래 기술중 대부분이 서로 물려 개발이 이루어 집니다.
1. Java Programming 기술
2. Java Servlet
3. Java Servet Page (JSP)
4. VisualAge for Java 운영 기술(기초기술 및 팀개발법)
5. CICS 환경이해 및 Java Transaction Gateway를 이용한 Java와의 연동기술
6. 회원관리 RDBMS DB조작을 위한 표준적인 SQL 문장 구사법
7. RDBMS의 데이타를 Java언어에서 사용하기 위한 O-R Mapping 및 Java Modeling기술
8. Java DataBase Connectivity(JDBC) API에 대한 이해 및 응용기술
9. 서로다른 이기종 legacy system간의 Transacton 무결성 보장을 위한 2 phase commit에
대한 이해 및 Java공통모듈 개발 기술
10. HTML 에 대한 능수 능란한 작성 및 수정(나모웹에디터 + 수작업작성능력)
11. Java Script에 중급 이상의 기술(각 폼 필드에 대한 Data 조건 Check)
12. Java Script와 Cascade Style Sheet을 이용한 Dynamic HTML구사법
13. HTML문서로 작성된 화면 배치와 색감에 대한 디자인적인 감각.
14. Netscape Enterprise Server, IBM WebSphere , VAJ EMSRV 설치 및 관리법
15. HTTPS사용자 인증 및 인증서 발급/응용프로그램 개발적용, 인증서버 운영기술
16. 웹 시스템에 대한 부하 테스팅기술
더군다나, Java Script 및 Cascade Style Sheet 같은 경우는 브라우져가 IE냐 혹은 Netscape냐에
따라 아주 smart하게 source를 생성하여야 하며, 이런 부분들까지 RAD Tool이 과연 지원해 줄
수 있을 지는 미래에도 불투명하다고 보여집니다.
* Application Server의 국내 판매실적이나, 매출액정도를 보고자 하시면 아래의 기사를 보세요.
http://javaservice.net/~java/bbs/read.cgi?m=appserver&b=news&c=r_p&n=935384752
* 웹 Application Server의 국내 현황를 파악하시려면 아래의 기사를 참고하세요.
http://javaservice.net/~java/bbs/read.cgi?m=appserver&b=news&c=r_p&n=939011228
어쨌거나 위 처럼 다양한 어플리케이션 서버 제품과 다양한 아키텍춰가 제시되고있지만,
향후 3년 이내에 EJB를 Web의 근간으로하는 Backend 분산 인프라로 가져가면서 Servlet/JSP 혹은
부분적이든 전면적이든 Java Applet과, 일부 특성상 Java Application의 형태로 Client모습이
결정되는 아키텍춰로 될 것이라고 예상합니다. 또한 EJB의 기본 protocol은 RMI에서 IIOP로
대체될 것으로 판단됩니다.
EJB의 적용 여부는 이 시점에서는 신중하셔야 합니다. 아직 성숙단계가 아니라는 부분도 있지만,
EJB는 분산환경의 인프라란 점이 숙지되어야 합니다. 하나의 단일의 머신에 웹서비스를 하면서
EJB를 도입할 필요는 전혀 없습니다. 각 머신이 물리적으로 다른 지역에 분포되어 있고, 각 지역
서버의 독립적인 웹서비스 역할을 하면서 이들간의 서비스 공유와 DATA공유의 필요성이 있을 때,
이를 연결하는 분산 아키텍춰로서 EJB의 모습이 들어가는 것입니다. CICS, TUXEDO, MQ, Topend,
Encina등과 같이 다양한 Legacy 시스템과의 연동과는 EJB는 무관합니다.
만약 Servlet과 JSP의 아키텍춰를 생각하고 계시고, 단일 머신에서 웹서비스를 할 경우 핵심적인
비즈니스 오브젝트를 Java Class화 하여 Servlet에서 처리하게 하여도 크게 무리는 없습니다.
단, Transaction처리등과 같은 부분은 EJB가 제공해 주는 기능을 사용하지 못하므로 수동으로 구현하거나
JTA등과 같은 별도의 API를 활용하셔야 하는 단점도 있습니다.
3. 자바 개발 툴
자바 개발 툴은 그리 어렵지 않게 정하실 수 있을 것 같습니다. 먼저 벤더가 제공하는 Application
Server랑 짝을 이뤄 보면,
OAS <--> jDeveloper
WebLogic <--> Symantec Visual Cafe for Java
Inprise Application Server <--> JBuilder
IBM WebShpere Application Server <--> Visual Age for Java
SilverStream Application Server <--> 자체 내장 개발 툴
Bluestone SappireWeb <--> 자체 내장 개발 툴
근데, 위의 것은 벤더가 얘기하는 궁합(?)일 뿐이구요.
WebLogic <--> Visual Age for Java,
OAS <--> Symantec Visual Cafe for Java
등과 같이 약간의 기능상의 제약을 받겠지만, 크게 무리는 없습니다.
어쨌거나, IDE툴만 갖고 비교를 한다면,
IBM VisualAge for Java : 85점
Visual Cafe for Java Enterprise Version : 70점
Inprise JBuilder : 65점
Oracle jDeveloper : 45점
기타 내장 개발 툴 : 많아봐야 55점
(상기 점수는 공식적이지 않습니다. 각각 직접 사용해본 경험에 기초했을 뿐입니다.)
기타 Java Workshop, Kawa등과 같은 Tool은 기업환경에서는 맞지 않다고 보여집니다.
Visual Age for Java가 안정성과 편리성에서 단연 최고입니다.
저 역시 Visual Cafe를 늘 즐겨 사용하고, 국방시설에서 JBuilder와 JDeveloper를 사용했었지만,
그 땐, 저 뿐만 아니라 개발자들이 한결 같이 IDE툴에 대한 불평이 태반이었습니다.
VisualAge for Java를 사용하는 이곳 LG화재에서는 전혀 불평없습니다.
Viausal Age for Java는 제품의 안정성과 기능성에서 단연 최고의 위치에 있으며, 소스관리,
Deploy, Visual Java Beans 개발 등 많은 부분에서 다른 제품에 비해 탁월합니다.
Visual Cafe for Java는 Visual Client, 즉, Applet이나 Application 혹은 SWING을 이용한 GUI
시스템을 꾸밀때,탁월한 성능을 냅니다. 지원하는 API도 Swing 1.1등 다른 Tool에 비해 최신의 것을
지원하는 점도 장점입니다.
그러나 Symantec Visual Cafe for Java는 죽는 현상이 곧잘 일어납니다.
또, Inprise사의 JBuilder는 CORBA기반의 인프라를 가져갈 때, 월등한 기능을 냅니다. standard
Edition는 다른 IDE Tool과 비교하여 특별히 띄어난 기능 없습니다. 그러나 Enterprise Edition의
경우 RMI, CORBA 등과 같은 인프라로 시스템을 개발 할 때, 개발/테스트/운용 등에 있어 단연 뛰어
납니다.
반면, Oracle의 JDeveloper는 OAS에서만 지원하는 기능과 밀정하게 통합이 되어 있어요.
JBuilder에 OAS의 기능을 첨가하여 내 놓은 제품이기 때문에 Interface가 JBuilder과 완전히 동일
합니다. OAS에만 있는 기능 즉, JCO.APP파일 편집, JCO Object Deploy등과 같은 네다섯가지의 기능이
Integrated되어 있습니다.
안정성으로 치면 Visual Age for Java --> Cafe --> JBuilder --> jDeveloper순이구요,
기능적인 면으로 친다면, Visual Age for Java --> JBuilder --> jDeveloper --> Cafe순이 될 겁니다.
GUI개발 측면에서 보면 Visual Cafe for Java/Visual Age for Java --> JBuilder --> jDeveloper순이
될 겁니다. 어떤 시스템을 꾸미느냐에 따라 선택의 폭이 달라질 수 있습니다.
만약 Servlet/JSP를 구상하고 계신다면, 모든 Tool이 개발생산성면에선 똑 같습니다.
어차피 손코딩 하니까요. 대신 소스관리 및 팀 개발이 원할 히 되는냐가 중요하며,
제품이 안정적이냐가 중요하겠죠... 그렇다면, 전 Viaual Age for Java --> Cafe + SCM tool 순으로
제안합니다. JSP는 달리 개발도구가 없습니다. 나모웹에디터 정도가 가장 현실적으로 도움이 됩니다.
(그러나 아쉽게도 나모는 JSP테그를 아직 인식하지 못합니다. 어쨌거나...)
Legacy 시스템이 CICS라면, Visual Age for Java가 가장 적당합니다.
CICS와 연동하기 위한 CICS Message Record를 자동을 생성시켜주며,
CICS Transaction Gateway라는 연동 API를 제공하거든요.
Inprise Application Server도 CICS, TUXEDO, MQ Series등 다양한 연결을 제공하고 있으니까
그 쪽을 고려하다보면, JBuilder를 활용하는 것도 그리 나쁘지는 않을 듯 합니다.
만약 Legacy가 TUXEDO라면, WebLogic에 Visual Cafe정도가 어떨까 싶습니다.
그러나 TUXEDO는 워낙 유명해서 IBM WebSphere를 제외하곤 대부분의 Application Server가
연동할 수 있는 API를 제공하고 있을 거니까, IDE Tool은 뭘 쓰는 크게 상관은 없어 보입니다.
BEA측에서 아무래도 가장 근접한 솔루션을 내어 놓을 것으로 보여 집니다.
기타 상의 하실 일이 있으시면 언제라도 연락주세요..
문서위치: http://www.javaservice.net
-------------------------------------------------------
본 문서는 자유롭게 배포/복사 할 수 있으나 반드시
이 문서의 저자에 대한 언급을 삭제하시면 안됩니다
================================================
이원영(javaservice@hanmail.net)
PCS:019-310-7324
================================================
|
