[jira] [Updated] (HUDI-7782) Task not serializable due to DynamoDBBasedLockProvider and HiveMetastoreBasedLockProvider in clean action
[ https://issues.apache.org/jira/browse/HUDI-7782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] hector updated HUDI-7782: - Description: Caused by: java.io.NotSerializableException: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider Serialization stack: - object not serializable (class: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider, value: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider@1355d2ca) like HUDI-3638, only fixed the issue of ZookeeperbasedLockProvider. was: Caused by: java.io.NotSerializableException: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider Serialization stack: - object not serializable (class: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider, value: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider@1355d2ca) > Task not serializable due to DynamoDBBasedLockProvider and > HiveMetastoreBasedLockProvider in clean action > - > > Key: HUDI-7782 > URL: https://issues.apache.org/jira/browse/HUDI-7782 > Project: Apache Hudi > Issue Type: Bug >Reporter: hector >Priority: Major > > Caused by: java.io.NotSerializableException: > org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider > Serialization stack: > - object not serializable (class: > org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider, value: > org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider@1355d2ca) > > like HUDI-3638, only fixed the issue of ZookeeperbasedLockProvider. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HUDI-7782) Task not serializable due to DynamoDBBasedLockProvider and HiveMetastoreBasedLockProvider in clean action
hector created HUDI-7782: Summary: Task not serializable due to DynamoDBBasedLockProvider and HiveMetastoreBasedLockProvider in clean action Key: HUDI-7782 URL: https://issues.apache.org/jira/browse/HUDI-7782 Project: Apache Hudi Issue Type: Bug Reporter: hector Caused by: java.io.NotSerializableException: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider Serialization stack: - object not serializable (class: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider, value: org.apache.hudi.hive.transaction.lock.HiveMetastoreBasedLockProvider@1355d2ca) -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (SPARK-34204) When use input_file_name() func all column from file appeared in physical plan of query, not only projection.
[ https://issues.apache.org/jira/browse/SPARK-34204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17345641#comment-17345641 ] Hector commented on SPARK-34204: It seems that the bug has already been fixed in Spark 3.x > When use input_file_name() func all column from file appeared in physical > plan of query, not only projection. > - > > Key: SPARK-34204 > URL: https://issues.apache.org/jira/browse/SPARK-34204 > Project: Spark > Issue Type: Bug > Components: SQL >Affects Versions: 2.4.7 >Reporter: Nick Hryhoriev >Priority: Major > > input_file_name() function damage applying projection to the physical plan of > the query. > if use this function and a new column, column-oriented formats like parquet > and orc put all columns to Physical plan. > While without it, only selected columns uploaded. > In my case, performance influence is x30. > {code:java} > import org.apache.spark.sql.SparkSession > import org.apache.spark.sql.functions._ > object TestSize { > def main(args: Array[String]): Unit = { > implicit val spark: SparkSession = SparkSession.builder() > .master("local") > .config("spark.sql.shuffle.partitions", "5") > .getOrCreate() > import spark.implicits._ > val query1 = spark.read.parquet( > "s3a://part-00040-a19f0d20-eab3-48ef-be5a-602c7f9a8e58.c000.gz.parquet" > ) > .select($"app_id", $"idfa", input_file_name().as("fileName")) > .distinct() > .count() >val query2 = spark.read.parquet( > "s3a://part-00040-a19f0d20-eab3-48ef-be5a- 602c7f9a8e58.c000.gz.parquet" ) > .select($"app_id", $"idfa") > .distinct() > .count() > Thread.sleep(100L) > } > } > {code} > `query1` has all columns in the physical plan, while `query2` only two. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org For additional commands, e-mail: issues-h...@spark.apache.org
[jira] [Commented] (CB-13507) git+https or git+ssh fails when trying to install
[ https://issues.apache.org/jira/browse/CB-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16362034#comment-16362034 ] Hector commented on CB-13507: - Solved for me after updating to cordova@8.0.0 > git+https or git+ssh fails when trying to install > - > > Key: CB-13507 > URL: https://issues.apache.org/jira/browse/CB-13507 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Affects Versions: 7.0.2 > Environment: I am selecting 7.0.2 since it's the closest but I am > running cordova 7.1.0 > OS: Mac OS X Sierra. > Although I don't think it has anything to do with cordova-ios and > cordova-android, my platform versions are: > - android 6.3.0 > - ios 4.5.2 >Reporter: Pablo Caselas >Priority: Major > Fix For: 7.0.2 > > > I start with adding plugin dependencies with https://.. on package.json > (no plugin references on config.xml) and no platforms or plugins installed > then I run "cordova platform ios". > It installs the plugins without any problem, but changes config.xml and > package.json plugin references from https to git+https, and ssh to git+ssh. > Failed to restore plugin "cordova-plugin-document-viewer" from config.xml. > You might need to try adding it again. Error: Failed to fetch plugin > git+https://github.com/kas84/cordova-plugin-document-viewer.git via registry -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (SOLR-10445) BloomFilteringPostingsFormat should implement seekExact(TermState) to avoid to seek within matching segment/field multiple times
Yannis Hector created SOLR-10445: Summary: BloomFilteringPostingsFormat should implement seekExact(TermState) to avoid to seek within matching segment/field multiple times Key: SOLR-10445 URL: https://issues.apache.org/jira/browse/SOLR-10445 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Components: search Affects Versions: 5.6 Reporter: Yannis Hector Priority: Minor BloomFilteringPostingsFormat$BloomFilteredFieldsProducer$BloomFilteredTermsEnum does not reuse the TermState from the initial lookup when a second seek is issued (usually when we have a match and we build the Scorer). Default implementation of TermsEnum#seekExact(BytesRef term, TermState state) that is used by BF calls the regular seekExact method. This means that the BloomFilteringPostingsFormat default implementation performs a second lookup for every segment/field that have a match for the term (mostly in the various Weight#scorer implementations). I don't think it is a big issue as we mostly expect search terms to have a match in a limited number of segment/field. But for few queries it could become inefficient. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (ZOOKEEPER-2090) Fix Zookeeper docs "To be done" notices
Hector created ZOOKEEPER-2090: - Summary: Fix Zookeeper docs "To be done" notices Key: ZOOKEEPER-2090 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2090 Project: ZooKeeper Issue Type: Bug Components: documentation Environment: Official website Reporter: Hector Priority: Trivial The docs on the website are full of TBDs since a long time ago. While there is not a full lack of docs, and you can get going with what there is, the main general-purpose entry points are not too polished and they give the impression ZK is not very well maintained to newcomers and anyone who just wants to see how ZK is progressing and refresh concepts. The ZK overview doc (http://zookeeper.apache.org/doc/trunk/zookeeperOver.html) is supposed to be a first entry point for new Zookeeper users and it is full of _\[tbd\]s_: {quote} When the session ends the znode is deleted. Ephemeral nodes are useful when you want to implement \[tbd\]. {quote} {quote} And if the connection between the client and one of the Zoo Keeper servers is broken, the client will receive a local notification. These can be used to \[tbd\]. {quote} {quote} Timeliness - The clients view of the system is guaranteed to be up-to-date within a certain time bound. For more information on these, and how they can be used, see \[tbd\] {quote} {quote} For a more in-depth discussion on these, and how they can be used to implement higher level operations, please refer to \[tbd\] {quote} {quote} Some distributed applications have used it to: \[tbd: add uses from white paper and video presentation.\] For more information, see \[tbd\] {quote} {quote} These znodes exists as long as the session that created the znode is active. When the session ends the znode is deleted. Ephemeral nodes are useful when you want to implement \[tbd\]. {quote} The second entry point, "Getting Started" (http://zookeeper.apache.org/doc/trunk/zookeeperStarted.html) {quote} \[tbd: what is the other config param?\] {quote} Programmers guide (http://zookeeper.apache.org/doc/trunk/zookeeperProgrammers.html) {quote} "If the version it supplies doesn't match the actual version of the data, the update will fail. (This behavior can be overridden. For more information see... )\[tbd...\]" {quote} {quote} Connecting to ZooKeeper Read Operations Write Operations Handling Watches Miscelleaneous ZooKeeper Operations Program Structure, with Simple Example \[tbd\] {quote} {quote} ZooKeeper Whitepaper \[tbd: find url\] The definitive discussion of ZooKeeper design and performance, by Yahoo! Research API Reference \[tbd: find url\] The complete reference to the ZooKeeper API {quote} Administration guide (http://zookeeper.apache.org/doc/trunk/zookeeperAdmin.html) {quote} Provisioning Things to Consider: ZooKeeper Strengths and Limitations Administering {quote} {quote} TBD - tuning options for netty - currently there are none that are netty specific but we should add some. Esp around max bound on the number of reader worker threads netty creates. TBD - how to manage encryption TBD - how to manage certificates {quote} Since it is not a big deal to fix these, I think it is worth it to spend some hours doing it. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-7202) Instances page keeps an instance in processing state
Hector created CLOUDSTACK-7202: -- Summary: Instances page keeps an instance in processing state Key: CLOUDSTACK-7202 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7202 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: UI Environment: Cloudstack Ubuntu Server Reporter: Hector Priority: Minor I cannot start an stopped VM due to space restrictions. UI keeps that VM in an infinite processing state that does not change till I refresh the instances page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] Commented: (NET-301) NullPointerException in method SocketClient.getLocalAddress()
[ https://issues.apache.org/jira/browse/NET-301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12793104#action_12793104 ] Hector commented on NET-301: No, it is not resolved yet, but due to I was in a hurry I had to change the way to do it, forgetting java applets. So if you consider it is appropiate to close this issue, I don't mind. Don't worry. > NullPointerException in method SocketClient.getLocalAddress() > - > > Key: NET-301 > URL: https://issues.apache.org/jira/browse/NET-301 > Project: Commons Net > Issue Type: Bug >Affects Versions: 2.0 > Environment: Sun SPARC Ultra-5, Solaris 8 > java version "1.3.1_10" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_10-b03) > Java HotSpot(TM) Client VM (build 1.3.1_10-b03, mixed mode) >Reporter: Hector > Original Estimate: 360h > Remaining Estimate: 360h > > Hello, > I'm new with Java (well, I have develop some programs, but not so > harduntil now) and I'm trying to create an applet which can open an ftp > connection from the client side to the server one, and download several files > (I don't know if it's the best way to do what I want, but as far as I have > read in internet, this is the most common and easy method used by many > people). > The problem is about the FTPClient class: > I am able to connect, logon, set transfer mode, change the working directory, > list the names of the directory...but when I try to perform a simple call to > the "retrieveFile (remote, local)" method, I'm getting a > NullPointerException (the call to that method is done after clicking on a > download button): > Exception in thread "AWT-EventQueue-2" java.lang.NullPointerException > at > org.apache.commons.net.SocketClient.getLocalAddress(SocketClient.java:441) > at > org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:447) > at > org.apache.commons.net.ftp.FTPClient.retrieveFile(FTPClient.java:1257) > at Applet1.jButton1_actionPerformed(Applet1.java:229) > at Applet1.access$100(Applet1.java:21) > at Applet1$3.actionPerformed(Applet1.java:95) > at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) > at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) > at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) > at javax.swing.DefaultButtonModel.setPressed(Unknown Source) > at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown > Source) > at java.awt.Component.processMouseEvent(Unknown Source) > at javax.swing.JComponent.processMouseEvent(Unknown Source) > at java.awt.Component.processEvent(Unknown Source) > at java.awt.Container.processEvent(Unknown Source) > at java.awt.Component.dispatchEventImpl(Unknown Source) > at java.awt.Container.dispatchEventImpl(Unknown Source) > at java.awt.Component.dispatchEvent(Unknown Source) > at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) > at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) > at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) > at java.awt.Container.dispatchEventImpl(Unknown Source) > at java.awt.Component.dispatchEvent(Unknown Source) > at java.awt.EventQueue.dispatchEvent(Unknown Source) > at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) > at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) > at java.awt.EventDispatchThread.pumpEvents(Unknown Source) > at java.awt.EventDispatchThread.pumpEvents(Unknown Source) > at java.awt.EventDispatchThread.run(Unknown Source) > And the code is very simple: > String reply; > boolean success; > String path = new String ("PATH_TO_REMOTE_FILE"); > > try > { > fich_local = new File (jTextField1.getText () + "/Local_file.txt"); > local_file = new FileOutputStream (fich_local); > String remote_file = new String (path + "/Remote_file.txt"); > ftp.connect("SERVER"); > reply = ftp.getReplyString(); > System.out.println(reply); > ftp.login("USER","PASS"); > reply = ftp.getReplyString(); > System.out.println(reply); > ftp.setFileType(FTP.ASCII_FILE_TYPE); > reply = ftp.getReplyString(); > System.out.println(reply); > ftp.changeWorkingDirectory(path); > reply = ftp.getReplyString(); > System.out.println(reply); > reply = ftp.printWorkingDirectory(); > System.out.println(reply); > success = ftp.retrieveFile(remote_file, local_file); > System.out.println("Status: " + success + " -- Remote File: " + remote_file + > " -- Local File: " + fich_local.getAbsolutePath ()); > } > catc
[jira] Updated: (NET-301) NullPointerException in method SocketClient.getLocalAddress()
[ https://issues.apache.org/jira/browse/NET-301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector updated NET-301: --- Description: Hello, I'm new with Java (well, I have develop some programs, but not so harduntil now) and I'm trying to create an applet which can open an ftp connection from the client side to the server one, and download several files (I don't know if it's the best way to do what I want, but as far as I have read in internet, this is the most common and easy method used by many people). The problem is about the FTPClient class: I am able to connect, logon, set transfer mode, change the working directory, list the names of the directory...but when I try to perform a simple call to the "retrieveFile (remote, local)" method, I'm getting a NullPointerException (the call to that method is done after clicking on a download button): Exception in thread "AWT-EventQueue-2" java.lang.NullPointerException at org.apache.commons.net.SocketClient.getLocalAddress(SocketClient.java:441) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:447) at org.apache.commons.net.ftp.FTPClient.retrieveFile(FTPClient.java:1257) at Applet1.jButton1_actionPerformed(Applet1.java:229) at Applet1.access$100(Applet1.java:21) at Applet1$3.actionPerformed(Applet1.java:95) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) And the code is very simple: String reply; boolean success; String path = new String ("PATH_TO_REMOTE_FILE"); try { fich_local = new File (jTextField1.getText () + "/Local_file.txt"); local_file = new FileOutputStream (fich_local); String remote_file = new String (path + "/Remote_file.txt"); ftp.connect("SERVER"); reply = ftp.getReplyString(); System.out.println(reply); ftp.login("USER","PASS"); reply = ftp.getReplyString(); System.out.println(reply); ftp.setFileType(FTP.ASCII_FILE_TYPE); reply = ftp.getReplyString(); System.out.println(reply); ftp.changeWorkingDirectory(path); reply = ftp.getReplyString(); System.out.println(reply); reply = ftp.printWorkingDirectory(); System.out.println(reply); success = ftp.retrieveFile(remote_file, local_file); System.out.println("Status: " + success + " -- Remote File: " + remote_file + " -- Local File: " + fich_local.getAbsolutePath ()); } catch (FileNotFoundException fnfe) { fnfe.printStackTrace (); } catch (IOException ioe) { ioe.printStackTrace (); } catch (Exception e) { e.printStackTrace (); } The remote server, directory and file whithin is included the "Remote_file.txt" exists, and the print line shows all this info if I catch the "NullPointerException" (also shows a "false" when calling to the success variable). I have googled a lot (and still googling), but found almost nothing useful and I would appreciate a lot any help (also if you need additional info, please let me know). Thanks in advance was: Hello, I'm new with Java (well, I have develop some programs, but not so harduntil now) and I'm trying to create an applet which can open an ftp connection from the client side to the server one, and download several files (I don't know if it's the best way to do what I want, but as
[jira] Created: (NET-301) NullPointerException in method SocketClient.getLocalAddress()
NullPointerException in method SocketClient.getLocalAddress() - Key: NET-301 URL: https://issues.apache.org/jira/browse/NET-301 Project: Commons Net Issue Type: Bug Affects Versions: 2.0 Environment: Sun SPARC Ultra-5, Solaris 8 java version "1.3.1_10" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_10-b03) Java HotSpot(TM) Client VM (build 1.3.1_10-b03, mixed mode) Reporter: Hector Hello, I'm new with Java (well, I have develop some programs, but not so harduntil now) and I'm trying to create an applet which can open an ftp connection from the client side to the server one, and download several files (I don't know if it's the best way to do what I want, but as far as I have read in internet, this is the most common and easy method used by many people). The problem is about the FTPClient class: I am able to connect, logon, set transfer mode, change the working directory, list the names of the directory...but when I try to perform a simple call to the "retrieveFile (remote, local)" method, I'm getting a NullPointerException (the call to that method is done after clicking on a download button): Exception in thread "AWT-EventQueue-2" java.lang.NullPointerException at org.apache.commons.net.SocketClient.getLocalAddress(SocketClient.java:441) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:447) at org.apache.commons.net.ftp.FTPClient.retrieveFile(FTPClient.java:1257) at Applet1.jButton1_actionPerformed(Applet1.java:229) at Applet1.access$100(Applet1.java:21) at Applet1$3.actionPerformed(Applet1.java:95) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) And the code is very simple: String reply; boolean success; String path = new String ("PATH_TO_REMOTE_FILE"); try { fich_local = new File (jTextField1.getText () + "/Local_file.txt"); local_file = new FileOutputStream (fich_local); String remote_file = new String (path + "/Remote_file.txt"); ftp.connect("SERVER"); reply = ftp.getReplyString(); System.out.println(reply); ftp.login("USER","PASS"); reply = ftp.getReplyString(); System.out.println(reply); ftp.setFileType(FTP.ASCII_FILE_TYPE); reply = ftp.getReplyString(); System.out.println(reply); ftp.changeWorkingDirectory(path); reply = ftp.getReplyString(); System.out.println(reply); reply = ftp.printWorkingDirectory(); System.out.println(reply); success = ftp.retrieveFile(remote_file, local_file); System.out.println("Status: " + success + " -- Remote File: " + remote_file + " -- Local File: " + fich_local.getAbsolutePath ()); } catch (FileNotFoundException fnfe) { fnfe.printStackTrace (); } catch (IOException ioe) { ioe.printStackTrace (); } catch (Exception e) { e.pri