Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Message-ID: 
 <2DC5022CD399E44997505F207604EE34780C28@itntf2012.fit-rz.freudenberg.de>
From: Hermann.Pruem@f-it.de
To: commons-user@jakarta.apache.org
Subject: AW: [NET FTPClient] MalformedPatternException when trying to list
	Files()
Date: Fri, 28 May 2004 14:49:04 +0200
MIME-Version: 1.0
content-class: urn:content-classes:message
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Wow... so simple...
jakarta-oro was missing. Now everything works great, both problems are
solved.
I think I did not take this into account because I somehow got stuck =
with
the regex stuff (which indeed was only a problem resulting from the =
missing
library).

Thank you very much for your help!

Hermann


-----Urspr=FCngliche Nachricht-----
Von: jbrekke@wi.rr.com [mailto:jbrekke@wi.rr.com]
Gesendet: Freitag, 28. Mai 2004 14:35
An: Jakarta Commons Users List
Betreff: Re: [NET FTPClient] MalformedPatternException when trying to
listFile s()


A few questions:

Do you have the jakarta oro jar in your classpath?=20
What is the host type that the ftp server is on ( nt, unix, etc )?


>>>>> On Fri, 28 May 2004 11:46:24 +0200, Hermann.Pruem@f-it.de said:

> Hello All, I am having problems with the FTPClient class of
> commons.net (1.2.1). When I do

> FTPFile[] f =3D ftpClient.listFiles(filename);

> a runtime exception is thrown (the file really exists on the server,
> the ftp connection is working correctly).


> java.lang.NoClassDefFoundError:
> org/apache/oro/text/regex/MalformedPatternException at
>
org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.creat=
eUni
> xFTPEntryParser(DefaultFTPFileEntryParserFactory.java:121) at
>
org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.creat=
eFil
> eEntryParser(DefaultFTPFileEntryParserFactory.java:84) at
>
org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:=
2306
> ) at
> org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2055)
> at
> org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2106)
> at
>
de.freudenberg.it.ssts.liet.FTPConnection.getFileSize(FTPConnection.java=
:80)
> at
>
de.freudenberg.it.ssts.liet.ProcessingThread.processOutFile(ProcessingTh=
read
> .java:184) at
>
de.freudenberg.it.ssts.liet.ProcessingThread.run(ProcessingThread.java:1=
31)
> at java.lang.Thread.run(Thread.java:484)


> I have managed to trace this down as follows: Obviously, a
> UnixFTPEntryParser is created (the server is identified as "UNIX
> Type: L8 Version: BSD-44"). On this creation, a
> RegexFTPFileEntryParserImpl is created with a regex pattern given in
> the libraries source code. A Perl5Matcher and a Perl5Compiler() are
> created and the regex pattern is used to compile().

> And now things are getting weird: Problem 1: compile() throws a
> MalformedPatternException in case the regex pattern is not
> correct. Here, compile() tries to throw it, so there seems to be
> something wrong with the pattern. Is this a known issue?  Or am I
> really the first one to have this problem? Or have I simply done
> something wrong?

> Problem 2: compile() does not even manage to throw this exception,
> so there must be some library files missing. I am a bit at a loss
> with this.

> Can anybody help?

> Hermann

> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-user-help@jakarta.apache.org

--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Jeffrey D. Brekke                                   jbrekke@wi.rr.com
Wisconsin,  USA                                     brekke@apache.org
                                                    ekkerbj@yahoo.com


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org