EntityMalformedException을 디버깅하는 방법?

나는 치명적인 오류있어 EntityMalformedException을 : 유형 노드의 실체에 번들 특성이 없습니다. user / xyz에 액세스하려고 할 때 entity_extract_ids () (. \ includes \ common.inc의 7700 행) 에 있습니다 .

오류 메시지가 작성되는 7700 행에서 잘못된 노드에 대한 정보를 검색하려고 시도했습니다.

if (!isset($entity->{$info['entity keys']['bundle']}) || $entity->{$info['entity keys']['bundle']} === '') {
 dpm($info);// or dpm($entity);
 throw new EntityMalformedException(t('Missing bundle property on entity of type @entity_type.', array('@entity_type' => $entity_type)));
}

dpm($entity) 예기치 않은 사용자 객체를 반환하고 많은 정보를 $ info합니다.

누군가 나를 올바른 길로 인도 할 수 있습니까?

누락 된 번들 속성 오류 에 대해 찾을 수있는 것을 이미 읽었 지만 해결하는 데 도움이되지 못했습니다.

dpm($entity) 보고

uid (String, 2 characters ) 70
name (String, 9 characters ) John
pass (String, 55 characters ) $S$DUwPuOuDPiDL4nRTYXqc7a5uOfMKey7pyhOFUEKka1XM...
mail (String, 30 characters ) john@example.com
theme (String, 0 characters )
signature (String, 0 characters )
signature_format (String, 13 characters ) filtered_html
created (String, 10 characters ) 1396286331
access (String, 10 characters ) 1397146661
login (String, 10 characters ) 1396513460
status (String, 1 characters ) 1
timezone (NULL)
language (String, 2 characters ) fr
picture (NULL)
init (String, 30 characters ) john@example.com
data (Array, 5 elements)
roles (Array, 1 element)
og_user_node (Array, 0 elements)
message_subscribe_email (Array, 1 element)
field_bio (Array, 0 elements)
field_name_first (Array, 1 element)
field_name_last (Array, 1 element)
field_facebook_url (Array, 0 elements)
field_linkedin_url (Array, 0 elements)
field_twitter_url (Array, 0 elements)
user_trusted_contacts (Array, 1 element)
group_group (Array, 1 element)
group_access (Array, 1 element)
metatags (Array, 0 elements)
rdf_mapping (Array, 3 elements)
realname (String, 13 characters ) John Doe
content (Array, 13 elements)
entity_view_prepared (Boolean) TRUE
privatemsg_disabled (Boolean) FALSE

오류:

EntityMalformedException : node 유형의 엔티티에서 번들 특성이 누락되었습니다.

번들 속성이로드 또는 저장시 형식이 잘못 되었기 때문에 Drupal은 번들 유형을 찾을 수 없습니다.

그 예외의 논리는 다음과 같습니다.

// Explicitly fail for malformed entities missing the bundle property.
if (!isset($entity->{$info['entity keys']['bundle']}) || $entity->{$info['entity keys']['bundle']} === '') {
  // var_dump(debug_backtrace()); exit; // You may want this line to debug.
  throw new EntityMalformedException(t('Missing bundle property on entity of type @entity_type.', array('@entity_type' => $entity_type)));
}

따라서 기본적으로 $info['entity keys']['bundle'](노드의 경우 :) 값은 객체 ( 노드의 경우) type에서 찾을 수 없으므로 Drupal은 처리하는 엔티티의 종류를 알지 못합니다. 따라서 엔티티가 유효하지 않거나 (예 : 대신 다른 것을로드하고 있음) 비어있는 것입니다 ( is ).$entity$node->type$entityNULL

Drupal 코드를 수정하지 않은 경우 다음과 같은 다양한 요인으로 인해 발생할 수 있습니다 (대개 특정 Drupal 모듈 버그로 인해).

• 다음 과 같은 유효하지 않은 엔티티 저장

  • type노드 오브젝트에서 누락 됨 (예 : Devel Generate에 의해 잘못 생성 되었습니까?);

• 노드 테이블의 고아 노드 ;

• field_data_field_xxx 테이블의 유효하지 않은 행 ;
• 고아 노드가있는 경우
  • 시스템에없는 색인화 된 노드 를 갖는 검색 뷰 ;
  • Drupal에서 노드를 부적절하게 제거하는 다른 모듈 ( 피드 와 같은 );

• 유효하지 않거나 존재하지 않는 참조를 가진 노드; 용어 데이터의 경우 다음을 통해 확인할 수 있습니다.

  drush sqlq "SELECT nid, title from node WHERE nid IN (select entity_id from  field_data_field_some_ref WHERE field_some_ref_tid not IN (select tid from taxonomy_term_data));"

  여기서 field_data_field_some_ref데이터 필드이다 field_some_ref하는 '롱텀 레퍼런스'의 형태이다.

  참조 : 용어가 삭제 된 후 용어 참조 필드에 대해 DB 레코드가 삭제되지 않음

• 분리 된 분류법 용어가 있으므로 ( Taxomyomy Orphanage를 사용할 수 있음 );

• 엔티티 캐싱 문제 ;
• 규칙 링크 모듈을 사용할 때 ;

• 다음과 같은 잘못된 사용자 정의 코드 (인간 오류) :

  • 심하게 엔티티 API를 구현 ,
  • 심하게 CTools / 형태의 API를 구현 ,
  • !empty()을 호출하기 전에 엔티티 변수를 테스트하십시오 field_get_items().
  • 잘못된 호출에 의해 필드 렌더링 ,
  • 특정 페이지에서 트리거되지 않아야하는 트리거링 함수 (예 : field_view_field () )

다음은 Drupal 코어 (파일 :)에서 발생하는 책임있는 코드입니다 common.inc.

 if (!empty($info['entity keys']['bundle'])) {
    // Explicitly fail for malformed entities missing the bundle property.
    if (!isset($entity->{$info['entity keys']['bundle']}) || $entity->{$info['entity keys']['bundle']} === '') {
      throw new EntityMalformedException(t('Missing bundle property on entity of type @entity_type.', array('@entity_type' => $entity_type)));
    }
    $bundle = $entity->{$info['entity keys']['bundle']};
  }

디버깅

위의 내용을 인식하지 못하는 경우 해당 유형의 오류를 디버깅하는 가장 쉬운 방법 은에서 영향을받는 줄 의 실제 앞에 var_dump(debug_backtrace());또는 dd(debug_backtrace());(Devel이 켜져있을 때) 배치하는 것 throw new EntityMalformedException입니다 common.inc.

^{참고 : dd()Devel의 기능을 사용하면 백 트레이스 덤프와 함께 Drupal temp 폴더 ( temporary://drupal_debug.txt) 의 파일에 디버깅 정보가 생성됩니다. 그렇지 않으면 화면에 덤프 할 때 너무 커서 읽기가 어려울 수 있습니다. 를 사용하면 var_dump()호출 die();후 호출하고 페이지의 소스보기 모드에서 덤프를 확인하는 것이 더 쉽습니다 .}

이 작업이 노드 저장에서 발생하는 경우 자세한 지시 사항 은 SO 의이 EntityMalformedException 게시물을 확인하십시오 .

자세한 내용은 다음 Drupal 문제 : # 1778572 를 참조하십시오.

Clive 의견 덕분에 다음과 같이 문제를 해결했습니다.

함수 호출 스택을 인쇄하기 위해 ddebug_backtrace()오류가 발생한 위치 ( entity_extract_ids (),. \ includes \ common.inc의 7700 행) 가 추가되었습니다 .

그런 다음 출력에서 ​​예기치 않은 것을 찾은 후 창 가시성 규칙 이 문제가 될 수 있음을 발견했습니다 .

19: ctools_entity_field_value_ctools_access_check() (Array, 2 elements)
  file (String, 81 characters ) profiles\commons\modules\contrib\ctools\plugins...
  $...['19: ctools_entity_field_value_ctools_access_check()']['file']
    profiles\commons\modules\contrib\ctools\plugins\access\entity_field_value.inc:213
  args (Array, 3 elements)
    0 (Array, 2 elements)
      field_theme (Array, 1 element)
      //...

나는 entity_field_value.inc며칠 전에 가시성 규칙 통지를 해결하기 위해 패치를 적용했으며 ... field_theme 조건으로 테스트 가시성 규칙을 만들었습니다.

이제 패치를 되돌 리거나 창 표시 규칙을 제거하면 현재 EntityMalformedException 버그가 해결되었습니다 ... 강력합니다 ddebug_backtrace()!

이 문제는 고아 노드가있을 때 발생하며 간단히 제거하면 오류없이 cron이 실행됩니다. 검색 인덱싱은 결국 100 %에 도달합니다. 계속하기 전에 데이터베이스를 백업하십시오.

phpMyAdmin에 액세스 할 수 있다고 가정하면이 SQL 코드를 실행하여 노드를 식별 한 후 삭제하십시오. 내 질문 콘텐츠 유형 컴퓨터 이름을 결과가 표시되지 않을 때까지 (예 : 삭제 후) 특정 콘텐츠 유형 컴퓨터 이름으로 바꾸십시오.

SELECT n.nid, n.title, n.vid, nr.vid FROM drcm_node n LEFT JOIN drcm_node_revision nr ON nr.nid = n.nid WHERE n.type = 'question' AND nr.vid IS NULL ORDER BY n.nid ASC

아래 SQL 코드를 사용하여 분리 된 노드를 삭제할 수 있습니다. 대괄호 안의 숫자를 특정 노드 ID로 바꾸십시오.

DELETE from node where nid IN (12779,12780,12781,12782)