I am writing a program that has sound files with type names and numbers lik=
e, "win1.wav" and "lose3.wav". I want the program to get the name and path =
of the running jar file so I can programmatically choose a random sound fil=
e of a specified type that is packaged inside the jar file without having t=
o hardcode it myself. Everything I've tried works in Eclipse, but not after=
 it is exported because it doesn't find the name of the jar file, only the =
path. Is there a way I can get the name AND path of the jar file? Could I s=
earch through the jar file packages without using the name and path?

On 12/6/2016 3:41 PM, triciac.1999.p@gmail.com wrote:
> I am writing a program that has sound files with type names and numbers like, "win1.wav" and "lose3.wav". I want the program to get the name and path of the running jar file so I can programmatically choose a random sound file of a specified type that is packaged inside the jar file without having to hardcode it myself. Everything I've tried works in Eclipse, but not after it is exported because it doesn't find the name of the jar file, only the path. Is there a way I can get the name AND path of the jar file? Could I search through the jar file packages without using the name and path?

     Have you tried

	String classPath = System.getProperty("java.class.path");

?  For me, the class path *is* the path and name of the jar -- I guess
it might be more complicated if there are several jars involved, but
even then you could split the path on

	System.getProperty("path.separator")

.... and look through the jars one by one.

-- 
esosman@comcast-dot-net.invalid
"Nobody ever went broke underestimating the intelligence of the
American public." -- HLM (paraphrased)

triciac.1999.p@gmail.com writes:
>I am writing a program that has sound files with type names
>and numbers like, "win1.wav" and "lose3.wav". I want the
>program to get the name and path of the running jar file so I

  Are you looking for the old adage new java.io.File (
  SomeClassInYourJar . class . getProtectionDomain() .
  getCodeSource() . getLocation() . getPath() ) . getName()?

Thank you. Thank you so much.

On 12/6/2016 3:41 PM, triciac.1999.p@gmail.com wrote:
> I am writing a program that has sound files with type names and
> numbers like, "win1.wav" and "lose3.wav". I want the program to get
> the name and path of the running jar file so I can programmatically
> choose a random sound file of a specified type that is packaged
> inside the jar file without having to hardcode it myself. Everything
> I've tried works in Eclipse, but not after it is exported because it
> doesn't find the name of the jar file, only the path. Is there a way
> I can get the name AND path of the jar file? Could I search through
> the jar file packages without using the name and path?

You will get the full name including path of the jar with one of the
following:

String path = 
MyClass.class.getProtectionDomain().getCodeSource().getLocation().getPath();

String path = 
MyClass.class.getClassLoader().getResource("mypackage/MyClass.class").getPath();

The format is sligthly different. The first is probably more convenient
as you would not need to truncate at the '!'.

But I doubt that you need it.

InputStream is = 
MyClass.class.getClassLoader().getResource("mypackage/foobar.wav");

should give you a stream to the file. Both when everything is
in the file system and when everything is in the jar file.

Arne

On 12/06/2016 09:41 PM, triciac.1999.p@gmail.com wrote:
> I am writing a program that has sound files with type names and numbers like, "win1.wav" and "lose3.wav". I want the program to get the name and path of the running jar file so I can programmatically choose a random sound file of a specified type that is packaged inside the jar file without having to hardcode it myself. Everything I've tried works in Eclipse, but not after it is exported because it doesn't find the name of the jar file, only the path. Is there a way I can get the name AND path of the jar file? Could I search through the jar file packages without using the name and path?
>

There are far better ways to access (sound or any) resources inside the 
JAR you're in than accessing it from the outside. Look at 
ClassLoader#getResources etc.

On 07/12/16 02:18, Arne Vajhøj wrote:
> On 12/6/2016 3:41 PM, triciac.1999.p@gmail.com wrote:
>> I am writing a program that has sound files with type names and
>> numbers like, "win1.wav" and "lose3.wav". I want the program to get
>> the name and path of the running jar file so I can programmatically
>> choose a random sound file of a specified type that is packaged
>> inside the jar file without having to hardcode it myself. Everything
>> I've tried works in Eclipse, but not after it is exported because it
>> doesn't find the name of the jar file, only the path. Is there a way
>> I can get the name AND path of the jar file? Could I search through
>> the jar file packages without using the name and path?
>
> You will get the full name including path of the jar with one of the
> following:
>
> String path = MyClass.class.getProtectionDomain().getCodeSource().getLocation().getPath();
>
> String path = MyClass.class.getClassLoader().getResource("mypackage/MyClass.class").getPath();
>
> The format is sligthly different. The first is probably more convenient
> as you would not need to truncate at the '!'.
>

Both methods CodeSource.getLocation() and  ClassLoader.getResource() return a URL, which will be URL encoded. So the path ought to be URLdecode'd otherwise there may be problems with any characters in the path which URL has encoded.

Also, in the case of ClassLoader.getResource(), when executed from a jar it will be of type "jar", and from class files it will be of type "file". This will probably come into play when you run the code in an IDE. NetBeans (I don't know about Eclipe) runs class files, not jars. You will probably need to handle each case differently.

> But I doubt that you need it.
>
> InputStream is = MyClass.class.getClassLoader().getResource("mypackage/foobar.wav");
>
> should give you a stream to the file. Both when everything is
> in the file system and when everything is in the jar file.
>

This is definitely the preferred method if you know which file you want to open.

On 12/6/2016 9:18 PM, Arne Vajhøj wrote:
> ...
> 
> InputStream is = MyClass.class.getClassLoader().getResource("mypackage/foobar.wav");
> 
> should give you a stream to the file. Both when everything is
> in the file system and when everything is in the jar file.
> 
> Arne

I think you meant getResourceAsStream(); getResource returns a URL,
not an InputStream.

-- 
Wayne

On 12/9/2016 1:50 AM, Wayne wrote:
> On 12/6/2016 9:18 PM, Arne Vajhøj wrote:
>> ...
>>
>> InputStream is = MyClass.class.getClassLoader().getResource("mypackage/foobar.wav");
>>
>> should give you a stream to the file. Both when everything is
>> in the file system and when everything is in the jar file.
>
> I think you meant getResourceAsStream(); getResource returns a URL,
> not an InputStream.

Yes.

Not:

..getResource()

but:

..getResourceAsStream()

or:

..getResource().openStream()

Arne

On 12/8/2016 8:20 AM, Nigel Wade wrote:
> On 07/12/16 02:18, Arne Vajhøj wrote:
>> You will get the full name including path of the jar with one of the
>> following:
>>
>> String path =
>> MyClass.class.getProtectionDomain().getCodeSource().getLocation().getPath();
>>
>>
>> String path =
>> MyClass.class.getClassLoader().getResource("mypackage/MyClass.class").getPath();
>>
>>
>> The format is sligthly different. The first is probably more convenient
>> as you would not need to truncate at the '!'.
>
> Both methods CodeSource.getLocation() and  ClassLoader.getResource()
> return a URL, which will be URL encoded. So the path ought to be
> URLdecode'd otherwise there may be problems with any characters in the
> path which URL has encoded.
>
> Also, in the case of ClassLoader.getResource(), when executed from a jar
> it will be of type "jar", and from class files it will be of type
> "file". This will probably come into play when you run the code in an
> IDE. NetBeans (I don't know about Eclipe) runs class files, not jars.
> You will probably need to handle each case differently.

Good points.

But it should be possible to extract the information in the desired
format.

Arne

On 12/12/16 01:24, Arne Vajhøj wrote:
> On 12/8/2016 8:20 AM, Nigel Wade wrote:
>> On 07/12/16 02:18, Arne Vajhøj wrote:
>>> You will get the full name including path of the jar with one of the
>>> following:
>>>
>>> String path =
>>> MyClass.class.getProtectionDomain().getCodeSource().getLocation().getPath();
>>>
>>>
>>> String path =
>>> MyClass.class.getClassLoader().getResource("mypackage/MyClass.class").getPath();
>>>
>>>
>>> The format is sligthly different. The first is probably more convenient
>>> as you would not need to truncate at the '!'.
>>
>> Both methods CodeSource.getLocation() and  ClassLoader.getResource()
>> return a URL, which will be URL encoded. So the path ought to be
>> URLdecode'd otherwise there may be problems with any characters in the
>> path which URL has encoded.
>>
>> Also, in the case of ClassLoader.getResource(), when executed from a jar
>> it will be of type "jar", and from class files it will be of type
>> "file". This will probably come into play when you run the code in an
>> IDE. NetBeans (I don't know about Eclipe) runs class files, not jars.
>> You will probably need to handle each case differently.
>
> Good points.
>
> But it should be possible to extract the information in the desired
> format.
>

It is definitely possible, but it's still good to be aware of the caveats before they cause you problems.

On 12/12/2016 4:51 AM, Nigel Wade wrote:
> On 12/12/16 01:24, Arne Vajhøj wrote:
>> On 12/8/2016 8:20 AM, Nigel Wade wrote:
>>> On 07/12/16 02:18, Arne Vajhøj wrote:
>>>> The format is sligthly different. The first is probably more convenient
>>>> as you would not need to truncate at the '!'.
>>>
>>> Both methods CodeSource.getLocation() and  ClassLoader.getResource()
>>> return a URL, which will be URL encoded. So the path ought to be
>>> URLdecode'd otherwise there may be problems with any characters in the
>>> path which URL has encoded.
>>>
>>> Also, in the case of ClassLoader.getResource(), when executed from a jar
>>> it will be of type "jar", and from class files it will be of type
>>> "file". This will probably come into play when you run the code in an
>>> IDE. NetBeans (I don't know about Eclipe) runs class files, not jars.
>>> You will probably need to handle each case differently.
>>
>> Good points.
>>
>> But it should be possible to extract the information in the desired
>> format.
>
> It is definitely possible, but it's still good to be aware of the
> caveats before they cause you problems.

Absolutely.

Arne