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