You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shindig.apache.org by daviesd <da...@oclc.org> on 2012/01/11 00:44:50 UTC
No snapshot since the new year
I hate to be a pest, but does anyone have an update on this? I¹m still only
seeing 12/26 as the latest artifact. This is affecting my daily build.
Thanks,
doug
On 1/9/12 1:28 PM, "daviesd" <da...@oclc.org> wrote:
> Any ideas on this? I¹m still showing 12/26 as the last builds at
>
> https://repository.apache.org/content/groups/public/org/apache/shindig/shindig
> -common/3.0.0-SNAPSHOT/
>
> Also, ideas when we might see a beta5?
>
> doug
>
>
> On 1/6/12 9:58 AM, "daviesd" <da...@oclc.org> wrote:
>
>> Thanks. Are snapshots happening? I don¹t seem to be picking up anything new
>> since 12/26. Could be an issue on my end.
>>
>> doug
>>
>>
>> On 1/3/12 4:21 PM, "Paul Lindner" <li...@inuus.com> wrote:
>>
>>> ugh. I reverted the revert. I'll get it back in place.
>>>
>>>
>>> commit f30c4decb5332f18acbacacedd29dee7df54b12e
>>> Author: Paul Lindner <li...@apache.org>
>>> Date: Mon Dec 26 10:44:42 2011 +0000
>>>
>>> fix deprecated usage for httpclient
>>>
>>> git-svn-id:
>>> https://svn.apache.org/repos/asf/shindig/trunk@122470813f79535-47bb-0310-995
>>> 6-ffa450edef68
>>>
>>>
>>> On Tue, Jan 3, 2012 at 12:46 PM, daviesd <da...@oclc.org> wrote:
>>>
>>>> > Did this change again recently? The ssl certificate error is back.
>>>> >
>>>> > doug
>>>> >
>>>> >
>>>> > On 11/7/11 1:45 PM, "Ryan J Baxter" <rj...@us.ibm.com> wrote:
>>>> >
>>>>> > > I have been seeing SSL exceptions being thrown relating to
>>>>> certificates
>>>>> > > not matching in builds from trunk recently. I have traced this back
>>>>> to a
>>>>> > > httpclient upgrade from 4.1.1 to 4.1.2. Would anyone be opposed to
>>>>> > > reverting back to 4.1.1 for the time being?
>>>>> > >
>>>>> > > Looking that the changes that went into 4.1.2, this change looks like
it
>>>>> > > might be related to the problem. I have CCed Sebastian, maybe he can
>>>>> > > confirm.
>>>>> > >
>>>>> > > * [HTTPCLIENT-1097] BrowserCompatHostnameVerifier and
>>>>> > > StrictHostnameVerifier should handle
>>>>> > > wildcards in SSL certificates better.
>>>>> > > Contributed by Sebastian Bazley <sebb at apache.org>
>>>>> > >
>>>>> > > INFO: The following exception occurred when fetching
>>>>> > > https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js: 405
ms
>>>>> > > elapsed.
>>>>> > > Nov 7, 2011 1:38:28 PM
>>>>> org.apache.shindig.gadgets.http.BasicHttpFetcher
>>>>> > > fetch
>>>>> > > INFO:
>>>>> > > javax.net.ssl.SSLException: hostname in certificate didn't match:
>>>>> > > <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
>>>>> > > <googleapis.com> OR <*.googleapis.com>
>>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>> > > AbstractVerifier.java:228)
>>>>> > > at
>>>>> org.apache.http.conn.ssl.BrowserCompatHostnameVerifier.verify(
>>>>> > > BrowserCompatHostnameVerifier.java:54)
>>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>> > > AbstractVerifier.java:149)
>>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>> > > AbstractVerifier.java:130)
>>>>> > > at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
>>>>> > > SSLSocketFactory.java:397)
>>>>> > > at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
>>>>> > > SSLSocketFactory.java:495)
>>>>> > > at
>>>>> > > org.apache.http.conn.scheme.SchemeSocketFactoryAdaptor.connectSocket(
>>>>> > > SchemeSocketFactoryAdaptor.java:62)
>>>>> > > at
>>>>> > >
>>>>> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(
>>>>> > > DefaultClientConnectionOperator.java:148)
>>>>> > > at org.apache.http.impl.conn.AbstractPoolEntry.open(
>>>>> > > AbstractPoolEntry.java:149)
>>>>> > > at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(
>>>>> > > AbstractPooledConnAdapter.java:121)
>>>>> > > at
>>>>> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(
>>>>> > > DefaultRequestDirector.java:573)
>>>>> > > at org.apache.http.impl.client.DefaultRequestDirector.execute(
>>>>> > > DefaultRequestDirector.java:425)
>>>>> > > at org.apache.http.impl.client.AbstractHttpClient.execute(
>>>>> > > AbstractHttpClient.java:820)
>>>>> > > at org.apache.http.impl.client.AbstractHttpClient.execute(
>>>>> > > AbstractHttpClient.java:776)
>>>>> > > at org.apache.shindig.gadgets.http.BasicHttpFetcher.fetch(
>>>>> > > BasicHttpFetcher.java:361)
>>>>> > > at
>>>> > org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(
>>>>> > > DefaultRequestPipeline.java:108)
>>>>> > > at
>>>>> > >
>>>> >
>>>>
org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>>>
le.
>>>>> > > call(
>>>>> > > MultipleResourceHttpFetcher.java:105)
>>>>> > > at
>>>>> > >
>>>> >
>>>>
org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>>>
le.
>>>>> > > call(
>>>>> > > MultipleResourceHttpFetcher.java:92)
>>>>> > > at java.util.concurrent.FutureTask$Sync.innerRun(
>>>>> > > FutureTask.java:303)
>>>>> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>> > > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
>>>>> > > ThreadPoolExecutor.java:886)
>>>>> > > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
>>>>> > > ThreadPoolExecutor.java:908)
>>>>> > > at java.lang.Thread.run(Thread.java:662)
>>>>> > > Nov 7, 2011 1:38:28 PM
>>>>> > > org.apache.shindig.gadgets.servlet.ConcatProxyServlet outputError
>>>>> > > INFO: The following error occurred when requesting a concatenated
>>>>> proxy:
>>>>> > > /* ---- Error INTERNAL_SERVER_ERROR concat(
>>>>> > > https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js)
>>>>> > > javax.net.ssl.SSLException: hostname in certificate didn't match:
>>>>> > > <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
>>>>> > > <googleapis.com> OR <*.googleapis.com> ---- */.
>>>>> > >
>>>>> > > -Ryan
>>>>> > >
>>>>> > > Email: rjbaxter@us.ibm.com
>>>>> > > Phone: 978-899-3041
>>>>> > > developerWorks Profile
>>>>> > >
>>>> >
>>>> >
>>>> >
>>>
Re: No snapshot since the new year
Posted by daviesd <da...@oclc.org>.
Thanks Paul!
On 1/10/12 6:50 PM, "Paul Lindner" <li...@inuus.com> wrote:
> JENKINS-12259 caused the build server to do bad things.
> I just updated and kicked off a SNAPSHOT build. Should be available in the
> next hour or so.
>
>
>
> On Tue, Jan 10, 2012 at 3:44 PM, daviesd <da...@oclc.org> wrote:
>
>> I hate to be a pest, but does anyone have an update on this? I¹m still
>> only
>> seeing 12/26 as the latest artifact. This is affecting my daily build.
>>
>> Thanks,
>> doug
>>
>>
>> On 1/9/12 1:28 PM, "daviesd" <da...@oclc.org> wrote:
>>
>>> Any ideas on this? I¹m still showing 12/26 as the last builds at
>>>
>>>
>>
https://repository.apache.org/content/groups/public/org/apache/shindig/shindi>>
g
>>> -common/3.0.0-SNAPSHOT/
>>>
>>> Also, ideas when we might see a beta5?
>>>
>>> doug
>>>
>>>
>>> On 1/6/12 9:58 AM, "daviesd" <da...@oclc.org> wrote:
>>>
>>>> Thanks. Are snapshots happening? I don¹t seem to be picking up anything
>> new
>>>> since 12/26. Could be an issue on my end.
>>>>
>>>> doug
>>>>
>>>>
>>>> On 1/3/12 4:21 PM, "Paul Lindner" <li...@inuus.com> wrote:
>>>>
>>>>> ugh. I reverted the revert. I'll get it back in place.
>>>>>
>>>>>
>>>>> commit f30c4decb5332f18acbacacedd29dee7df54b12e
>>>>> Author: Paul Lindner <li...@apache.org>
>>>>> Date: Mon Dec 26 10:44:42 2011 +0000
>>>>>
>>>>> fix deprecated usage for httpclient
>>>>>
>>>>> git-svn-id:
>>>>>
>> https://svn.apache.org/repos/asf/shindig/trunk@122470813f79535-47bb-0310-995
>>>>> 6-ffa450edef68
>>>>>
>>>>>
>>>>> On Tue, Jan 3, 2012 at 12:46 PM, daviesd <da...@oclc.org> wrote:
>>>>>
>>>>>>> Did this change again recently? The ssl certificate error is back.
>>>>>>>
>>>>>>> doug
>>>>>>>
>>>>>>>
>>>>>>> On 11/7/11 1:45 PM, "Ryan J Baxter" <rj...@us.ibm.com> wrote:
>>>>>>>
>>>>>>>>> I have been seeing SSL exceptions being thrown relating to
>>>>>>> certificates
>>>>>>>>> not matching in builds from trunk recently. I have traced this
>> back
>>>>>>> to a
>>>>>>>>> httpclient upgrade from 4.1.1 to 4.1.2. Would anyone be opposed
>> to
>>>>>>>>> reverting back to 4.1.1 for the time being?
>>>>>>>>>
>>>>>>>>> Looking that the changes that went into 4.1.2, this change looks
>> like
>> it
>>>>>>>>> might be related to the problem. I have CCed Sebastian, maybe
>> he can
>>>>>>>>> confirm.
>>>>>>>>>
>>>>>>>>> * [HTTPCLIENT-1097] BrowserCompatHostnameVerifier and
>>>>>>>>> StrictHostnameVerifier should handle
>>>>>>>>> wildcards in SSL certificates better.
>>>>>>>>> Contributed by Sebastian Bazley <sebb at apache.org>
>>>>>>>>>
>>>>>>>>> INFO: The following exception occurred when fetching
>>>>>>>>> https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js:
>> 405
>> ms
>>>>>>>>> elapsed.
>>>>>>>>> Nov 7, 2011 1:38:28 PM
>>>>>>> org.apache.shindig.gadgets.http.BasicHttpFetcher
>>>>>>>>> fetch
>>>>>>>>> INFO:
>>>>>>>>> javax.net.ssl.SSLException: hostname in certificate didn't match:
>>>>>>>>> <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
>>>>>>>>> <googleapis.com> OR <*.googleapis.com>
>>>>>>>>> at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>>>>>> AbstractVerifier.java:228)
>>>>>>>>> at
>>>>>>> org.apache.http.conn.ssl.BrowserCompatHostnameVerifier.verify(
>>>>>>>>> BrowserCompatHostnameVerifier.java:54)
>>>>>>>>> at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>>>>>> AbstractVerifier.java:149)
>>>>>>>>> at org.apache.http.conn.ssl.AbstractVerifier.verify(
>>>>>>>>> AbstractVerifier.java:130)
>>>>>>>>> at
>> org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
>>>>>>>>> SSLSocketFactory.java:397)
>>>>>>>>> at
>> org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
>>>>>>>>> SSLSocketFactory.java:495)
>>>>>>>>> at
>>>>>>>>>
>> org.apache.http.conn.scheme.SchemeSocketFactoryAdaptor.connectSocket(
>>>>>>>>> SchemeSocketFactoryAdaptor.java:62)
>>>>>>>>> at
>>>>>>>>>
>>>>>>>
>> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(
>>>>>>>>> DefaultClientConnectionOperator.java:148)
>>>>>>>>> at org.apache.http.impl.conn.AbstractPoolEntry.open(
>>>>>>>>> AbstractPoolEntry.java:149)
>>>>>>>>> at
>> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(
>>>>>>>>> AbstractPooledConnAdapter.java:121)
>>>>>>>>> at
>>>>>>> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(
>>>>>>>>> DefaultRequestDirector.java:573)
>>>>>>>>> at
>> org.apache.http.impl.client.DefaultRequestDirector.execute(
>>>>>>>>> DefaultRequestDirector.java:425)
>>>>>>>>> at
>> org.apache.http.impl.client.AbstractHttpClient.execute(
>>>>>>>>> AbstractHttpClient.java:820)
>>>>>>>>> at
>> org.apache.http.impl.client.AbstractHttpClient.execute(
>>>>>>>>> AbstractHttpClient.java:776)
>>>>>>>>> at
>> org.apache.shindig.gadgets.http.BasicHttpFetcher.fetch(
>>>>>>>>> BasicHttpFetcher.java:361)
>>>>>>>>> at
>>>>>>> org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(
>>>>>>>>> DefaultRequestPipeline.java:108)
>>>>>>>>> at
>>>>>>>>>
>>>>>>>
>>>>>>
>>
>> org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>
>> >>
>> le.
>>>>>>>>> call(
>>>>>>>>> MultipleResourceHttpFetcher.java:105)
>>>>>>>>> at
>>>>>>>>>
>>>>>>>
>>>>>>
>>
>> org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>
>> >>
>> le.
>>>>>>>>> call(
>>>>>>>>> MultipleResourceHttpFetcher.java:92)
>>>>>>>>> at java.util.concurrent.FutureTask$Sync.innerRun(
>>>>>>>>> FutureTask.java:303)
>>>>>>>>> at
>> java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>>>>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
>>>>>>>>> ThreadPoolExecutor.java:886)
>>>>>>>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(
>>>>>>>>> ThreadPoolExecutor.java:908)
>>>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>>>> Nov 7, 2011 1:38:28 PM
>>>>>>>>> org.apache.shindig.gadgets.servlet.ConcatProxyServlet outputError
>>>>>>>>> INFO: The following error occurred when requesting a concatenated
>>>>>>> proxy:
>>>>>>>>> /* ---- Error INTERNAL_SERVER_ERROR concat(
>>>>>>>>> https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js
>> )
>>>>>>>>> javax.net.ssl.SSLException: hostname in certificate didn't match:
>>>>>>>>> <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
>>>>>>>>> <googleapis.com> OR <*.googleapis.com> ---- */.
>>>>>>>>>
>>>>>>>>> -Ryan
>>>>>>>>>
>>>>>>>>> Email: rjbaxter@us.ibm.com
>>>>>>>>> Phone: 978-899-3041
>>>>>>>>> developerWorks Profile
>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>
>>
Re: No snapshot since the new year
Posted by Paul Lindner <li...@inuus.com>.
JENKINS-12259 caused the build server to do bad things.
I just updated and kicked off a SNAPSHOT build. Should be available in the
next hour or so.
On Tue, Jan 10, 2012 at 3:44 PM, daviesd <da...@oclc.org> wrote:
> I hate to be a pest, but does anyone have an update on this? I¹m still
> only
> seeing 12/26 as the latest artifact. This is affecting my daily build.
>
> Thanks,
> doug
>
>
> On 1/9/12 1:28 PM, "daviesd" <da...@oclc.org> wrote:
>
> > Any ideas on this? I¹m still showing 12/26 as the last builds at
> >
> >
> https://repository.apache.org/content/groups/public/org/apache/shindig/shindig
> > -common/3.0.0-SNAPSHOT/
> >
> > Also, ideas when we might see a beta5?
> >
> > doug
> >
> >
> > On 1/6/12 9:58 AM, "daviesd" <da...@oclc.org> wrote:
> >
> >> Thanks. Are snapshots happening? I don¹t seem to be picking up anything
> new
> >> since 12/26. Could be an issue on my end.
> >>
> >> doug
> >>
> >>
> >> On 1/3/12 4:21 PM, "Paul Lindner" <li...@inuus.com> wrote:
> >>
> >>> ugh. I reverted the revert. I'll get it back in place.
> >>>
> >>>
> >>> commit f30c4decb5332f18acbacacedd29dee7df54b12e
> >>> Author: Paul Lindner <li...@apache.org>
> >>> Date: Mon Dec 26 10:44:42 2011 +0000
> >>>
> >>> fix deprecated usage for httpclient
> >>>
> >>> git-svn-id:
> >>>
> https://svn.apache.org/repos/asf/shindig/trunk@122470813f79535-47bb-0310-995
> >>> 6-ffa450edef68
> >>>
> >>>
> >>> On Tue, Jan 3, 2012 at 12:46 PM, daviesd <da...@oclc.org> wrote:
> >>>
> >>>> > Did this change again recently? The ssl certificate error is back.
> >>>> >
> >>>> > doug
> >>>> >
> >>>> >
> >>>> > On 11/7/11 1:45 PM, "Ryan J Baxter" <rj...@us.ibm.com> wrote:
> >>>> >
> >>>>> > > I have been seeing SSL exceptions being thrown relating to
> >>>>> certificates
> >>>>> > > not matching in builds from trunk recently. I have traced this
> back
> >>>>> to a
> >>>>> > > httpclient upgrade from 4.1.1 to 4.1.2. Would anyone be opposed
> to
> >>>>> > > reverting back to 4.1.1 for the time being?
> >>>>> > >
> >>>>> > > Looking that the changes that went into 4.1.2, this change looks
> like
> it
> >>>>> > > might be related to the problem. I have CCed Sebastian, maybe
> he can
> >>>>> > > confirm.
> >>>>> > >
> >>>>> > > * [HTTPCLIENT-1097] BrowserCompatHostnameVerifier and
> >>>>> > > StrictHostnameVerifier should handle
> >>>>> > > wildcards in SSL certificates better.
> >>>>> > > Contributed by Sebastian Bazley <sebb at apache.org>
> >>>>> > >
> >>>>> > > INFO: The following exception occurred when fetching
> >>>>> > > https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js:
> 405
> ms
> >>>>> > > elapsed.
> >>>>> > > Nov 7, 2011 1:38:28 PM
> >>>>> org.apache.shindig.gadgets.http.BasicHttpFetcher
> >>>>> > > fetch
> >>>>> > > INFO:
> >>>>> > > javax.net.ssl.SSLException: hostname in certificate didn't match:
> >>>>> > > <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
> >>>>> > > <googleapis.com> OR <*.googleapis.com>
> >>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
> >>>>> > > AbstractVerifier.java:228)
> >>>>> > > at
> >>>>> org.apache.http.conn.ssl.BrowserCompatHostnameVerifier.verify(
> >>>>> > > BrowserCompatHostnameVerifier.java:54)
> >>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
> >>>>> > > AbstractVerifier.java:149)
> >>>>> > > at org.apache.http.conn.ssl.AbstractVerifier.verify(
> >>>>> > > AbstractVerifier.java:130)
> >>>>> > > at
> org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
> >>>>> > > SSLSocketFactory.java:397)
> >>>>> > > at
> org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
> >>>>> > > SSLSocketFactory.java:495)
> >>>>> > > at
> >>>>> > >
> org.apache.http.conn.scheme.SchemeSocketFactoryAdaptor.connectSocket(
> >>>>> > > SchemeSocketFactoryAdaptor.java:62)
> >>>>> > > at
> >>>>> > >
> >>>>>
> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(
> >>>>> > > DefaultClientConnectionOperator.java:148)
> >>>>> > > at org.apache.http.impl.conn.AbstractPoolEntry.open(
> >>>>> > > AbstractPoolEntry.java:149)
> >>>>> > > at
> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(
> >>>>> > > AbstractPooledConnAdapter.java:121)
> >>>>> > > at
> >>>>> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(
> >>>>> > > DefaultRequestDirector.java:573)
> >>>>> > > at
> org.apache.http.impl.client.DefaultRequestDirector.execute(
> >>>>> > > DefaultRequestDirector.java:425)
> >>>>> > > at
> org.apache.http.impl.client.AbstractHttpClient.execute(
> >>>>> > > AbstractHttpClient.java:820)
> >>>>> > > at
> org.apache.http.impl.client.AbstractHttpClient.execute(
> >>>>> > > AbstractHttpClient.java:776)
> >>>>> > > at
> org.apache.shindig.gadgets.http.BasicHttpFetcher.fetch(
> >>>>> > > BasicHttpFetcher.java:361)
> >>>>> > > at
> >>>> > org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(
> >>>>> > > DefaultRequestPipeline.java:108)
> >>>>> > > at
> >>>>> > >
> >>>> >
> >>>>
>
> org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>>>
> le.
> >>>>> > > call(
> >>>>> > > MultipleResourceHttpFetcher.java:105)
> >>>>> > > at
> >>>>> > >
> >>>> >
> >>>>
>
> org.apache.shindig.gadgets.http.MultipleResourceHttpFetcher$HttpFetchCallab>>>>
> le.
> >>>>> > > call(
> >>>>> > > MultipleResourceHttpFetcher.java:92)
> >>>>> > > at java.util.concurrent.FutureTask$Sync.innerRun(
> >>>>> > > FutureTask.java:303)
> >>>>> > > at
> java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >>>>> > > at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
> >>>>> > > ThreadPoolExecutor.java:886)
> >>>>> > > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> >>>>> > > ThreadPoolExecutor.java:908)
> >>>>> > > at java.lang.Thread.run(Thread.java:662)
> >>>>> > > Nov 7, 2011 1:38:28 PM
> >>>>> > > org.apache.shindig.gadgets.servlet.ConcatProxyServlet outputError
> >>>>> > > INFO: The following error occurred when requesting a concatenated
> >>>>> proxy:
> >>>>> > > /* ---- Error INTERNAL_SERVER_ERROR concat(
> >>>>> > > https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js
> )
> >>>>> > > javax.net.ssl.SSLException: hostname in certificate didn't match:
> >>>>> > > <ajax.googleapis.com/74.125.115.95> != <*.googleapis.com> OR
> >>>>> > > <googleapis.com> OR <*.googleapis.com> ---- */.
> >>>>> > >
> >>>>> > > -Ryan
> >>>>> > >
> >>>>> > > Email: rjbaxter@us.ibm.com
> >>>>> > > Phone: 978-899-3041
> >>>>> > > developerWorks Profile
> >>>>> > >
> >>>> >
> >>>> >
> >>>> >
> >>>
>
>