- From: Thomas Gambet <tgambet@w3.org>
- Date: Tue, 23 Nov 2010 14:45:42 -0500
- To: Barry McCall <bmccall@kitsolutions.net>
- CC: public-qa-dev@w3.org
I didn't mean the previous revision but the last one, which is 1568. On 11/23/2010 02:40 PM, Barry McCall wrote: > Pulled back to 1564:223c6108a1ce ... same stack trace... > > -----Original Message----- > From: Thomas Gambet [mailto:tgambet@w3.org] > Sent: Tuesday, November 23, 2010 1:49 PM > To: Barry McCall > Cc: public-qa-dev@w3.org > Subject: Re: Validator error > > Oops, my bad. I ran into the same issue but forgot to commit the fix for > it. Pull the last revision and it should be fixed. > > On 11/23/2010 01:28 PM, Barry McCall wrote: >> Configured... as you stated... I receive the following stack trace when attempting to validate a url (internal or external) >> >> ERROR (ObserveAction.java:320) : Exception : sun.net.www.protocol.http.HttpURLConnection$HttpInputStream cannot be cast to java.lang.String >> java.lang.ClassCastException: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream cannot be cast to java.lang.String >> at org.w3c.unicorn.input.URIInputModule.getStringContent(URIInputModule.java:114) >> at org.w3c.unicorn.input.FakeUploadInputModule.<init>(FakeUploadInputModule.java:54) >> at org.w3c.unicorn.UnicornCall.createInputModule(UnicornCall.java:583) >> at org.w3c.unicorn.UnicornCall.generateRequestList(UnicornCall.java:171) >> at org.w3c.unicorn.UnicornCall.doNode(UnicornCall.java:120) >> at org.w3c.unicorn.UnicornCall.doTask(UnicornCall.java:104) >> at org.w3c.unicorn.action.ObserveAction.doGet(ObserveAction.java:280) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470) >> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) >> at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) >> at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) >> at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:774) >> at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) >> at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:896) >> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) >> at java.lang.Thread.run(Thread.java:619) >> >> -----Original Message----- >> From: Thomas Gambet [mailto:tgambet@w3.org] >> Sent: Tuesday, November 23, 2010 7:58 AM >> To: Barry McCall >> Cc: public-qa-dev@w3.org >> Subject: Re: Validator error >> >> On 11/16/2010 10:23 AM, Barry McCall wrote: >>> We would like to utilize the validator for our internal sites (break/fix environment, QA, intranet sites). >>> These sites are not accessible from outside our firewalls and require SSL. >>> If you could point me in the right direction/configuration steps that would be awesome. >>> You're help is greatly appreciated. >> >> Hi, >> >> I've come up with the configuration you need in order to validate your >> internal websites, attached to this email for simplicity. >> >> For now there are some limitations that come with this configuration. It >> only registers the markup validator and the css validator. The other >> validators (feed validator and mobileOk) will come at some point too, >> but there's a bit of work on our end to be done before. You don't have >> to install any other validator apart from Unicorn unless you have an >> issue with your data being posted to our servers. >> >> What you have to do is start by updating your version of Unicorn with >> "hg pull&& hg update". Then clean your last build and remake the war >> without including the configuration, ie "ant clean war". Uncompress the >> attached archive in /etc/unicorn/ (if you use another directory you'll >> have to edit some of the files accordingly). Add /etc/unicorn/ to >> tomcat's classpath (for instance you can edit catalina.properties and >> add it to the shared.loader property). That's it. If you have an issue >> check the logs. >> >> For information, what I did is remove the URI method from all the >> contracts: as your internal websites are not accessible from outside >> Unicorn shouldn't provide a uri to the validators. I also edited the >> tasklist to remove references to other validators and the file >> observers.properties to load the local modified contracts. >> >> Regards, >> Tom >
Received on Tuesday, 23 November 2010 19:45:44 UTC