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 15:21:16 -0500
Message-ID: <257A76BCE4120447919B3E9C1E0D771502DC1630@kit-mail.corporate.kitsolutions.net>
To: "Thomas Gambet" <tgambet@w3.org>
Cc: <public-qa-dev@w3.org>
Ha ha.. yea.. that worked. Internal sites are functioning properly. 

Funky thing though... I’m getting parse errors with the CSS validation.




-----Original Message-----
From: Thomas Gambet [mailto:tgambet@w3.org] 
Sent: Tuesday, November 23, 2010 2:46 PM
To: Barry McCall
Cc: public-qa-dev@w3.org
Subject: Re: Validator error


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



(image/jpeg attachment: image001.jpg)

Received on Tuesday, 23 November 2010 20:21:51 UTC

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