[mxj filesys], v0.2.5


    filesys is a Java class to move, remove or rename a file. It can also create an new folder, remove an empty folder and check the existence of a file.
    And thanks to Peter Nyboer from Livid, it is also possible to create a copy of a file.
    Download this Tool

    • Oct 25 2011 | 8:32 am
      Great tool man! I need to create and delete some videos after publishing... I'm new so I can't find where to put your files, class, help, java and the .maxhelp could you tell me please? Thanks man!!!
    • Jan 17 2014 | 9:38 am
      Nice tool, I'm glad I don't have to write that myself. Merci beaucoup!
    • Feb 25 2017 | 10:14 pm
      I'm completely in love with filesys and I use it to do so much in my software. However, I'm struggling to get it working in two environments:
      1. Windows 64-bit 2. OSX Sierra (unless I use legacy Java)
      is there any chance at all that this tool will be updated to work in these situations? I'm worried about it's long-term usability and I rely on it at this point to take care of central features of my project. I'd love to know what the situation is on this nowadays.
    • Feb 25 2017 | 10:18 pm
      I guess I should specify that filesys works fine on Windows 64-bit IFF I'm using the 32-bit version of Max. If I use the 64-bit version of Max on Windows, that's where Filesys fails to load.
      I don't understand a thing about Java, obviously, so I could be missing some important information.
    • Feb 25 2017 | 11:46 pm
      just guessing here but you are probably using a java 7 32-bit version. if so you may need to download Java version 8-- version 8 is 64-bit only (which btw only works on Macs 10.8 or above)
    • Feb 26 2017 | 2:32 am
      Java 8 specifically does NOT work. What I'm getting at here is that I have to have Legacy Java installed in order to get filesys to work. It's less than ideal, and I wonder if there's a way to get filesys working with Java 8
    • Feb 26 2017 | 9:58 am
      might be worth trying to delete any filesys.class files you have and recompile the original .java file from within mxj using quickie...
    • Feb 26 2017 | 2:44 pm
      I'd love to try this, but I literally don't know how! Can you point me to a tutorial or a resource I could read to learn how to do this? What is quickie?
      Sorry for sounding so simple about this. I love filesys but literally know nothing about mxj or java
    • Feb 26 2017 | 5:38 pm
      Ooppps, I just discover your posts… I will build a new filesys class with the latest Java version on my Mac tomorrow (I'm not in my studio right now). Sorry for the inconvenience. p
    • Feb 26 2017 | 5:45 pm
      Patrick, please no need to apologize! I know that you built this class in 2011, and it has been so useful to my project that there is literally no way I could thank you enough for creating it! I know it probably doesn't seem like a big deal, but your java class takes care of something that is sorely missing from Max. Thank you for looking at my issue and for following up to fix it!
      If you're curious, I'm using Filesys as a way to let users create and manage projects within my program, copying folders and files to different parts of the hard drive, and locating specific files on the hard drive to simplify processes for the user. You can check it out in action here, if you'd like:
      www.musicsdp.com
    • Feb 27 2017 | 10:18 am
      I just uploaded a fresh version of the class. Let's hope it does work for your systems (I can't test myself).
    • Feb 27 2017 | 3:22 pm
      Thank you Patrick,
      I've tested the update on Max Windows 32-bit and OSX Sierra, both systems running the latest version of Java 8. It works fine on Windows (I'll test the 64-bit version shortly), but I'm getting a new set of error messages on Sierra. Here's the error log, it doesn't mean anything to me, but hopefully you'll understand it:
      java.lang.UnsupportedClassVersionError: filesys : Unsupported major.minor version 52.0
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at com.cycling74.max.MXJClassLoaderImpl.doLoadClass(MXJClassLoaderImpl.java:117)
      at com.cycling74.max.MXJClassLoader.loadClazz(MXJClassLoader.java:88)
      Could not load class 'filesys'
    • Feb 27 2017 | 3:23 pm
      Hi Patrick,
      I've tested the update on Max for Windows 32-bit and for OSX. I'm running Windows 10 and Sierra, and both have Java 8 installed. The update works perfectly on Windows 32-bit (I'll test on 64-bit shortly), but I'm getting new errors on Sierra. Here's the error log. It doesn't mean anything to me, but hopefully you'll know how to decode it:
      java.lang.UnsupportedClassVersionError: filesys : Unsupported major.minor version 52.0
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at com.cycling74.max.MXJClassLoaderImpl.doLoadClass(MXJClassLoaderImpl.java:117)
      at com.cycling74.max.MXJClassLoader.loadClazz(MXJClassLoader.java:88)
      Could not load class 'filesys'
    • Feb 27 2017 | 3:26 pm
      I'm having trouble getting my posts to send, so I apologize if there are duplicates.
      Hi Patrick,
      I've tested the update on Max for Windows 32-bit and for OSX. I'm running Windows 10 and Sierra, and both have Java 8 installed. The update works perfectly on Windows 32-bit (I'll test on 64-bit shortly), but I'm getting new errors on Sierra. Here's the error log. It doesn't mean anything to me, but hopefully you'll know how to decode it:
      java.lang.UnsupportedClassVersionError: filesys : Unsupported major.minor version 52.0
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at com.cycling74.max.MXJClassLoaderImpl.doLoadClass(MXJClassLoaderImpl.java:117)
      at com.cycling74.max.MXJClassLoader.loadClazz(MXJClassLoader.java:88)
      Could not load class 'filesys'
    • Feb 27 2017 | 3:31 pm
      Hi Patrick,
      I've tested the update on Max for Windows 32-bit and for OSX. I'm running Windows 10 and Sierra, and both have Java 8 installed. The update works perfectly on Windows 32-bit (I'll test on 64-bit shortly), but I'm getting new errors on Sierra. Here's the error log. It doesn't mean anything to me, but hopefully you'll know how to decode it:
    • Feb 27 2017 | 3:32 pm
      Sorry, I'm having trouble getting the error log posted. Forum issues
    • Feb 27 2017 | 3:48 pm
      Thanks for the report. Is Max on your Mac in 64 bit mode? Java8 does only run in 64 bit on a Mac.
    • Feb 27 2017 | 4:02 pm
      Alright, I realized that I needed to install Java Developer Kit v. 8, not just Java Runtime.
      This almost gets the program working, but there's still one issue:
      When I run Filesys, everything works and I get this good set of messages: MXJ System CLASSPATH: /Applications/Max.app/Contents/Resources/C74/packages/max-mxj/java-classes/lib/jitter.jar /Applications/Max.app/Contents/Resources/C74/packages/max-mxj/java-classes/lib/jode-1.1.2-pre-embedded.jar /Applications/Max.app/Contents/Resources/C74/packages/max-mxj/java-classes/lib/max.jar IVirtual Machine boot MXJClassloader CLASSPATH: /Applications/Max.app/Contents/Resources/C74/packages/max-mxj/java-classes/classes/ /Applications/Max.app/Contents/Resources/C74/packages/max-mxj/java-classes/
      But then, right before it get's steady, I get this message: Unable to create JVM
      Damn! Maybe this is a Max isse, and not a Filesys issue?
    • Feb 27 2017 | 7:26 pm
      What's in the console when you instantiate mxj classes from c74, like [mxj buf.Op]?
    • Feb 27 2017 | 7:35 pm
      Same issue, actually! I wonder if this really is a Max problem...
    • Feb 27 2017 | 8:09 pm
      OK, one final update, it's working now (thank goodness)
      I had to switch Max into 64-bit mode. I didn't even know that was an option. I wonder what this will mean for the standalone application...
      Anyway, I'm going to experiment some more to make sure I know the exact parameters, and I'll update you when I feel like I have a real grasp of the situation. Thank you again for all of your help and work.
    • Feb 28 2017 | 11:10 am
      One can strip i386 from Max Standalone, making it 64 bit only Or oposite...
    • Feb 28 2017 | 2:48 pm
      Source, can you link me to any article/forum post about how to do that?
    • Feb 28 2017 | 4:17 pm
      You can do that simply using terminal :
      ditto --arch i386 (path to source) (path to destination) that would copy only 32 bit app to destination. or ditto --arch x86_64 (path to source) (path to destination) for 64 bit app The easiest way is to drag app into terminal window, that will give You the path. Example :
      ditto --arch i386 /Users/OSX/Desktop/My-Max.app /Users/OSX/Desktop/32/My-Max.app ------------ Really annoying thing is that when one posts text here, double "-" gets converted to long -- So here is text file properly formated
    • Feb 28 2017 | 4:25 pm
      Text Version :
    • Feb 28 2017 | 4:26 pm
    • Feb 28 2017 | 4:52 pm
      Wow, it's not often that something works on my first try! Thank you, that did the trick, and brought the file size down too!