Yong Choi avatar Yong Choi committed a0f3a2f

translating intro of ch 17

Comments (0)

Files changed (1)

DeploymentTargets.rst

-Chapter 17: Deployment Targets
-++++++++++++++++++++++++++++++
+17장. 배포 대상
++++++++++++++++
 
-Deployment of Jython applications varies from container to container.
-However, they are all very similar and usually allow deployment of WAR file or exploded directory web applications.
-Deploying to “the cloud” is a different scenario all together.
-Some cloud environments have typical Java application servers available for hosting, while others such as the Google App Engine run a bit differently.
-In this chapter, we’ll discuss how to deploy web-based Jython applications to a few of the more widely used Java application servers.
-We will also cover deployment of Jython web applications to the Google App Engine and mobile devices.
-Although many of the deployment scenarios are quite similar, this chapter will walk through some of the differences from container to container.
+자이썬 애플리케이션의 배포는 컨테이너에 따라 차이가 있다.
+하지만, 매우 비슷하며 일반적으로 WAR 파일 또는 explode된 디렉토리 웹 애플리케이션을 허락한다.
+"클라우드"에 배포하는 것은 완전히 다른 시나리오이다. 어떤 클라우드 환경은 호스팅이 가능한 일반적인 자바 애플리케이션 서버를 갖추고 있지만, 구글 앱 엔진과 같이 조금 다르게 동작하는 것들도 있다.
+이 장에서는, 웹 기반 자이썬 애플리케이션을 널리 사용되는 몇몇 자바 애플리케이션 서버에 배포하는 방법에 대하여 논의할 것이다.
+도한 자이썬 웹 애플리케이션을 구글 앱 엔지 및 모바일 장치에 배포하는 것도 다룰 것이다.
+많은 배포 시나리오가 상당히 비슷하지만, 이 장에서는 컨테이너에 따른 차이점을 살펴볼 것이다.
 
-In the end, one of the most important things to remember is that we need to make Jython available to our application.
-There are different ways to do this: either by ensuring that the *jython.jar* file is included with the application server, or by packaging the JAR directly into each web application.
-This chapter assumes that you are using the latter technique.
-Placing the *jython.jar* directly into each web application is a good idea because it allows the web application to follow the Java paradigm of “deploy anywhere.” You do not need to worry whether you are deploying to Tomcat or Glassfish because the Jython runtime is embedded in your application.
+결국, 자이썬을 우리의 애플리케이션에서 사용가능하도록 해야한다는 점이 가장 중요하다.
+이를 위해서는 여러 다른 방법이 존재한다. *jython.jar* 파일이 애플리케이션 서버에 포함되거나, JAR가 직접 각 웹 애플리케이션에 패키징된다.
+이 장은 후자의 기법을 전제로 한다.
+*jython.jar*\ 를 각 애플리케이션에 직접 갖다놓는 것은 좋은 방법인데, 그것은 웹 애플리케이션이 어디에나 배포 가능하다는 자바의 패러다임을 따르기 때문이다.자이썬 런타임이 애플리케이션에 내재하기 때문에 톰캣에 배포하든 글래스피쉬에 배포하든 걱정할 필요가 없다.
 
-Lastly, this section will briefly cover some of the reasons why mobile deployment is not yet a viable option for Jython.
-While a couple of targets exist in the mobile world, namely Android and JavaFX, both environments are still very new and Jython has not yet been optimized to run on either.
+마지막로, 이 섹션은 자이썬에서 모바일 배포가 아직 가능하지 않은 이유를 간단히 다룰 것이다.
+모바일 세계에서는 두 가지 대상, 즉 안드로이드와 JavaFX가 있는데, 양쪽의 환경 모두 자이썬에는 낯설고 그 위에서 수행하도록 최적화되지 않았다.
 
-Application Servers
-===================
+애플리케이션 서버
+=================
 
-As with any Java web application, the standard web archive (WAR) files are universal throughout the Java application servers available today.
-This is good because it makes things a bit easier when it comes to the “write once run everywhere” philosophy that has been brought forth with the Java name.
-The great part of using Jython for deployment to application servers is just that, we can harness the technologies of the JVM to make our lives easier and deploy a Jython web application to any application server in the WAR format with very little tweaking.
+오늘날 어떠한 자바 웹 애플리케이션과 함께든지, 자바 애플리케이션 서버를 통틀어 표준 웹 아카이브 (WAR) 파일은 공통적이다.
+이것은 자바의 "한 번 작성하여 어디에서든 실행한다"는 철학으로 인하여 일들이 한결 쉬워진다는 점에서 바람직하다.
+애플리케이션 서버에 배포함에 있어서 자이썬이 훌륭한 점은, JVM 기술을 활용하여 우리의 삶을 편하게 할 수 있으며, 약간의 조정을 거쳐서 자이썬 웹 애플리케이션을 어떠한 애플리케이션 서버에든지 배포할 수 있다는 점이다.
 
-If you have not yet used Django or Pylons on Jython, then you may not be aware that the resulting application to be deployed is in the WAR format.
-This is great because it leaves no assumption as to how the application should be deployed.
-All WAR files are deployed in the same manner according to each application server.
-This section will discuss how to deploy a WAR file on each of the three most widely used Java application servers.
-Now, all application servers are not covered in this section mainly due to the number of servers available today.
-Such a document would take more than one section of a book, no doubt.
-However, you should be able to follow similar deployment instructions as those discussed here for any of the application servers available today for deploying Jython web applications in the WAR file format.
+아직 자이썬에서 장고 또는 Pylon을 사용해보지 않았다면, 얻어지는 애플리케이션이 WAR 형식으로 배포됨을 깨닫지 못하였을 수 있다.
+애플리케이션이 어떻게 배포되어야 하는지에 대한 어떠한 가정도 남기지 않으므로 훌륭하다.
+모든 WAR 파일은 각 애플리케이션 서버에 따라 동일한 방법으로 배포된다.
+이 섹션에서는 가장 널리 사용되는 자바 애플리케이션 서버들 각각에 대하여 WAR 파일을 어떻게 배포하는지에 대하여 논의할 것이다.
+오늘날 사용할 수 있는 서버의 갯수가 많기 때문에 이 섹션에서 모든 애플리케이션 서버를 다룰 수는 없다.
+그러한 것을 모두 다루려면, 의심할 바 없이, 한 섹션으로는 부족할 것이다.
+하지만, 오늘날 자이썬 웹 애플리케이션을 WAR 파일 형식으로 배포하는 것은 어느 애플리케이션 서버에서나 여기서 논의한 것과 비슷한 배포 절차를 따라서 할 수 있을 것이다.
 
 Tomcat
 ------
Tip: Filter by directory path e.g. /media app.js to search for public/media/app.js.
Tip: Use camelCasing e.g. ProjME to search for ProjectModifiedEvent.java.
Tip: Filter by extension type e.g. /repo .js to search for all .js files in the /repo directory.
Tip: Separate your search with spaces e.g. /ssh pom.xml to search for src/ssh/pom.xml.
Tip: Use ↑ and ↓ arrow keys to navigate and return to view the file.
Tip: You can also navigate files with Ctrl+j (next) and Ctrl+k (previous) and view the file with Ctrl+o.
Tip: You can also navigate files with Alt+j (next) and Alt+k (previous) and view the file with Alt+o.