JugonesTop

Minecraft Servidor Resouce Pack no descarga a cliente java.net.MalformedURLException: ningún protocolo minecraft minecraft-server

Estoy corriendo un Minecraft servidor en un host local en mi casa (FreeNas con MineOS plugin). He configurado mi servidor.archivo de propiedades con esta línea

servidor.propiedades

recursos-pack="https://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl=1"

Cuando llegué a ese enlace desde cualquier navegador, descarga el archivo. Pongo el enlace en mi servidor.las propiedades de archivo y reinicie el servidor. Se pone el correcto \ (escape) tratamiento:

servidor.propiedades

recursos-pack="https://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl\=1"

Y cuando me conecto al server, me preguntan si me gustaría descargar el paquete de recursos. Bien, si me gustaría! Haga clic en sí, y veo

Descargar Pack De Texturas

Hacer la solicitud... 0%

Esto es cuando yo manualmente a prueba mis enlaces de descarga de mi en la casa de la conexión de datos y en mi 4gLTE proveedor, tanto funcionaba bien, así que Dropbox está enviando el archivo cuando se le solicite. Mantiene el MC lanzador de correr, así que se podía leer la salida de la consola y encontré este.

[22:04:14] [File Downloader #5/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: java.net.MalformedURLException: nº protocolo: "https://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl=1" [21:46:36] [File Downloader #3/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: en java.net.Dirección URL.(Dirección URL.java:586) [21:46:36] [File Downloader #3/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: en java.net.Dirección URL.(Dirección URL.java:483) [21:46:36] [File Downloader #3/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: en java.net.Dirección URL.(Dirección URL.java:432) [21:46:36] [File Downloader #3/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: en la red. minecraft .util.HttpUtil$1.ejecutar(de Origen:108) [21:46:36] [File Downloader #3/INFO] [STDERR]: [java.lang.Arrojadiza$WrappedPrintStream:println:748]: en java.lang.Subproceso.de ejecución(Thread.java:745)

He intentado hacer la URL de un vínculo HTTP en lugar de HTTPS (en el pensamiento de que "sin protocolo" era el caso de mi cliente en Java no podía golpear a una dirección URL HTTPS, por una u otra razón) . Esto también permite la descarga a través del navegador, pero todavía no se descarga a través de la Minecraft cliente.

El uso de este:

servidor.propiedades

recursos-pack="http://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl=1"

La dirección URL, a continuación, se transforma a este (el estándar de los caracteres de escape):

servidor.propiedades

recursos-pack="http://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl\=1"

Pero todavía tengo el mismo "sin protocolo" mensaje en toda mi MC cliente salidas. Nos estamos quedando MC 1.7.10, tanto en los sistemas cliente Java 1.8 (jre-8u66) instalado, y trabajar absolutamente genial con la excepción de este uno de los errores.

Necesito hacer un downgrade a 1.6 para que esto funcione correctamente? No puedo actualizar mi MC versión 1.8+ como los mods podemos ejecutar en nuestro juego no se aplican correctamente.

He trabajado alrededor de ella por ahora sólo el uso de un local respack, pero me gustaría obtener esta trabajando de la manera que debería (y de la manera que yo quiero :-) )

Cualquier ayuda por ahí?

Respuesta

El usuario MorkPorm tenido un problema similar en otra pregunta. Él tenía el mismo error al intentar utilizar una dirección url incluida en una cadena en . Otro usuario m-szalik, respondió con esta respuesta:

Usted necesidad de codificar el parámetro de los valores de antes de la concatenación de ellos a una URL...

En otra pregunta, bueno les preguntó a los caracteres que no son válidos en una dirección url. Usuario Gumbo respondió diciendo que los caracteres []@!$&'()*+,;= son todos válidos. Como m-szalik dijo, debe codificar. En la url que le dio el único carácter no válido era =. Ya he codificado el signo para usted, utilizando una codificación de Url del sitio. El resultado fue %3D. Una vez que sustituya el signo igual con la codificación es igual signo, el resultado es:

https://www.dropbox.com/s/4nbkkrfmxkw6n82/DefaultHDv1_7.zip?dl%3D1
Si hace clic en la URL funciona de la misma manera como la url antigua.

Nota: Si la url no funciona bien también puede tratar de codificación de toda la url, lo que resultaría en http%3A%2F%2Fwww.dropbox.com%2Fs%2F4nbkkrfmxkw6n82%2FDefaultHDv1_7.zip%3Fdl%3D1, que también es una dirección Url de trabajo.

Espero que esto ayudó.


Sugerencia:
En una url de una barra diagonal inversa no es suficiente para hacerla válida. Esto es debido a que la barra invertida es un carácter no válido en sí mismo (sin Embargo, diagonales / son válidas)


Fuentes:
Que los Personajes Hacen una dirección Url Válida? preguntado por las buenas, contestó el Gumbo.

Java.net.MalformedURLException: ningún protocolo en la URL sobre la base de una cadena modificada con URLEncoder preguntó por MorkPork, respondió por m-szalik.

Url-encode-decode.com. guión y mantenido por Dan de DansTools.com.