What Java Needs Most To Be The Preferred Web 2.0 Language 무엇 자바 웹 2.0의 기본 설정에 필요한 대부분의 언어
Many would think at this point I am talking about better AJAX support in the core. 이 시점에서 많은 생각하고 있는데 나는 더 나은 ajax 지원에 대해 얘기의 핵심합니다. While we do need better support for AJAX and I am not talking about DWR, I don’t think that’s what ails Java in its quest for being . ajax에 대한 지원이 필요하고 우리가 더 나은하는 동안 나는 그룹에 대한 얘기가 아니, 나 그렇게 생각하는 건이 다시 돌이 자바의 탐구합니다. At the end we will look at two ways in which we can overcome this problem. 끝에 우리는 우리가보고있는 두 가지 방법으로이 문제를 극복할 수있습니다.
Java is taking a beating in better mass adoption against PHP simply because it is harder to setup in web hosting environment. 자바가 벌어지는 구타를 채택에 반대 php 간단하기 때문에 더 나은 질량이 더 세게 웹 호스팅 환경을 설정합니다. PHP and even Ruby is available as an Apache module which is very trivial to setup and use. php도 루비는 아파치 모듈로 사용할 수있는 아주 사소한를 설치하고 사용합니다. JSP / Servlets on the other hand is much harder to integrate with Apache. jsp / 서블릿을 통합하는 반면에 아파치와 같이 훨씬 더 세게합니다.
Why Apache is the the key to Web 2.0 adoption? 아파치는 웹 2.0의 열쇠를 왜 입양?
Apache is the most popular web server, known for its stability and ease of use. 아파치는 가장 인기있는 웹 서버, 안정성 및 사용 용이성을 유명합니다. It is cross platform. 그것은 크로스 플랫폼합니다. Most Web 2.0 companies and products rely on Apache as their web server and for right reasons. 대부분의 웹 2.0 기업 및 제품에 의존 권리를 위해 아파치 웹 서버와상의 이유로 그들합니다.
What are the problems of Java in Apache Integration? 자바의 문제가 무엇입니까 아파치 통합?
Complexity in short. 요컨대 복잡합니다. Tomcat is probably the most popular JSP, Servlet container for most organizations. tomcat는 아마 가장 인기 jsp, 서블릿 컨테이너를 대부분의 조직합니다. Tomcat is free (which aids its popularity) and developed under the Apache organization. tomcat은 무료 (후천성 면역 결핍증의 인기를) 및 아래의 아파치 조직을 개발합니다. I would have expected both these products to be tightly integrated. 이 두 제품을 예상했을 긴밀하게 통합합니다. In reality it is a nightmare from hell to even begin. 지옥에서 온 것이 현실까지 악몽을 시작합니다. I wouldn’t say there aren’t any documents. 나는 말 못할하는 문서에 해당되지 않습니다. There are 이미 few 소수의 confusing 혼란 ones which leads to more questions than answers. 사람보다 더 많은 질문에 대한 답변을 리드합니다. What we lack is a clear simple guideline to integrate the two. 우리가 부족한 것은 명확 간단한 지침을 통합하는 2 개의합니다.
Solutions 솔루션
Previouly I had described a much simpler way to previouly 나는 훨씬 간단한 방법을 설명 integrate Tomcat 5.5 with Apache 2.x tomcat 5.5, 아파치 2.x에 통합 , in just 5 steps. , 단 5 단계.
However we need to move further. 그러나 우리가 더 필요로 이동합니다. We need to make Java Servlet container as easily integratable as php or ruby . 우리가 자바 서블릿 컨테이너를 만들 필요가 환경 변수이나 루비으로 쉽게 integratable합니다. Running a separate Tomcat instance may not be an acceptable solution to many web hosting providers. tomcat 인스턴스를 실행하는 별도의 해결 방법을 사용할 수되지 않을 수있습니다 많은 웹 호스팅 서비스 제공 업체가있습니다. We need to be able to run Tomcat within Apache itself, use its threads. 우리가 tomcat을 실행할 수 있어야합니다 ~ 아파치 자체의 스레드를 사용합니다. In the distant past there was another Apache project JServ which did that. 또 다른 아파치 프로젝트를 먼 과거에 jserv가 어떤 그런합니다. Later it was discontinued in favor of Tomcat. 나중에 그것이 1984 년 tomcat 찬성합니다. Tomcat is powerful but most small developers do not need its full gamut of capabilities. tomcat은 매우 강력하지만 대부분 소규모의 개발자의 전체 영역의 기능을 필요가없습니다. Most of them would be happy with a smaller subset which is available everywhere, even on one dollar hosting . 그들 대부분은 작은 부분 집합과 함께 행복을 다운로드할 수있는이 사방으로 1 달러도를 호스팅합니다.
And finally Sun and java community needs to approach web hosting providers and make the language ubiquitous in every hosting platform, big or small. 그리고 마지막으로 태양 웹 호스팅 서비스 제공 업체와 자바 지역 사회 요구에 접근하고 유비 쿼터스의 모든 호스팅 플랫폼의 언어, 큰 또는 작은합니다. Apachefriends has done an admirable job with XAMPP for LAMP community and has made Tomcat 5.5 available with its simplified LAMP installation. 부전승을 훌륭히는 할 수 apachefriends 램프를 사용할 수있는 지역 사회와 5.5의 간체 램프가 tomcat 설치를합니다. Now if only we could package Java with all Linux and BSD installations by default… 이제 패키지를 자바 수만있다면 기본적으로 모든 리눅스와 bsd 설치를…
Filed under 밑에 Headline News 헤드 라인 뉴스 , Java Software 자바 소프트웨어 , Technology 기술 , Web 웹 , Web Hosting 웹 호스팅 , Web Services 웹 서비스 | |
| |
RSS 2.0 rss 2.0를 | |
Trackback 트랙백 this Article | 이 문서 |
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |




September 26th, 2006 at 5:11 am 2006년 9월 26일에서 오전 5시 11분
Totally agree. 전적에 동의합니다. I remember my first xml/jsp project on JServ for Onstar. 첫 번째 기억 xml / jsp 프로젝트에 jserv에 대한 onstar합니다. Part of what Java needs IMO is the same groundswell from the developers who use php , ruby, etc. Targeting the “enterprise” developer is not enough. 무엇이 필요 imo의 일부는 같은 독립적에서 자바를 사용하는 개발자들이 php, 루비, 등등을 타겟으로하는 "엔터 프라이즈"개발자가 부족합니다.
September 26th, 2006 at 8:59 am 2006년 9월 26일에서 오전 8시 59분
JServ ran in a separate process from Apache and used an apache mod connector, just like Tomcat does. 아파치와 별도의 과정을 실행 jserv 아파치 mod 커넥터를 사용 것처럼 tomcat가합니다. Remember mod_jserv? 기억 mod_jserv? It performed exactly the same function as mod_jk, but much more limited. 그것 정확히 동일한 기능을 수행 mod_jk,하지만 훨씬 더 제한합니다. It was no joy to configur either. 기쁨을 configur 중 하나가 아니라고합니다.
The difficulty with running Tomcat IP with Apache is you can’t run Java code inside another process. tomcat 프록시를 실행하는 어려움으로 아파치는 자바 코드를 실행할 수 없다는 내부 다른 프로세스가하실 수있습니다. You have to start up a VM as its own process and then use IPC to communicate between Apache and Tomcat. vm로하는 당신은 자신의 프로세스를 시작하고 다음을 사이에 의사 소통 ipc 아파치와 tomcat을 사용합니다. It’s certainly something Sun could address with the VM, but I haven’t heard anything about them moving in that direction. 확실히 무언가 태양이 주소를 vm,하지만 그들에 대해 아무것도 못 들었 그 방향으로 이동합니다.
Besides, large companies tend to choose to separate their app server and web server functions on different machines. 게다가, 대기업의 경향이 별도의 응용 프로그램 서버와 웹 서버를 선택하여 서로 다른 컴퓨터 기능을합니다. That way you can protect database servers or other protected resources from being accessed and attacked on the web server. 그렇게하면되지 않도록 보호하는 데이터베이스 서버 또는 다른 보호 리소스를 액세스하고 웹 서버에서 공격을합니다. So it’s primarily smaller shops or individiual developers that would benefit from merging the web server and app servers. 그래서 작은 상점이나 individiual 주로 혜택을 누릴의 개발자가 웹 서버 및 애플 서버에 병합합니다.
September 26th, 2006 at 9:20 am 2006년 9월 26일에서 오전 9시 20분
> Remember mod_jserv? > 기억 mod_jserv?
Yes, I do 그렇습니다
> So it’s primarily smaller shops or individiual developers that would benefit from merging the web server and app servers. > 그래서 작은 상점이나 individiual 주로 혜택을 누릴의 개발자가 웹 서버 및 애플 서버에 병합합니다.
Not just smaller shops (who aren’t an insignificant segment either) but also bigger shops who want to test the water’s. 뿐만 아니라 소규모 점포 (세그먼트를 하찮은 사람 중 하나가 아닌 경우) 더 큰 매장뿐만 아니라 물를 테스트하기 위해 사람을 필요로합니다. For better mass adoption any language shouldn’t be restricted to bigger houses only but even be easily accessible to mom-and-pop ecommerce sites too. 대량 입양에 대한 더 나은 더 큰 주택을 어떤 언어로 제한해서는 안에 쉽게 액세스할 수 있도록 전용 엄마가 - 그럼에도 불구하고 - 팝 전자 상거래 사이트를 너무합니다.
Take for example blogging softwares. 예를 들어 블로깅 소프트웨어를합니다. There are high quality java blogging software available for free and yet most of us use WordPress or MovableType / Typepad. 고품질의 자바 블로깅 소프트웨어가 무료로 사용할 수있습니다 아직 대부분의 사람 wordpress를 사용 또는 MovableType - / typepad합니다. Why? 왜? Because they are easy to setup and use. 때문에 그들은 쉽게 설치하고 사용합니다.