@pach

filenotfoundexception

I normally need to use MaxSystem.locateFile() to find a file from inside an mxj object. The absolute path to the file should work too. Your error indicates it's trying to use a relative path:

FileNotFoundException: ./enregitrements/benoit_25-05_perf.txt

I think you'll need to figure out how to get an absolute path and/or use MaxSystem.locateFile()

I normally need to use MaxSystem.locateFile() to find a file from inside an mxj object. The absolute path to the file should work too. Your error indicates it's trying to use a relative path:
FileNotFoundException: ./enregitrements/benoit_25-05_perf.txt

I think you'll need to figure out how to get an absolute path and/or use MaxSystem.locateFile()


I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.

But it works correctly with MaxSystem.locateFile() function.

I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.
But it works correctly with MaxSystem.locateFile() function.
Thanks a lot, 
Thomas.


Quote: thomas.pachoud@gmail.com wrote on Thu, 29 May 2008 09:23

----------------------------------------------------

> I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.

I remember having some issues like this. I think the Max objects that output paths (like dropfile) don't output in a format understood by Java. Like the OsX: prefix might be confusing Java.

So that's what the MaxSystem methods are for.

Quote: thomas.pachoud@gmail.com wrote on Thu, 29 May 2008 09:23
----------------------------------------------------
> I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.

I remember having some issues like this. I think the Max objects that output paths (like dropfile) don't output in a format understood by Java. Like the OsX: prefix might be confusing Java. 

So that's what the MaxSystem methods are for.


that is indeed the case. Java expects java paths OsX:etc.. is not a java 

> Quote: thomas.pachoud@gmail.com wrote on Thu, 29 May 2008 09:23

> ----------------------------------------------------

>> I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.

> I remember having some issues like this. I think the Max objects that output paths (like dropfile) don't output in a format understood by Java. Like the OsX: prefix might be confusing Java. 

> So that's what the MaxSystem methods are for.

that is indeed the case. Java expects java paths OsX:etc.. is not a java 
path.
t

Adam Murray wrote:
> Quote: thomas.pachoud@gmail.com wrote on Thu, 29 May 2008 09:23
> ----------------------------------------------------
>
>> I had also tried with an absolute path (OsX:/Documents.../xx.txt and file://OsX:/Documents...) but I always had the same error.
>>
>
> I remember having some issues like this. I think the Max objects that output paths (like dropfile) don't output in a format understood by Java. Like the OsX: prefix might be confusing Java. 
>
> So that's what the MaxSystem methods are for.
>
>
> --
> Adam Murray
> compusition.com
>
>
