초보자를 위한 JavaWeb 시작하기 1 (직접 학습하고 이해한 내용입니다. 제가 틀렸다면 전문가의 조언을 부탁드립니다.)

1. 관련 기초지식

1. C/S(클라이언트/서버) 아키텍처와 B/S(브라우저/서버) 아키텍처

먼저 C/S 아키텍처에 대해 이야기해 보겠습니다. 쉽게 말하면 QQ와 같이 클라이언트를 다운로드해야 하는 애플리케이션은 C/S 아키텍처를 기반으로 구축되는 경우가 많습니다. 더 자세히 말하자면 분산형 아키텍처입니다. 각 클라이언트는 데이터베이스 서버에 직접 연결되며 데이터 처리는 클라이언트에 따라 달라집니다. 따라서 QQ를 사용하는 동안 중단되는 경우가 많습니다. 결과적으로 소프트웨어 개발 시 C/S 아키텍처를 선택할 때 다음과 같은 문제가 발생하게 됩니다.

1) 모든 클라이언트가 데이터베이스에 동시에 연결되므로 동시에 실행되는 클라이언트 프로그램 수가 직접적으로 제한됩니다.

2) 설치해야 하는데 번거롭습니다. (그러나 이것이 현재 다양한 앱의 인기를 막을 수는 없습니다)

3) A측이 소프트웨어를 업데이트해야 하면 대부분의 클라이언트 컴퓨터도 업데이트해야 합니다. (바이두 브라우저(모바일버전)는 업데이트 알림이 매일 뜨는데 너무 짜증나고, 업데이트 끄는 버튼도 없습니다. 사실 QQ는 가끔씩 업데이트 해주는 게 좋은 것 같아요. 너무 자주 업데이트한 결과 드디어 바이두 브라우징을 포기했다는 것입니다.(모바일 버전)

두 번째는 C/S 아키텍처를 개선한 B/S 아키텍처입니다. 예를 들어, 많은 온라인 비디오에는 더 이상 클라이언트 설치가 필요하지 않습니다. 브라우저가 있는 한 모든 웹 서비스는 브라우저에서 수행됩니다. 데이터베이스와의 연결은 클라이언트-웹 서버(도어!)-데이터베이스 서버라는 문을 통해 이루어집니다. 이러한 방식으로 동시에 데이터베이스에 연결하는 클라이언트 수는 제한되지 않습니다. 그런데 B/S 아키텍처는 이제 많은 정보 관리 시스템에서 선호되는 선택입니다. 저는 올해 졸업 프로젝트에서도 이 아키텍처를 선택할 계획입니다.

(아래 내용은 모두 B/S 아키텍처 기준)

2. 통신 프로토콜

위에서 언급했듯이 B/S 아키텍처는 웹 서버(아직 데이터베이스 서버는 아님)라는 하나의 문을 거쳐 애플리케이션을 개발할 때 항상 브라우저와 서버 간의 상호 작용을 수반하게 됩니다. 프로세스는 다음과 같습니다. 클라이언트 브라우저 - 서버에 요청 보내기 - 서버가 요청 처리 - 서버가 응답 결과 반환 - 클라이언트 브라우저가 응답 결과 수신(실제로는 링크를 클릭하는 것과 같습니다. 온라인에 접속하면 브라우저에 이 프로세스를 원하는 페이지가 나타납니다. URL 주소와 HTTP 프로토콜이라는 두 가지가 관련됩니다. 자세한 내용은 나중에

3. 웹 리소스

웹 서버에는 외부에서 접속할 수 있는 리소스가 많이 있습니다. 다양한 렌더링 효과에 따라 정적 리소스(HTML, CSS, jpg 등)와 동적 리소스(jsp, Servlet 등)로 구분됩니다. 실제로 정적 리소스가 동적이라는 의미는 아닙니다. 액세스하는 리소스는 시간이 지남에 따라 변경됩니다. 콘텐츠는 변경됩니다(예: 보러 갈 때마다 기차표 수가 다릅니다).

(다음 내용은 대부분 동적자원 개발과 관련된 내용입니다.)

4. 톰캣 서버

여전히 웹 서버입니다(아직 데이터베이스 서버는 아닙니다). 사실 기업용, 교육용 등 다양한 유형의 서버(Apache, IIS 서버)가 있습니다. 차이점은 내에서는 데이터를 처리하는 능력이 그냥 다른 것 같아요(아직 경험이 없어서 모르는 것일 수도 있어요). 그 중 Tomcat은 웹 개발 및 학습에 자주 사용되는 Apache 기반의 경량 웹 서버입니다. 웹 서버의 기본 기능을 갖췄을 뿐만 아니라 데이터베이스 연결 풀링 등 다양한 구성 요소도 제공합니다. (톰캣 서버는 왜 있는 걸까요? 동적인 웹페이지를 개발하려면 주요 브라우저에서 실행해서 어떻게 되는지 봐야 합니다. 그럼 인터넷에서 웹페이지는 어떻게 돌아가나요? 아주 간단합니다. 입력만 하면 됩니다. 요청을 보냈지만 결과를 얻으려면, 즉 다른 사람이 응답하기를 원한다면 웹 서버와 준비하고 사용할 수 있는 리소스가 필요합니다. 그래야만 요청 결과가 출력됩니다. )

Tomcat 서버 설치 및 사용 방법은 여기서 자세히 다루지 않겠습니다. 하지만 설치 후 컴퓨터에 어떤 파일이 나타날지 대략적인 아이디어를 드릴 수 있습니다.

1) bin: tomcat의 실행 파일과 스크립트 파일을 저장하는 데 사용됩니다. 예를 들어 tomcat을 시작하는 exe 파일(starup.bat)이 여기에 저장됩니다. starup.exe를 두 번 클릭하면 tomcat이 시작됩니다.

2) conf: web.xml, server.xml 등 일부 구성 파일을 저장하는 데 사용됩니다(xml과 HTML 언어에는 차이가 있습니다. xml 언어는 데이터의 성격과 구조를 설명하는 데 사용되며, HTML 언어를 사용하여 데이터를 표시합니다.)

3) lib: jar 패키지를 저장하는 데 사용됩니다

4) 로그: Tomcat 로그 파일을 저장하는 데 사용됩니다.

5) temp: 임시 파일

6) webapps: 웹 애플리케이션(즉, 웹 서버에서 실행되는 웹 리소스, 개발하는 페이지 파일)의 주요 게시 디렉터리가 여기에 배치됩니다. 즉, 개발된 웹 파일이 여기에 있다는 의미입니다. 탐색할 때 서버 사용자가 요청하면 여기의 파일 리소스가 요청됩니다. 동시에 주목해야 할 점은 webapps 디렉토리에 있는 웹 애플리케이션은 외부 세계에서 직접 접근할 수 있다는 것입니다. 간단히 말하면, 주소창에 http://127.0.0.1:8080(기본 포트번호는 8080)을 클릭해서 웹페이지에 들어가서 고양이가 보인다면 톰캣이 성공적으로 시작되었다는 뜻이고, 뭐, webapps에 개발한 웹페이지(예:welcome.jsp)를 넣은 다음, 개발한 웹페이지를 열려면 서버 전제하에 해당 웹페이지만 입력하면 됩니다. 올바른 주소를 얻으십시오: http://127.0.0.1: 8080/welcome.jsp 그러면 주소를 변경할 수 있습니까? 네, 아래를 참고해주세요

7) work: 작업 디렉터리

5. 웹 애플리케이션 가상 디렉터리 구성

개발한 웹페이지 주소가 마음에 들지 않아 변경하고 싶으신가요? 좋습니다. 가상 디렉터리를 구성합니다(실제로 이 디렉터리(여전히 webapps 아래)에 파일을 배치하는 것이 아니기 때문에 현재 디렉터리를 가상 디렉터리라고 합니다)

1) server.xml 파일에 가상 디렉터리를 구성합니다. (위에서 언급했듯이 xml 파일은 표시용이 아닌 데이터의 성격과 구조를 설명하는 데 사용됩니다.)

server.xml 파일을 메모장 형식으로 열고 다음 코드를 추가합니다.

추가 여기서 파일 이름은 서버를 열자마자 나타나는 시작 디렉터리를 나타냅니다. .즉, 웹앱의 자리를 빼앗아 간 셈입니다

파일을 저장한 후 Tomcat을 다시 시작해야 적용됩니다.

이번 글을 먼저 끝내고 다음 글부터 시작하겠습니다