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 14:45:42 -0500
Message-ID: <4CEC19E6.1080704@w3.org>
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

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:36:29 UTC