blocks|key|3244823|text|然后用户提供new+Image(String+url)的相对路径，它将与应用程序的工作目录(又称System.getProperty("user.dir")+)相对|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3244824|3244825|适用于独立应用程序它是您从|ordered-list-item|3244826|启动应用程序的文件夹，web启动应用程序是从命令行(javaws+myfxapp.jnlp)运行的它的工作方式与独立应用程序|3244827|插件启动或从浏览器加载的webstart应用程序相同，您不能可靠地确定工作目录的位置。这取决于浏览器，甚至取决于为该浏览器安装的插件。|3244828|3244829|因此，总体方向是:对于独立的应用程序，使用url的方式与在new+File(String+url)中使用它的方式相同。对于jnlp/plugin，使用带有协议或Class.getResource()方法的完整url。|3244830|更新：请注意，这一行为将在2.2中得到澄清和更改。请参阅http://javafx-jira.kenai.com/browse/RT-18291|BOLD|3244831|下面的评论来自RT-18291，概述了2.2的预期变化：|3244832|3244833|+Martin+Sladecek添加了一条评论-+2012年5月15日上午10:53在与Richard+Bair讨论后，我们决定更改当前路径的(未记录的)行为。目前，它们被视为user.dir相对对象。所有路径，无论有没有前导斜杠，现在都将被解析为相对于类路径，这将与CSS一致，并且更符合用户的期望。对于文件相对路径，仍然可以使用“user.dir：”URL。|blockquote|3244834|3244835|entityMap|0|LINK|mutability|MUTABLE|url|http://javafx-jira.kenai.com/browse/RT-18291^0|6|L|1C|U|0|0|0|Q|J|0|0|0|L|3|T|K|28|J|0|0|3|S|18|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|18|8|@$9|19|A|1A|B|C]|$9|1B|A|1C|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|1D|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|1E|8|@]|D|@]|E|$]]|$1|J|3|K|5|I|7|1F|8|@$9|1G|A|1H|B|C]]|D|@]|E|$]]|$1|L|3|M|5|I|7|1I|8|@]|D|@]|E|$]]|$1|N|3|-4|5|6|7|1J|8|@]|D|@]|E|$]]|$1|O|3|P|5|6|7|1K|8|@$9|1L|A|1M|B|C]|$9|1N|A|1O|B|C]|$9|1P|A|1Q|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|6|7|1R|8|@$9|1S|A|1T|B|S]]|D|@$9|1U|A|1V|1|1W]]|E|$]]|$1|T|3|U|5|6|7|1X|8|@]|D|@]|E|$]]|$1|V|3|-4|5|6|7|1Y|8|@]|D|@]|E|$]]|$1|W|3|X|5|Y|7|1Z|8|@]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|20|8|@]|D|@]|E|$]]|$1|10|3|-4|5|6|7|21|8|@]|D|@]|E|$]]]|11|$12|$5|13|14|15|E|$16|17]]]]

Then user provides relative path to <code>new Image(String url)</code> it will be relative against workdir of the app aka <code>System.getProperty("user.dir")</code>

<ol>
<li>For stand-alone app it's a folder you started an application from</li>
<li>For web-start app being run from command line (<code>javaws myfxapp.jnlp</code>) it works the same way as with standalone app</li>
<li>For plugin start or webstart app loaded from browser you can't reliably be sure about workdir location. It depends on browser and even on installed plugins for that browser.</li>
</ol>

So general direction is: for standalone apps use <code>url</code> same way as you'll use it in <code>new File(String url)</code>. For jnlp/plugin use full url with protocol or <code>Class.getResource()</code> approach.

Update: Please, note, this behavior is going to be clarified and changed in 2.2. See <a href="http://javafx-jira.kenai.com/browse/RT-18291" rel="nofollow">http://javafx-jira.kenai.com/browse/RT-18291</a>

The following comment is from RT-18291 and outlines the intended changes for 2.2:

<blockquote>
 Martin Sladecek added a comment - May, 15 2012 10:53 AM
 After discussion with Richard Bair, we decided to change the current (undocumented) behavior for paths. Currently, they are treated as user.dir relative. All path, with or without leading slash will be now resolved as relative to classpath, which will be consistent with CSS and more corresponds to what might users expect.
 For user.dir relative paths, "file:" URL can be still used. 
</blockquote>

blocks|key|411455|text|如果您使用的是getClass().getResourceAsStream()，即jar文件的根目录(在其内部)，则答案是"/“。不是user.dir，也不是包的宿主位置|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|411456|entityMap^0|7|W|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

The answer is "/" if case you are using <code>getClass().getResourceAsStream()</code>, i.e. the root of your jar file (inside it). Not user.dir nor where the package is hosted

blocks|key|408832|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|408833|搜索目录，其中存在与您的getClass().getName().toString()文件相关的类文件(类.java的名称)，必须复制并粘贴您的图像there|ordered-list-item|offset|length|style|CODE|408834|Image+image=new+Image(getClass().getResourceAsStream("yourImageName.jpg"));。|408835|408836|在NetBeans中，类所在的目录NetBeansProjects/JavaFXProjectName/build/classes/packageName/|408837|entityMap^0|0|C|V|0|0|23|0|0|0^^$0|@$1|2|3|-4|4|5|6|O|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|P|7|@$D|Q|E|R|F|G]]|8|@]|9|$]]|$1|H|3|I|4|C|6|S|7|@$D|T|E|U|F|G]]|8|@]|9|$]]|$1|J|3|-4|4|5|6|V|7|@]|8|@]|9|$]]|$1|K|3|L|4|5|6|W|7|@]|8|@]|9|$]]|$1|M|3|-4|4|5|6|X|7|@]|8|@]|9|$]]]|N|$]]

<ol>
<li>search directory where class files( name of class <code>getClass().getName().toString()</code> ) related to your .java file are present, copy and paste your image there</li>
<li><code>Image image=new Image(getClass().getResourceAsStream("yourImageName.jpg"));</code> is must.</li>
</ol>

In NetBeans the directory where classes are present NetBeansProjects/JavaFXProjectName/build/classes/packageName/

I would like to know what the JavaFX Image constructor's relative path resolution algorithm is for:

<ol>
<li>Stand-alone apps.</li>
<li>Browser deployed apps.</li>
<li>Webstart deployed apps.</li>
</ol>

If the algorithm may look in multiple locations, I'd like to know what they are for each of the above deployment scenarios.

If the behaviour for stand-alone apps is different when the app is placed in a jar, I'd like to know that too.

Where does javafx.scene.image.Image("flower.png") look for flower.png?

我想知道JavaFX图像构造函数的相对路径解析算法是做什么的：独立应用程序。浏览器部署的应用程序。Webstart部署的应用程序。如果算法可能会在多个位置进行查找，我想知道上述每个部署场景的位置是什么。如果独立应用程序的行为与将应用程序放在jar中时的行为不同，我也想知道这一点。

问javafx.scene.image.Image("flower.png")在哪里寻找flower.png？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问javafx.scene.image.Image("flower.png")在哪里寻找flower.png？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问javafx.scene.image.Image("flower.png")在哪里寻找flower.png？
EN