임베디드 언더 토우 기술에 관심이 있으니까 프로젝트가 변경 될 때마다 standalone.xml을 재구성 할 필요가 없습니다. 그런 다음 .jar을 실행할 수 있습니다.Wildfly와 임베디드 퍼포먼스 비교
- 가 나는
war내부 제이보스 구성을 유지 (SSL, 보안, 포트, 데이터 소스, 드라이버, 모든 성가신 물건) 수 :그래서 나는이 개 질문이? 아이디어는 wildfly의 새로운 사본을 다운로드 할 수있을 것이고, 전쟁을 그 안에 놓을 수 있고, 그냥 실행될 것입니다 (standalone.xml을 다시 한번 엉망으로 만들 필요가 없습니다).
- wildfly FULL과 같이 완전히 날려 버린 웹 서버를 통해 내장 서버를 사용하여 성능이 저하 되었습니까?
편집 (I 임베디드 서버 전쟁에 필요한 항아리를 가져있어 가정) : 을 주석 체인에서
이하 나는 충분히 명확하지 않았다. webapp.war이라는 웹 응용 프로그램이 있다고 가정 해보십시오. 다른 클라우드 플랫폼간에 이동할 수도 있습니다. 내가 다른 클라우드 플랫폼을 시도 할 때마다 임베디드 서버 대신 wildfly 서버를 사용하면 wildfly를 다시 다운로드해야하고 standalone.xml을 다시 구성해야합니다. 그러나 임베디드 언더우드를 사용하는 경우 응용 프로그램 jar (webapp.war 링크)의 일부인 임베디드 서버에서 구성을 한 번 수행 할 수 있습니다. 이 전체 구성을 건너 뛰고 싶습니다. 시간을 클라우드 플랫폼으로 변경합니다. 그래서 내 두 가지 질문은 : conf 하에서 conffly가 내 프로젝트의 일부이고 서버가 아닌 시나리오를 가질 수 있습니까? 그리고 두 번째 질문은 : 내가 할 수 없다면 야생 플라이와 함께, 그럼 내가 undertow 임베디드 API를 함께 할 수 있습니다. 그러나 성능에 문제가 있음을 알고 있습니다. 케이스입니까?
나는 우리가 완전히 같은 페이지에 있는지 확신하지 못합니다. 나는 묻기 전에 떼를 보았다. 그러나 여전히 구성이 필요한 것처럼 보입니다. 오늘 밤이나 내일에 나하려고 할거야. 언더우드에 관해서, 오해가 없다는 것을 확인하기 위해 임베디드 API에 대해 이야기하고 있습니다. 당신이 꽤 많이 (나는 생각한다) 내가 애플 리케이션 항아리 자체에서 언급 한 것을 구성 할 수있는 곳. 나는 시험해 보았고 나는 그것을 좋아했지만, "실제"웹 서버 대신에 그것을 사용하여 성능에 문제가있을 수 있다고 걱정했다. – Ced
나는 내가 오해하고 있다고 생각한다. 임베디드 API는 언더우드의 임베디드 API 또는 WildFly 임베디드를 말하는 것입니까? –
언더필 내장 API입니다. http://undertow.io/undertow-docs/undertow-docs-1.3.0/index.html과 같습니다. Undertow를 직접 코드에 삽입하거나 Wildfly Application Server의 일부로 사용할 수있는 두 가지 주요 방법이 있습니다. '내 코드에 삽입하는 것에 대해 이야기하고 있습니다. – Ced