2014-02-11 3 views
0

내가 사용하는 순간에 약간의 문제가 발생하고이로드없는 LoginServlet 내가 톰캣 C rossContexttrue 할 수 있도록 구성했다 톰캣 7오픈 라즐로 4.9 DHTML 로그인 서블릿 전달하지만 결코 페이지

  • 에 OL 4.9을 실행, 동일한 서버에서 다른 앱 컨텍스트와 작업 할 수 있습니다. 구체적으로는 Login Servlet입니다. 내 유일한 다른 응용 프로그램은 OpenLaszlo 프리젠 테이션 서버 LPS(lps-4.9.0)입니다.
  • 들어오는 주소를 스누핑하고 특정 인증 쿠키를 찾는 Tomcat Request Filter을 사용하고 있습니다.이 쿠키는 OpenLaszlo 페이지로 전달하는 LoginServlet으로 연결됩니다. 이것은 요청 필터가 OpenLaszlo 페이지 로딩시에 깨어 났을 때 쿠키를 활성 상태로 유지하기 위해 수행되었습니다.

이제는 모두 작동합니다.

  • 그러나 페이지 로딩 영원히 계속하고 완료 결코 어느 에게 더 오류 또는 경고 lps.log 파일이나 localhost.<date>.log를이 없습니다.

전달 된 URL에 전달할 수있는 항목이 될 수 있습니까? lzr을 "dhtml"로 설정하고 lzt를 "html"로 설정하려면 적어도 2 개의 매개 변수를 사용합니다.

간단한 버튼을로드하면 간단한 <canvas> 페이지가 표시되지 않습니다. 누구든지 이것을보고 문제를 해결할 수 있습니까?

내가 처음으로 내 설명을 썼기 때문에 친구와 동료들에게 도움을 청한다는 또 다른 항의를 썼다. 그리고 이것은 내가 지금까지 발견 한 것에 대한 세부 사항을 업데이트하는 데 도움이 될 것이다.

다음은 시나리오입니다. Tomcat 7을 사용 중이며 OpenLaszlo 4.9 용 WAR 파일을 설치했습니다. 이와 동시에 LoginServlet 계층과 코드 및 web.xml 파일을 "webapps"아래에 만들었습니다. lps-4.9.0이 설치된 것과 같은 레벨입니다.

이벤트 시퀀스는 다음과 같습니다. 1. 사용자 이름과 암호를 사용하는 로그인 페이지가 나타나고 을/LoginServlet에 보내 처리합니다. 참고 : Tomcat에 대한 요청 필터 을 작성하고 등록하여 통과 Beyone/lps-4.9.0을 중지하고 해당 레벨에 액세스하려는 요청에서 쿠키를 검색 할 때 적절한 인증 을 확인합니다. 2. LoginServlet에서 MACH COOKIE를 생성합니다.이 쿠키는 과 함께 전송되므로 Filter는 /lps-4.9.0 수준을 지나서 허용합니다. 이렇게하려면 쿠키 보존을 위해 앞으로 작업을 수행해야했습니다. 리다이렉트하면 그냥 버릴거야. 은 서블릿 루트보다 높은 상대 경로를 제공 할 수 없기 때문에 Tomcat의 "crossContext" 기능을 켜야 만 동일한 도메인에서이를 수행 할 수 있습니다. 그리고 두 컨텍스트를 server.xml의 Tomcat의 conf 디렉토리에 으로 등록했습니다. 어쨌든 그것은 작동합니다. /lps-4.9.0 컨텍스트를 잡고 요청 디스패처를 얻은 다음 해당 디스패처를 사용하여 OpenLaszlo 파일 (LZX 파일)에 대한 요청/응답 쌍을 으로 전달할 수 있습니다.

그래서는 오픈 라즐로 페이지를 로딩 중까지 얻을 것으로 보인다,하지만 난 메시지 크롬의 개발자 도구 디버거에서 콘솔을 정독 할 때, 그것이 실제로 원래 요청의 컨텍스트를 사용 를하려고했던 것으로 나타났다 (예 :/LoginServlet); 물론 이 존재하지 않습니다. 원래 요청/응답 쌍을 통과했을 때, 요청에 첫 번째 컨텍스트가 사용 된 다음 해당 파일의 상대 경로를 파생 시키려고했습니다.

질문 : 원본 요청에서 물건을 복사 할 수는 있지만 상황은 이상으로 변경하면됩니까?  또는 구조적으로 다른 것을 시도해야합니까?

감사합니다,

답변

-1

그리고 대답은이 ..... 당신이 그것을 할 수 C ... 기간.

BTW. Openlaszlo 웹 사이트 서버는 DOWN, DEAD, KAPUT, NIX, GONE, NO MORE ...

이 프로젝트는 개인적으로 지원 도구 인 으로 구현됩니다.

에 대한 올바른 아이디어가 있고 클라이언트 측 GUI 구성을 간단하고 빠르고 편리하게 유지하는 것이 매우 중요하다는 점은 관심 부족으로 인해 죽는 일 수 있습니다. 말해봐? 플래시가 위험에 빠졌기 때문에 그럴 수 없습니다.

저는 프로그래머로서 우리가 직업을 잃어 버리는 것에 대해 편집증 적이 지 않다는 것을 확신합니다. 우리는 그것을 비밀로 유지하기 위해 많은 시간을 소비해야한다고 생각합니다.

저는 확실히 그것에 대해 편집증이 아닙니다. 스윙 타입의 NET BEANS가 있다는 것을 알고 있습니다.GUIS 님, GWT가 지금 비슷한 것을 채택했다고 들었으므로 은 완벽한 발명품을 찾아 계속 남아 있습니다.

크리티컬 경로는 다른 사람도 구입해야하므로 사이트 스폰서는 느린 사망으로 사망하는 동안 사이트 스폰서를 유지할 동기가 없습니다.