First look - Grizzly build failure

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

First look - Grizzly build failure

John C. Turnbull

I am looking at Grizzly for the first time and I have checked out the modules and built the project using NetBeans 6.0.  Unfortunately, the build failed all because of the failure of one particular unit test.  The details are:

 

-------------------------------------------------------------------------------

Test set: com.sun.grizzly.http.HttpRedirectorTest

-------------------------------------------------------------------------------

Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 20.92 sec <<< FAILURE!

testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)  Time elapsed: 6.705 sec  <<< ERROR!

javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake

                at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:808)

                at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1096)

                at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)

                at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1107)

                at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:405)

                at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)

                at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:832)

                at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)

                at com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRedirectorTest.java:257)

Caused by: java.io.EOFException: SSL peer shut down incorrectly

                at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)

                at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)

                ... 34 more

 

 

Should I be concerned about this?  Is it a known problem?  Is there a workaround?

 

Thanks,

 

-JCT

 

Reply | Threaded
Open this post in threaded view
|

Re: First look - Grizzly build failure

Oleksiy Stashok
Hello John,

this is known issue, but it's difficult to catch it, as it happens
rarely and not on all OSs/versions.
Which OS are you using?

Thank you.

WBR,
Alexey.

John C. Turnbull wrote:

>
> I am looking at Grizzly for the first time and I have checked out the
> modules and built the project using NetBeans 6.0.  Unfortunately, the
> build failed all because of the failure of one particular unit test.  
> The details are:
>
>  
>
> -------------------------------------------------------------------------------
>
> Test set: com.sun.grizzly.http.HttpRedirectorTest
>
> -------------------------------------------------------------------------------
>
> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 20.92
> sec <<< FAILURE!
>
> testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)  
> Time elapsed: 6.705 sec  <<< ERROR!
>
> javax.net.ssl.SSLHandshakeException: Remote host closed connection
> during handshake
>
>                 at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:808)
>
>                 at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1096)
>
>                 at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)
>
>                 at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1107)
>
>                 at
> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:405)
>
>                 at
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>
>                 at
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:832)
>
>                 at
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
>
>                 at
> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRedirectorTest.java:257)
>
> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>
>                 at
> com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
>
>                 at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)
>
>                 ... 34 more
>
>  
>
>  
>
> Should I be concerned about this?  Is it a known problem?  Is there a
> workaround?
>
>  
>
> Thanks,
>
>  
>
> -JCT
>
>  
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: First look - Grizzly build failure

John C. Turnbull
Hi Alexey,

Thanks, I am using Windows Vista x64.  I've just tried it again and the
problem seems to have gone away for now.

But the NB build stops at 59% and progresses no further when it's doing
this:

----------------------------------------------------------------------------
project-execute
[resources:resources]
Using default encoding to copy filtered resources.
[
[
  Version: V3
  Subject: CN=*.dev.java.net, OU=Domain Control Validated - RapidSSL(R),
OU=See www.rapidssl.com/resources/cps (c)07, OU=GT88245645,
O=*.dev.java.net, C=US
  Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4

  Key:  Sun RSA public key, 1024 bits
  modulus:
1273385905577964507330017831056386146838612313050202706672209638051469895513
2957905634520200293987391957991622260639716905574331772043687930776043112594
7921520886795716666277833366321987210924426879156114616427056653445164786216
3348108570087034553658644533897267272436616503882360189051575793369151466183
97857
  public exponent: 65537
  Validity: [From: Thu Aug 09 08:44:32 EST 2007,
               To: Sat Aug 09 08:44:32 EST 2008]
  Issuer: CN=Equifax Secure Global eBusiness CA-1, O=Equifax Secure Inc.,
C=US
  SerialNumber: [    0688e0]

Certificate Extensions: 6
[1]: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
0000: 41 85 78 BE 0D B5 37 0C   03 79 BE 87 51 67 20 E3  A.x...7..y..Qg .
0010: 4F A6 E9 FC                                        O...
]
]

[2]: ObjectId: 2.5.29.35 Criticality=false
AuthorityKeyIdentifier [
KeyIdentifier [
0000: BE A8 A0 74 72 50 6B 44   B7 C9 23 D8 FB A8 FF B3  ...trPkD..#.....
0010: 57 6B 68 6C                                        Wkhl
]

]

[3]: ObjectId: 2.5.29.31 Criticality=false
CRLDistributionPoints [
  [DistributionPoint:
     [URIName: http://crl.geotrust.com/crls/globalca1.crl]
]]

[4]: ObjectId: 2.5.29.37 Criticality=false
ExtendedKeyUsages [
  serverAuth
  clientAuth
]

[5]: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
  DigitalSignature
  Non_repudiation
  Key_Encipherment
  Data_Encipherment
]

[6]: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
  CA:false
  PathLen: undefined
]

]
  Algorithm: [MD5withRSA]
  Signature:
0000: 53 F5 13 2C 3B 62 01 40   58 E4 57 53 E3 E8 71 2F  S..,;[hidden email]..q/
0010: 1B BB 32 33 FA 59 C0 09   7D 92 76 71 0F 8D 41 8C  ..23.Y....vq..A.
0020: 37 DF 14 2D 74 03 E0 FB   ED 6A 10 C4 50 55 50 42  7..-t....j..PUPB
0030: 18 8C 70 1D 03 B9 1C 60   D3 73 FD F5 AD 1B 73 9F  ..p....`.s....s.
0040: BE 42 00 8C A9 AB 94 11   46 49 F0 EE 70 ED 9A 05  .B......FI..p...
0050: 72 43 53 A1 26 6E F7 DC   90 A9 FF 72 FD CF 0C 5C  rCS.&n.....r...\
0060: 44 FE 0F 02 D2 A3 8B 43   80 BF 0F 01 95 5B F1 FB  D......C.....[..
0070: 26 76 B6 41 53 CB 73 32   E7 9E D5 CB FC 0B 55 FE  &v.AS.s2......U.

]


What's it actually doing at this point and what's all that about?

Thanks,

-JCT

> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Friday, 4 January 2008 00:10
> To: [hidden email]
> Subject: Re: First look - Grizzly build failure
>
> Hello John,
>
> this is known issue, but it's difficult to catch it, as it happens
> rarely and not on all OSs/versions.
> Which OS are you using?
>
> Thank you.
>
> WBR,
> Alexey.
>
> John C. Turnbull wrote:
> >
> > I am looking at Grizzly for the first time and I have checked out the
> > modules and built the project using NetBeans 6.0.  Unfortunately, the
> > build failed all because of the failure of one particular unit test.
> > The details are:
> >
> >
> >
> > ---------------------------------------------------------------------
> ----------
> >
> > Test set: com.sun.grizzly.http.HttpRedirectorTest
> >
> > ---------------------------------------------------------------------
> ----------
> >
> > Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 20.92
> > sec <<< FAILURE!
> >
> > testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)
> > Time elapsed: 6.705 sec  <<< ERROR!
> >
> > javax.net.ssl.SSLHandshakeException: Remote host closed connection
> > during handshake
> >
> >                 at
> >
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> a:808)
> >
> >                 at
> >
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLS
> ocketImpl.java:1096)
> >
> >                 at
> >
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> .java:1123)
> >
> >                 at
> >
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> .java:1107)
> >
> >                 at
> >
> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:40
> 5)
> >
> >                 at
> >
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(A
> bstractDelegateHttpsURLConnection.java:166)
> >
> >                 at
> >
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConn
> ection.java:832)
> >
> >                 at
> >
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Https
> URLConnectionImpl.java:230)
> >
> >                 at
> >
> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRe
> directorTest.java:257)
> >
> > Caused by: java.io.EOFException: SSL peer shut down incorrectly
> >
> >                 at
> > com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
> >
> >                 at
> >
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> a:789)
> >
> >                 ... 34 more
> >
> >
> >
> >
> >
> > Should I be concerned about this?  Is it a known problem?  Is there a
> > workaround?
> >
> >
> >
> > Thanks,
> >
> >
> >
> > -JCT
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: First look - Grizzly build failure

Oleksiy Stashok
Hello John,

oh, Windows Vista, ok :)
One more thing, which JDK are you using?

As for logging you sent - on my environment I don't see them, but think
it's not critical.
Other question is, why it stops building, is it executing some unit test
at that time? Can you please check this?

Thank you!

WBR,
Alexey.

John C. Turnbull wrote:

> Hi Alexey,
>
> Thanks, I am using Windows Vista x64.  I've just tried it again and the
> problem seems to have gone away for now.
>
> But the NB build stops at 59% and progresses no further when it's doing
> this:
>
> ----------------------------------------------------------------------------
> project-execute
> [resources:resources]
> Using default encoding to copy filtered resources.
> [
> [
>   Version: V3
>   Subject: CN=*.dev.java.net, OU=Domain Control Validated - RapidSSL(R),
> OU=See www.rapidssl.com/resources/cps (c)07, OU=GT88245645,
> O=*.dev.java.net, C=US
>   Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
>
>   Key:  Sun RSA public key, 1024 bits
>   modulus:
> 1273385905577964507330017831056386146838612313050202706672209638051469895513
> 2957905634520200293987391957991622260639716905574331772043687930776043112594
> 7921520886795716666277833366321987210924426879156114616427056653445164786216
> 3348108570087034553658644533897267272436616503882360189051575793369151466183
> 97857
>   public exponent: 65537
>   Validity: [From: Thu Aug 09 08:44:32 EST 2007,
>                To: Sat Aug 09 08:44:32 EST 2008]
>   Issuer: CN=Equifax Secure Global eBusiness CA-1, O=Equifax Secure Inc.,
> C=US
>   SerialNumber: [    0688e0]
>
> Certificate Extensions: 6
> [1]: ObjectId: 2.5.29.14 Criticality=false
> SubjectKeyIdentifier [
> KeyIdentifier [
> 0000: 41 85 78 BE 0D B5 37 0C   03 79 BE 87 51 67 20 E3  A.x...7..y..Qg .
> 0010: 4F A6 E9 FC                                        O...
> ]
> ]
>
> [2]: ObjectId: 2.5.29.35 Criticality=false
> AuthorityKeyIdentifier [
> KeyIdentifier [
> 0000: BE A8 A0 74 72 50 6B 44   B7 C9 23 D8 FB A8 FF B3  ...trPkD..#.....
> 0010: 57 6B 68 6C                                        Wkhl
> ]
>
> ]
>
> [3]: ObjectId: 2.5.29.31 Criticality=false
> CRLDistributionPoints [
>   [DistributionPoint:
>      [URIName: http://crl.geotrust.com/crls/globalca1.crl]
> ]]
>
> [4]: ObjectId: 2.5.29.37 Criticality=false
> ExtendedKeyUsages [
>   serverAuth
>   clientAuth
> ]
>
> [5]: ObjectId: 2.5.29.15 Criticality=true
> KeyUsage [
>   DigitalSignature
>   Non_repudiation
>   Key_Encipherment
>   Data_Encipherment
> ]
>
> [6]: ObjectId: 2.5.29.19 Criticality=true
> BasicConstraints:[
>   CA:false
>   PathLen: undefined
> ]
>
> ]
>   Algorithm: [MD5withRSA]
>   Signature:
> 0000: 53 F5 13 2C 3B 62 01 40   58 E4 57 53 E3 E8 71 2F  S..,;[hidden email]..q/
> 0010: 1B BB 32 33 FA 59 C0 09   7D 92 76 71 0F 8D 41 8C  ..23.Y....vq..A.
> 0020: 37 DF 14 2D 74 03 E0 FB   ED 6A 10 C4 50 55 50 42  7..-t....j..PUPB
> 0030: 18 8C 70 1D 03 B9 1C 60   D3 73 FD F5 AD 1B 73 9F  ..p....`.s....s.
> 0040: BE 42 00 8C A9 AB 94 11   46 49 F0 EE 70 ED 9A 05  .B......FI..p...
> 0050: 72 43 53 A1 26 6E F7 DC   90 A9 FF 72 FD CF 0C 5C  rCS.&n.....r...\
> 0060: 44 FE 0F 02 D2 A3 8B 43   80 BF 0F 01 95 5B F1 FB  D......C.....[..
> 0070: 26 76 B6 41 53 CB 73 32   E7 9E D5 CB FC 0B 55 FE  &v.AS.s2......U.
>
> ]
>
>
> What's it actually doing at this point and what's all that about?
>
> Thanks,
>
> -JCT
>
>  
>> -----Original Message-----
>> From: [hidden email] [mailto:[hidden email]]
>> Sent: Friday, 4 January 2008 00:10
>> To: [hidden email]
>> Subject: Re: First look - Grizzly build failure
>>
>> Hello John,
>>
>> this is known issue, but it's difficult to catch it, as it happens
>> rarely and not on all OSs/versions.
>> Which OS are you using?
>>
>> Thank you.
>>
>> WBR,
>> Alexey.
>>
>> John C. Turnbull wrote:
>>    
>>> I am looking at Grizzly for the first time and I have checked out the
>>> modules and built the project using NetBeans 6.0.  Unfortunately, the
>>> build failed all because of the failure of one particular unit test.
>>> The details are:
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>>      
>> ----------
>>    
>>> Test set: com.sun.grizzly.http.HttpRedirectorTest
>>>
>>> ---------------------------------------------------------------------
>>>      
>> ----------
>>    
>>> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 20.92
>>> sec <<< FAILURE!
>>>
>>> testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)
>>> Time elapsed: 6.705 sec  <<< ERROR!
>>>
>>> javax.net.ssl.SSLHandshakeException: Remote host closed connection
>>> during handshake
>>>
>>>                 at
>>>
>>>      
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
>> a:808)
>>    
>>>                 at
>>>
>>>      
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLS
>> ocketImpl.java:1096)
>>    
>>>                 at
>>>
>>>      
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
>> .java:1123)
>>    
>>>                 at
>>>
>>>      
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
>> .java:1107)
>>    
>>>                 at
>>>
>>>      
>> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:40
>> 5)
>>    
>>>                 at
>>>
>>>      
>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(A
>> bstractDelegateHttpsURLConnection.java:166)
>>    
>>>                 at
>>>
>>>      
>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConn
>> ection.java:832)
>>    
>>>                 at
>>>
>>>      
>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Https
>> URLConnectionImpl.java:230)
>>    
>>>                 at
>>>
>>>      
>> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRe
>> directorTest.java:257)
>>    
>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>>>
>>>                 at
>>> com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
>>>
>>>                 at
>>>
>>>      
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
>> a:789)
>>    
>>>                 ... 34 more
>>>
>>>
>>>
>>>
>>>
>>> Should I be concerned about this?  Is it a known problem?  Is there a
>>> workaround?
>>>
>>>
>>>
>>> Thanks,
>>>
>>>
>>>
>>> -JCT
>>>
>>>
>>>
>>>      
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>    
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>  

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: First look - Grizzly build failure

John C. Turnbull
Hi Alexey,

Sorry, I should have given more info.  I am using JSE 6 Update N b09.

The last line before it outputs the text I included in my last message and
before it stops is:

----------------------------------------------------------------------------
Building grizzly-jruby
   task-segment: [install]
----------------------------------------------------------------------------

Then comes all the:

project-execute
[resources:resources]
Using default encoding to copy filtered resources.
...
...


stuff.  It doesn't look like it's running a test, more like it's trying to
load resources of some kind.

Any ideas?

Thanks,

-JCT

> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Friday, 4 January 2008 00:32
> To: [hidden email]
> Subject: Re: First look - Grizzly build failure
>
> Hello John,
>
> oh, Windows Vista, ok :)
> One more thing, which JDK are you using?
>
> As for logging you sent - on my environment I don't see them, but think
> it's not critical.
> Other question is, why it stops building, is it executing some unit
> test
> at that time? Can you please check this?
>
> Thank you!
>
> WBR,
> Alexey.
>
> John C. Turnbull wrote:
> > Hi Alexey,
> >
> > Thanks, I am using Windows Vista x64.  I've just tried it again and
> the
> > problem seems to have gone away for now.
> >
> > But the NB build stops at 59% and progresses no further when it's
> doing
> > this:
> >
> > ---------------------------------------------------------------------
> -------
> > project-execute
> > [resources:resources]
> > Using default encoding to copy filtered resources.
> > [
> > [
> >   Version: V3
> >   Subject: CN=*.dev.java.net, OU=Domain Control Validated -
> RapidSSL(R),
> > OU=See www.rapidssl.com/resources/cps (c)07, OU=GT88245645,
> > O=*.dev.java.net, C=US
> >   Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
> >
> >   Key:  Sun RSA public key, 1024 bits
> >   modulus:
> >
> 12733859055779645073300178310563861468386123130502027066722096380514698
> 95513
> >
> 29579056345202002939873919579916222606397169055743317720436879307760431
> 12594
> >
> 79215208867957166662778333663219872109244268791561146164270566534451647
> 86216
> >
> 33481085700870345536586445338972672724366165038823601890515757933691514
> 66183
> > 97857
> >   public exponent: 65537
> >   Validity: [From: Thu Aug 09 08:44:32 EST 2007,
> >                To: Sat Aug 09 08:44:32 EST 2008]
> >   Issuer: CN=Equifax Secure Global eBusiness CA-1, O=Equifax Secure
> Inc.,
> > C=US
> >   SerialNumber: [    0688e0]
> >
> > Certificate Extensions: 6
> > [1]: ObjectId: 2.5.29.14 Criticality=false
> > SubjectKeyIdentifier [
> > KeyIdentifier [
> > 0000: 41 85 78 BE 0D B5 37 0C   03 79 BE 87 51 67 20 E3
> A.x...7..y..Qg .
> > 0010: 4F A6 E9 FC                                        O...
> > ]
> > ]
> >
> > [2]: ObjectId: 2.5.29.35 Criticality=false
> > AuthorityKeyIdentifier [
> > KeyIdentifier [
> > 0000: BE A8 A0 74 72 50 6B 44   B7 C9 23 D8 FB A8 FF B3
> ...trPkD..#.....
> > 0010: 57 6B 68 6C                                        Wkhl
> > ]
> >
> > ]
> >
> > [3]: ObjectId: 2.5.29.31 Criticality=false
> > CRLDistributionPoints [
> >   [DistributionPoint:
> >      [URIName: http://crl.geotrust.com/crls/globalca1.crl]
> > ]]
> >
> > [4]: ObjectId: 2.5.29.37 Criticality=false
> > ExtendedKeyUsages [
> >   serverAuth
> >   clientAuth
> > ]
> >
> > [5]: ObjectId: 2.5.29.15 Criticality=true
> > KeyUsage [
> >   DigitalSignature
> >   Non_repudiation
> >   Key_Encipherment
> >   Data_Encipherment
> > ]
> >
> > [6]: ObjectId: 2.5.29.19 Criticality=true
> > BasicConstraints:[
> >   CA:false
> >   PathLen: undefined
> > ]
> >
> > ]
> >   Algorithm: [MD5withRSA]
> >   Signature:
> > 0000: 53 F5 13 2C 3B 62 01 40   58 E4 57 53 E3 E8 71 2F
> S..,;[hidden email]..q/
> > 0010: 1B BB 32 33 FA 59 C0 09   7D 92 76 71 0F 8D 41 8C
> ..23.Y....vq..A.
> > 0020: 37 DF 14 2D 74 03 E0 FB   ED 6A 10 C4 50 55 50 42  7..-
> t....j..PUPB
> > 0030: 18 8C 70 1D 03 B9 1C 60   D3 73 FD F5 AD 1B 73 9F
> ..p....`.s....s.
> > 0040: BE 42 00 8C A9 AB 94 11   46 49 F0 EE 70 ED 9A 05
> .B......FI..p...
> > 0050: 72 43 53 A1 26 6E F7 DC   90 A9 FF 72 FD CF 0C 5C
> rCS.&n.....r...\
> > 0060: 44 FE 0F 02 D2 A3 8B 43   80 BF 0F 01 95 5B F1 FB
> D......C.....[..
> > 0070: 26 76 B6 41 53 CB 73 32   E7 9E D5 CB FC 0B 55 FE
> &v.AS.s2......U.
> >
> > ]
> >
> >
> > What's it actually doing at this point and what's all that about?
> >
> > Thanks,
> >
> > -JCT
> >
> >
> >> -----Original Message-----
> >> From: [hidden email] [mailto:[hidden email]]
> >> Sent: Friday, 4 January 2008 00:10
> >> To: [hidden email]
> >> Subject: Re: First look - Grizzly build failure
> >>
> >> Hello John,
> >>
> >> this is known issue, but it's difficult to catch it, as it happens
> >> rarely and not on all OSs/versions.
> >> Which OS are you using?
> >>
> >> Thank you.
> >>
> >> WBR,
> >> Alexey.
> >>
> >> John C. Turnbull wrote:
> >>
> >>> I am looking at Grizzly for the first time and I have checked out
> the
> >>> modules and built the project using NetBeans 6.0.  Unfortunately,
> the
> >>> build failed all because of the failure of one particular unit
> test.
> >>> The details are:
> >>>
> >>>
> >>>
> >>> -------------------------------------------------------------------
> --
> >>>
> >> ----------
> >>
> >>> Test set: com.sun.grizzly.http.HttpRedirectorTest
> >>>
> >>> -------------------------------------------------------------------
> --
> >>>
> >> ----------
> >>
> >>> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> 20.92
> >>> sec <<< FAILURE!
> >>>
> >>> testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)
> >>> Time elapsed: 6.705 sec  <<< ERROR!
> >>>
> >>> javax.net.ssl.SSLHandshakeException: Remote host closed connection
> >>> during handshake
> >>>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> >> a:808)
> >>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLS
> >> ocketImpl.java:1096)
> >>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> >> .java:1123)
> >>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> >> .java:1107)
> >>
> >>>                 at
> >>>
> >>>
> >>
> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:40
> >> 5)
> >>
> >>>                 at
> >>>
> >>>
> >>
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(A
> >> bstractDelegateHttpsURLConnection.java:166)
> >>
> >>>                 at
> >>>
> >>>
> >>
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConn
> >> ection.java:832)
> >>
> >>>                 at
> >>>
> >>>
> >>
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Https
> >> URLConnectionImpl.java:230)
> >>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRe
> >> directorTest.java:257)
> >>
> >>> Caused by: java.io.EOFException: SSL peer shut down incorrectly
> >>>
> >>>                 at
> >>> com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
> >>>
> >>>                 at
> >>>
> >>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> >> a:789)
> >>
> >>>                 ... 34 more
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Should I be concerned about this?  Is it a known problem?  Is there
> a
> >>> workaround?
> >>>
> >>>
> >>>
> >>> Thanks,
> >>>
> >>>
> >>>
> >>> -JCT
> >>>
> >>>
> >>>
> >>>
> >> --------------------------------------------------------------------
> -
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: First look - Grizzly build failure

Oleksiy Stashok
Not sure.
Could it be some maven issue...

Can you pls. try to build module by module:
framework,
http,
....
jruby.

Just to check whether it happens just when building jruby module, or
it's common issue?

Thank you!

WBR,
Alexey.

John C. Turnbull wrote:

> Hi Alexey,
>
> Sorry, I should have given more info.  I am using JSE 6 Update N b09.
>
> The last line before it outputs the text I included in my last message and
> before it stops is:
>
> ----------------------------------------------------------------------------
> Building grizzly-jruby
>    task-segment: [install]
> ----------------------------------------------------------------------------
>
> Then comes all the:
>
> project-execute
> [resources:resources]
> Using default encoding to copy filtered resources.
> ...
> ...
>
>
> stuff.  It doesn't look like it's running a test, more like it's trying to
> load resources of some kind.
>
> Any ideas?
>
> Thanks,
>
> -JCT
>
>  
>> -----Original Message-----
>> From: [hidden email] [mailto:[hidden email]]
>> Sent: Friday, 4 January 2008 00:32
>> To: [hidden email]
>> Subject: Re: First look - Grizzly build failure
>>
>> Hello John,
>>
>> oh, Windows Vista, ok :)
>> One more thing, which JDK are you using?
>>
>> As for logging you sent - on my environment I don't see them, but think
>> it's not critical.
>> Other question is, why it stops building, is it executing some unit
>> test
>> at that time? Can you please check this?
>>
>> Thank you!
>>
>> WBR,
>> Alexey.
>>
>> John C. Turnbull wrote:
>>    
>>> Hi Alexey,
>>>
>>> Thanks, I am using Windows Vista x64.  I've just tried it again and
>>>      
>> the
>>    
>>> problem seems to have gone away for now.
>>>
>>> But the NB build stops at 59% and progresses no further when it's
>>>      
>> doing
>>    
>>> this:
>>>
>>> ---------------------------------------------------------------------
>>>      
>> -------
>>    
>>> project-execute
>>> [resources:resources]
>>> Using default encoding to copy filtered resources.
>>> [
>>> [
>>>   Version: V3
>>>   Subject: CN=*.dev.java.net, OU=Domain Control Validated -
>>>      
>> RapidSSL(R),
>>    
>>> OU=See www.rapidssl.com/resources/cps (c)07, OU=GT88245645,
>>> O=*.dev.java.net, C=US
>>>   Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
>>>
>>>   Key:  Sun RSA public key, 1024 bits
>>>   modulus:
>>>
>>>      
>> 12733859055779645073300178310563861468386123130502027066722096380514698
>> 95513
>>    
>> 29579056345202002939873919579916222606397169055743317720436879307760431
>> 12594
>>    
>> 79215208867957166662778333663219872109244268791561146164270566534451647
>> 86216
>>    
>> 33481085700870345536586445338972672724366165038823601890515757933691514
>> 66183
>>    
>>> 97857
>>>   public exponent: 65537
>>>   Validity: [From: Thu Aug 09 08:44:32 EST 2007,
>>>                To: Sat Aug 09 08:44:32 EST 2008]
>>>   Issuer: CN=Equifax Secure Global eBusiness CA-1, O=Equifax Secure
>>>      
>> Inc.,
>>    
>>> C=US
>>>   SerialNumber: [    0688e0]
>>>
>>> Certificate Extensions: 6
>>> [1]: ObjectId: 2.5.29.14 Criticality=false
>>> SubjectKeyIdentifier [
>>> KeyIdentifier [
>>> 0000: 41 85 78 BE 0D B5 37 0C   03 79 BE 87 51 67 20 E3
>>>      
>> A.x...7..y..Qg .
>>    
>>> 0010: 4F A6 E9 FC                                        O...
>>> ]
>>> ]
>>>
>>> [2]: ObjectId: 2.5.29.35 Criticality=false
>>> AuthorityKeyIdentifier [
>>> KeyIdentifier [
>>> 0000: BE A8 A0 74 72 50 6B 44   B7 C9 23 D8 FB A8 FF B3
>>>      
>> ...trPkD..#.....
>>    
>>> 0010: 57 6B 68 6C                                        Wkhl
>>> ]
>>>
>>> ]
>>>
>>> [3]: ObjectId: 2.5.29.31 Criticality=false
>>> CRLDistributionPoints [
>>>   [DistributionPoint:
>>>      [URIName: http://crl.geotrust.com/crls/globalca1.crl]
>>> ]]
>>>
>>> [4]: ObjectId: 2.5.29.37 Criticality=false
>>> ExtendedKeyUsages [
>>>   serverAuth
>>>   clientAuth
>>> ]
>>>
>>> [5]: ObjectId: 2.5.29.15 Criticality=true
>>> KeyUsage [
>>>   DigitalSignature
>>>   Non_repudiation
>>>   Key_Encipherment
>>>   Data_Encipherment
>>> ]
>>>
>>> [6]: ObjectId: 2.5.29.19 Criticality=true
>>> BasicConstraints:[
>>>   CA:false
>>>   PathLen: undefined
>>> ]
>>>
>>> ]
>>>   Algorithm: [MD5withRSA]
>>>   Signature:
>>> 0000: 53 F5 13 2C 3B 62 01 40   58 E4 57 53 E3 E8 71 2F
>>>      
>> S..,;[hidden email]..q/
>>    
>>> 0010: 1B BB 32 33 FA 59 C0 09   7D 92 76 71 0F 8D 41 8C
>>>      
>> ..23.Y....vq..A.
>>    
>>> 0020: 37 DF 14 2D 74 03 E0 FB   ED 6A 10 C4 50 55 50 42  7..-
>>>      
>> t....j..PUPB
>>    
>>> 0030: 18 8C 70 1D 03 B9 1C 60   D3 73 FD F5 AD 1B 73 9F
>>>      
>> ..p....`.s....s.
>>    
>>> 0040: BE 42 00 8C A9 AB 94 11   46 49 F0 EE 70 ED 9A 05
>>>      
>> .B......FI..p...
>>    
>>> 0050: 72 43 53 A1 26 6E F7 DC   90 A9 FF 72 FD CF 0C 5C
>>>      
>> rCS.&n.....r...\
>>    
>>> 0060: 44 FE 0F 02 D2 A3 8B 43   80 BF 0F 01 95 5B F1 FB
>>>      
>> D......C.....[..
>>    
>>> 0070: 26 76 B6 41 53 CB 73 32   E7 9E D5 CB FC 0B 55 FE
>>>      
>> &v.AS.s2......U.
>>    
>>> ]
>>>
>>>
>>> What's it actually doing at this point and what's all that about?
>>>
>>> Thanks,
>>>
>>> -JCT
>>>
>>>
>>>      
>>>> -----Original Message-----
>>>> From: [hidden email] [mailto:[hidden email]]
>>>> Sent: Friday, 4 January 2008 00:10
>>>> To: [hidden email]
>>>> Subject: Re: First look - Grizzly build failure
>>>>
>>>> Hello John,
>>>>
>>>> this is known issue, but it's difficult to catch it, as it happens
>>>> rarely and not on all OSs/versions.
>>>> Which OS are you using?
>>>>
>>>> Thank you.
>>>>
>>>> WBR,
>>>> Alexey.
>>>>
>>>> John C. Turnbull wrote:
>>>>
>>>>        
>>>>> I am looking at Grizzly for the first time and I have checked out
>>>>>          
>> the
>>    
>>>>> modules and built the project using NetBeans 6.0.  Unfortunately,
>>>>>          
>> the
>>    
>>>>> build failed all because of the failure of one particular unit
>>>>>          
>> test.
>>    
>>>>> The details are:
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>>          
>> --
>>    
>>>> ----------
>>>>
>>>>        
>>>>> Test set: com.sun.grizzly.http.HttpRedirectorTest
>>>>>
>>>>> -------------------------------------------------------------------
>>>>>          
>> --
>>    
>>>> ----------
>>>>
>>>>        
>>>>> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
>>>>>          
>> 20.92
>>    
>>>>> sec <<< FAILURE!
>>>>>
>>>>> testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)
>>>>> Time elapsed: 6.705 sec  <<< ERROR!
>>>>>
>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed connection
>>>>> during handshake
>>>>>
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
>>    
>>>> a:808)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLS
>>    
>>>> ocketImpl.java:1096)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
>>    
>>>> .java:1123)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
>>    
>>>> .java:1107)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:40
>>    
>>>> 5)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(A
>>    
>>>> bstractDelegateHttpsURLConnection.java:166)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConn
>>    
>>>> ection.java:832)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Https
>>    
>>>> URLConnectionImpl.java:230)
>>>>
>>>>        
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRe
>>    
>>>> directorTest.java:257)
>>>>
>>>>        
>>>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>>>>>
>>>>>                 at
>>>>> com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
>>>>>
>>>>>                 at
>>>>>
>>>>>
>>>>>          
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
>>    
>>>> a:789)
>>>>
>>>>        
>>>>>                 ... 34 more
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Should I be concerned about this?  Is it a known problem?  Is there
>>>>>          
>> a
>>    
>>>>> workaround?
>>>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>>
>>>>> -JCT
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>          
>>>> --------------------------------------------------------------------
>>>>        
>> -
>>    
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>        
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>>      
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>    
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>  

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: First look - Grizzly build failure

John C. Turnbull
Hi Alexey,

I was able to build all the modules by building them one at a time so
everything is fine now.

Thanks,

-JCT

> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Friday, 4 January 2008 00:45
> To: [hidden email]
> Subject: Re: First look - Grizzly build failure
>
> Not sure.
> Could it be some maven issue...
>
> Can you pls. try to build module by module:
> framework,
> http,
> ....
> jruby.
>
> Just to check whether it happens just when building jruby module, or
> it's common issue?
>
> Thank you!
>
> WBR,
> Alexey.
>
> John C. Turnbull wrote:
> > Hi Alexey,
> >
> > Sorry, I should have given more info.  I am using JSE 6 Update N b09.
> >
> > The last line before it outputs the text I included in my last
> message and
> > before it stops is:
> >
> > ---------------------------------------------------------------------
> -------
> > Building grizzly-jruby
> >    task-segment: [install]
> > ---------------------------------------------------------------------
> -------
> >
> > Then comes all the:
> >
> > project-execute
> > [resources:resources]
> > Using default encoding to copy filtered resources.
> > ...
> > ...
> >
> >
> > stuff.  It doesn't look like it's running a test, more like it's
> trying to
> > load resources of some kind.
> >
> > Any ideas?
> >
> > Thanks,
> >
> > -JCT
> >
> >
> >> -----Original Message-----
> >> From: [hidden email] [mailto:[hidden email]]
> >> Sent: Friday, 4 January 2008 00:32
> >> To: [hidden email]
> >> Subject: Re: First look - Grizzly build failure
> >>
> >> Hello John,
> >>
> >> oh, Windows Vista, ok :)
> >> One more thing, which JDK are you using?
> >>
> >> As for logging you sent - on my environment I don't see them, but
> think
> >> it's not critical.
> >> Other question is, why it stops building, is it executing some unit
> >> test
> >> at that time? Can you please check this?
> >>
> >> Thank you!
> >>
> >> WBR,
> >> Alexey.
> >>
> >> John C. Turnbull wrote:
> >>
> >>> Hi Alexey,
> >>>
> >>> Thanks, I am using Windows Vista x64.  I've just tried it again and
> >>>
> >> the
> >>
> >>> problem seems to have gone away for now.
> >>>
> >>> But the NB build stops at 59% and progresses no further when it's
> >>>
> >> doing
> >>
> >>> this:
> >>>
> >>> -------------------------------------------------------------------
> --
> >>>
> >> -------
> >>
> >>> project-execute
> >>> [resources:resources]
> >>> Using default encoding to copy filtered resources.
> >>> [
> >>> [
> >>>   Version: V3
> >>>   Subject: CN=*.dev.java.net, OU=Domain Control Validated -
> >>>
> >> RapidSSL(R),
> >>
> >>> OU=See www.rapidssl.com/resources/cps (c)07, OU=GT88245645,
> >>> O=*.dev.java.net, C=US
> >>>   Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
> >>>
> >>>   Key:  Sun RSA public key, 1024 bits
> >>>   modulus:
> >>>
> >>>
> >>
> 12733859055779645073300178310563861468386123130502027066722096380514698
> >> 95513
> >>
> >>
> 29579056345202002939873919579916222606397169055743317720436879307760431
> >> 12594
> >>
> >>
> 79215208867957166662778333663219872109244268791561146164270566534451647
> >> 86216
> >>
> >>
> 33481085700870345536586445338972672724366165038823601890515757933691514
> >> 66183
> >>
> >>> 97857
> >>>   public exponent: 65537
> >>>   Validity: [From: Thu Aug 09 08:44:32 EST 2007,
> >>>                To: Sat Aug 09 08:44:32 EST 2008]
> >>>   Issuer: CN=Equifax Secure Global eBusiness CA-1, O=Equifax Secure
> >>>
> >> Inc.,
> >>
> >>> C=US
> >>>   SerialNumber: [    0688e0]
> >>>
> >>> Certificate Extensions: 6
> >>> [1]: ObjectId: 2.5.29.14 Criticality=false
> >>> SubjectKeyIdentifier [
> >>> KeyIdentifier [
> >>> 0000: 41 85 78 BE 0D B5 37 0C   03 79 BE 87 51 67 20 E3
> >>>
> >> A.x...7..y..Qg .
> >>
> >>> 0010: 4F A6 E9 FC                                        O...
> >>> ]
> >>> ]
> >>>
> >>> [2]: ObjectId: 2.5.29.35 Criticality=false
> >>> AuthorityKeyIdentifier [
> >>> KeyIdentifier [
> >>> 0000: BE A8 A0 74 72 50 6B 44   B7 C9 23 D8 FB A8 FF B3
> >>>
> >> ...trPkD..#.....
> >>
> >>> 0010: 57 6B 68 6C                                        Wkhl
> >>> ]
> >>>
> >>> ]
> >>>
> >>> [3]: ObjectId: 2.5.29.31 Criticality=false
> >>> CRLDistributionPoints [
> >>>   [DistributionPoint:
> >>>      [URIName: http://crl.geotrust.com/crls/globalca1.crl]
> >>> ]]
> >>>
> >>> [4]: ObjectId: 2.5.29.37 Criticality=false
> >>> ExtendedKeyUsages [
> >>>   serverAuth
> >>>   clientAuth
> >>> ]
> >>>
> >>> [5]: ObjectId: 2.5.29.15 Criticality=true
> >>> KeyUsage [
> >>>   DigitalSignature
> >>>   Non_repudiation
> >>>   Key_Encipherment
> >>>   Data_Encipherment
> >>> ]
> >>>
> >>> [6]: ObjectId: 2.5.29.19 Criticality=true
> >>> BasicConstraints:[
> >>>   CA:false
> >>>   PathLen: undefined
> >>> ]
> >>>
> >>> ]
> >>>   Algorithm: [MD5withRSA]
> >>>   Signature:
> >>> 0000: 53 F5 13 2C 3B 62 01 40   58 E4 57 53 E3 E8 71 2F
> >>>
> >> S..,;[hidden email]..q/
> >>
> >>> 0010: 1B BB 32 33 FA 59 C0 09   7D 92 76 71 0F 8D 41 8C
> >>>
> >> ..23.Y....vq..A.
> >>
> >>> 0020: 37 DF 14 2D 74 03 E0 FB   ED 6A 10 C4 50 55 50 42  7..-
> >>>
> >> t....j..PUPB
> >>
> >>> 0030: 18 8C 70 1D 03 B9 1C 60   D3 73 FD F5 AD 1B 73 9F
> >>>
> >> ..p....`.s....s.
> >>
> >>> 0040: BE 42 00 8C A9 AB 94 11   46 49 F0 EE 70 ED 9A 05
> >>>
> >> .B......FI..p...
> >>
> >>> 0050: 72 43 53 A1 26 6E F7 DC   90 A9 FF 72 FD CF 0C 5C
> >>>
> >> rCS.&n.....r...\
> >>
> >>> 0060: 44 FE 0F 02 D2 A3 8B 43   80 BF 0F 01 95 5B F1 FB
> >>>
> >> D......C.....[..
> >>
> >>> 0070: 26 76 B6 41 53 CB 73 32   E7 9E D5 CB FC 0B 55 FE
> >>>
> >> &v.AS.s2......U.
> >>
> >>> ]
> >>>
> >>>
> >>> What's it actually doing at this point and what's all that about?
> >>>
> >>> Thanks,
> >>>
> >>> -JCT
> >>>
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: [hidden email] [mailto:[hidden email]]
> >>>> Sent: Friday, 4 January 2008 00:10
> >>>> To: [hidden email]
> >>>> Subject: Re: First look - Grizzly build failure
> >>>>
> >>>> Hello John,
> >>>>
> >>>> this is known issue, but it's difficult to catch it, as it happens
> >>>> rarely and not on all OSs/versions.
> >>>> Which OS are you using?
> >>>>
> >>>> Thank you.
> >>>>
> >>>> WBR,
> >>>> Alexey.
> >>>>
> >>>> John C. Turnbull wrote:
> >>>>
> >>>>
> >>>>> I am looking at Grizzly for the first time and I have checked out
> >>>>>
> >> the
> >>
> >>>>> modules and built the project using NetBeans 6.0.  Unfortunately,
> >>>>>
> >> the
> >>
> >>>>> build failed all because of the failure of one particular unit
> >>>>>
> >> test.
> >>
> >>>>> The details are:
> >>>>>
> >>>>>
> >>>>>
> >>>>> -----------------------------------------------------------------
> --
> >>>>>
> >> --
> >>
> >>>> ----------
> >>>>
> >>>>
> >>>>> Test set: com.sun.grizzly.http.HttpRedirectorTest
> >>>>>
> >>>>> -----------------------------------------------------------------
> --
> >>>>>
> >> --
> >>
> >>>> ----------
> >>>>
> >>>>
> >>>>> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> >>>>>
> >> 20.92
> >>
> >>>>> sec <<< FAILURE!
> >>>>>
> >>>>> testHttpsProtocolProcess(com.sun.grizzly.http.HttpRedirectorTest)
> >>>>> Time elapsed: 6.705 sec  <<< ERROR!
> >>>>>
> >>>>> javax.net.ssl.SSLHandshakeException: Remote host closed
> connection
> >>>>> during handshake
> >>>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> >>
> >>>> a:808)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLS
> >>
> >>>> ocketImpl.java:1096)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> >>
> >>>> .java:1123)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl
> >>
> >>>> .java:1107)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:40
> >>
> >>>> 5)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(A
> >>
> >>>> bstractDelegateHttpsURLConnection.java:166)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConn
> >>
> >>>> ection.java:832)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Https
> >>
> >>>> URLConnectionImpl.java:230)
> >>>>
> >>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.grizzly.http.HttpRedirectorTest.testHttpsProtocolProcess(HttpRe
> >>
> >>>> directorTest.java:257)
> >>>>
> >>>>
> >>>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly
> >>>>>
> >>>>>                 at
> >>>>>
> com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
> >>>>>
> >>>>>                 at
> >>>>>
> >>>>>
> >>>>>
> >>
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.jav
> >>
> >>>> a:789)
> >>>>
> >>>>
> >>>>>                 ... 34 more
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> Should I be concerned about this?  Is it a known problem?  Is
> there
> >>>>>
> >> a
> >>
> >>>>> workaround?
> >>>>>
> >>>>>
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>>
> >>>>>
> >>>>> -JCT
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> ------------------------------------------------------------------
> --
> >>>>
> >> -
> >>
> >>>> To unsubscribe, e-mail: [hidden email]
> >>>> For additional commands, e-mail: [hidden email]
> >>>>
> >>>>
> >>> -------------------------------------------------------------------
> --
> >>> To unsubscribe, e-mail: [hidden email]
> >>> For additional commands, e-mail: [hidden email]
> >>>
> >>>
> >>>
> >> --------------------------------------------------------------------
> -
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]