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..,;b._at_X.WS..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: Oleksiy.Stashok_at_Sun.COM [mailto:Oleksiy.Stashok_at_Sun.COM]
> Sent: Friday, 4 January 2008 00:10
> To: users_at_grizzly.dev.java.net
> 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: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net