JNLP 파일을 생성하여 서버에 배치했습니다. 이제 문제가 없습니다.설명이 필요합니다 - 서버의 JNLP 파일 업데이트
내 생각 - 누군가가 일부 지역에서 jnlp 파일을 액세스하는 경우, 내가 어떻게 하나가 jar 파일을 업데이트, 지원 jar 파일 ..이 경우
를 업데이트 할 수 없습니다 ...?
JNLP 파일을 생성하여 서버에 배치했습니다. 이제 문제가 없습니다.설명이 필요합니다 - 서버의 JNLP 파일 업데이트
내 생각 - 누군가가 일부 지역에서 jnlp 파일을 액세스하는 경우, 내가 어떻게 하나가 jar 파일을 업데이트, 지원 jar 파일 ..이 경우
를 업데이트 할 수 없습니다 ...?
의견을 남겨주는 Thompson에게 감사드립니다. 새 jar 파일을 업로드하고 나면
한 일부-하나가 당신의 jnlp 파일 여부를 사용하는 경우에 관계없이 서버에서 jar 파일을 업데이트 할 수 있습니다 ..
, jnlp 파일에 접근 한 사용자는 업데이트 얻을 것이다 즉시, jnlp 파일이 자신의 컴퓨터에서 시작될 때.
나는 그 중 하나가 사실이라고 말하지 않을 것이고, 그들 중 어느 쪽도 @ AndrewThompson의 의견을 따르지 않는다. 서버에서 JAR 파일을 업데이트하려면 진행중인 다운로드가 영향을받지 않도록 원자 이동 또는 이름 바꾸기를 사용하는 것이 좋습니다. 클라이언트 업데이트의 경우 '즉시'가 아니며 다음에 클라이언트가 업데이트를 확인하며 구성 가능합니다. – EJP
두 번째 단락을 이해하지 못합니다. Jar 파일을 업데이트 할 수없는 이유는 무엇입니까? –
아시다시피 jnlp 파일은 실행 중에 main jar 파일을 호출하게됩니다. 누군가가 클라이언트 위치에서 jnlp (jar) 파일을 실행한다고 가정하면 서버 쪽에서 jar 파일을 수정할 수 있습니다 ...? – CarlJohn
* "서버 측에서 jar 파일을 수정할 수 있습니까?"* 예, 일반적으로 클라이언트 컴퓨터는 응용 프로그램을 실행하는 동안 새 Jar를 확인하지 않습니다. 실행 중입니다. 즉, JNLP의 옵션이 응용 프로그램을 시작한 후 새 Jars를로드하도록 지정하지 않는 한 그렇습니다. 그렇더라도 응용 프로그램이 확인되는 즉시 확인하는 경향이 있습니다. 화면 당 한 번입니다 (응용 프로그램 시작 당 한 번). OTOH에서는 JNLP API의 다운로드 서비스를 사용하여 간격을두고 새로운 Jar를 확인할 수 있습니다. 이 중 어느 것도 적절한시기에 새 아카이브를 업로드 할 수 없습니다. 서버 Jars는 클라이언트에 의해 결코 잠겨지지 않습니다. –