KamoCRM

콜러가 혼자 Img id에 의해 MediaObjImg을 해결하자

Featurekamo-shared-library
관련 상품
2026년 9월 23일 오전 1:43 UTC
이름 *
Kamo
뚱 베어
90e477e

DocsService의 이미징 엔드포인트(download/stream/list/delete)는 Img의 ID를 알고 있습니다. 하지만 MediaObj를 붙 잡는 이유가 없습니다. - 그들이 필요로 할 때까지 그것은에 채팅 배치 revoke 플래그를 존중 (MediaObjImg.isAccessRevoked) 채팅 / 미디어 스키마를 소유하지 않고 스스로. MediaObjImgRepository 전용 다른 방향으로 지원 ( obj id에 의해, 주문, 한 메시지 렌더링 첨부파일). findByImg Id는 격차를 닫습니다; 독특하기 때문에 복수 constraint는 (OBJ ID, IMG ID), 혼자 IMG ID에 아닙니다. 새로운 테스트: MediaObjImgRepositoryQueryTest, 파생된 쿼리의 핀 서명 the way *********** 이미 그에 대해 sibling 저장소 (이 라이브러리에는 runnable @DataJpaTest/H2 하네스가 없습니다. 파생된 no-@Query 방법은 운동 보다 반사에 의해 asserted. 풀 스위트: 3013 테스트, 4 사전 제작 실패 + 1 사전 제작 오류, 모든 이 변화의 앞에 청결한 근원/주요 체크 아웃에 현재를 확인하거든 unrelated to it (PhiServiceTypeMappingTest: ServiceType.KAMO UNIVERSE에는 없습니다 PhiModule; **************** ****************는 StorageDomain에 의해 불평; ReportVisibilityTest: off-by-one 보고서 수; SystemBugCountContractTest: SystemBugRepository.findVisible 서명 드리프트).

모든 변경 사항

배송을 보는 것과 같이?

모든 것이 자신의 작업 공간에서 도착합니다. 무료 플랜을 시작하고 이 페이지를 다시 한 달에 읽으십시오.

무료 영원히 시작가격 비교