From: Marcos F. <mar...@ho...> - 2013-01-16 11:10:09
|
Yes, i edited the jndi.properties.jboss like you told me: # JBoss properites java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory java.naming.provider.url=127.0.0.1:11099 java.naming.factory.url.pkgs=org.jboss.naming EJBCA and SignServer has the same hostname that I see no problem. What I'm trying to archive is, I need the 2 services running at the same time, peoples will create their own certificates and then will sign/verify some documents. But this is a academic project, is not needed different machines to host each service. ========== When I you will deploy SignServer, before, I must to copy tomcat.jks to p12 folder in signserver folder from p12 folder of ejbca. I just want it to read directly by EJBCA folder. I think I'm misunderstanding, but I'm trying to use ejbca tomcat.jks that is in another application server. -----Mensagem original----- De: Markus Kilås [mailto:ma...@pr...] Enviada em: quarta-feira, 16 de janeiro de 2013 07:23 Para: Marcos Fontana Cc: signserver-develop Assunto: Re: [SignServer-develop] RES: RES: RES: Worker's questions and Error WSDL On 2013-01-15 18:05, Marcos Fontana wrote: > Markus, there is some way to change the naming identifier in the > signserver installation to avoid this error? If no, there is another way to do it? Can you describe more what you are trying to achieve? >From the stacktrace below it looks like either you are using the SignServer CLI but connecting to EJBCA or that you use EJBCA and connecting to SignServer. If you are running multiple JBoss instances on different hosts and/or ports, are you sure you have changed jndi.properties.jboss and run "ant deploy" so jndi.properties contains the right hostname and JNDI port for the JBoss running SignServer? Best regards, Markus > > Regards, > > javax.naming.NamingException: Could not dereference object [Root > exception is java.lang.reflect.UndeclaredThrowableException] > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1504) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCertficateRequestSession( > EjbRem > oteHelper.java:255) > at > certificate.model.ModelCertificado.<init>(ModelCertificado.java:36) > at certificate.principal.Principal.main(Principal.java:29) > Caused by: java.lang.reflect.UndeclaredThrowableException > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > ... 7 more > Caused by: org.jboss.aop.NotFoundInDispatcherException: Object with oid: > ProxyFactory/ejbca/CertificateRequestSessionBean/ejbca/CertificateRequ > estSes sionRemote was not found in the Dispatcher > at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:85) > at > org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemo > tingIn > vocationHandler.java:82) > at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:891) > at > org.jboss.remoting.transport.socket.ServerThread.completeInvocation(Se > rverTh > read.java:744) > at > org.jboss.remoting.transport.socket.ServerThread.processInvocation(Ser > verThr > ead.java:697) > at > org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.ja > va:524 > ) > at > org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:232) > at > org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker. > java:211) > at org.jboss.remoting.Client.invoke(Client.java:1724) > at org.jboss.remoting.Client.invoke(Client.java:629) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:60) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCertficateRequestSession( > EjbRem > oteHelper.java:255) > at > certificate.model.ModelCertificado.<init>(ModelCertificado.java:36) > at certificate.principal.Principal.main(Principal.java:29) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > ... 14 more > > javax.naming.NamingException: Could not dereference object [Root > exception is java.lang.reflect.UndeclaredThrowableException] > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1504) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCaSession(EjbRemoteHelper.java: > 101) > at > org.ejbca.util.InterfaceCache.getCaSession(InterfaceCache.java:76) > at > certificate.model.ModelCertificado.<init>(ModelCertificado.java:37) > at certificate.principal.Principal.main(Principal.java:29) > Caused by: java.lang.reflect.UndeclaredThrowableException > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > ... 8 more > Caused by: org.jboss.aop.NotFoundInDispatcherException: Object with oid: > ProxyFactory/ejbca/CaSessionBean/ejbca/CaSessionRemote was not found > in the Dispatcher > at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:85) > at > org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemo > tingIn > vocationHandler.java:82) > at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:891) > at > org.jboss.remoting.transport.socket.ServerThread.completeInvocation(Se > rverTh > read.java:744) > at > org.jboss.remoting.transport.socket.ServerThread.processInvocation(Ser > verThr > ead.java:697) > at > org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.ja > va:524 > ) > at > org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:232) > at > org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker. > java:211) > at org.jboss.remoting.Client.invoke(Client.java:1724) > at org.jboss.remoting.Client.invoke(Client.java:629) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:60) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCaSession(EjbRemoteHelper.java: > 101) > at > org.ejbca.util.InterfaceCache.getCaSession(InterfaceCache.java:76) > at > certificate.model.ModelCertificado.<init>(ModelCertificado.java:37) > at certificate.principal.Principal.main(Principal.java:29) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > ... 15 more > > javax.naming.NamingException: Could not dereference object [Root > exception is java.lang.reflect.UndeclaredThrowableException] > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1504) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCertStoreSession(EjbRemot > eHelpe > r.java:157) > at > org.ejbca.util.InterfaceCache.getCertificateStoreSession(InterfaceCach > e.java > :92) > at > certificate.model.ModelCertificado.emitirCertificado2(ModelCertificado.java: > 80) > at certificate.principal.Principal.main(Principal.java:31) > Caused by: java.lang.reflect.UndeclaredThrowableException > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > ... 8 more > Caused by: org.jboss.aop.NotFoundInDispatcherException: Object with oid: > ProxyFactory/ejbca/CertificateStoreSessionBean/ejbca/CertificateStoreS > ession Remote was not found in the Dispatcher > at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:85) > at > org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemo > tingIn > vocationHandler.java:82) > at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:891) > at > org.jboss.remoting.transport.socket.ServerThread.completeInvocation(Se > rverTh > read.java:744) > at > org.jboss.remoting.transport.socket.ServerThread.processInvocation(Ser > verThr > ead.java:697) > at > org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.ja > va:524 > ) > at > org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:232) > at > org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker. > java:211) > at org.jboss.remoting.Client.invoke(Client.java:1724) > at org.jboss.remoting.Client.invoke(Client.java:629) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:60) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > at $Proxy0.createProxyBusiness(Unknown Source) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.SessionProxyObjectFact > ory.cr > eateProxy(SessionProxyObjectFactory.java:129) > at > org.jboss.ejb3.proxy.impl.objectfactory.session.stateless.StatelessSes > sionPr > oxyObjectFactory.getProxy(StatelessSessionProxyObjectFactory.java:79) > at > org.jboss.ejb3.proxy.impl.objectfactory.ProxyObjectFactory.getObjectIn > stance > (ProxyObjectFactory.java:158) > at javax.naming.spi.NamingManager.getObjectInstance(Unknown Source) > at > org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1479) > at > org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext. > java:1496) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:822) > at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686) > at javax.naming.InitialContext.lookup(Unknown Source) > at > org.ejbca.core.ejb.JndiHelper.getRemoteSession(JndiHelper.java:57) > at > org.ejbca.core.model.util.EjbRemoteHelper.getCertStoreSession(EjbRemot > eHelpe > r.java:157) > at > org.ejbca.util.InterfaceCache.getCertificateStoreSession(InterfaceCach > e.java > :92) > at > certificate.model.ModelCertificado.emitirCertificado2(ModelCertificado.java: > 80) > at certificate.principal.Principal.main(Principal.java:31) > at > org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemote > Interc > eptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at > org.jboss.ejb3.proxy.impl.remoting.IsLocalProxyFactoryInterceptor.invo > ke(IsL > ocalProxyFactoryInterceptor.java:72) > at > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.j > ava:10 > 2) > at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) > ... 15 more > -----Mensagem original----- > De: Markus Kilås [mailto:ma...@pr...] Enviada em: > segunda-feira, 14 de janeiro de 2013 19:23 > Para: Marcos Fontana > Cc: signserver-develop > Assunto: Re: [SignServer-develop] RES: RES: Worker's questions and > Error WSDL > > On 2013-01-14 20:13, Marcos Fontana wrote: >> Hi Markus, >> >> By the reference of Tomas, I create a second instance of JBOSS, one >> to Ejbca and another to SignServer. I configured the second instance >> following some guides and all the installation of EJBCA and >> SignServer was > fine. >> >> I put the default ports to work with 1 before the normal ports, like >> 8080 = 18080. >> >> When I try to call bin/signserver.sh setproperties >> doc/sample-configs/qs_pdfsigner_configuration.properties, the >> signserver insist to call the 127.0.0.1:1099, thowing a Error: >> org.signserver.common.ServiceLocator - Error Looking up signserver >> interface. >> >> I'm sure that I change the ports well. Where am I wrong? > > You need to edit bin/jndi.properties.jboss and set the right port in > java.naming.provider.url and then run "ant". After that > bin/jndi.properties should contain the right port. > > > Best regards, > Markus > >> >> Regards >> >> -----Mensagem original----- >> De: Markus Kilås [mailto:ma...@pr...] Enviada em: >> quinta-feira, >> 10 de janeiro de 2013 07:08 >> Para: sig...@li... >> Assunto: Re: [SignServer-develop] RES: Worker's questions and Error >> WSDL >> >> Marcos, >> >> What you could try is to first make sure you can access the WSDL file >> using the same URL in an web browser. >> >> If you get an certificate warning, it did not work and you would have >> to import your CA certificate to the browser. When you have got that >> to work you should make sure your trust store contains that CA > certificate. >> >> >> Best regards, >> Markus >> >> On 2013-01-09 21:02, Marcos Fontana wrote: >>> >>> -------------------------------------------------------------------- >>> - >>> - >>> -- >>> From: Marcos Fontana >>> Sent: 09/01/2013 17:10 >>> To: 'Markus Kilås' >>> Subject: RES: [SignServer-develop] Worker's questions and Error WSDL >>> >>> Hi Markus, >>> >>> Have you already got this: HTTP transport error: >>> javax.net.ssl.SSLHandshakeException: Received fatal alert: >> bad_certificate? >>> >>> I tested with tomcat.jks and truststore.jks. Both contain the right >>> certificates that is used to use SSL validation and nothing works. >>> =( >>> >>> com.sun.xml.internal.ws.client.ClientTransportException: HTTP >>> transport >>> error: javax.net.ssl.SSLHandshakeException: Received fatal alert: >>> bad_certificate >>> at >>> com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.ge >>> t >>> O >>> utput( >>> Unknown Source) >>> at >>> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.proc >>> e >>> s >>> s(Unkn >>> own Source) >>> at >>> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.proc >>> e >>> s >>> sReque >>> st(Unknown Source) >>> at >>> com.sun.xml.internal.ws.transport.DeferredTransportPipe.processReque >>> s >>> t >>> (Unkno >>> wn Source) >>> at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown Source) >>> at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source) >>> at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source) >>> at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown Source) >>> at com.sun.xml.internal.ws.client.Stub.process(Unknown Source) >>> at >>> com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(Unknown >>> Source) >>> at >>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown >> Source) >>> at >>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown >> Source) >>> at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(Unknown >> Source) >>> at $Proxy30.process(Unknown Source) >>> at >>> org.signserver.client.api.SigningAndValidationWS.process(SigningAndV >>> a >>> l >>> idatio >>> nWS.java:176) >>> at >>> org.signserver.client.api.SigningAndValidationWS.process(SigningAndV >>> a >>> l >>> idatio >>> nWS.java:144) >>> at >>> org.signserver.client.api.SigningAndValidationWS.sign(SigningAndVali >>> d >>> a >>> tionWS >>> .java:208) >>> at >>> >> certificate.model.ModelDocumento.assinarDocumento4(ModelDocumento.jav >> a >> :141) >>> at certificate.principal.Principal.main(Principal.java:70) >>> >>> -----Mensagem original----- >>> De: Markus Kilås [mailto:ma...@pr...] Enviada em: >>> quarta-feira, >>> 9 de janeiro de 2013 05:12 >>> Para: sig...@li... >>> Assunto: Re: [SignServer-develop] Worker's questions and Error WSDL >>> >>> On 2013-01-08 18:59, Marcos Fontana wrote: >>>> Hi Markus, >>>> >>>> First, thanks for the support. >>>> >>>> I still getting the WSDL problem. >>>> >>>> A question: the trustStore must contain which certificate? the >>>> server certificate or the certificate of who will signin the document? >>> >>> The certificate of the issuer of the server certificate. That is the >>> CA that signed the server certificate. >>> >>> The purpose of the trust store is to list all CA certificates your >>> client application will trust when verifying the server certificate >>> sent by the server when the connection is established. >>> >>>> >>>> System.setProperty("javax.net.ssl.trustStore", >>>> "C:/Users/Marcos/Desktop/p12/mFontana.p12"); >>>> System.setProperty("javax.net.ssl.trustStorePassword", "myPass"); >>>> >>>> Another question: If i create a service that will sign/validate >>>> documents of diferente peoples, which one with their own >>>> certificate, must i create a worker for which one of them? Or can I >>>> do it by that example Signing and Validating an XML document. For >>>> this comands, in the case of a PDF, there is some way to do it like >>>> in the web demos page, including the logo and that other >>>> informations or just having the worker configured wll that is included? >>> >>> Each worker signs with one key-pair and uses one certificate so if >>> you want to use different key-pairs/certificates for different >>> people then you would need to have different workers for them. >>> >>> The "Signing and Validating an XML document" example in the >>> integration chapter of the manual shows how an client application >>> can request an XML document to be signed and then validated. >>> >>> Similarly to the code for signing an XML document you can also do >>> this for PDF documents. Just let the byte array 'unsigned' be the >>> content of the PDF document and replace DemoXMLSigner with the name >>> of your PDFSigner. If you configure the PDFSigner to use a logo that >>> will also be included just if you called it from the demo web page. >>> >>> Validation is currently not supported for PDF documents though. >>> >>> Best regards, >>> Markus >>> >>> >>>> >>>> Regards >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> - >>>> -- >>>> From: Markus Kilås >>>> Sent: 06/01/2013 11:27 >>>> To: sig...@li... >>>> Subject: Re: [SignServer-develop] Worker's questions and Error WSDL >>>> >>>> On 2013-01-04 17:55, Marcos Fontana wrote: >>>>> Hi, >>>>> >>>> >>>> Hi Marcos, >>>> >>>>> >>>>> >>>>> When Im are setting properties by the command: >>>>> >>>>> >>>>> >>>>> bin/signserver.sh setproperties >>>>> doc/sample-configs/qs_pdfsigner_configuration.properties >>>>> >>>>> >>>>> >>>>> I got the console error: Error reading property file. Is there >>>>> some place that I can see this log? >>>>> >>>> >>>> You can get this error is the file is not existing or in any other >>>> way not readable. Make sure that the file can be read by for >>>> instance running "less > doc/sample-configs/qs_pdfsigner_configuration.properties". >>>> Unfortunately this is not logged anywhere in more detail than what >>>> is printed on the console. >>>> >>>>> >>>>> >>>>> The configurations are right. Another question, what is the >>>>> difference by worker and signer? >>>> >>>> A Worker is an entity in SignServer which has an Worker ID and a >>>> configuration and can be called to perform some work. A signer is a >>>> type of worker which uses a crypto token to sign something. >>>> >>>>> >>>>> >>>>> >>>>> The ID or Worker name, in the case of PDF, is the PDFSigner, >>>>> configured in this line: WORKERGENID1.NAME=PDFSigner? >>>> >>>> That property sets the worker name to "PDFSigner" for the new >>>> worker which is about to be added. The WORKERGENID1 means that a >>>> new worker with the next available ID will be created. >>>> >>>> If you instead want to define the worker ID you could replace >>>> WORKERGENID1 with for instance WORKER47 (or any other ID). This is >>>> recommended if you want to be able to apply (setproperties) the >>>> file again without having a new worker to be created. >>>> >>>>> >>>>> >>>>> >>>>> And another question, Im getting this error when i try to >>>>> instantiate the object os WSDL in this line >>>>> >>>>> : ISigningAndValidation _signserver_ = >>>>> *new*SigningAndValidationWS("localhost", 8442, *true*); >>>>> >>>>> >>>>> >>>>> _javax.xml.ws.WebServiceException_: Failed to access the WSDL at: >>>>> https://localhost:8442/signserver/signserverws/signserverws?wsdl. >>>>> It failed with: >>>>> >>>>> _java.security.NoSuchAlgorithmException_: Error constructing >>>>> implementation (algorithm: Default, provider: SunJSSE, class: >>>>> com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl). >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(U >>>>> n >>>>> k >>>>> n >>>>> own >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(Unknow >>>>> n >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(Unknown >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(Unk >>>>> n >>>>> o >>>>> w >>>>> n >>>>> Source) >>>>> >>>>> at javax.xml.ws.Service.<init>(Unknown Source) >>>>> >>>>> at >>>>> org.signserver.protocol.ws.gen.SignServerWSService.<init>(_SignSer >>>>> v >>>>> e >>>>> r >>>>> WSService.java:42_) >>>>> >>>>> at >>>>> org.signserver.client.api.SigningAndValidationWS.<init>(_SigningAn >>>>> d >>>>> V >>>>> a >>>>> lidationWS.java:120_) >>>>> >>>>> at >>>>> org.signserver.client.api.SigningAndValidationWS.<init>(_SigningAn >>>>> d >>>>> V >>>>> a >>>>> lidationWS.java:83_) >>>>> >>>>> at >>>>> certificate.model.ModelDocumento.assinarDocumento4(_ModelDocumento. >>>>> j >>>>> a >>>>> va:145_) >>>>> >>>>> at >>>>> certificate.principal.Principal.main(_Principal.java:70_) >>>>> >>>>> Caused by: _java.net.SocketException_: >>>>> _java.security.NoSuchAlgorithmException_: Error constructing >>>>> implementation (algorithm: Default, provider: SunJSSE, class: >>>>> com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl) >>>>> >>>>> at >>>>> javax.net.ssl.DefaultSSLSocketFactory.throwException(Unknown >>>>> Source) >>>>> >>>>> at >>>>> javax.net.ssl.DefaultSSLSocketFactory.createSocket(Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.https.HttpsClient.createSocket(Unknown >>>>> Source) >>>>> >>>>> at sun.net.NetworkClient.doConnect(Unknown Source) >>>>> >>>>> at sun.net.www.http.HttpClient.openServer(Unknown Source) >>>>> >>>>> at sun.net.www.http.HttpClient.openServer(Unknown Source) >>>>> >>>>> at sun.net.www.protocol.https.HttpsClient.<init>(Unknown >>>>> Source) >>>>> >>>>> at sun.net.www.protocol.https.HttpsClient.New(Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getN >>>>> e >>>>> w >>>>> H >>>>> ttpClient(Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.conn >>>>> e >>>>> c >>>>> t >>>>> (Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown >>>>> Source) >>>>> >>>>> at >>>>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(U >>>>> n >>>>> k >>>>> n >>>>> own >>>>> Source) >>>>> >>>>> at java.net.URL.openStream(Unknown Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.createReader >>>>> ( >>>>> U >>>>> n >>>>> known >>>>> Source) >>>>> >>>>> at >>>>> com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.resolveWSDL( >>>>> U >>>>> n >>>>> k >>>>> nown Source) >>>>> >>>>> ... 11 more >>>>> >>>> >>>> Have you defined the javax.net.ssl.trustStore and >>>> javax.net.ssl.trustStorePassword system properties? >>>> >>>> See >>>> http://signserver.org/manual/integration.html#Signing%20and%20valid >>>> a >>>> t >>>> i >>>> ng%20an%20XML%20document >>>> for an example. >>>> >>>> >>>> Best regards, >>>> Markus >>>> >>>> >>>> PrimeKey Solutions offers a commercial EJBCA & SignServer support >>>> subscription and training. Please see www.primekey.se >>>> <http://www.primekey.se> <http://www.primekey.se> or contact >>>> in...@pr... for more information. >>>> http://www.primekey.se/Services/Support/ >>>> http://www.primekey.se/Services/Training/ >>>> >>>> >>> >>> >> >> >> >> --------------------------------------------------------------------- >> - >> ------ >> -- >> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills >> current with LearnDevNow - 3,200 step-by-step video tutorials by >> Microsoft MVPs and experts. ON SALE this month only -- learn more at: >> http://p.sf.net/sfu/learnmore_122712 >> _______________________________________________ >> SignServer-develop mailing list >> Sig...@li... >> https://lists.sourceforge.net/lists/listinfo/signserver-develop >> >> ----- >> Nenhum vírus encontrado nessa mensagem. >> Verificado por AVG - www.avgbrasil.com.br >> Versão: 2013.0.2805 / Banco de dados de vírus: 2637/6019 - Data de >> Lançamento: 01/08/13 >> >> ----- >> Nenhum vírus encontrado nessa mensagem. >> Verificado por AVG - www.avgbrasil.com.br >> Versão: 2013.0.2890 / Banco de dados de vírus: 2638/6032 - Data de >> Lançamento: 01/14/13 >> >> >> --------------------------------------------------------------------- >> - >> -------- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, >> HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your >> skills current with LearnDevNow - 3,200 step-by-step video tutorials >> by Microsoft MVPs and experts. SALE $99.99 this month only -- learn >> more at: >> http://p.sf.net/sfu/learnmore_122412 >> _______________________________________________ >> SignServer-develop mailing list >> Sig...@li... >> https://lists.sourceforge.net/lists/listinfo/signserver-develop >> > > > > -- > Kind regards, > Markus Kilås > Security Consultant & Developer > > PrimeKey Solutions AB > > Anderstorpsv. 16 > 171 54 Solna > Sweden > > Phone: +46 70 424 94 85 > Skype: markusatskype > Email: mar...@pr... > > www.primekey.se > > > > ----- > Nenhum vírus encontrado nessa mensagem. > Verificado por AVG - www.avgbrasil.com.br > Versão: 2013.0.2890 / Banco de dados de vírus: 2638/6033 - Data de > Lançamento: 01/14/13 > > ----- > Nenhum vírus encontrado nessa mensagem. > Verificado por AVG - www.avgbrasil.com.br > Versão: 2013.0.2890 / Banco de dados de vírus: 2638/6034 - Data de > Lançamento: 01/15/13 > > > ---------------------------------------------------------------------- > -------- Master SQL Server Development, Administration, T-SQL, SSAS, > SSIS, SSRS and more. Get SQL Server skills now (including 2012) with > LearnDevNow - > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only - learn more at: > http://p.sf.net/sfu/learnmore_122512 > _______________________________________________ > SignServer-develop mailing list > Sig...@li... > https://lists.sourceforge.net/lists/listinfo/signserver-develop > -- Kind regards, Markus Kilås Security Consultant & Developer PrimeKey Solutions AB Anderstorpsv. 16 171 54 Solna Sweden Phone: +46 70 424 94 85 Skype: markusatskype Email: mar...@pr... www.primekey.se ----- Nenhum vírus encontrado nessa mensagem. Verificado por AVG - www.avgbrasil.com.br Versão: 2013.0.2890 / Banco de dados de vírus: 2638/6034 - Data de Lançamento: 01/15/13 ----- Nenhum vírus encontrado nessa mensagem. Verificado por AVG - www.avgbrasil.com.br Versão: 2013.0.2890 / Banco de dados de vírus: 2638/6034 - Data de Lançamento: 01/15/13 |