W3C home > Mailing lists > Public > public-qa-dev@w3.org > November 2010

Re: Validator error

From: Thomas Gambet <tgambet@w3.org>
Date: Tue, 23 Nov 2010 13:49:00 -0500
Message-ID: <4CEC0C9C.10502@w3.org>
To: Barry McCall <bmccall@kitsolutions.net>
CC: public-qa-dev@w3.org
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 18:49:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:54:57 UTC