Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 67622 invoked from network); 16 Apr 2005 02:23:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Apr 2005 02:23:23 -0000 Received: (qmail 20784 invoked by uid 500); 16 Apr 2005 02:23:18 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 20705 invoked by uid 500); 16 Apr 2005 02:23:17 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 20685 invoked by uid 99); 16 Apr 2005 02:23:17 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=UPPERCASE_25_50 X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from smtpout01-04.mesa1.secureserver.net (HELO smtpout01-04.mesa1.secureserver.net) (64.202.165.79) by apache.org (qpsmtpd/0.28) with SMTP; Fri, 15 Apr 2005 19:23:16 -0700 Received: (qmail 7941 invoked from network); 16 Apr 2005 02:23:13 -0000 Received: from unknown (24.13.84.182) by smtpout01-04.mesa1.secureserver.net (64.202.165.79) with ESMTP; 16 Apr 2005 02:23:13 -0000 Message-ID: <42607710.1030309@javactivity.org> Date: Fri, 15 Apr 2005 21:23:12 -0500 From: Steve Cohen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [net] FTP client date parsing: new format Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N No, that's not it at all. Remember that the new system does not use Regexes for date parsing, it uses SimpleDateFormats. From Mr. Praks' descriptions, I am assuming he's now running the 1.3 or earlier versions, which do use regexes. This surprises me because I've had several conversations with him over the past month in which the new system was discussed. Perhaps he forgot to specify the date format as "yyyy/MM/dd" in his FTPClientConfig this time? Or perhaps his code is finding an older commons-net.jar than he was expecting? Steve Cohen Rory Winston wrote: > Right, the problem with this format is that the date is not composed of three discrete components (from a regex POV), but two. Basically what we will need to do is expand the regex to handle thuis - can you give me details of the FTP server operating system and FTP server software version if you have it please. > > Cheers > Rory > > "Jakarta Commons Developers List" wrote: > > >>--------------ms000205030904010307020307 >>Content-Type: text/plain; charset=windows-1257; format=flowed >>Content-Transfer-Encoding: 7bit >> >> >>Ok, now I've found out what is the issue: the regexp pattern used by >>UnixFTPEntryParser assumes too much about the format of the date. In >>particular, it assumes that there are spaces inside the date or >>something like that. As I'm not much of a regexp expert, I cannot really >>pinpoint the problem with the pattern. But I can demonstrate the results >>from applying this pattern below. >> >>This is the usual case that is parsed OK. >>*entry*: -rw-r--r-- 1 1000 1000 27 Jan 24 11:31 >>messages.vsp >>parsed into these variables: >> typeStr=- >> hardLinkCount=1 >> usr=1000 >> grp=1000 >> filesize=27 >> datestr=Jan 24 11:31 >> name=messages.vsp >> endtoken= >> >>This is the one that has issues. Lucky for me, the parser manages to >>"parse" the entries that represent symbolic links, as these entries seem >>to have enough spaces required by the regexp pattern. Although >>incorrectly, it nicely demonstrates the issue with the parser. >>*entry*: lrwxrwxrwx 1 neeme neeme 23 2005-03-02 18:06 macros -> >>../../../global/macros/ >>parsed into these variables: >> typeStr=l >> hardLinkCount=1 >> usr=neeme >> grp=neeme >> filesize=23 >> datestr=2005-03-02 18:06 macros >> name=-> >> endtoken= ../../../global/macros/ >> >>Note that starting from datestr variable, the parsing is f**ked up... >> >>How can we solve this issue? >>Make regexp pattern also configurable? Better suggestions? >> >>Rgds, >>Neeme >> >>Neeme Praks wrote: >> >> >>>I cannot give you access as it is inside our corporate firewall. >>>So I guess I'll try to debug it on my own. :-) >>> >>>I'll let you know when I have made some progress with that. >>> >> >>--------------ms000205030904010307020307 >>Content-Type: application/x-pkcs7-signature; name="smime.p7s" >>Content-Transfer-Encoding: base64 >>Content-Disposition: attachment; filename="smime.p7s" >>Content-Description: S/MIME Cryptographic Signature >> >>MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII5TCC >>As0wggI2oAMCAQICAw2VSTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE >>ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv >>bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQxMjA4MjM0NjM5WhcNMDUxMjA4MjM0NjM5 >>WjBCMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBu >>ZWVtZUBhcGFjaGUub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyZu8bdSh >>BOVFe3KQjdsj5+J9Ji5+1+1M3IF5JeC6LKOlcLqralU5mqO25xuqJMLcl6AY9K88RMtv9DyN >>fUz6AWA8fPYUhV1zO5WPuK4k+/9VzwGMIMUt/U1iVkdE0reW+qRWa6saip3HlFCR0iZCf+4w >>uMf7cO3yBMbFAvXjVNQoV/ghks39q6qS9aPPCehuqccpAds3UXS1JUPcfIuxrHtlEZacyW0O >>Dxs59fzqIREXxZCR5YotiBXdOvhb9NC5l6pzoViGCLUy7H56FNfVyqWtB8nMa4zTkodxFN6l >>mofpDpXhSyu3mwZWA5+qWaN0cOt8wviPNSU0KKzTK2GDewIDAQABoy0wKzAbBgNVHREEFDAS >>gRBuZWVtZUBhcGFjaGUub3JnMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAAm0Q >>+3NNp/N3X4hNDiBfjehE68roH96Rr/+N4uabBDQb1r5Cd00IRZ3DpzCdGrFq441hJT5faOZ2 >>RcqWk399YfTXecWEVpHfY7lcFwzCOiSyhTLjkZza8jxLsrzpleXbwWXfOlHGivPxMmSbcCpT >>0oNCXMD5adUOcew7Wr1HMaYwggLNMIICNqADAgECAgMNlUkwDQYJKoZIhvcNAQEEBQAwYjEL >>MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq >>BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA0MTIwODIz >>NDYzOVoXDTA1MTIwODIzNDYzOVowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJl >>cjEfMB0GCSqGSIb3DQEJARYQbmVlbWVAYXBhY2hlLm9yZzCCASIwDQYJKoZIhvcNAQEBBQAD >>ggEPADCCAQoCggEBAMmbvG3UoQTlRXtykI3bI+fifSYuftftTNyBeSXguiyjpXC6q2pVOZqj >>tucbqiTC3JegGPSvPETLb/Q8jX1M+gFgPHz2FIVdczuVj7iuJPv/Vc8BjCDFLf1NYlZHRNK3 >>lvqkVmurGoqdx5RQkdImQn/uMLjH+3Dt8gTGxQL141TUKFf4IZLN/auqkvWjzwnobqnHKQHb >>N1F0tSVD3HyLsax7ZRGWnMltDg8bOfX86iERF8WQkeWKLYgV3Tr4W/TQuZeqc6FYhgi1Mux+ >>ehTX1cqlrQfJzGuM05KHcRTepZqH6Q6V4Usrt5sGVgOfqlmjdHDrfML4jzUlNCis0ythg3sC >>AwEAAaMtMCswGwYDVR0RBBQwEoEQbmVlbWVAYXBhY2hlLm9yZzAMBgNVHRMBAf8EAjAAMA0G >>CSqGSIb3DQEBBAUAA4GBAAJtEPtzTafzd1+ITQ4gX43oROvK6B/eka//jeLmmwQ0G9a+QndN >>CEWdw6cwnRqxauONYSU+X2jmdkXKlpN/fWH013nFhFaR32O5XBcMwjoksoUy45Gc2vI8S7K8 >>6ZXl28Fl3zpRxorz8TJkm3AqU9KDQlzA+WnVDnHsO1q9RzGmMIIDPzCCAqigAwIBAgIBDTAN >>BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES >>MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE >>CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl >>cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 >>aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC >>WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro >>YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN >>ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK >>MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX >>p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB >>Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl >>cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD >>VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as >>Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe >>JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT >>HUb/XV9lTzGCAzswggM3AgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD >>b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp >>bCBJc3N1aW5nIENBAgMNlUkwCQYFKw4DAhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 >>DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwNDE1MTQxOTA4WjAjBgkqhkiG9w0BCQQxFgQUKP37 >>27MCU6UrdqquyhEHGZBQun8wUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG >>9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYB >>BAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg >>KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg >>Q0ECAw2VSTB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo >>YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG >>cmVlbWFpbCBJc3N1aW5nIENBAgMNlUkwDQYJKoZIhvcNAQEBBQAEggEAc6If/+slN+9vNie1 >>AhgFli8Y1AXiFhLfSPDCQ40vEDWvMPQrTZ8qQ8PRGwwur575OOduGOTo3lqZEfg9LhYrDH/6 >>bgvLXTd/lmOID7/1zyIM1xj9193v8LuJS5+ip5dSYkGzIDe+ckToKXDQjHXIzArObyBh9xSm >>GivpCWnWfwPvDd8IFznVQheRJ0pRG1aWxpY6Fe+egmOkaWwcCsvw1axvzccRNdNODB4aYENo >>Ej3f/6JW6jSs8nYI3xTE+TMgNG+CUdJQUuGv58SGXwQuNEAzBuoykw/kjenFz6QX/cyTchXu >>lOIHSP/imI7l7xIRjpnRCjHC2msZFoHNLM7z8wAAAAAAAA== >>--------------ms000205030904010307020307-- >> >> > > > > > _________________________________________________________________ > Sign up for eircom broadband now and get a free two month trial.* > Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org