ACTUALIZACIÓN: Jeremy Thake tiene su blog acerca de esto y poner un poco Código de una aplicación de consola muestra los nombres internos.

Estaba tratando de obtener una parte de consulta de contenido web para mostrar una fecha de vencimiento de una tarea y porque la etiqueta de pantalla es "una fecha de vencimiento", Supuse que el nombre de columna para utilizar en <CommonViewFields> es "Due_x0020_Date".

Mal!

El nombre de columna real en este caso era "DueDate".

¿Cómo lo encontré? Volver a leo Heather Entrada en el blog de Salomón sobre modificación de CQWP para mostrar más columnas de datos. Ella describe este proceso en el paso #13. Confía en él. Es correcto. Por lo menos, era correcto para mí. No espero al principio para otra columna con un nombre mucho más largo.

Digo "confiar en él" porque no confía en él y probablemente perdió cerca de dos horas empalmar mi cabeza contra la pared. Después decidí "DueDate" nombre, Quería añadir otro campo a <CommonViewFields>. Utilizando la técnica de Salomón, Me daba un nombre de columna como "XYZ_x0020_Project_x0020_Due_x00".

Pensé para mis adentros, es claramente un nombre truncado. Fui por delante y no truncada con ningún éxito. Finalmente utilicé el nombre aparentemente truncado y funciono.

Punta prima: Cuando yo estaba trabajando con el CQWP, Si he añadido un mal nombre interno para <CommonViewFields>, la CQWP me diría que la consulta no había regresado resultados. Pero, Si he añadido un tipo de datos para el nombre del campo, Devuelve un resultado. Agregando los datos tipo realmente enmascara un problema ya que estaba haciendo referencia a un campo inexistente. Pude agregarlo, Pero cuando traté de mostrar su valor, Siempre tengo un espacio en blanco.

Esto no ocultar el error:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

Esto ocultar el error:

<CommonViewFields>Due_x0020_Date,Fecha y hora;</CommonViewfields>

</final>