야외 전용 노드의 고유성 REF

Question

야외 문서 노드가 ID, UID, UUID 또는 GUID를 참조합니까?

나는 이것에 관한 문서를 찾지 못했지만, AlfrescoOne에는 Java 클래스 중 하나에 GUID 생성기가 있습니다.

Answer 1

예는 고유합니다. 보통 그들은이 작업 공간처럼 보일 : // SpacesStore/d0ab65f5-599c-439e-a87c-35eef61a0515

Answer 2

프레스코 NodeRefs 그들이 살고있는 세입자에 대해 고유해야합니다 기본적으로, 그들은 GUID의 종류를 기반으로합니다. 그러나 그들은 그렇게 할 필요가 없습니다. company_home/응용 프로그램 : 사전/응용 프로그램 : rendering_actions

workspace://SpacesStore/publishing_root_space -/응용 프로그램/응용 프로그램 - 당신이 당신의 노드 브라우저를 해고하는 경우, 당신은 잘 알려진 noderefs의 소수, 예를 들어

• workspace://SpacesStore/rendering_actions_space가 나타납니다 : company_home/응용 프로그램 : 사전/응용 프로그램 : publishing_root

workspace://SpacesStore/88829143-8494-4cfe-99d6-6c7949aaa279

같은 것들을들 잘 알려진 noderefs는 시스템의 모든 임차인에있을 것이기 때문에이 비록 대부분의, 당신은 그러므로 알고 noderefs 오 세입자 내에서 고유해야하며 주어진 설치 내에서 전 세계적으로 고유하지 않아도됩니다.

Answer 3

생성 된 모든 새 노드에 대해 GUID.generate()가 사용됩니다. 프로그래밍 방식으로 DataList 항목을 만들 때이 문제를 처리해야했습니다. 각 행에는 고유 한 식별자가 있어야합니다.

프레스코, I는 (4.2) 내부 사양에서 충돌의 확률을 org.safehaus.uuid.uuidgenerator

입력해도를 사용 GUID.java 클래스를 사용으로 인해 동일한 GUID를 가지고 적어도 버전 실제로 매우 매우 낮다 ID가 있으면 고유성에 대한 정보를 수집하기 위해 safehaus에서 해당 클래스를 살펴야합니다.

NodeRef이 세입자에 대한 고유해야합니다입니다 말했다 어떤 다른 [업데이트]

그러나, 단지 시행은,이 GUID 발전기에 관계없이 정확도를 말할 가치가있다, 거기에 몇 가지 두 개 이상의 설치에서 동일한 노드 GUID를 찾을 수있는 경우

예를 들어 boostrap data을 사용하여 야외에 파일을 미리로드하는 AMP를 개발할 때. 그런 경우 적어도 Alfresco 4.2f에서는 옵션 REPLACE_EXISTING 또는 UPDATE_EXISTING을 사용하려면 업로드하거나 AMP로 대체하려는 모든 파일에 대해 GUID를 수동으로 지정해야합니다. 그 GUID는 생성 된 새 노드에 할당됩니다.

다른 Alfresco 설치에서 AMP를 업로드하면 각각에 대해 동일한 GUID를 갖게됩니다.