Question

我在从我的网络服务器上保存磁盘上的图片时遇到了一些麻烦。它可能是关于在磁盘上保存文件的足够权限。至少我认为这就是错误所在。我刚刚切换到ubuntu所以我对它的运作方式有点不熟悉。

在Windows上我有：

    System.out.println("1");
    Path folder = Paths.get("/var/webapp/images"); // not null
    System.out.println("2");

    UploadedFile uploadedFile = e.getFile();
    String filename = "profile_pic";
    String extension = FilenameUtils.getExtension(uploadedFile
            .getFileName());
    System.out.println("3");

    Path file = Files.createTempFile(folder, filename + "-", "."
            + extension);
    System.out.println("4");
    //1,2,3,error

这给了我一个关于ubuntu的NoSuchFileException。它应该创建一个新文件，以确保没有这样的文件。或许这意味着父母？但它不是空的。或许这是特权的事情？我不明白。

Caused by: java.nio.file.NoSuchFileException: /var/webapp/images/profile_pic-6949678835586050878.png
    at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
    at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
    at java.nio.file.Files.newByteChannel(Files.java:361)
    at java.nio.file.Files.createFile(Files.java:632)
    at java.nio.file.TempFileHelper.create(TempFileHelper.java:138)
    at java.nio.file.TempFileHelper.createTempFile(TempFileHelper.java:161)
    at java.nio.file.Files.createTempFile(Files.java:852)
    at main.java.managedbeans.UserProfileEdit.fileUploadListener(UserProfileEdit.java:109)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at com.sun.el.parser.AstValue.invoke(AstValue.java:292)
    at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
    at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
    at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
    at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
    at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
    at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
    ... 42 more


    System.out.println("folder path : " + folder.toAbsolutePath().toString());

输出：folder path : /var/webapp/images

我确实试着看看这是不是特权，但我不确定我在做什么。

ps aux | egrep '(wildfly)'
cedric   24184  3.5 14.2 4290528 870928 ?      Sl   20:04   3:03 /usr/lib/jvm/java-8-openjdk-amd64/bin/java -Dprogram.name=JBossTools: WildFly  9.x  -server -Xms64m -Xmx512m -Dorg.jboss.resolver.warning=true -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/home/cedric/Applications/wildfly-9.0.2.Final/standalone/log/boot.log -Dlogging.configuration=file:/home/cedric/Applications/wildfly-9.0.2.Final/standalone/configuration/logging.properties -Djboss.home.dir=/home/cedric/Applications/wildfly-9.0.2.Final -Dorg.jboss.logmanager.nocolor=true -Djboss.bind.address.management=localhost -Dfile.encoding=UTF-8 -classpath /home/cedric/Applications/wildfly-9.0.2.Final/jboss-modules.jar org.jboss.modules.Main -mp /home/cedric/Applications/wildfly-9.0.2.Final/modules -jaxpmodule javax.xml.jaxp-provider -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -b localhost --server-config=standalone.xml -Djboss.server.base.dir=/home/cedric/Applications/wildfly-9.0.2.Final/standalone
cedric   26485  0.0  0.0  13952  2468 pts/1    S+   21:30   0:00 grep -E --color=auto (wildfly)

Answer 1

检查/var/webapp/images上的权限以授予cedric写入权限。最简单的方法可能是ls -l /var/webapp | grep images并获得拥有images的组（并确保images是可写组的）。然后将cedric添加到该组。假设www-data可能看起来像

sudo usermod -a -G www-data cedric

下一个最简单的选择是启用和添加ACLs。

将上传的文件保存在磁盘上，ubuntu路径

1 个答案: