Hola de nuevo tini, antes tenia algo de prisa y se me paso comentarte lo de las carpetas cuyos nombre empiezan por número.
Extraido de un post de aqui donde ajv explicaba el caso :
Visto esto, para solventar tu problema deberías modificar el query de esta forma :
Voy de cabeza .. por lo que puede fallar. Espero al menos que entiendas el procedimiento.
Saludos,
Extraido de un post de aqui donde ajv explicaba el caso :
Las búsquedas por Lucene están basadas en codificación ISO9075, por lo que hay ciertos caracteres en el inicio del nombre de un contenido que se deben tratar de forma espacial, entre ellos los números(http://forums.alfresco.com/es/viewtopic.php?f=6&t=974)
Puedes emplear la codificación ISO9075. Por ejemplo, los espacios se reemplazan por _x0020_, las cadenas que comienzan con números se codifica el primer numero de la siguiente forma: _x003Y_, donde Y es el número a codificar.
Por ejemplo, la cadena "1 2" sería "_x0031__x0020_2"
Visto esto, para solventar tu problema deberías modificar el query de esta forma :
//reemplazamos el primer caracter por el formato ISO9075 de dicho caracter numerico
//teniendo en cuenta que todas estas carpetas destino empezaran por un numero
//en caso que no sea asi habra que meter una comprobacion previa de si empieza con numero
var nombre_carpeta=nombre.replace(nombre.substring(0,1),"_x003"+nombre.substring(0,1)+"_");
query += " +TYPE:\"cm:folder\" +@cm\:description:\""+ nombre_carpeta +"\"";Voy de cabeza .. por lo que puede fallar. Espero al menos que entiendas el procedimiento.
Saludos,
Javier, no te puedes ni imaginar lo que agradezco tu inestimable ayuda (hay alguien al otro lado… :lol: )
Bueno, al grano.
He probado el script tal y como tu me lo escribiste. No me ha funcionado:
Si subo un archivo con nombre 000587MOCONT3T2009.txt el archivo es subido pero no se mueve al espacio 000587Ramon Martinez del Campo.
Si subo un archivo con nombre 000587Ramon Martinez del Campo, me lanza el siguiente error: 
), y es en la carpeta clientes donde aplica la regla y desde la que subo los archivos.[/size]
Si subo un archivo con nombre prueba.txt, me lanza un error similar:
Analizando el script me he dado cuenta de que algo no lo estoy interpretando bien. Me explico.
Las carpetas tienen como nombre la composición de los 6 dígitos + texto libre, pero el campo descripción tiene exclusivamente el valor de los 6 dígitos. Por ejemplo:
Nombre de carpeta: 000587Ramon Martinez del Campo —- Campo Descripción: 000587
Entonces he hecho la prueba de dejar en la consulta el valor de la variable cm:description como estaba incialmente, con doble entrecomillado, puesto que el campo descripción es exacto a los seis primeros dígitos del nombre del documento que debe incluirse. Y me ocurre exactamente lo mismo que lo explicado para los tres archivos que subo.
Mi duda es si en la consulta debo incluir también una búsqueda por el nombre de la carpeta y no solo por el campo descripción si bien, este último es el campo más fiable, puesto que es exactamente la cadena por la que empieza el nombre de cualquier documento que debe incluirse en esa carpeta.
También dudo, si debiera modifica algo en el modelo de contenido (contentModel.xml) en lo que respecta al campo descripción (Tokenise, atomic, etc.), aunque esto creo que no, puesto que la carpeta es un objeto de contenido, y por tanto debe heredar estas propiedades del objeto content.
En fin, que esto empieza a tomar carácter de Cuarto Milenio.
Bueno, al grano.
He probado el script tal y como tu me lo escribiste. No me ha funcionado:
Please correct the errors below then click OK.Hay que observar que me está identificando correctamente el primer dígito. [size=85](NOTA: he cambiado la carpeta clientes y la he subido un nivel, ahora la he puesto dentro de Company Home directamente, para evitar efectos colaterales
A system error happened during the operation: 10160061 Failed to execute script 'workspace://SpacesStore/5f38585d-18a7-4fa7-9f65-cfbd0ea46f57': 10160060 Failed to execute search: +PATH:"/app:company_home/cm:Clientes/*" +TYPE:"cm:folder" +@cm:description:_x0030_00587*
), y es en la carpeta clientes donde aplica la regla y desde la que subo los archivos.[/size]Please correct the errors below then click OK.Algo me has hecho avanzar, ya no devuelve un valor nulo o vacío, aunque falla en la ejecución de la búsqueda (lo mismo es cualquier error de sintáxis, que el Lucene se las trae).
A system error happened during the operation: 10160063 Failed to execute script 'workspace://SpacesStore/5f38585d-18a7-4fa7-9f65-cfbd0ea46f57': 10160062 Failed to execute search: +PATH:"/app:company_home/cm:Clientes/*" +TYPE:"cm:folder" +@cm:description:_x003P_rueba*
Analizando el script me he dado cuenta de que algo no lo estoy interpretando bien. Me explico.
Las carpetas tienen como nombre la composición de los 6 dígitos + texto libre, pero el campo descripción tiene exclusivamente el valor de los 6 dígitos. Por ejemplo:
Nombre de carpeta: 000587Ramon Martinez del Campo —- Campo Descripción: 000587
Entonces he hecho la prueba de dejar en la consulta el valor de la variable cm:description como estaba incialmente, con doble entrecomillado, puesto que el campo descripción es exacto a los seis primeros dígitos del nombre del documento que debe incluirse. Y me ocurre exactamente lo mismo que lo explicado para los tres archivos que subo.
Mi duda es si en la consulta debo incluir también una búsqueda por el nombre de la carpeta y no solo por el campo descripción si bien, este último es el campo más fiable, puesto que es exactamente la cadena por la que empieza el nombre de cualquier documento que debe incluirse en esa carpeta.
También dudo, si debiera modifica algo en el modelo de contenido (contentModel.xml) en lo que respecta al campo descripción (Tokenise, atomic, etc.), aunque esto creo que no, puesto que la carpeta es un objeto de contenido, y por tanto debe heredar estas propiedades del objeto content.
En fin, que esto empieza a tomar carácter de Cuarto Milenio.
Hola Javier.Hola Tini, parece que va mejorando la cosa ..
He hecho las pruebas. que me comentas, sin resultado. Está claro que el problema está en la búsqueda.
Los errores que me ha arrojado dicen que no se puede aplicar el método "haspermission" sobre indefinidos. Parece que algo avanzamos, porque parece que encontrar encuentra algo, pero es indefinido.
Te voy a comentar algunos resultados obtenidos con el explorador de nodos, a ver si así ves algo que me pueda dar pistas.
He incluido la carpeta Clientes de nuevo dentro de User Homes.
Si en el explorador de nodos introduzco la siguiente cadena:Me devuelve el resultado correcto:TYPE:"cm:folder" +@cm\:description:"000090"Si en el explorador de nodos incluyo:{http://www.alfresco.org/model/content/1.0}_x0030_00090López_x0020_Martínez_x002c__x0020_ManuelMe devuelve el resultado correcto:"app:/company_home/cm:user_homes/cm:Clientes"+TYPE:"cm:folder" +@cm\:description:"000090"Por tanto, creo que no es necesario incluir la conversión del primer dígito (_x003_){http://www.alfresco.org/model/content/1.0}_x0030_00090López_x0020_Martínez_x002c__x0020_Manuel
Para empezar al incluir la ruta resulta que User Homes, es user_homes. Esto es como apuntar a un blanco invisible.
Mi pregunta es si en la declaración de la consulta del script: ¿puedo incluir directamente lo que incluyo en el explorador de nodos, en caso contrario cúal es la forma de construirlo conforme al resultado del explorador de nodos? (por favor no me remitáis a las wiki porque la documentación más que instruir, lia).
Y otra pregunta. En el explorador de nodos he metido un valor directamente, al construir la consulta en el script, ¿cómo incluyo en lugar de un valor una variable?
-El tema de la conversion del primer digito me da que solo es necesario cuando tratamos de buscar por la propiedad name (pero bueno .. habia que probar :wink
.-A la busqueda
"app:/company_home/cm:user_homes/cm:Clientes"+TYPE:"cm:folder" +@cm\:description:"000090"-En cuanto a meter los clientes en el user_home no lo veo adecuado si no se da el caso que los clientes son usuarios (mas que nada a nivel de estructura del repositorio), en cuyo caso lo ideal sería crear directamente en user_home una carpeta por cada cliente (en el mismo wizard de creacion de usuarios). No obstante esto no debe ser la causa del problema y queda como opinion personal :mrgreen:.
-Y Para adaptar el codigo de busqueda al script deberás tener en cuenta que hay que "escapar" ciertos caracteres especiales como las comillas (") o los dos puntos de los nombres de las propiedades (
.El siguiente codigo es un ejemplo de los que yo tengo y funcionan perfectamente :
var docs = search.luceneSearch("PATH:\"/app:company_home/cm:EMPRESA//*\" AND ASPECT:\"{modelo.personalizado}relaciones\" AND NOT (@custom_model\\:relaciones:\"<entidad></entidad>\" AND @custom_model\\:expedientes:\"<entidad></entidad>\")");
-Las comillas del path, el nombre del aspecto y el valor de propiedades van escapadas con la \ (\") .. tanto las de inicio como las de fin.
-Los dos puntos del nombre de la propiedad tb van escapados con la \ (\
.De esta forma .. la ultima consulta que comentas que funciona en el explorador de nodos, debería quedar así para ejecutarla desde el script :
var query = "PATH:\"/app:company_home/cm:user_homes/cm:Clientes//*\" +TYPE:\"cm:folder\" +@cm\\:description:\""+codigo_del_cliente+"\"";Saludos y suerte!
OEEEEOOOOEEEEE……el script en su parte más importante….funciona.
Javier me hace la búsqueda, me mueve los documentos cuyos nombres coinciden a las carpetas que corresponden… Eres un monstruo….
Pero como el mundo no es perfecto, me queda un fleco, que aún siendo un fleco es importante.
Resulta que la búsqueda parece como si siempre arrojara algo, y además descubro que me está buscando en todo el repositorio, puesto que si subo un archivo con nombre Pruebas.txt resulta que lo mete en la carpeta Diccionario de datos - Modelos de Espacio - Plantilla1 (un espacio creado por mi), y que resulta que tiene como descripción del espacio Prueba de plantilla. Por tanto, no se limita a buscar en la ruta que se le especifica.
Entonces, la cuestión que surge es… ¿cómo limitar esa búsqueda a un espacio y sus subespacios?.
Por otra parte si incluyo otro documento llamado "Query.txt" lanza un error porque no encuentra ningún espacio de correspondencia, y no lo mueve al espacio pendientes, por lo que me parece, como dije antes que la búsqueda siempre arroja algo (no se el qué). La pregunta que me surge en este caso es ¿cómo forzar a que emplee el espacio pendientes que indica el script?
A continuación el código del script:
Javier me hace la búsqueda, me mueve los documentos cuyos nombres coinciden a las carpetas que corresponden…
Eres un monstruo….Pero como el mundo no es perfecto, me queda un fleco, que aún siendo un fleco es importante.
Resulta que la búsqueda parece como si siempre arrojara algo, y además descubro que me está buscando en todo el repositorio, puesto que si subo un archivo con nombre Pruebas.txt resulta que lo mete en la carpeta Diccionario de datos - Modelos de Espacio - Plantilla1 (un espacio creado por mi), y que resulta que tiene como descripción del espacio Prueba de plantilla. Por tanto, no se limita a buscar en la ruta que se le especifica.
Entonces, la cuestión que surge es… ¿cómo limitar esa búsqueda a un espacio y sus subespacios?.
Por otra parte si incluyo otro documento llamado "Query.txt" lanza un error porque no encuentra ningún espacio de correspondencia, y no lo mueve al espacio pendientes, por lo que me parece, como dije antes que la búsqueda siempre arroja algo (no se el qué). La pregunta que me surge en este caso es ¿cómo forzar a que emplee el espacio pendientes que indica el script?
A continuación el código del script:
var documento = document.name;
var nombre = documento.substr(0,6);
var pendientes = space.childByNamePath("pendientes");
var carpetacliente = search.luceneSearch("PATH:\"/app:company_home/cm:user_homes/cm:Clientes//*\" +TYPE:\"cm:folder\" +@cm\\:description:\""+nombre+"\"");
//si nos devuelve algo
if (carpetacliente!= null)
{
//comprobamos si tenemos permisos sobre el primero objeto (y en teoria unico)
if(carpetacliente[0].hasPermission("CreateChildren"))
{
var copy = document.move(carpetacliente[0]);
if (copy != null)
{
document.name = documento;
document.save();
}
}
}
else
{
var copy = document.move(pendientes);
if (copy != null)
{
document.name = documento;
document.save();
}
}
Buenas Javier, mejor dicho San Javier (jeje).
He probado metiendo el + delante del PATH y nada. También he probado metiendo AND en lugar de + , tampoco.
Si miras en el post que redacté antes (y que me contestaste a tal velocidad que no me dio tiempo ni a publicar una edición del mismo
), verás que si subo un archivo con nombre Query.txt, me encuentro que lanza un error:
¿cómo le digo que sea un coincidencia exacta?….¿debería emplear otro método que no fuera el if / else?..
He probado metiendo el + delante del PATH y nada. También he probado metiendo AND en lugar de + , tampoco.
Si miras en el post que redacté antes (y que me contestaste a tal velocidad que no me dio tiempo ni a publicar una edición del mismo
), verás que si subo un archivo con nombre Query.txt, me encuentro que lanza un error:Por favor corrija los errores siguientes y haga clic en Aceptar.Creo entender por el error que no ha encontrado el espacio, pero también me da que pensar que no pasa del primer y segundo "If" porque la búsqueda siempre arroja algo, aunque no sea una coincidencia de lo que buscamos, o simplemente un valor nulo.
Ocurrió un error del sistema durante la operación: Failed to execute script 'workspace://SpacesStore/42622f72-d387-11de-8a47-316241369f51': Failed to execute script 'workspace://SpacesStore/42622f72-d387-11de-8a47-316241369f51': TypeError: Cannot call method "hasPermission" of undefined (AlfrescoScript#10)
¿cómo le digo que sea un coincidencia exacta?….¿debería emplear otro método que no fuera el if / else?..
We use cookies on this site to enhance your user experience
By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods). If you are not ok with these terms, please do not use this website.