버전 7.2
이 릴리스 노트에는 Sun JavaTM System Instant Messaging 7.2 출시 당시 사용 가능한 중요한 정보가 들어 있습니다. 이 문서는 새로운 기능과 향상된 기능, 알려진 문제점과 제한 사항 및 기타 정보에 대해 설명합니다. Instant Messaging 7.2를 사용하기 전에 이 문서를 읽어보십시오.
Instant Messaging의 최적 배포를 위해서는 SunSolve Online에서 이 제품 버전에 해당하는 최신 패치를 다운로드해야 합니다.
이 릴리스 노트의 최신 버전은 Sun Java System 설명서 웹 사이트에서 볼 수 있습니다. 소프트웨어를 설치하고 설정하기 전에 그리고 그 후에도 정기적으로 이 웹 사이트를 확인하여 최신 릴리스 노트와 제품 설명서를 참조하시기 바랍니다. 이 릴리스 노트는 다음 내용으로 구성되어 있습니다.
본 설명서에 언급된 타사 URL을 통해 관련된 추가 정보를 얻을 수 있습니다.
Sun은 본 설명서에 언급된 타사 웹 사이트의 가용성 여부에 대해 책임을 지지 않습니다. Sun은 해당 사이트나 자원을 통해 제공되는 내용, 광고, 제품 또는 기타 자료에 대해서는 어떠한 보증도 하지 않으며 그에 대해 책임지지 않습니다. Sun은 해당 사이트나 자원을 통해 제공되는 내용, 상품 또는 서비스의 사용과 관련해 발생하거나 발생했다고 간주되는 손해나 손실에 대해 책임이나 의무를 지지 않습니다.
날짜 |
변경 설명 |
부품 번호 |
---|---|---|
2006년 9월 |
베타 릴리스 |
820-0480 |
2007년 3월 |
최종 릴리스 |
820–0480 |
Sun Java System Instant Messaging은 사용자들이 서로 안전하고 즉각적으로 정보를 교환하고 공동으로 작업할 수 있게 하는 보안 기능과 확장된 실시간 메시징을 제공합니다. 이 제품은 인스턴트 메시징 기능에 회의, 경고, 뉴스, 폴링 및 파일 전송 기능을 결합하여 강력한 공동 작업 환경을 제공합니다. 또한 LDAP, Sun Java System Access Manager 또는 Sun Java System Portal Server를 사용하여 관리되는 기존 커뮤니티를 활용할 수 있습니다.
이 절은 다음 내용으로 구성되어 있습니다.
Instant Messaging 서버 구성 요소는 HP-UX 또는 Windows 플랫폼에서 더 이상 지원되지 않습니다. Instant Messenger에서 지원되는 플랫폼에 대해서는 Instant Messaging 클라이언트 운영 체제 요구 사항을 참조하십시오.
XMPP 리디렉션 서버는 서버 풀의 서버 간 로드 균형을 조정하여 단일 배포 내에서 서버 간에 필요한 통신량을 줄임으로써 성능을 향상시킵니다. XMPP 리디렉션 서버는 상태 확인 정보 및 메시지를 공유할 수 있는 두 명의 사용자가 동일한 노드에 있을 가능성을 높입니다. 리디렉션 서비스를 사용하면 자원 사용률을 최적화할 수 있습니다. 리디렉션 서비스는 클라이언트 연결을 서버 풀의 특정 호스트로 전달합니다.
이 Instant Messaging 릴리스는 모니터링 프레임워크 2.0 버전을 지원합니다. 이 모니터링 프레임워크는 인증 기간, 메시지 전달, 서비스를 통해 보낸 인스턴트 메시지 수 및 기타 통계에 대한 정보를 제공합니다.
Instant Messenger 자원 파일을 재배포
하는 데 사용되는 재배포 스크립트의 이름이 iwadmin
으로 변경되었습니다.
(문제 번호: 6519754) 이 Instant Messaging 릴리스에서는 Sun Cluster에서 HA 배포를 지원하지 않습니다.
이 릴리스에는 캘린더 팝업의 두 알림 서비스인 JMQ(Sun Java System Message Queue) 및 이벤트 알림 서비스(ENS)가 있습니다. 이후 릴리스에서 Communications Services 제품(Instant Messaging, Calendar Server 및 Messaging Server)은 JMQ만 사용하고 ENS는 제거될 예정입니다. 이 릴리스에서는 ENS를 계속 사용할 수 있습니다.
Instant Messaging의 이전 릴리스에서 TLS 지원이 추가되었지만, Sun Java System Instant Messaging 7 2006Q1 Administration Guide에서는 TLS 설정에 대한 지침을 정확히 설명하지 않았습니다. TLS는 서버와 클라이언트, 다른 서버 및 Instant Messaging 구성 요소(예: XMPP/HTTP 게이트웨이) 간의 통신에 사용됩니다. 레거시 SSL은 클라이언트와 멀티플렉서 간의 통신을 위해 계속 지원됩니다. 레거시 SSL은 더 이상 서버와 게이트웨이에서 지원되지 않습니다. Sun Java System Instant Messaging 7.2 관리 설명서에서는 사용자 배포에 대한 보안 설정과 관련된 자세한 정보를 제공합니다.
Instant Messaging에서 TLS를 구현하면 configure를 실행할 때 서버에 대한 SSL 포트를 입력하라는 프롬프트가 더 이상 표시되지 않습니다.
다음 iim.conf 매개 변수는 더 이상 사용되지 않습니다.
iim_server.sslport – TLS 연결을 위해 별도의 포트가 필요하지 않습니다.
iim_server.usesslport – 별도의 SSL 포트가 없습니다.
iim_server.secconfigdir – 서버에 대한 NSS 키 및 인증서 데이터베이스가 더 이상 존재하지 않습니다.
iim_server.keydbprefix – 서버에 대한 NSS 키 및 인증서 데이터베이스가 더 이상 존재하지 않습니다.
iim_server.certdbprefix – 서버에 대한 NSS 키 및 인증서 데이터베이스가 더 이상 존재하지 않습니다.
iim_server.coserver1.usessl – 이 매개 변수는 iim_server.coserver1.requiressl로 대체되었습니다.
다음 iim.conf 매개 변수는 이 릴리스의 새 매개 변수입니다.
iim_server.requiressl
iim_server.sslkeystore
iim_server.coserver1.requiressl
이 매개 변수 사용에 대한 자세한 내용은 Sun Java System Instant Messaging 7.2 관리 설명서를 참조하십시오.
Instant Messenger 클라이언트는 레거시 SSL 연결에 대해서만 imssl.html 및 imssl.jnlp를 사용합니다. Instant Messenger는 TLS를 사용하도록 구성된 서버에 연결할 때 TLS를 자동으로 지원합니다.
이 절에서는 Instant Messaging 소프트웨어의 설치 요구 사항을 설명합니다. 설치하기 전에 최소 하드웨어 및 운영 체제 요구 사항이 충족되는지 확인하십시오. 서버와 클라이언트 모두 JRE 1.4를 지원합니다. 또한 설치하기 전에 모든 제품 패치를 확인하십시오.
Sun Java System Instant Messaging의 필수 패치 최신 목록을 보려면 SunSolve Online의 Patch Portal로 이동하십시오. 시스템 패치 요구 사항이 변경되고 Java Enterprise System 구성 요소에 대한 패치가 출시되면 SunSolve에서 업데이트를 다운로드할 수 있으며 초기에는 권장 패치 클러스터 형식으로 제공됩니다.
Sun Java Communications Suite 5의 일반 출시 시점에 사용 가능한 Instant Messaging 7.2 업그레이드 패치는 다음과 같습니다.
플랫폼 |
패치 번호(영어) |
패치 번호(현지화된 언어) |
---|---|---|
Solaris, SPARC |
118786–26 |
120841–02 |
x86 |
118787–26 |
120841–02 |
Linux |
118788–26 |
120842–02 |
또한 다음과 같은 Instant Messaging SDK 7.2 업그레이드 패치를 사용할 수 있습니다.
플랫폼 |
패치 번호 |
---|---|
Solaris, SPARC |
118789–27 |
x86 |
118790–27 |
Linux |
118791–27 |
이 릴리스의 Instant Messaging 소프트웨어에 대한 하드웨어 및 소프트웨어 요구 사항은 다음 절에서 설명합니다.
이 릴리스의 Sun Java System Instant Messaging은 다음 플랫폼을 지원합니다.
SolarisTM 9(5.9) OS(SPARC® 플랫폼판, x86 플랫폼판 및 Opteron 플랫폼판)
Solaris 10 OS(SPARC 플랫폼판, x86 플랫폼판, Opteron 플랫폼판)
Red Hat Enterprise Linux AS 3.0 및 AS 4.0
Solaris용 권장 패치 목록은 SunSolve Online에서 볼 수 있습니다.
이 버전의 Instant Messaging은 다른 서버 소프트웨어의 다음 버전과 호환됩니다.
Sun Java System Access Manager 7 2006Q4
Sun Java System Application Server Enterprise Edition 8 2006Q4
Sun Java System Calendar Server 6 2006Q4
Sun Java System Directory Server 6 2006Q4
Sun Java System Messaging Server 6 2006Q4
Sun Java System Portal Server 7 2006Q4
Sun Java System Web Server 7 2006Q4
Instant Messaging 설치에 필요한 최소 하드웨어 요구 사항은 다음과 같습니다.
소프트웨어에 필요한 약 300MB의 여유 공간
각 사용자별로 약 5K의 디스크 공간
최소 256MB의 RAM. 필요한 RAM은 동시 클라이언트 연결 수 및 서버와 멀티플렉서가 같은 호스트에 배포되었는지 여부에 따라 다릅니다.
이 릴리스에서는 다음 클라이언트 플랫폼을 지원합니다.
Solaris 8, 9, 및 10
Microsoft Windows 98, ME, NT(SP 6a), 2000, XP
Mac OS X, 최소 10.1
Red Hat Linux, 최소 7.2
Windows에서는 다음 브라우저에서 브라우저의 Java Plug-in을 사용하여 Instant Messenger를 실행할 수 있습니다.
NetscapeTM 7.2 이상
MozillaTM 1.7 이상
Mozilla Firefox 1.0 이상
Internet Explorer 6.0 SP 2 이상
클라이언트 시스템에 Java 1.4 이상 버전이 설치되어 있는 경우 Java Plug-in 또는 Java Web Start를 사용하기 위한 추가 요구 사항은 없습니다. Netscape Navigator 7 버전과 최신 버전의 Mozilla 브라우저에는 Java 1.4 버전 이상이 포함되어 있습니다. Internet Explorer에는 최신 버전의 Java가 포함되어 있지 않습니다. Java 1.4를 사용할 때 문제가 발생하는 경우 5.0으로 업그레이드하십시오. JDKTM 5.0은 Sun Java System Instant Messaging에 포함되어 있습니다.
클라이언트 시스템에 Java v1.4 이상 버전이 설치되어 있는 경우 Java Web Start를 설치해야 합니다. Java v1.4는 Java 기술 웹 사이트에서 다운로드하여 설치할 수 있습니다.
Java Web Start는 Java Web Start Technology 웹 사이트에서 다운로드하여 설치할 수 있습니다.
HTML 링크는 Instant Messenger를 통해 교환할 수 있고 메신저에서 이 링크를 눌러 활성화할 수 있습니다. 링크가 활성화되면 메신저가 브라우저를 호출합니다. 표 4–2는 지원되는 운영 체제 및 브라우저 조합의 목록입니다.
표 4–2 Instant Messaging에서 지원되는 클라이언트 OS 및 브라우저 조합
운영 체제 |
브라우저 |
---|---|
Solaris 10 JDS DesktopTM |
Netscape Communicator 8.0 이상, Mozilla 1.7.12 이상, Mozilla Firefox 1.5.0 이상 |
Red Hat Linux Desktop 7.0 이상 |
Netscape Communicator 8.0 이상, Mozilla 1.7.12 이상, Mozilla Firefox 1.5.0 이상 |
Red Hat Linux Desktop 9.0 이상 |
Netscape Communicator 8.0 이상, Mozilla 1.7.12 이상, Mozilla Firefox 1.5.0 이상 |
Windows 98/ME/NT/2000/XP |
제한 없음 |
Mac OS X |
제한 없음 |
Instant Messenger는 대부분의 플랫폼에서 20 - 40MB의 메모리를 사용합니다. 클라이언트 시스템에서 사용되는 다른 응용 프로그램(운영 체제)의 요구 사항을 포함하여 메모리 요구 사항을 예측해야 합니다. 대부분의 경우 Instant Messenger와 다른 응용 프로그램을 원활하게 실행하기 위해서는 최소 128MB의 RAM이 필요합니다. 메모리 사용량이 많은 운영 체제를 사용하는 경우 더 많은 양의 메모리가 필요합니다.
이 절에는 Instant Messaging 설치 및 제거에 대한 중요한 정보가 포함되어 있습니다.
(Linux만 해당, 문제 번호: 6518514) 이전 버전의 Instant Messaging을 업그레이드할 경우 sun-im-ident-7.2–24 패치를 적용한 다음에 sun-im-install-7.2–24 패치를 적용해야 합니다. 그렇지 않으면 업그레이드에 실패할 수 있습니다.
(문제 번호: 6361796) Instant Messaging 설치 시 patchrm을 수행하면 클라이언트 자원에 대한 모든 사용자 정의가 손실됩니다. 이 작업을 수행하기 전에 클라이언트 자원을 백업해야 합니다.
(문제 번호: 6473540) Solaris에서 Sun Java System Instant Messaging 7 2005Q4를 7.2로 업그레이드한 다음 2005Q4 릴리스로 롤백하고 configure
유틸리티를 실행하면 오류가 발생하며 구성이 실패하지만 롤백은 성공적으로 수행됩니다.
Access Manager와 Instant Messaging을 함께 사용하는 경우 Java Enterprise System 설치 프로그램을 사용하여 "레거시(버전 6 스타일)" Access Manager를 설치해야 합니다. 이 버전의 Instant Messaging은 "영역(버전 7 스타일)" Access Manager와 호환되지 않습니다.
Instant Messaging을 구성할 때 Sun Java System Access Manager을 사용하여 정책을 저장하도록 선택한 경우 다음과 같은 정책이 만들어집니다.
Instant Messaging 및 상태 확인 서비스 관리 가능
자신의 Instant Messaging 설정 변경 가능
Instant Messaging 회의실 관리 가능
Instant Messaging 설치 설명서는 절판되었습니다. Instant Messaging 7.2를 처음으로 설치하는 경우 Sun Java Enterprise System 5 Installation Guide for UNIX에서 설치 지침을 참조하십시오. 이전 버전의 Instant Messaging에서 업그레이드하는 경우 Sun Java Enterprise System 2006Q3 Upgrade Guide를 참조하십시오.
표 4–3은 Instant Messaging 7.2의 알려진 비호환성에 대한 목록입니다.
표 4–3 Instant Messaging 7.2 호환성 문제
비호환성 |
영향 |
설명 |
---|---|---|
Instant Messenger 2006Q1 이전 버전은 XMPP 리디렉션을 지원하지 않습니다. |
(문제 번호: 6401743) Instant Messenger와 함께 Instant Messaging 리디렉션 서버를 사용하려면 2006Q1 버전 이상의 Instant Messenger를 사용해야 합니다. |
타사 클라이언트를 사용하는 경우에는 Instant Messaging 리디렉션 서버를 배포하기 전에 클라이언트가 XMPP 리디렉션을 지원하는지 확인하십시오. |
Sun Java System Instant Messaging 7 2005Q4에서는 Instant Messaging SDK Java 패키지의 이름이 오픈 소스 커뮤니티의 이름 지정 규칙(org.netbeans.lib.collab)과 일치하도록 변경되었습니다. |
Instant Messaging의 이후 릴리스에서는 새 이름 지정 스키마만 사용하며 이전 스키마는 더 이상 사용되지 않습니다. | |
Instant Messaging 7.2는 Access Manager 7 2005Q4 버전과 호환되지 않습니다. |
Access Manager를 설치할 때 Java Enterprise System 설치 프로그램에서 "영역 모드(버전 7 스타일)" 대신 "레거시 모드(버전 6 스타일)"를 선택하십시오. | |
Instant Messaging 7.2은 Portal Server 및 Messaging Server의 2004Q2 버전과 호환되지 않습니다. |
Instant Messaging 7.2을 업그레이드할 때 Portal Server 및 Messaging Server를 업그레이드하십시오. | |
프로토콜 변경으로 인해 Instant Messaging 7.2 서버가 통합 배포에서 이전 버전의 서버와 통신할 수 없습니다. |
Instant Messaging 연합 배포 사이트는 모든 서버를 업그레이드해야 합니다. 서버를 업그레이드하지 않으려면 기존 배포에서는 공동 작업 세션 팩토리 객체의 등록 정보를 명시적으로 설정해서 레거시 프로토콜 구현을 사용하도록 해야 합니다. |
서버가 서로 통신할 수 없는 기간을 제한하도록 업그레이드 시기를 조정해야 합니다. |
클라이언트 서버 통신 |
프로토콜 변경으로 인해 이전 버전(2004Q2 이전 버전)의 클라이언트가 새 버전의 서버와 통신할 수 없습니다(반대의 경우도 마찬가지임). |
클라이언트와 서버를 동시에 업그레이드해야 합니다. |
Sun Java System Instant Messaging 7 2005Q4 및 2006Q1은 Sun Java System Instant Messaging 7.2와 함께 제공되는 공유 구성 요소와 호환되지 않습니다. |
Instant Messaging은 IM SDK에 긴밀하게 종속되어 있습니다. IM SDK는 공유 구성 요소와 함께 설치됩니다. |
공유 구성 요소를 업그레이드한 다음 Instant Messaging을 업그레이드해야 합니다. 자세한 내용은 Sun Java Communications Suite 5 Installation Guide를 참조하십시오. |
레거시 Instant Messaging Presence 프로토콜의 Instant Messaging SDK 구현이 번들로 제공됩니다. |
기본적으로 Instant Messaging SDK API는 XMPP 프로토콜을 기반으로 한 구현을 사용합니다. 응용 프로그램은 공동 작업 세션 팩토리 객체의 속성을 명시적으로 설정하여 레거시 프로토콜 구현을 사용해야 합니다. | |
SDK 구성 요소에 추가적인 jar 파일이 포함되어 있습니다. Instant Messaging SDK는 JSO(JABBER Stream Objects) 라이브러리를 사용합니다. |
XMPP의 장점을 활용하려면 Instant Messaging SDK를 사용하여 이전 버전의 응용 프로그램에 대한 classpath를 수정해야 합니다. | |
Instant Messaging 6 2004Q2 Server가 최신 버전의 SDK의 기본 동작과 호환되지 않습니다. |
6 2004Q2 서버를 현재 Instant Messaging SDK와 함께 사용하려면 레거시 프로토콜 구현을 사용하도록 공동 작업 세션 팩토리 객체의 등록 정보를 설정해야 합니다. 이에 대한 지침은 Instant Messaging의 알려진 문제점 및 제한 사항에서 문제 번호 6200472를 참조하십시오. | |
Instant Messaging 7.2 멀티플렉서는 이전 버전의 서버에서 작동하지 않습니다. |
(문제 번호: 6396790) 멀티플렉서와 서버 간에 사용되는 내부 프로토콜의 변경으로 인해 멀티플렉서는 이전 버전의 서버가 중단될 경우 즉시 감지하지 못합니다. 따라서 중단된 이전 버전의 서버에 연결된 멀티플렉서를 사용하는 클라이언트는 적절한 시간 내에 서버 실패를 인식하지 못할 수 있습니다. |
멀티플렉서와 서버 모두에 대해 Instant Messaging 7.2를 사용하십시오. 서버가 설치된 시스템을 업그레이드하거나 패치를 적용한 다음 멀티플렉서만 사용하는 시스템을 업그레이드해야 합니다. |
Instant Messaging 7.2 서버는 이전 버전의 Instant Messaging SDK에서 작동하지 않습니다. |
(문제 번호: 6439781) Instant Messaging SDK를 업그레이드하지 않으면 업그레이드 후에 Instant Messaging 7.2 서버를 시작할 수 없습니다. |
7.2 버전의 서버 및 SDK를 사용하십시오. |
릴리스 6 2004Q2 이후의 기본 코드베이스 URL 변경 |
(문제 번호: 6189921) 코드베이스의 기본 URL이 변경되었습니다. http://server:port/iim 다음과 같이 변경하십시오. http://server:port/im | |
릴리스 6 2004Q2 이후의 기본 포트 번호 변경 |
(문제 번호: 6189921) 서버 포트가 49999에서 45222로 변경되고 멀티플렉서 포트가 49909에서 5222로 변경되었습니다. |
이 절에서는 서버 풀 구성에서 Instant Messaging을 배포할 때 조정 및 성능에 유용한 정보를 설명하며, 다음 절을 통해 가비지 컬렉션을 최적화하는 데 필요한 정보를 제공합니다.
이 정보는 Sun Java Communications Suite 5 Deployment Planning Guide의 내용과 함께 참조해야 합니다.
서버 풀 배포에서는 서버 풀의 각 Instant Messaging 서버를 동일하게 설정해야 합니다.
Instant Messaging 서버를 실행하려면 J2SE 버전 5를 사용하십시오. 이 버전은 보다 나은 성능을 제공하며 인체 공학적 기능을 지원하므로 명령줄을 통한 조정 작업이 필요하지 않습니다. 이 버전의 Java 사용에 대한 자세한 내용은 다음 문서를 참조하십시오.
Instant Messaging 서버는 iim.conf의 iim.jvm.maxmemorysize 매개 변수를 사용하여 할당할 최대 JVM 힙 크기를 설정합니다. 이 매개 변수의 기본값은 256MB이지만, 대용량 Instant Messaging 배포에서는 더 많은 메모리가 필요합니다. 서버 풀에서 Instant Messaging 서버에 할당할 메모리 크기는 지원해야 하는 동시 활성 사용자 수에 따라 다릅니다. 서버 풀의 각 Instant Messaging 서버는 256MB가 필요하고 각 연결된/활성 사용자에 대해 다음과 같은 매일 사용으로 65KB가 추가로 필요합니다.
두 개의 상태 확인 업데이트
다섯 번의 10분간 채팅
한 번의 15분간 여러 사용자 회의
한 번의 로그아웃 및 로그인
사용자별 추가 로드, 추가 Instant Messaging 서비스(예: 뉴스, 파일 전송 등) 사용, 기능(예: 메시지 필터, 아카이브, SSL 등) 사용 시에는 더 많은 메모리가 사용됩니다. 프로덕션 환경에 Instant Messaging을 배포하기 전에 일반적인 사용자 작업의 로드 프로필링을 수행해야 합니다. Instant Messaging 배포의 로드 프로필링에 대한 자세한 내용은 Sun 지원 서비스에 문의하십시오.
Instant Messaging은 클라이언트와 서버 간 요청 및 서버 간 요청을 처리하는 데 사용되는 스레드 풀의 크기와 동작을 조정하는 일련의 구성 옵션을 제공합니다. 관련 서비스 포트와 결합된 이러한 스레드 풀은 Instant Messaging 서버의 처리량을 향상시킬 수 있습니다.
옵션 이름 |
설명 |
기본값 |
---|---|---|
iim_server.maxthreads |
기본 스레드 풀의 최대 스레드 수 |
20 |
iim_server.threadpool |
독립 스레드 풀 목록 |
(모두 기본 스레드 풀 사용) |
iim_server.threadpool.capacity |
기본 스레드 풀의 용량(*) |
10 * maxthreads |
iim_server.threadpool.aaa.maxthreads |
명명된 스레드 풀 aaa에 대한 최대 스레드 수: maxthreads(aaa) |
4 |
iim_server.threadpool.aaa.capacity |
명명된 스레드 풀 aaa의 용량 |
10 * maxthreads(aaa) |
표 4–4 Sun Java Communications Suite의 정의된 스레드 풀
이름 |
사용 |
---|---|
s2s-in |
모든 서버 대 서버 인바운드 통신. 포트에서 서버 대 서버 통신을 허용하는 경우 이 스레드 풀이 사용됩니다. |
s2s-out |
모든 서버 대 서버 아웃바운드 통신. 포트에서 서버 대 서버 통신을 허용하는 경우 이 스레드 풀이 사용됩니다. |
s2s |
모든 서버 대 서버 통신. s2s-in과 s2s-out의 통합 |
서비스 포트 구성에 설명된 대로 연관된 서버 전용 서비스 포트에서 정의된 스레드 풀을 지정하고 사용할 수 있습니다. iim.conf에서 스레드 및 포트 구성을 편집합니다. 스레드 및 포트 구성을 변경한 후에는 서버를 다시 시작해야 합니다.
스레드 풀의 용량이 초과하면 표준 오류 메시지가 출력됩니다. Instant Messaging 서버는 요청 수가 스레드 풀의 용량 값보다 작을 때까지 스레드 풀에 대한 추가 요청을 승인하지 않습니다. 서버 풀 환경에서 이와 같은 상황이 발생하면 다음 작업을 수행해야 합니다.
스레드 풀의 용량 늘리기
정의된 스레드 풀 지정
스레드 풀의 maxthreads 수 조정
서버 전용 서비스 포트 사용
메모리 늘리기
사용자를 서버 풀에 보다 효율적으로 배포
!s2s thread pool iim_server.threadpool=s2s-in iim_server.threadpool.s2s-in.maxthreads=5 |
이 절에서는 여러 가지 서비스 포트 구성 옵션에 대해 설명합니다.
옵션 |
정의 |
기본값 |
---|---|---|
iim_server.useport |
일반 포트(StartTLS 허용)를 엽니다. |
true |
iim_server.usesslport |
SSL 포트(협상 불가 TLS)를 엽니다. |
false |
iim_server.usemuxport |
멀티플렉서 포트를 엽니다. |
true |
iim_server.port |
일반 포트 목록 |
5269 |
iim_server.sslport |
SSL 포트 목록 |
5270 |
iim_mux.serverport |
멀티플렉서 포트 목록 |
45222 |
iim_server.port.port.sndbuf |
소켓 send 버퍼 크기 |
없음 |
iim_server.port.port.rcvbuf |
소켓 recv 버퍼 크기 |
없음 |
iim_server.port.port.interface |
바인드할 특정 네트워크 인터페이스 목록 |
없음(임의로 지정) |
iim_server.port.port.protocol |
이 포트에 허용된 프로토콜 목록(client, server, component, peer) |
all/any |
iim_server.port.port.nodelay |
Nagles 알고리즘을 사용합니다. |
false |
수신 버퍼 크기의 포트 전송 크기를 조정하여 서비스 포트의 처리량을 향상시킬 수 있습니다.
iim_server.port = 5269, 45269, 15222 iim_server.port.5269.protocol = server iim_server.port.45269.protocol = peer, component iim_server.port.45269.sndbuf= 512000 iim_server.port.45269.recvbuf= 512000 iim_server.port.15222.protocol = client |
(문제 번호: 6279277) JRE 1.4.2 버전과 1.5 버전의 가비지 컬렉션 처리 방법의 차이로 인해 서버의 호스트에서 버전 1.4.2와 함께 기본 가비지 컬렉터를 사용할 경우 성능이 떨어질 수 있습니다. 이 문제를 해결하려면 JRE 1.5 버전으로 업그레이드하거나 서버를 호출할 때 다음 명령줄 옵션을 포함시킬 수 있습니다.
-XX:+UseParallelGC |
JRE 가비지 컬렉션에 대한 자세한 내용은 다음을 참조하십시오.
JRE 1.4.2 - Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
JRE 1.5 – Tuning Garbage Collection with the 5.0 Java Virtual Machine
이 절에서는 이 Instant Messaging 7.2 릴리스에서 해결된 문제에 대해 설명합니다.
(Linux만 해당) 업그레이드 후에 Java의 위치가 redeployApp
에 올바르게 기록됩니다. 더 이상 /opt/sun/im/html/redeployApp에서 Java의 경로를 수동으로 수정할 필요가 없습니다.
이전에는 프록시를 구성하고 iim.conf에서 SSL을 비활성화한 경우에도 프록시를 통해 로그인할 수 있었습니다. 또한 Instant Messenger가 로그인되어 있지 않은 경우에도 안전하게 로그인된 것으로 콘솔에 표시되었습니다. 더 이상 이러한 오류가 발생하지 않습니다.
업그레이드 후에 사용자 등록 정보가 LDAP에 저장되어 있는 Sun Java System Access Manager 배포 환경에서 기존의 멀티바이트 뉴스 채널 이름이 더 이상 % 인코딩으로 표시되지 않습니다.
Instant Messenger는 시간 초과(예: httpbind.polling)가 너무 높게 설정되어 있는 경우 더 이상 예외를 발생하지 않습니다.
rdadmin generate 명령이 기존 리디렉션 데이터베이스 redirect.db를 더 이상 덮어쓰지 않습니다.
읽기 액세스 권한이 있는 사용자는 중재되는 회의에서 더 이상 파일을 첨부할 수 없습니다.
기본 도메인에서 또 다른 호스트된 도메인의 사용자를 검색하는 작업은 더 이상 실패하지 않습니다.
이제 가상 도메인 배포에서 사용자가 상태 확인 정보를 받고 동일한 LDAP 서버에서 호스팅하는 다른 도메인의 대화 상대에게 메시지를 보낼 수 있습니다.
이제 온라인 도움말에 올바른 릴리스 번호가 표시됩니다.
서버 풀 배포에서 더 이상 하나의 메시지가 여러 번 전송되지 않습니다.
이 절에는 Instant Messaging 7.2 릴리스 당시 중요한 것으로 알려진 문제점 목록이 포함되어 있습니다.
패치 업데이트는 주기적으로 발표됩니다. Instant Messaging을 설치하거나 사용할 때 문제가 발생한 경우 Sun 지원팀에 연락하여 이 프로그램에 대한 해결 방법이 있는지 문의하십시오. 또는 SunSolve Online에 패치를 문의할 수 있습니다.
이 절에서는 다음과 같은 제품 영역을 다룹니다.
(Linux만 해당) Sun Java System Instant Messaging 7 2005Q4에서 이 릴리스로 업그레이드할 경우 클라이언트 자원이 웹 컨테이너에서 배포 해제됩니다.
해결 방법: 이 문제가 발생하지 않도록 하려면 다음 중 하나를 수행합니다.
패치를 적용할 때 다음 명령을 실행합니다.
"rpm -F --nopreun sun-im-client*" |
패치를 적용한 후 클라이언트 자원을 수동으로 재배포합니다.
/opt/sun/im/sbin/iwadmin |
Sun Java System Instant Messaging 7 2005Q4를 7.2로 업그레이드한 후 서버에서 사용자 데이터에 액세스할 수 없습니다.
해결 방법:
Sun Java System Instant Messaging 7 2005Q4를 이 릴리스로 업그레이드하고 파일을 사용하여 사용자 등록 정보를 기본 위치에 저장(iim.userprops.store = "file")하려면 업그레이드하기 전에 사용자 데이터를 다음과 같이 복사해야 합니다.
Solaris: /var/opt/SUNWiim/db에서 /var/opt/SUNWiim/default/db로 복사
Linux: /var/opt/sun/im/db에서 /var/opt/sun/im/default/db로 복사
patchrm을 실행한 후 Instant Messaging 자원에 대한 사용자 정의 내용이 손실됩니다.
Instant Messaging 설치 시 patchrm을 수행하면 클라이언트 자원에 대한 모든 사용자 정의가 손실됩니다.
해결 방법: 이 작업을 수행하기 전에 클라이언트 자원을 백업합니다.
대용량 배포에서 업그레이드한 후에 서버가 시작되지 않습니다.
Instant Messaging 회의 정보가 LDAP에 저장되는 배포에서 1,000개 이상의 회의가 저장되어 있는 경우 업그레이드를 수행한 후에 서버가 시작되지 않을 수 있습니다. 이는 처음 시작 시 서버가 마이그레이션이 수행되었는지 여부를 확인하기 때문입니다. 예를 들어, Sun Java System Instant Messaging 7 2005Q4 또는 2005Q1에서 업그레이드할 때처럼 마이그레이션이 필요하지 않은 경우 서버가 시작되지 않습니다. 서버를 시작하기 전에 마이그레이션이 완료되었음을 나타내는 플래그를 수동으로 추가해야 합니다.
해결 방법: 업그레이드 후에 im_runtime_base로 변경하고 명령줄에 다음 명령을 입력하여 마이그레이션이 완료되었음을 나타내는 플래그를 수동으로 추가합니다.
touch db/muc/.ids_migrated_muc touch db/muc/.ids_migrated |
업그레이드 롤백 시 Instant Messenger 구성 요소가 배포 해제되지 않습니다.
patchrm을 사용하여 이 릴리스를 이전 버전의 Instant Messaging으로 롤백하려 할 경우 Instant Messenger 자원에 대해 배포 해제를 실행하면 배포 해제 명령이 실패하고 다음과 같은 오류가 발생합니다.
/im_svr_base/sbin/iwadmin: No such file or directory. |
해결 방법: 없음
2005Q1 또는 2005Q4에서 7.2로 업그레이드한 후 imadmin start 명령을 실행해도 서비스가 시작되지 않습니다.
이번 릴리스에서 워치독이 변경되어 2005Q1 또는 2005Q4의 imadmin 명령은 최신 버전의 공유 구성 요소와 함께 사용되고 또한 이 구성 요소가 명령에 지정되어 있지 않으면 실패합니다.
해결 방법: 공유 구성 요소를 Sun Java Communications Suite 5로 업그레이드하는 경우 Instant Messaging 구성 요소(서버 등)를 7.2로 업그레이드해야 합니다. 또한 Instant Messaging을 업그레이드하기 전에 공유 구성 요소를 업데이트해야 합니다.
(Solaris만 해당) Instant Messaging 7.2에서 2005Q4로 롤백한 후 구성이 실패하며 오류가 발생합니다.
Solaris에서 Sun Java System Instant Messaging 7 2005Q4를 7.2로 업그레이드한 다음 2005Q4 릴리스로 롤백하고 configure
유틸리티를 실행하면 오류가 발생하며 구성이 실패하지만 롤백은 성공적으로 수행됩니다.
해결 방법: 없음
imadmin –migrate 옵션이 더 이상 지원되지 않습니다.
2005Q1 및 이전 버전에는 imadmin의 -migrate 옵션이 포함되어 있었습니다. 이 옵션은 더 이상 지원되지 않습니다.
해결 방법: 없음
루트 이외의 사용자로 사용자 아이디 및 그룹 아이디를 지정하면 구성 유틸리티가 실패합니다.
루트 이외의 사용자로 Instant Messaging을 설치할 경우 이 사용자는 기본적으로 iim.conf를 수정할 수 있는 권한이 없습니다. 이 경우 설치 후에 configure를 실행하면 configure가 실패합니다.
해결 방법: 설치 후 Instant Messaging 구성 요소를 시작하기 전에 다음과 같이 imuser 및 imgroup에 대한 권한을 수동으로 설정해야 합니다.
chown -R imuser:imgroup /var/opt/SUNWiim/default chown -R imuser:imgroup /etc/opt/SUNWiim/default |
여기서 imuser 및 imgroup은 각각 Instant Messaging을 설치하는 데 사용한 사용자와 그룹입니다.
(Linux만 해당) Instant Messaging 7.2로의 업그레이드가 파일 충돌 오류와 함께 실패합니다.
sun-im-ident-7.2–24 패키지보다 sun-im-install-7.2–24 패키지를 먼저 업그레이드하면 이전 버전 패키지를 덮어쓰지 않습니다. 이전 버전은 sun-im-install-7.0–13 및 sun-im-ident-7.0–13이며 다음과 같은 오류가 발생합니다.
file /opt/sun/im/lib/imService.ldif from \ install of sun-im-install-7.2-24 conflicts with \ file from package sun-im-ident-7.0-13 |
Instant Messaging 7.2와 함께 설치해야 하는 패키지 버전은 sun-im-ident-7.2–24 및 sun-im-install-7.2–24 입니다.
해결 방법: sun-im-ident-7.0–13 패키지를 제거한 다음 Instant Messaging을 업그레이드합니다. 업그레이드 중에 패치를 적용할 때 sun-im-ident-7.0–24를 적용한 다음에 sun-im-install-7.2–24 패치를 적용해야 합니다.
서버 호스트의 JRE 1.4.2에서 사용하는 기본 가비지 컬렉션에서 메모리 성능 저하가 발생합니다.
해결 방법: 자세한 내용은 Instant Messaging의 성능, 확장성 및 크기 조정 고려 사항을 참조하십시오.
서버 대 서버 통신에서 최종 사용자에 대해 뉴스 채널 액세스 권한이 작동하지 않을 수 있습니다.
예를 들어 액세스 권한이 없음으로 설정된 사용자가 읽기 액세스 권한을 가질 수 있습니다.
해결 방법: 없음
서버 대 서버 통신에서 다른 서버의 뉴스 채널에 가입한 최종 사용자가 뉴스 채널의 메시지 작성자와 채팅할 수 없습니다.
해결 방법: 없음
서버 대 서버 통신에서 최종 사용자의 액세스 권한이 회의실에서 제대로 작동하지 않습니다.
예를 들어, 없음, 읽기 및 쓰기 액세스 권한을 들 수 있습니다.
해결 방법: 없음
configure 유틸리티에 대한 명령줄 도움말이 잘못되었습니다.
configure 유틸리티를 사용할 때 전체 단어 옵션 앞에 두 개의 하이픈을 입력해야 합니다. 예를 들어, configure --nodisplay는 작동하지만 configure –nodisplay는 작동하지 않습니다. configure 유틸리티에 대한 명령줄 도움말에는 하이픈을 하나만 사용해야 한다고 잘못 나와 있습니다.
잘못된 LDAP 연결로 인해 멀티플렉서 구성이 실패하는 것 같습니다.
멀티플렉서 하나만 있는 인스턴스를 설치하는 경우 사용자 등록 정보를 LDAP에 저장하는 옵션을 선택하면 configure
를 실행할 때 구성에 실패했다는 오류 메시지가 나타납니다.
해결 방법: 멀티플렉서 하나만 설치하는 경우 사용자 등록 정보를 LDAP에 저장하도록 선택하지 마십시오.
구성에서 Access Manager SDK를 설치하지 않은 경우에도 이를 구성할 수 있는 옵션이 표시됩니다.
Access Manager SDK를 제외하고 Instant Messaging을 성공적으로 설치한 후에 "사용자 관리 옵션" 패널에 SSO 및 정책에 대한 Access Manager를 사용하기 위한 설정을 선택할 수 있는 옵션이 잘못 표시됩니다.
해결 방법: 없음
이 Instant Messaging 릴리스에서는 Sun Cluster에서 HA 배포를 지원하지 않습니다.
해결 방법: 없음
설치 후에 XMPP/HTTP 게이트웨이에 대한 로그 파일 위치가 올바르지 않습니다.
Solaris에서 기본값 이외의 로그 위치를 사용하도록 선택한 경우 또는 Linux에서 실행하는 경우에는 선택하는 경로에 관계없이 httpbind_log4j.conf에서 XMPP/HTTP 게이트웨이에 대한 기본 로그 파일의 위치를 수정해야 합니다.
해결 방법: httpbind_log4j.conf에서 log4.appender.appender_ID.file 매개 변수의 값을 로그 파일이 저장되는 위치로 설정합니다. 기본적으로 Linux에서 이 값은 /var/opt/sun/im/default/log입니다. configure
를 실행할 때 로그 파일의 위치를 다르게 선택한 경우 해당 경로를 매개 변수의 값으로 입력합니다.
이 릴리스에는 알려진 서버 풀링 문제가 없습니다.
리디렉션 서버에서 Instant Messenger 2005Q4 이전 버전을 사용할 수 없습니다.
이전 버전의 Instant Messenger에서는 XMPP 리디렉션을 지원하지 않습니다.
해결 방법: Instant Messenger를 2006Q1 이상 버전으로 업그레이드합니다.
기본 도메인에서 다른 호스트된 도메인의 회의실 및 뉴스 채널을 검색할 수 없습니다.
해결 방법: 없음
서버 풀에서 기본 도메인이 아닌 도메인의 사용자는 기본 도메인의 사용자가 만든 회의에 참가할 수 없습니다.
서버 풀의 호스트된 도메인 환경에서 기본 도메인의 사용자가 회의를 설정하여 기본 도메인이 아닌 도메인의 사용자를 참가하도록 초대하는 경우 초대 받은 사용자는 회의 참가자 목록에 이름이 있더라도 회의에 참가할 수 없습니다.
해결 방법: 없음
뉴스 메시지 등록 정보가 뉴스 메시지와 함께 전송되지 않습니다.
그 결과 다음의 클라이언트 기능에 영향이 있을 수 있습니다.
뉴스 메시지에 제목이 표시되지 않습니다.
뉴스 메시지에서 줄을 바꿀 수 없어 모든 것이 축소되어 나타납니다.
뉴스 메시지의 서식이 손실될 수 있습니다.
첨부 파일을 보낼 수 없습니다.
이미지를 보낼 수 없습니다.
해결 방법: 없음
뉴스 채널의 메시지 손실
뉴스 채널에 메시지를 게시한 다음 게시한 메시지를 보지 않고 로그아웃하면 메시지가 손실된 것처럼 보입니다. 하지만 메시지는 존재하며 보이지 않을 뿐입니다.
해결 방법: Instant Messenger에서 로그아웃하기 전에 자신이 뉴스 채널에 게시한 메시지를 보거나 뉴스 채널에서 가입을 취소하고 가입합니다.
멀티바이트 문자의 글꼴을 사용자 정의할 때 문제가 발생합니다.
해결 방법: 멀티바이트 문자의 글꼴을 사용자 정의하려면 먼저 텍스트를 입력한 다음 텍스트를 강조 표시하고 글꼴 사용자 정의를 적용해야 합니다.
일부 로켈에서 Instant Messenger에 인쇄 오류가 발생합니다.
해결 방법: 인쇄할 텍스트를 잘라내어 인쇄가 가능한 다른 응용 프로그램에 붙여 넣습니다.
멀티바이트 문자를 사용하는 일부 로켈에서 Windows 작업 표시줄 메뉴 레이블이 올바르게 표시되지 않습니다.
메뉴 기능에는 영향이 없습니다.
해결 방법: 없음
zh_HK 로켈에서 Instant Messenger에 영어가 표시됩니다.
해결 방법: 로그인에 zh_HK 로켈을 사용하는 시스템에서 중국어 번체(zh_TW) 메시지를 보려면 zh_TW에 대한 심볼릭 링크를 만들어야 합니다.
Windows 2000에서 Instant Messenger의 현지화된 버전에서 폴더 팝업 메뉴의 첫 번째 항목이 올바르게 표시되지 않습니다.
이 텍스트는 "축소"로 표시되어야 합니다.
해결 방법: 클라이언트 시스템에서 JDK 1.5(5.0) 대신 JDK 1.4.2를 사용합니다.
멀티바이트 문자가 포함된 전자 메일 아카이브 메시지의 내용에 잘못된 문자가 추가되어 있을 수 있습니다.
해결 방법: 없음
여기에서는 다음 절을 통해 Instant Messenger 릴리스 당시 알려진 문제점에 대해 설명합니다.
Mac OS에서는 유휴 상태 감지가 구현되지 않습니다.
사용자가 Instant Messenger 세션을 사용하지 않고 놔두면 부재 상태가 자동으로 감지되지 않습니다.
해결 방법: Mac OS 사용자는 자리를 비우기 전에 자신의 상태를 명시적으로 자리 비움으로 설정해야 합니다.
사용자 정의 상태를 제거할 수 없습니다.
해결 방법: 가장 사용량이 적은 상태가 제거됩니다. 즉시 제거하려면 5개의 새 사용자 정의 상태를 추가합니다. 그러면 가장 오래된 것이 사라집니다.
설정 대화 상자의 프라이버시 탭에서 사용자가 변경한 내용은 사용자가 확인을 누르지 않아도 변경 작업이 진행되는 동안 저장됩니다.
따라서 이 탭에서 변경한 후 취소를 눌러도 변경 내용이 저장됩니다.
해결 방법: 없음
Instant Messenger가 Java 플러그 인에서 시작된 경우 사용자가 유휴 또는 자리 비움 상태에 대한 우선 순위를 설정할 수 없습니다.
Java 플러그 인을 사용하여 Instant Messenger를 시작한 경우 유휴 및 자리 비움 상태에 대한 우선 순위를 설정할 수 있는 옵션이 사용자 인터페이스에 표시되지 않습니다. Java Web Start에서 Instant Messenger를 시작할 때는 이러한 현상이 발생하지 않습니다.
해결 방법:
Java Web Start를 사용하여 Instant Messenger를 시작합니다.
도구|설정을 선택하여 설정 대화 상자를 엽니다.
고급 탭을 선택합니다.
유휴 및 자리 비움에 대한 우선 순위를 원하는 대로 설정합니다. 이러한 옵션에 대한 자세한 내용은 온라인 도움말을 참조하십시오.
리디렉션 서버에서 Instant Messenger 2005Q4 이전 버전을 사용할 수 없습니다.
이전 버전의 Instant Messenger에서는 XMPP 리디렉션을 지원하지 않습니다.
해결 방법: Instant Messenger를 2006Q1 이상 버전으로 업그레이드합니다.
(Windows만 해당) Windows의 Java 플러그 인에서 클라이언트를 시작하면 데스크탑 통합 설정 옵션이 표시되지 않습니다.
Java 플러그 인은 데스크탑 통합을 지원하지 않습니다. 따라서 설정 대화 상자의 일반 탭에 데스크탑 통합 설정 옵션이 표시되지 않습니다.
해결 방법: Java Web Start에서 응용 프로그램을 호출합니다.
사용자가 마지막으로 성공적으로 로그인한 서버가 Instant Messenger 로그인 대화 상자에 표시되지 않는 경우가 있습니다.
이 동작은 마지막으로 성공적으로 사용한 사용자 이름이 로그인 대화 상자에 표시되는 사용자 이름에 대한 동작과 일치하지 않습니다.
해결 방법:
로그인 대화 상자에서 추가 정보를 누릅니다.
서버 드롭다운 목록에서 적절한 서버를 선택합니다.
SSL을 통해 연결된 클라이언트의 연결이 끊어지는 경우 다시 연결하려고 하면 인증서를 다시 받으라는 메시지가 표시됩니다.
해결 방법: 없음
Instant Messenger의 연결이 예기치 않게 끊어집니다.
Access Manager에 배포할 때 Access Manager 시간이 초과되면 Instant Messenger의 연결이 끊기고 Instant Messaging Server를 다시 시작해야 다시 연결할 수 있습니다.
해결 방법: SunSolve Online에서 제품 패치를 다운로드합니다.
서버에 다시 연결하면 Instant Messenger에 문제가 발생합니다.
Instant Messenger가 서버와 연결이 끊기면 다시 연결되었을 때 제대로 작동하지 않을 수 있습니다. 예를 들어 상태 정보가 제대로 표시되고 않고 회의실이 작동하지 않을 수 있습니다.
해결 방법: 연결이 끊긴 뒤 회의실에 참가하려면 회의 탭에서 회의를 두 번 누르지 말고 해당 아이콘을 누릅니다. 또한 SunSolve Online에서 제품 패치를 다운로드할 수도 있습니다.
Access Manager에서 사용자 연결을 종료해도 Instant Messenger에서 사용자가 로그아웃되지 않습니다.
Access Manager에서 사용자의 현재 세션을 종료해도 사용자는 여전히 Instant Messenger에 로그인된 상태로 있습니다.
해결 방법: 없음
사용자의 비밀번호에 선행 또는 후행 공백이 있는 경우 사용자는 Instant Messaging에 로그인할 수 없습니다.
해결 방법: 없음
Instant Messenger에서 텍스트를 잘라서 붙여 넣을 때 캐리지 리턴이 추가될 수 있습니다.
해결 방법: 없음
MAC OS의 경우 Java Web Start 클라이언트에서 인쇄하려고 하면 Instant Messenger가 중지됩니다.
해결 방법: 메시지를 복사하여 다른 응용 프로그램에 붙여 넣은 후 인쇄합니다.
사용자에게 여러 Instant Messaging 정책을 적용한 경우 정책이 서로 모순될 수 있습니다.
예를 들어 사용자에게 “일반” 및 “회의실 관리자” 정책이 적용된 경우 사용자는 회의실을 관리할 수 없습니다.
해결 방법: “회의실 관리 가능” 확인란을 선택 취소하여 일반 사용자 정책을 편집합니다. 이렇게 하면 두 정책이 충돌하지 않습니다.
빈 대화 상대 그룹이 Instant Messenger에서 사라집니다.
Instant Messenger에서 새 대화 상대 그룹을 만들고 그룹에 대화 상대를 할당하지 않은 상태에서 로그아웃한 이후 다시 로그인하면 대화 상대 그룹이 대화 상대 목록에 나타나지 않습니다.
해결 방법: Instant Messenger에서 로그아웃하기 전에 대화 상대 그룹에 대화 상대를 추가합니다.
대화 상대를 그룹에 추가할 때 대화 상대에 프라이버시 프로필이 적용되지 않습니다.
해결 방법:
서버 풀의 배포에서 대화 상대 그룹 간에 대화 상대를 이동하면 해당 그룹의 프라이버시 프로필이 새로 이동된 대화 상대에 적용되지 않습니다.
해결 방법: 변경 후에 Instant Messenger에서 로그오프한 다음 다시 로그인합니다.
여러 도메인의 항목을 포함하는 대화 상대 목록을 가져오는 경우 사용자의 도메인에 있는 항목만 가져오게 됩니다.
해결 방법: 없음
캘린더 미리 알림이 비어 있습니다.
다음과 같이 Calendar Server 경고 유형이 text/xml로 설정된 경우
caldb.serveralarms.contenttype = "text/xml"
Instant Messenger 작업 만기 미리 알림 경고 창의 미리 알림 필드가 빈 필드가 됩니다.
해결 방법: 이 필드를 "text/calendar"로 설정합니다.
회의에 참가할 권한이 없는 사용자를 회의에 초대하면 잘못된 동작이 수행됩니다.
사용자를 초대한 것처럼 보이지만 실제로 해당 사용자에게는 초대가 수신되지 않습니다.
해결 방법: 없음
회의실에서 액세스 권한 변경 내용이 적용되지 않습니다.
이미 회의실에 있는 사용자의 액세스 권한을 변경한 경우 회의실 창을 다시 실행해야 변경이 적용됩니다.
해결 방법: 액세스 권한을 업데이트하려면 회의실 창을 닫고 다시 시작합니다.
여러 동시 Instant Messaging 세션에서 동일한 회의실에 들어갈 수 없습니다.
해결 방법: 없음
이미지가 포함된 경고가 안정적으로 렌더링되지 않습니다.
해결 방법: 없음
다중 세션 검증이 실패합니다.
SSO 공급자 인터페이스의 문제로 인해 사용자당 하나의 세션만 허용합니다.
해결 방법: 없음
이 절에서는 다음 절에 나열된 설명서에 대한 변경 사항 및 오류에 대한 정보를 제공합니다.
이 절에서는 관리 설명서에서 설명하지 않은 정보를 제공합니다.
Instant Messaging에 새 사용자를 추가하는 경우 해당 사용자가 다른 Sun Java Enterprise System 제품에 대해 관리되지 않습니다.
기본적으로 Instant Messaging 새 사용자 등록 기능은 전자 메일, 캘린더 등과 같은 다른 구성 요소에 대해 사용자를 활성화하지 않습니다. 따라서 Instant Messaging 새 사용자 등록 기능을 사용하여 관리된 사용자 항목은 다른 서비스에 필요한 객체 클래스와 속성을 포함하지 않으므로 아카이브 전자 메일 또는 캘린더 팝업을 받지 못합니다.
해결 방법: 사용자 항목 또는 registration.ldif를 수동으로 수정하여 새 사용자 등록 기능을 통해 추가된 사용자 항목에 이 추가 정보를 제공할 수 있습니다. 또는 다른 Sun Java Enterprise System 제품과 함께 제공된 관리 도구를 사용합니다.
제품 온라인 도움말 또는 빠른 참조에서는 다음 정보를 설명하지 않습니다.
시작 화면
시작 화면에서 Instant Messenger를 시작합니다. Java Web Start를 사용하는 경우 화면 가운데에 있는 시작 버튼을 누릅니다. Java Plug-in을 사용하는 경우(Windows 사용자에게만 해당) 화면 맨 위에 있는 Java Plug-in 버튼을 누릅니다. 온라인 도움말 및 빠른 참조 버튼은 최종 사용자 제품 도움말을 표시합니다.
해결 방법: 해당 없음
빠른 참조에 설명된 회의실을 만들고 관리하는 절차에 메뉴가 잘못 나와 있습니다.
빠른 참조에는 회의실을 만들고 관리하려면 파일 메뉴에서 회의룸 관리를 선택해야 한다고 설명되어 있습니다. 회의룸 관리 메뉴 옵션은 파일 메뉴가 아니라 도구 메뉴에 있습니다.
해결 방법: 없음
Sun Java System Instant Messaging 7.2에는 사용자가 재배포할 수 있는 파일이 포함되어 있지 않습니다.