Closed yeyoext closed 4 years ago
Hola @yeyoext,
Aclara la cuestión un poco más, por favor.
El módulo de XAdES del Cliente sigue donde siempre (afirma-crypto-xades) y si te refieres a la biblioteca de XAdES que utiliza (JXAdES), también. Justo ahora estamos colaborando con unos cambios en esta biblioteca. Quizás te hayas encontrado con alguna referencia a una versión SNAPSHOT que no esté publicada y de ahí venga el problema.
ya mande varios tikets de soporte a MHAP Incidencias, y no se han dignado a responder, llevo 1 mes pegandome para poder instalar el servicio de firma digital en el servidor, puede hacer funcionar el servicio "Aparentemente" modificando los repositos manualmente, firmar firmo, pero la firma no es valida, cuando firmo con el cliente autofirma (aplicacion de escritorio) un xml con XADES la firma la hace correcta, pero cuando firmo via tomcat la firma no es valida.
No logoro entender que en la misma web del ministerio suban unos archivos que no funcionan, si dispones de afirma-server-triphase-signer.war que funcione me gustaria que me lo pasaras, puesto que los otros dos retriever y storage aparentemente funcionan.
Por cierto acabo de descargar nuevamente los repositos enteros, y sigo sin comprender porque publicais cosas que no funcionan de momento esto.........
Scanning for projects...
Failed to execute goal on project afirma-server-triphase-signer: Could not resolve dependencies for project es.gob.afirma:afirma-server-triphase-signer:war:1.7-SNAPSHOT: The following artifacts could not be resolved: es.gob.afirma:afirma-server-triphase-signer-core:jar:1.7-SNAPSHOT, es.gob.afirma:afirma-server-triphase-signer-document:jar:1.7-SNAPSHOT: Could not find artifact es.gob.afirma:afirma-server-triphase-signer-core:jar:1.7-SNAPSHOT -> [Help 1]
To see the full stack trace of the errors, re-run Maven with the -e switch. Re-run Maven using the -X switch to enable full debug logging.
For more information about the errors and possible solutions, please read the following articles:
ahh, por cierto la ruta de esta dependencia nos encontramos que dentro del reposito https://repo.maven.apache.org/maven2/net/java/ no existe ninguna carpeta “xades\jxades\0.1.5\” donde obtener el archivo necesario.
y mas https://repo.maven.apache.org/maven2/es/gob/afirma/lib/afirma-lib-itext/ donde esta la libreria 1.3 que haceis referencia en el afirma-server-triphase-signer -> es/gob/afirma/lib/afirma-lib-itext/1.3-SNAPSHOT/afirma-lib-itext-1.3-SNAPSHOT.jar
así es imposible, no hay unos fuentes fiables para instalar y listo? no entiendo como esto funciona como funciona, aparte soporte 0 documentacion poca y mal.
@Gamuci ahi tienes varios.... y no sigo con mas porque ya me pierdo
Hola @yeyoext,
Estás compilando una versión SNAPSHOT que apunta a versiones SNAPSHOT de otros proyectos, por eso los artefactos no están publicados en los repositorios de Maven.
Descárgate y compila con Maven los siguientes repositorios. Ahí está la versión de iText y otros tantos módulos que necesitas:
https://github.com/ctt-gob-es/clienteafirma-external https://github.com/ctt-gob-es/jmulticard
Después compila todos los módulos del Cliente @firma (haz el "mvn clean install" en el directorio padre):
https://github.com/ctt-gob-es/clienteafirma
Con eso ya tendrás todas las dependencias que necesitas. Por último, entra en el módulo del servidor trifásico ("afirma-server-triphase-signer") de ese mismo repositorio y empaquétalo también.
Comenta cualquier problema que te surja. Nos interesa simplificar el que la gente pueda generar los artefactos del proyecto y colaborar, pero no podemos mandar a publicar una nueva versión de cada biblioteca después de cada cambio.
@Gamuci lo que simplemente necesito son los 3 componentes.
server-triphase-signer server-retriever server-storage
No se se java, no entiendo que me quieres decir que compile con maven los repositos de itext.
Nadie os pide que cada cambio publiqueis nada. lo que os pide es que publiqueis versiones "Estables" y versiones "beta", y sobre las betas hagais los cambios que querais porque ahora mismo no puedo compilar lo unico que necesito que funcione que es server-triphase-signer.
Lo que no se puede es facilitar a los integradores sistemas en webs oficiales del estado español algo que NO FUNCIONA ya que los war que publica la web NO FUNCIONAN https://administracionelectronica.gob.es/ctt/clienteafirma/descargas Servicios
Servicios desplegables junto al Miniapplet y Autofirma
afirma-server-triphase-signer_v2.9 (6677 KB · ZIP)iconoFecha de modificación: 10/05/2019 afirma-signature-retriever_v1.2 (8 KB · ZIP)iconoFecha de modificación: 22/01/2018 afirma-signature-storage_v1.4 (7 KB · ZIP)iconoFecha de modificación: 22/01/2018
Hola @yeyoext ,
Si eres un integrador, entonces hiciste bien en abrir la incidencia contra el servicio del ministerio. Es ahí donde deben atender tu incidencia.
En cualquier caso, acabo de descargarme el servicio trifásico desde la web que indicas, lo he desplegado en un Tomcat y he hecho pruebas de firmas trifásicas CAdES, XAdES y PAdES. Ha funcionado bien en todos los casos.
Es posible que haya algún problema en tu entorno. Asegúrate de enviar en la incidencia toda la información sobre tu entorno, el error que devuelve y los parámetros de configuración de firma que utilizas.
pues el error que me genera a mi es el Saf_26 y en los log del servidor me encuentro que hay una excepcion en el archivo afirma-server-triphase-signer
Hola, ¿Podrías por favor indicar versión de servidor de aplicaciones, versión de Java y copiar el texto de excepción?
¡Gracias!
GRAVE: No puedo procesar la entrada de Jar [module-info.class] desde el Jar [jar:file:/C:/xampp/tomcat/webapps/afirma-server-triphase-signer/WEB-INF/lib/jaxb-api-2.4.0-b180830.0359.jar!/] para las anotaciones
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 19
at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:97)
at org.apache.tomcat.util.bcel.classfile.ConstantPool.
C:\Users\programacion>java -version java version "1.8.0_251" Java(TM) SE Runtime Environment (build 1.8.0_251-b08) Java HotSpot(TM) Client VM (build 25.251-b08, mixed mode)
@Gamuci ves que genera errores, te apresuraste a cerrar.
Hola, ¿Podrías por favor indicar versión de servidor de aplicaciones, versión de Java y copiar el texto de excepción?
¡Gracias!
GRAVE: No puedo procesar la entrada de Jar [module-info.class] desde el Jar [jar:file:/C:/xampp/tomcat/webapps/afirma-server-triphase-signer/WEB-INF/lib/jaxb-api-2.4.0-b180830.0359.jar!/] para las anotaciones org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 19 at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:97) at org.apache.tomcat.util.bcel.classfile.ConstantPool.(ConstantPool.java:55) at org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:175) at org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:83) at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2071) at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1947) at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1913) at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1898) at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1330) at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:889) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:386) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5380) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:649) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083) at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1879) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748)
C:\Users\programacion>java -version java version "1.8.0_251" Java(TM) SE Runtime Environment (build 1.8.0_251-b08) Java HotSpot(TM) Client VM (build 25.251-b08, mixed mode)
¿Qué versión de Tomcat?
@clawgrip Apache Tomcat/7.0.56
Tenía exactamente el mismo problema, y se solucionó al actualizar a un Tomcat más moderno. Parece ser un asunto arreglado en Tomcat 7.0.103 (en mi caso puse una versión 8 de las últimas, con lo que no he probado la 103). Si pruebas con la 103, te agradecería que compartieses los resultados aquí. ¡Gracias!
@clawgrip con Apache Tomcat/9.0.34
06-May-2020 18:43:07.550 GRAVE [http-nio-8080-exec-1] org.apache.catalina.core.StandardWrapperValve.invoke Excepción de reserva de espacio para servlet [BatchPresigner]
java.io.IOException: No se encuentra el fichero de configuracion del servicio: config.properties
at es.gob.afirma.signers.batch.server.BatchPresigner.
@clawgrip me he puesto a indagar y ¡SORPRESA!, esta gente esta buscando archivos con unos nombres que no son los reales en los war, una vez cambiado los nombres el servicio funciona, bueno funciona... me hace la misma gracia que antes, genera una firma que no la reconoce nadie.
esta es la respuesta de una firma, que supuestamente mando el texto a firmar en base64 "UG9zdFVybD1odHRwOi8vMTkyLjE2OC4wLjIzNy9maXJtYQpQb3N0UGFyYW1OYW1lPXhtbA==", bien me hace una firma incorrecta y en vez de firmar el texto normal, me firma el base64, es increible.....
ahh las xxxxxxxxxxx que ves las he puesto yo a mano.
<?xml version="1.0" encoding="UTF-8"?>
bueno, esto es inaudito, los reposidos xades de maven estan borrados, señores, uatedes diran como hacemos....