neoThink

1. 요구사항을 객체로 캡슐화 할수 있다 2. 매개변수를 활용하여 다른 요구사항을 삽입한다 3. 요청내역을 큐에 저장하거나 로그에 기록할 수 있다. 4. 작업취소 기능 지원이 가능하다

1. WSDL 이란?  - Web Service가 제공하는 서비스에 대한 정보를 기술하기 위한 XML 기반의 마크업 언어     ☞ 특정 비즈니스가 제공하는 서비스를 설명하고, 개이이나 다른 회사들이 그러한 서비스에 전자적으로 접근할 수 있는         방법을 제공하기 위해 사용되는 XML 기반의 언어이다. WSDL은 마이크로소프트, IBM 및 Ariba 등에 의해 주도된 UDDI의         기본이라 할 수 있다. 즉, UDDI는 기업들이 자신들의 서비스 내용을 인터넷 상에 스스로 등록할 수 있게 해주는 XML         기반의 등록처이며, WSDL은 그렇게 하기 위한 언어이다.                  WSDL은 마이크로소프트의 SOAP와 IBM의 NASSL로부터 파생되었지만, 이제 UDDI 등록처에 비즈니스 서비스를 명시하는         수단으로써, NASSL과 SOAP 둘 모두를 대체할 수 있다. 2. WSDL 내용      ☞ 웹 서비스의 name 과 URL 정보     ☞ SOAP 메시지의 인코딩 방법     ☞ SOAP 메시지 전송을 위한 프로토콜 정보     ☞ 웹 서비스를 이용하는데 필요한 인터페이스 정보 (Type, including name, poerations, parameter, data)  3. WSDL 역할     ☞ 웹...

성공적인 프로젝트를 위한 프레임워크의 재발견 2006.11.28 22:30  |  웹정보시스템구축  |  이재상 http://kr.blog.yahoo.com/iluvsge/174   프레임워크의 도움 없이 애플리케이션을 개발한다는 것은 상상하기 힘든 시대가 다가오고 있다. 하루가 다르게 늘어만 가는 각종 프레임워크의 홍수 속에서 자신에게 필요한 최적의 프레임워크를 선별하고 효과적으로 사용할 줄 아는 능력이 개발자들에게 요구되고 있다. 프레임워크는 애플리케이션 개발자들의 오랜 숙원을 해결해 주기 위해 등장한 멋진 도구가 분명하다. 하지만 그것을 적절하게 다루고 사용할 줄 아는 지혜를 가진 자들에게만 그럴 뿐이다. 프레임워크가 무엇이라고 한마디로 정의하기는 쉽지 않다. 사람들 입에 많이 오르내리는 IT용어들은 그 정의가 사실 매우 느슨한 경우가 많다. 프레임워크라는 말은 유행어처럼 점점 많은 곳에서 폭넓은 의미로 사용되고 있다. 그래서 많은 경우에 프레임워크의 개념에 대한 오해로 인해 잘못된 판단을 하기도 한다. 그런 탓에 프레임워크의 활용 방법을 알아보기에 앞서 프레임워크라는 용어의 정확한 의미와 특징을 이해해 두는 것이 중요하다. 프레임워크의 특징 프레임워크에 대해 정확히 이해하려면 프레임워크와 그 특징이 비슷하지만 프레임워크는 아닌 것들과 비교해 보는 것이 좋다. 여기에서는 프레임워크와 혼용되어 사용되기도 하는 라이브러리와 디자인 패턴이 프레임워크와 어떻게 다른 특징을 가지는지에 대해 알아보자. 프레임워크 vs 라이브러리 프레임워크의 가장 대표적인 특징 중 하나는 그 안에 클래스 라이브러리를 가지고 있다는 것이다. 혹자는 프레임워크를 반제품이라고 설명하기도 한다. 개발해야 할 애플리케이션의 일부분이 이미 만들어져 있다는 뜻이다. 프레임워크를 이용한 개발은 결국 그 기반이 되는 이미 존재하는 부분을 확장하고 이용하는 것이라고 볼 수 있다. 윈도우즈 환경의 대표적인 GUI 애플리케이션 프레임워크인 마이크로소프트의 MFC...

jsp의 로직처리를 위한 기술 (jsp: Asp에 대항한 java진영기술) import javax.servlet : 프로토콜에 독립적인 서블릿 import javax.servlet.http : HTTP의 Get과 Post를 처리하는 Servlet ※ 모든 서블릿은 javax.servlet.Servlet 인터페이스를 implement해야함 main()메서드가 없는 대신, 서버가 서블릿에 요청할때마다 service()메소드가 호출 Tomcat Container는 요청에따라 개체생성 -> Thread생성 -> service()호출 [출처]   servlet | 작성자   지존무상

1. 에러내용의 고지 2. 모든데이터의 저장 3. 안전한 프로그램종료 [출처]   [JAVA] 예외(Exception)처리 3원칙  | 작성자   지존무상

The Spring approach - Object-oriented - flexible - testable - simple Simple Object -> bluePrints - dependency Injection - AOP - portable service abstractions ---------------------------------------- Spring은 경량 어플리케이션 프레임웤이다 ---------------------------------------- 구조 Spring Core : 근간이되는 IoC또는 DI기능. BeanFactory를 기반으로 Bean클래스제어 Spring Context : Spring Core를 돕는 추가적기능(JNDI, EJB Adaptor 등) Spring DAO : JDBC기반 개발을 더 쉽게 지원하는 DAO Spring ORM : Object Relation Mapping 프레임웤과의 결합(IBatis,JDO, Hibernate=ORM) Spring AOP : 추상화지원(AOP alliance기반) Spring Web : 웹지원(Web Application Context,MultipartRequest), 프레임웤통합지원(Struts 등) Spring Web MVC : 독립적으로 WEB UI Layer에 MVC지원기능, Struts가 담당했던기능을 대체가능, Velocity, Excel, PDF등 다양한 UI를 사용하기위한 API지원

고객의 높은 퀄리티 요구로 인한 테스트중요도 증가 에 따른 테스트 용이성, 개발기간단축, 유지보수비용감소, 일관된 플랫폼 도입, ---------------------------------------------------------------------------------- 배경 AOP WebService의 안정화, MVC Framework의 대중화 (Struts, Webwork) ORM Framework의 안정화(Ibatis, Hibernate) Web 2.0의 출현(RIA-Ajax, Flex) 엔터프라이즈 자바빈즈 (Enterprise JavaBeans;  EJB )는 기업환경의 시스템을 구현하기 위한  서버 측  컴포넌트  모델이다. 즉, EJB는 애플리케이션의 업무 로직을 가지고 있는 서버 애플리케이션이다. EJB 사양은 Java EE 의  자바 API  중 하나로, 주로 웹 시스템에서  JSP 는 화면 로직을 처리하고, EJB는 업무 로직을 처리하는 역할을 한다. ---------------------------------------------------------------------------------- <<<<Classic EJB Architecture>>>> UI Tier : J2EE Server( Web Container (Servlet, Web Classes, Business)) <- RMI( Remote Non-Web Client)-> Middle Tier :  J2EE( EJB Container( Session EJB)) EIS Tier : DBMS, Legacy System 특징 : RMI를 통한 Web-EJB통신 장점 1. 정형화된 Service Layer 2. EJB서비스제공(선언적 Transaction 등) 3. Business Object를 여러서버에 분산 4. 익숙한 환경 단점 실행속도 느림 개발속도 ...