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

RE: Validator error

From: Barry McCall <bmccall@kitsolutions.net>
Date: Tue, 23 Nov 2010 13:28:46 -0500
Message-ID: <257A76BCE4120447919B3E9C1E0D771502DC15A2@kit-mail.corporate.kitsolutions.net>
To: "Thomas Gambet" <tgambet@w3.org>
Cc: <public-qa-dev@w3.org>
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.


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.

Received on Tuesday, 23 November 2010 18:29:21 UTC

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