Re: [Ejbca-develop] Problems with DemoCertReqServlet.java

[Tomas G. <to...@pr...>]

So of course the key question, what's your user DN?

I.e. "user" parameter from the test.html.

Cheers,
Tomas
-----
PrimeKey Solutions offers commercial EJBCA and SignServer support 
subscriptions and training courses. Please see www.primekey.se or 
contact in...@pr... for more information.
http://www.primekey.se/Services/Support/
http://www.primekey.se/Services/Training/

On 10/07/2012 04:03 AM, Christian Felsing wrote:
> Hello,
>
> I try to get DemoCertReqServlet.java running, but I get always a
> "IndexOutOfBoundsException"
>
> My ejbca version is 4.0.12 (r15355) running on JBoss 6.0.0.
>
> Id of matching "DemoCA" is set: DEFAULT_DEMOCAID = 790723041;
>
> CA Name: DemoCA
>   Id: 790723041
>   Issuer DN: CN=DemoCA for nothing else than testing
>   Subject DN: CN=DemoCA for nothing else than testing
>   Type: 1
>   Expire time: Wed Oct 07 20:59:15 CEST 2037
>   Signed by: 1
>
> Demo servlet was enabled in web.xml
>
> After sending data by test.html I get following:
>
> 2012-10-06 21:03:33,764 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ejbca].[DemoCertReqServlet]]
> (ajp-12
> 7.0.0.1-8009-4) Servlet.service() for servlet DemoCertReqServlet threw
> exception: java.lang.IndexOutOfBoundsException: Index: 0, Siz
> e: 0
>          at java.util.ArrayList.rangeCheck(ArrayList.java:571) [:1.6.0_18]
>          at java.util.ArrayList.get(ArrayList.java:349) [:1.6.0_18]
>          at
> org.ejbca.util.dn.DNFieldsUtil.removeEmpties(DNFieldsUtil.java:80)
> [:EJBCA 4.0.12 (r15355)]
>          at org.ejbca.core.model.ra.UserDataVO.setDN(UserDataVO.java:154)
> [:EJBCA 4.0.12 (r15355)]
>          at
> org.ejbca.ui.web.pub.DemoCertReqServlet.doPost(DemoCertReqServlet.java:195)
> [:EJBCA 4.0.12 (r15355)]
>          at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
> [:1.0.0.Final]
>          at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> [:1.0.0.Final]
>          at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324)
> [:6.0.0.Final]
>          at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
> [:6.0.0.Final]
>          at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
> [:6.0.0.Final]
>          at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> [:6.0.0.Final]
>          at
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181)
> [:6.0.0.Final]
>          at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
> [:6.0.0.Final]
>          at
> org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
> [:1.1.0.Final]
>          at
> org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
> [:1.1.0.Final]
>          at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88)
> [:6.0.0.Final]
>          at
> org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100)
> [:6.0.
> 0.Final]
>          at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> [:6.0.0.Final]
>          at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> [:6.0.0.Final]
>          at
> org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> [:6.0.0.Final]
>          at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> [:6.0.0.Final]
>          at
> org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53)
> [:6.
> 0.0.Final]
>          at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362)
> [:6.0.0.Final]
>          at
> org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:504)
> [:6.0.0.Final]
>          at
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:437)
> [:6.0.0.Final]
>          at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
> [:6.0.0.Final]
>          at java.lang.Thread.run(Thread.java:636) [:1.6.0_18]
>
>
> form action is called by same reverse proxy I am using for general ejbca
> access, which works flawless even with pkcs11 cards.
>
> It seems problem occures while setDN
>
> best regards
> Christian
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Ejbca-develop mailing list
> Ejb...@li...
> https://lists.sourceforge.net/lists/listinfo/ejbca-develop
>