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
>
>