Re: Status of the Sandbox?

Henri Yandell wrote: exec - Niklas did some work last July, but nothing's happened since. Anyone know if the future holds anything for exec? I hope to be able to spend some more time on exec pretty soon. Mostly to move to the new M2 build and then maybe get a 1.0-RC1 out (is that appropriate

Re: [net] Latest 2.0 RC Ready

Rory Winston wrote: (Resending as I left out commons-user) Hi all I have cut a new RC, with some changes and fixes, many of which were distribution-related and suggested by Niall earlier (thanks Niall). RC (minus MD5s etc for now) is here: http://people.apache.org/~rwinston/commons-net-2.0/

[net] FTP reply list never cleared

Hi When using the net Java 5 branch, the replies returned from the server is stored in a list that is not emptied between commands. This means that when for example printing the replies with a ProtocolCommandListener you will get the full history of replies rather than the last one. The follo

Re: Statistics for ftp

Susanne Lefvert wrote: Do you know if there's a command line version for the statistics page shown in the ftpd_ui? I'd like to get statistics for an always running ftp server without having to open the gui or restart the ftp server. Ideally, I'd like to view stats in a web page. Please ask th

Re: [net] FTPS client auth required

Niklas Gustavsson wrote: Rory Winston wrote: Hi Niklas Done. Thanks Thanks! The build seems broken at the moment as org.apache.commons.net.PrintCommandListener is missing. COuld you fix this or do you produce binaries somewhere? The attached patch fixes the broken build (still can'

Re: [net] FTPS client auth required

Rory Winston wrote: Hi Niklas Done. Thanks Thanks! The build seems broken at the moment as org.apache.commons.net.PrintCommandListener is missing. COuld you fix this or do you produce binaries somewhere? /niklas - To uns

Re: [net] FTPS client auth required

pe) throws CertificateException { ... } public X509Certificate[] getAcceptedIssuers() { ... } }); Thanks for the patch, by the way. Cheers Rory Niklas Gustavsson wrote: Hi I'm trying to create t

[net] FTPS client auth required

Hi I'm trying to create tests for client authentication for Apache FtpServer. For this I'm using commons-net as the client but is running into problems with the client auth support in FTPSClient. I'm setting setNeedClientAuth(true) but still get problems due to FTPSClient sending a null certi

[jira] Commented: (CODEC-52) Digest on InputStreams

[ http://issues.apache.org/jira/browse/CODEC-52?page=comments#action_12447320 ] Niklas Gustavsson commented on CODEC-52: Certainly not from my part :-) > Digest on InputStreams > -- > > K

Re: TLS for FTP

Rory, Niklas Gustavsson wrote: Niklas Gustavsson wrote: Rory Winston wrote: The FTPSClient needs the have a SSL enabled ServerSocketFactory set, e.g.: client.setServerSocketFactory(SSLServerSocketFactory.getDefault()); I believe that the following patch which sets the server socket factory

Re: TLS for FTP

Susanne Lefvert wrote: Ok, I'll give this a try. Just fyi, I'm running the client in passive mode but I still get this error. These are the commands I'm using: FTPSClient ftps = new FTPSClient(true); ftps.addProtocolCommandListener(new PrintCommandListener(log)); ftps.connect(host, port); ftps.

Re: TLS for FTP

Niklas Gustavsson wrote: Rory Winston wrote: Susanne It may be possible that there is a bug in the FTPSClient impl - can you post a transcript of the FTP commands and responses sent over the wire? I've now tested this with FtpServer and I think I got a clue as to what is going on. B

Re: TLS for FTP

Rory Winston wrote: Susanne It may be possible that there is a bug in the FTPSClient impl - can you post a transcript of the FTP commands and responses sent over the wire? I've now tested this with FtpServer and I think I got a clue as to what is going on. But, I would like to confirm my sus

Re: TLS for FTP

Susanne Lefvert wrote: With the help from Rory, I got the FTPSClient to work with the apache ftp server, thanks! I only ran into one issue: I'd like to also secure the data channel, so I used ftps.login(user, password) ftps.execPROT("P"); It works fine the first time I upload a file to the se

Re: [VOTE] Release [net] version 2.0

Rory Winston wrote: 1) Yes, there will be two separate branches of development. At the moment, the trunk is the 1.x branch, whereas there is a separate branch for JDK 5.0 dev. We can keep this the way it is, or swap the trunk and branch at some stage. Will you be backporting new features from

[jira] Updated: (CODEC-52) Digest on InputStreams

[ http://issues.apache.org/jira/browse/CODEC-52?page=all ] Niklas Gustavsson updated CODEC-52: --- Attachment: CODEC-52-patch.diff Attaching patch that implements this request > Digest on InputStreams > -- > >

[jira] Created: (CODEC-52) Digest on InputStreams

Digest on InputStreams -- Key: CODEC-52 URL: http://issues.apache.org/jira/browse/CODEC-52 Project: Commons Codec Issue Type: Improvement Reporter: Niklas Gustavsson When calculating digests on large amount

Re: svn commit: r377094 - in /jakarta/commons/sandbox/exec/trunk/src: main/java/org/apache/commons/exec/ main/java/org/apache/commons/exec/environment/ main/java/org/apache/commons/exec/la

don't take that too literally. Please reuse the code from plexus-utils if you can! It would make porting *much* easier. - Brett Niklas Gustavsson wrote: Let me rethink this a little bit. For now I'll revert the changes and work on a simpler CommandLine implementation, something in line wi

Re: svn commit: r377094 - in /jakarta/commons/sandbox/exec/trunk/src: main/java/org/apache/commons/exec/ main/java/org/apache/commons/exec/environment/ main/java/org/apache/commons/exec/la

don't take that too literally. Please reuse the code from plexus-utils if you can! It would make porting *much* easier. - Brett Niklas Gustavsson wrote: Let me rethink this a little bit. For now I'll revert the changes and work on a simpler CommandLine implementation, something in line wi

Re: svn commit: r377094 - in /jakarta/commons/sandbox/exec/trunk/src: main/java/org/apache/commons/exec/ main/java/org/apache/commons/exec/environment/ main/java/org/apache/commons/exec/launch

around the current state of things as much as I'd like. Will it still be possible to construct a command line in the way I've illustrated? If not, is it possible this class could take both types of arguments? - Brett Niklas Gustavsson wrote: I don't think your missing anything. The

Re: svn commit: r377094 - in /jakarta/commons/sandbox/exec/trunk/src: main/java/org/apache/commons/exec/ main/java/org/apache/commons/exec/environment/ main/java/org/apache/commons/exec/launcher/

this also removes the special handling of quotes. Get back to this later. -- --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [exec] design goals, API sketch, etc.. next step?

jerome lacoste wrote: Niklas, Brett, Trygve & all, So here's what I propose to do: - decide which requirements are important. What is the problem we are trying to solve? How do we position us compared to the official's API? etc... Someone using SDK 1.4 or 1.5 should find a compelling reason

Re: [exec] API sketch?

Brett Porter wrote: Niklas Gustavsson wrote: /* * StreamHandlers are used for providing input, * retriving the output. Also used for logging. */ StreamHandler getStreamHandler(); void setStreamHandler(StreamHandler streamHandler); My only comments on these is that I don't see the poi

Re: [exec] API sketch?

Brett Porter wrote: Niklas Gustavsson wrote: /* * StreamHandlers are used for providing input, * retriving the output. Also used for logging. */ StreamHandler getStreamHandler(); void setStreamHandler(StreamHandler streamHandler); My only comments on these is that I don't see the poi

Re: [exec] API sketch?

or use within CC? /niklas [1] http://www.xom.nu/designprinciples.xhtml --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [exec] API sketch?

or use within CC? /niklas [1] http://www.xom.nu/designprinciples.xhtml --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] access for Niklas Gustavsson to the sandbox

Henri Yandell wrote: karma granted. Thanks :-) /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [exec] API sketch?

sses and use a Map instead. This simplifies working with our API and gets us inline with the Java 1.5 environment support. /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe

[transactions] Empty directories being deleted

rt(); String txId = rm.generatedUniqueTxId(); rm.startTransaction(txId); rm.deleteResource(txId, "1/2/3/foo.txt"); rm.commitTransaction(txId); assertFalse(testFile.exists()); assertTrue(storeDir.exists()); assertTrue(subDir.exists());

Re: [transactions] No detection of failed deletion of file

iklas Oliver Zeigermann wrote: Might actually work for this special case, but I would not want to make the code more complicated unless really needed. As you say that it does not really help with your problem I would rather vote against introducing it. Thoughs? Oliver 2005/11/15, Niklas Gusta

Re: [transactions] No detection of failed deletion of file

iklas Oliver Zeigermann wrote: Might actually work for this special case, but I would not want to make the code more complicated unless really needed. As you say that it does not really help with your problem I would rather vote against introducing it. Thoughs? Oliver 2005/11/15, Niklas Gusta

Re: [transactions] No detection of failed deletion of file

work for cases where you do not have the necessary file access. What do you think? /niklas Oliver Zeigermann wrote: Yes, I think so. But if you tried it would not fail before commit. Oliver 2005/11/13, Niklas Gustavsson <[EMAIL PROTECTED]>: Hi well, I'm not sure how to

[transactions] List files

Hi would it be possible to add a method for listing the files in a directory (the eqivilent of File.listFiles) that includes the changes made within the transaction? If you can give me some pointers I would be happy to help out if you want to. /niklas --- Niklas Gustavsson http

Re: [transactions] No detection of failed deletion of file

, the answer is that I do not know how to check this earlier given this implementation, but with others it would be possible. But, maybe, I am just not smart enough to find a solution ;) Oliver 2005/11/10, Niklas Gustavsson <[EMAIL PROTECTED]>: Hi thats the exact patch I did in our app

Re: [transactions] No detection of failed deletion of file

t; in directory targetDir"); } Hope you are satisfied with this?! Cheers Oliver 2005/11/10, Niklas Gustavsson <[EMAIL PROTECTED]>: Hi when using commons-transations we found an unexpected behavior when the application did not have access rights to delete

[transactions] No detection of failed deletion of file

7;ll be happy to write up a patch if you agree that this should be fixed. /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [exec] vision for the library

Hi Your mail was very insightful! I'm going to focus on a few points and will probably get back on other parts later. jerome lacoste wrote: [snip] There's a certain legacy in the current commons-exec and it shows a lot. The main issue is the following: commons-exec as today was written to s

[exec] Outstanding patches

Hi Is there a commiter out there with enough spare cycles to have a look at the outstanding patches for exec? I belive this list covers all active: http://shorl.org/fanivajuhiva /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com

Re: [exec][patch] commons-exec initial contrib

Noel J. Bergman wrote: Niklas Gustavsson wrote: Should a CLA/grant be needed, I would of course be happy to work that out. Would a CLA be needed for future patches or would attaching them to a Bugzilla entry be acceptable? If you are going to contribute on an on-going basis, as CLA would

Re: [exec][patch] commons-exec initial contrib

inspection I've found that it is also derived from another set of Ant classes. That's true. The only new code in my patch are the unit tests and the pom.xml. Everything else is more or less refactored Ant code. /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.pro

Re: [exec][patch] commons-exec initial contrib

eed a CLA/grant from Niklas? Should a CLA/grant be needed, I would of course be happy to work that out. Would a CLA be needed for future patches or would attaching them to a Bugzilla entry be acceptable? /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol

Re: [exec] Design of commons-exec

ed for 1.1 support (like the script-based CommandLaunchers) and send a new patch. /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [exec] Design of commons-exec

/niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [exec][patch] commons-exec initial contrib

the launcher so that they do not directly call Runtime.exec(). That currently makes unit testing hard. /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL

Re: [exec][patch] commons-exec initial contrib

n the development. /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[exec][patch] commons-exec initial contrib

lease tell me and I'll get it fixed! /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com -- -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To un

Re: [exec] Design of commons-exec

ll make a note of fixing that. Thanks! /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [exec] Design of commons-exec

Brett Porter wrote: * Would it be a good starting point (if so I'll create a patch for the code I've cleaned up and removed the Ant specifics from)? I think so. Cool, I'll get you a SVN patch tonight to get started. /niklas -

[exec] Design of commons-exec

uld I put this on the wiki for further discussions? /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [proposal] Commons Exec

Dion Gillard wrote: My reason for asking, is that it's a common requirement to execute various commands either locally or on a remote box, preferably by just providing a host name and access method (e.g. ssh). It's very useful sometimes to abstract away the location of the executed commands. A

Re: [all] using Maven2 for a new component?

- that it still generates an Ant build.xml file (which it should using the current plugin, I think). This will give folks a chance to see it in action and since it is only in the sandbox should not do any harm. Any objections? Cheers, Brett -- - Niklas Gustavsson [EMAIL

Re: [proposal] Commons Exec

utions etc Great! /niklas ----- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [proposal] Commons Exec

Dion Gillard wrote: Is the scope going to include remotely executing processes via ssh or something similar? I would not think so but I'm very interested in others opinions. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED

Re: [proposal] Commons Exec

Some comments inline. Brett Porter wrote: Thanks for this Niklas, I'll get it kickstarted. I have some feedback: Niklas Gustavsson wrote: Scope of the package The package shall create and maintain a process execution package written in the Java lan

[proposal] Commons Exec

by Niklas Gustavsson and can be donated under the ASF license. * Ant 2.X contains a new exec implementation, especially targeted for reusability (see http://ant.apache.org/ant2/actionlist.html#exec). * plexus-utils has a similar but slimmer implementation than Ant and has also indicated

Re: [proposal] exec support in commons

ou obtained it from another project such as Ant, plexus-utils or somewhere else as I'll need to be checking that. Thanks! - Brett Niklas Gustavsson wrote: Hi again, I never got any reply to the answers below so I'll try again :-) If you still exec support of interest, what would be th

Re: [proposal] exec support in commons

ec") using the code as a starting point. 3. some other way I'm not a Apache commiter but would of course be happy to work by commiting patches. /niklas Niklas Gustavsson wrote: Stefan and Brett, great that you like the proposal! I'll read up on plexus-utils and will also take a

Re: [net] FTP sends incorrect type for EBCDIC

Daniel F. Savarese wrote: In message <[EMAIL PROTECTED]>, Niklas Gustavsson writes: Fair enough, but if it is treated as binary, shouldn't the type be "I"? That's what I get for not doing my homework :) Okay, so I have no idea why it is sending B (other than it

Re: [net] FTP sends incorrect type for EBCDIC

Daniel F. Savarese wrote: In message <[EMAIL PROTECTED]>, Niklas Gustavsson writes: When issuing ftp.type(FTP.EBCDIC_FILE_TYPE), FTP will send "TYPE B". This is not correct according to RFC 959 where the EBCDIC type is specified as "E". I'm pretty sure sendi

[net] FTP sends incorrect type for EBCDIC

Hi When issuing ftp.type(FTP.EBCDIC_FILE_TYPE), FTP will send "TYPE B". This is not correct according to RFC 959 where the EBCDIC type is specified as "E". The attached patch should resolve this issue. /niklas Index: C:/Zystems/workspaces/RAS/commons-net/src/java/org/apache/commons/net/ftp/

Re: [proposal] exec support in commons

r contributing patches (as per http://jakarta.apache.org/site/source.html#Patches),would this be the best way for me to contribute my existing code and future updates? /niklas Stefan Bodewig wrote: On Wed, 08 Jun 2005, Niklas Gustavsson <[EMAIL PROTECTED]> wrote: I very much like the suppor

[proposal] exec support in commons

Hi all, I would like to propose for Commons to include support for executing processes (Runtime.exec() on steroids) in a simple way. I very much like the support for this in Ant and have extracted that code and removed all Ant specifics for some of my other projects. I would be happy to cont