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: Oleksiy.Stashok_at_Sun.COM [mailto:Oleksiy.Stashok_at_Sun.COM]
> Sent: Friday, 4 January 2008 00:45
> To: users_at_grizzly.dev.java.net
> 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: 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
> >>
> >
> > ---------------------------------------------------------------------
> > 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