- HTML은 자료를 처리, 저장, 검색하는 기능이 없고 단지 출력하는 기능만 가지고 있습니다. 따라서 이런 데이터를 처리하려면 DBMS(Oracle, MySQL)같은 데이터베이스가 필요하며, 이 데이터베이스에 접속하기위해서 서버스크립트(JSP, PHP, ASP.NET)가 필요합니다.
//쟤도 그런 소리입니다.
어쨌든 우리는 jsp 배워서 데이타베이스에다가 보낸다는 소리입니다.
- JSP: SUN의 서버쪽 스크립트 기술, 모든 운영체제 지원, JAVA 기반, Servlet Container(서버)를 설치해야 실행 할 수 있습니다. - ASP.NET: MS의 스크립트 기술, MS 운영체제만 지원, C# 기반, 윈도우에 웹서버가 기본적으로 설치되어 있으며, .NET Framework를 설치해야 실행 할 수 있습니다. - ASP: MS의 서버쪽 스크립트 기술, MS 운영체제만 지원, Visual Basic 기반, IIS의 asp.dll이 처리하여 HTML로 결과를 생성함, 별다른 서버설치가 필요 없음, 유지보수, 수정이 매우 어렵습니다.
// 얘도 노동자가 되면 먹어줍니다.
- PHP: 서버쪽 공개 스크립트 기술, 모든 운영체제 지원, C 기반, 관련 dll파일이 처리, 속도가 느리고 유지보수, 수정이 매우 어렵습니다.
//얘는 모든 운영체제를 지원해서 아직도 먹어줍니다. (소규모)
3. http 프로토콜을 이용해서 요청과 응답을 하는 서버환경 확인
요새는 톰캣이 먹어주기 때문에 얘만 깔아도 써버 다 씁니다.
내가 보려고 적었는데 자꾸
서부릿을
servlet이 아니고 servelt으로 써진다 ㅡㅡ
출처: http://blog.naver.com/ktw3722/220674776516
자바 컨테이너하고 servlet 컨테이너는 다른 개념임!
그냥 서버라고 생각하면 됨! :> (갱신) -그리고 심지어 c로 짠 서버임 :>
[2] 서블릿의 이해 - Java로 만든 최초의 web관련 언어입니다.
2. 서블릿을 이용한 구성 - CGI에 비해 Thread 기술을 이용하여 동시접속자로 인한 과부하를 많이 해소했습니다. - 자바 기반 Web Application 구축 기술중에 가장 빠른 속도를 가지고 있습니다. - Servlet의 단점은 디자인 부분과 혼합하여 작업하기가 매우 어렵습니다. - 속도는 JSP에 비하여 컴파일 단계가 생략됨으로 빠른 형태를 가지고 있습니다. - JSP가 Servlet으로 변환되는 과정에서 불필요한 코드가 많이 발생하나 서블릿은 이 과정이 생략되어 있어 속도가 매우 빠릅니다. - 확장자가 java로 개발되어 .class 입니다.(jsp파일은 확장자가 *.jsp입니다.)
근뎅 어짜피 느린것도 개발맨이 테스트해서 쓸거라 속도 별로 차이 안남... -.,-
임이래여
이게 디자인이 개 어려워서 그냥 쉽게 만듬! 쪠이얘쓰피
3. JSP를 이용한 구성 - Servlet의 불편한 디자인 부분을 좀더 간결하게 제작하도록 개선된 서버 스크립트입니다. - 하나의 JSP페이지에는 HTML, JavaScript, Java Code등이 혼합되어 존재하게 됩니다. - 디자이너가 작업한 내용이 JSP 페이지로 변경됩니다. - 변경된 JSP 페이지를 개발자가 코드 작업을 하게됩니다. - 대형 사이트의 경우 유지보수 및 기능 확장이 어려워 나중에 JSP, Beans로 분리되게 됩니다.
IE <------ 응답 <----- HTML <----- JSP --> Servlet으로 변환 ------------------------ *.jsp --> *.java --> *.class
4. JSP + Beans(JAVA class) 를 이용한 구성 - JSP는 사이트 구축시 디자이너가 작업하게 되며, 일부 jsp 개발자가 코드 작업을 하게됩니다. . 디자인쪽 비중이 매우 큽니다. - BEANS는 콤포넌트 자바 개발자가 Business Logic(Process Logic)를 구현하는 목적으로 사용됩니다. . DB관련 INSERT, UPDATE, DELETE, SELECT등
빈즈가 JSP의 꽃이래여
근뎅 요새는 이딴거 안쓰고 MVC(-_-?) 로 한대영
배우긴 배우는것
MySQL에서 DAO DTO 같은 애들이 BEANS임
IE <---- 응답 <--- HTML <--- JSP --> Servlet으로 변환 -> JSP Beans --------------------- *.jsp --> *.java --> *.class
JDK는 깔려 있으니까 TOMCAT 깔거임!
설치는 그냥 압축 해제해서 실행하면 됨
파일명을 tomcat-8.0로 바꿔줌
D:\javadb\web 요기다가 넣어줌
한글 처리에서 중요한 것 3가지.
1.서버 -> 브라우저로 자원(페이지)를
보낼 때
그 자원에 한글이 있으면 다 깨짐!
-> 그래서 source 내에서 처리한다! :>
2. 브라우저 -> 서버로 데이터(정보)
를 보낼 때 거기 한글이 있으면
다 깨짐 ^^
↑(GET) 방식으로 데이터를 보낼 때
(GET) = Tomcat의 설정파일에 설정 // <%@ page contentType="text/html;charset=utf-8" %>
- D:/bigdata02/web/tomcat-8.0/webapps/jsptest/WEB-INF . *.xml 환경 설정 파일이 위치, 이곳은 Client가 접속할 수 없습니다. . 반드시 대문자로 폴더명이 되어 있어야 합니다. . 잘못된 예: web-inf, WEB_INF, Web-Inf 대소문자 철저 구분
- D:/bigdata02/web/tomcat-8.0/webapps/jsptest/WEB-INF/classes . 서블릿이 위치 합니다. . JSP Beans등이 위치합니다.
확장자가 jsp면
<%@ page contentType="text/html;charset=utf-8" %>
가 꼭 필요함! :>
한글처리하면서 첫번째로 필요하던 것:>
실행하려면
1. 자원 생성(만들었음)
2. 포트 열기 - 8000! :>
. = 현재 페이지하고 같은 경로
귀찮아서 그냥 찍었다...
2. 테스트 - D:/bigdata02/web/tomcat-8.0/bin/startup.bat를 실행합니다. . 인식이 안되면 톰캣을 재시작하세요.
- contentType: jsp의 출력 형식 지정, 문자 셋을 지정합니다. . 형식: contentType="text/html; charset=UTF-8" ㅇ -_-); <%@ page contentType="text/html; charset=UTF-8" %> . JSP처리 결과가 HTML임으로 MIME Type을 'text/html'과 문자 코드(UTF-8)를 선언. . MIME Type: 브러우저가 출력하는 데이터의 종류를 나타낸 코드값, 브러우저에게 데이터 타입을 알려줌 예)image/jpg는 이미지가 출력됨 . 문자 코드는 UTF-8이 표준화 되어가고 있음으로 권장. . XML, Ajax 사용시 주로 UTF-8를 선언합니다. . EUC-KR, UTF-8 중 어떤 문자셋이든 브러우저가 자동으로 한글 코드를 적용시킴. . 대소문자 상관 없음(자료실의 한글 파일명은 UTF-8을 사용할 것). . HTML 태그의 META태그도 일치시켜야함(브러우저용). <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <meta http-equiv="Content-Type" content="text/html; charset=EUC-KR">
임뽀트는 중복 사용이 가능함! ^ㅁ^) 응 그러니까 그냥 java util * java util scanner ad sadsada wqewqe qw 이런거랑 같은거임
- pageEncoding: jsp1.2에 추가된 규약으로 jsp페이지의 문자셋 형식을 지정합니다. <%@ page pageEncoding="UTF-8" contentType="text/html" %>
구냥 따로 문자셋 지정해도 됨미다
1. import속성의 실습, http://127.0.0.1:8000/jsp_test/import.jsp - <%@ page contentType="text/html; charset=UTF-8" %>: Tomcat 서버 입장에서의 한글 처리 방법 선언 - <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">: Web Browser 입장에서의 한글 처리 방법
실제의 네트웍 경로를 가리키며, 네트웍 상의 리소스 접근시에 사용된다 URL의 첫 번째 부분은 다음과 같은 프로토콜을 명시하는데, 대부분의 경우 http이며, 가끔은 ftp 혹은 mailto이며, 드물게 gopher, news, telnet, file 등을 사용합니다. 이와 같은 URL 프로토콜 부분을 scheme이라고 한다.
URL URL은 보통 브라우저의 주소 창에 입력하는 주소를 URL이라고 할 수 있습니다. 삼성SDS 멀티캠퍼스의 URL은 “http://www.e-campus.co.kr/” 입니다. 이 주소가 URL이라고 볼 수 있습니다. 또한 좀더 상세하게 찾아보면 다음과 같은 URL도 있을 수 있습니다.
“http://www.e-campus.co.kr/image/img_top.gif”
URL은 보통 다음과 같은 내용으로 구성됩니다. 프로토콜 http:// 도메인 www.e-campus.co.kr 자원을 식별할 수 있는 자원의 경로명 /image/img_top.gif 즉, 위와 같은 URL을 통하여 인터넷 상의 자원을 지정할 수 있습니다. URL을 통하여 지칭할 수 있는 자원의 종류는 제한이 있는데 URL을 통해서 가져올 수 있는 자원은 유형, 무형의 자원 중 명백하게
통합 자원 식별자(Uniform Resource Identifier, URI)는 인터넷에 있는 자원을 나타내는 유일한 주소이다. URI의 존재는 인터넷에서 요구되는 기본조건으로서 인터넷 프로토콜에 항상 붙어 다닌다.
URI는 자원을 식별할 수 있는 문자열정도로 생각하면 될 것 같다
URI 인터넷 상에서 일반적으로 이루어지는 작업은 자원(resource)을 찾고 가져오는 일에 관련되어 있습니다. 자원이란 인터넷상에 존재하는 html 파일이나 gif 파일 등을 의미합니다. 또한 넓은 의미로 생각한다면 인터넷을 통하여 얻을 수 없는 자원도 포함합니다. 이러한 상황을 전제로 URI를 정의하면 다음과 같습니다.
URI 란 리소스를 식별하는 문자열이다. 선호도에 따라 우리가 잘 알고 있는 URL(Uniform Resource Locator) 또는 URN(Universal Resource Name)의 둘 중 하나의 형태로 쓸 수 있다.
위 정의를 보면 URI는 URL이나 URN 둘 중의 하나라고 말하고 있습니다. 둘 중의 하나라면 URI는 URN도 될 수 있고 URL도 될 수 있다는 것을 의미합니다. 그렇다면 URL과 URN은 어떤 의미로 사용할까요?
아래와 같이 하면.. getRequestURL() 는 https://www.abc123.com:80/test1.jsp, getRequestURI() 는 /test1.jsp 라고 나온다.
getRequestURL() 에는 getRequestURI() 내용 외에, 1. http:// 이냐 https:// 이냐의 프로토콜 2. :80 이냐 :8080 이냐의 포트 등이 추가로 표시된다.
http://raisonde.tistory.com/295
보니까 더 어렵다 -_-);;
URI는 인터넷 서비스를 통해 접근하고자 하는 자원의 식별 체계(경로)를 가리킨다. 즉, 어떤 파일이나 어떤 웹페이지에 접근 하고자 할때 사용되는 주소 체계를 말 하는 것이다. URI와 URL의 차이에 대해서 궁금해 하는 사람이 많은데, URL은 URI에 속하는 주소 체계중 하나이다. URI에는 URL말고도 URN, URC 라는 주소체계가 있다. 즉 URI는 이를 모두 포함하는 개념인 것이다.
URI ⊃ {URL, URN, URC}
URL은 우리가 흔히 알고 있는 주소 체계이다. 프로토콜 + 호스트 + 하위 경로로 구성되어 인터넷상의 특정 자원에 접근 할 수 있다. 예를 들어,
http://raisonde.tistory.com/227
는 http라는 프로토콜로, raisonde.tistory.com 이라는 호스트로 접속하여 227 이라는 경로에 가면 원하는 문서가 있다는 말이다.
URN은 좀 더 복잡하지만 안정된, 영구적인 주소체계이다. URL은 해당 경로에 원하는 자원(파일, 웹페이지 등)이 변경되거나 이동 될 경우 더이상 접근이 불가능 해 지는 문제가 있는데 URN은 이런 자원에 대한 접근 경로를 지속적으로 추적 해 줌으로써 특정 자원에 반영구적으로 접근할 수 있다. 이를 위한 추적 에이전시로는 RSS(Resolution System Switcher)가 있으며 주소 체계는 IETF RFC 2141 에서 정의한다.
URC는 인터넷 상에 존재하는 자원에 관한 저자, 위치, 제목을 표현하는 메타 데이터의 일종이다. URL과 URC를 포함하는 컨테이너적인 체계이다.
In some applications, the unknown user requests must log resources, prompting the user to log on at this time to the current page, remember the user access to the URL, when he after successful login URL to the user according to remember last visited page: