@@ -40,13 +40,13 @@ java.launcher.opt.footer =\ -cp <caminho de pesquisa da classe dos diret\
java.launcher.X.usage=\ -Xmixed execu\u00E7\u00E3o no modo misto (padr\u00E3o)\n-Xint execu\u00E7\u00E3o somente no modo interpretado\n-Xbootclasspath:<diret\u00F3rios e arquivos zip/jar separados por {0}>\ndefine o caminho de pesquisa para classes e recursos de inicializa\u00E7\u00E3o\n-Xbootclasspath/a:<diret\u00F3rios e arquivos zip/jar separados por {0}>\nanexa no final do caminho da classe de inicializa\u00E7\u00E3o\n-Xbootclasspath/p:<diret\u00F3rios e arquivos zip/jar separados por {0}>\nanexa no in\u00EDcio do caminho da classe de inicializa\u00E7\u00E3o\n-Xdiag mostra mensagens de diagn\u00F3stico adicionais\n-Xnoclassgc desativa a coleta de lixo da classe\n-Xincgc ativa a coleta de lixo incremental\n-Xloggc:<arquivo> registra o status do GC status em um arquivo com marca\u00E7\u00F5es de data e hor\u00E1rio\n-Xbatch desativa a compila\u00E7\u00E3o em segundo plano\n-Xms<tamanho> define o tamanho inicial do heap Java\n-Xmx<tamanho> define o tamanho m\u00E1ximo do heap Java\n-Xss<tamanho> define o tamanho da pilha de threads java\n-Xprof produz dados de perfil da cpu\n-Xfuture ativa verifica\u00E7\u00F5es de n\u00EDvel m\u00E1ximo de exig\u00EAncia, prevendo o valor padr\u00E3o futuro\n-Xrs reduz o uso de sinais do SO pelo(a) Java/VM (consulte a documenta\u00E7\u00E3o)\n-Xcheck:jni executa verifica\u00E7\u00F5es adicionais de fun\u00E7\u00F5es da JNI\n-Xshare:off n\u00E3o tenta usar dados da classe compartilhada\n-Xshare:auto se poss\u00EDvel, usa dados da classe compartilhada (padr\u00E3o)\n-Xshare:on requer o uso de dados da classe compartilhada, caso contr\u00E1rio haver\u00E1 falha.\n-XshowSettings mostra todas as defini\u00E7\u00F5es e continua\n-XshowSettings:all\nmostra todas as defini\u00E7\u00F5es e continua\n-XshowSettings:vm mostra todas as defini\u00E7\u00F5es relacionadas \u00E0 vm e continua\n-XshowSettings:properties\nmostra todas as defini\u00E7\u00F5es da propriedade e continua\n-XshowSettings:locale\nmostra todas as defini\u00E7\u00F5es relativas \u00E0s configura\u00E7\u00F5es regionais e continua\n\nAs -X options n\u00E3o s\u00E3o padronizadas e est\u00E3o sujeitas a altera\u00E7\u00F5es sem aviso.\n
# Translators please note do not translate the options themselves
java.launcher.X.macosx.usage=\nAs op\u00E7\u00F5es a seguir s\u00E3o espec\u00EDficas para o Mac OS X:\n-XstartOnFirstThread\nexecuta o m\u00E9todo main() no primeiro thread (AppKit)\n-Xdock:name=<nome da aplica\u00E7\u00E3o>"\nsubstitui o nome da aplica\u00E7\u00E3o padr\u00E3o exibido no encaixe\n-Xdock:icon=<caminho para o arquivo do \u00EDcone>\nsubstitui o \u00EDcone exibido no encaixe\n\n
java.launcher.X.macosx.usage=\nAs op\u00E7\u00F5es a seguir s\u00E3o espec\u00EDficas para o Mac OS X:\n-XstartOnFirstThread\nexecuta o m\u00E9todo main() no primeiro thread (AppKit)\n-Xdock:name=<nome do aplicativo>"\nsubstitui o nome do aplicativo padr\u00E3o exibido no encaixe\n-Xdock:icon=<caminho para o arquivo do \u00EDcone>\nsubstitui o \u00EDcone exibido no encaixe\n\n
java.launcher.cls.error1=Erro: N\u00E3o foi poss\u00EDvel localizar nem carregar a classe principal {0}
java.launcher.cls.error2=Erro: o m\u00E9todo main n\u00E3o \u00E9 {0} na classe {1}; defina o m\u00E9todo main como:\npublic static void main(String[] args)
java.launcher.cls.error3=Erro: o m\u00E9todo main deve retornar um valor do tipo void na classe {0}; \ndefina o m\u00E9todo main como:\npublic static void main(String[] args)
java.launcher.cls.error4=Erro: o m\u00E9todo main n\u00E3o foi encontrado na classe {0}; defina o m\u00E9todo main como:\\n public static void main(String[] args)\\nou uma classe da aplica\u00E7\u00E3o JavaFX deve expandir {1}
java.launcher.cls.error5=Erro: os componentes de runtime do JavaFX n\u00E3o foram encontrados. Eles s\u00E3o obrigat\u00F3rios para executar esta aplica\u00E7\u00E3o
java.launcher.cls.error4=Erro: o m\u00E9todo main n\u00E3o foi encontrado na classe {0}; defina o m\u00E9todo main como:\npublic static void main(String[] args)\nou uma classe de aplicativo JavaFX deve expandir {1}
java.launcher.cls.error5=Erro: os componentes de runtime do JavaFX n\u00E3o foram encontrados. Eles s\u00E3o obrigat\u00F3rios para executar este aplicativo
java.launcher.jar.error1=Erro: ocorreu um erro inesperado ao tentar abrir o arquivo {0}
java.launcher.jar.error2=manifesto n\u00E3o encontrado em {0}
java.launcher.jar.error3=nenhum atributo de manifesto principal em {0}
@@ -46,7 +46,7 @@ java.launcher.cls.error1=Fel: Kan inte hitta eller kan inte ladda huvudklassen {
java.launcher.cls.error2=Fel: Huvudmetoden \u00E4r inte {0} i klassen {1}, definiera huvudmetoden som:\npublic static void main(String[] args)
java.launcher.cls.error3=Fel: Huvudmetoden m\u00E5ste returnera ett v\u00E4rde av typen void i klassen {0}, \ndefiniera huvudmetoden som:\npublic static void main(String[] args)
java.launcher.cls.error4=Fel: Huvudmetoden finns inte i klassen {0}, definiera huvudmetoden som:\npublic static void main(String[] args)\neller s\u00E5 m\u00E5ste en JavaFX-applikationsklass ut\u00F6ka {1}
java.launcher.cls.error5=Fel: JavaFX-k\u00F6rningskomponenter saknas, och de kr\u00E4vs f\u00F6r att kunna k\u00F6ra den h\u00E4r applikationen
java.launcher.cls.error5=Fel: JavaFX-exekveringskomponenter saknas, och de kr\u00E4vs f\u00F6r att kunna k\u00F6ra den h\u00E4r applikationen
java.launcher.jar.error1=Fel: Ett ov\u00E4ntat fel intr\u00E4ffade n\u00E4r filen {0} skulle \u00F6ppnas
java.launcher.jar.error2=manifest finns inte i {0}
java.launcher.jar.error3=inget huvudmanifestattribut i {0}
usage=Verwendung: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] Dateien...\nOptionen:\n-c Neues Archiv erstellen\n-t Inhaltsverzeichnis f\u00FCr Archiv anzeigen\n-x Benannte (oder alle) Dateien aus dem Archiv extrahieren\n-u Vorhandenes Archiv aktualisieren\n-v Ausgabe im Verbose-Modus aus Standard-Ausgabe generieren\n-f Dateinamen f\u00FCr Archiv angeben\n-m Manifestinformationen aus angegebener Manifestdatei einschlie\u00DFen\n-n Pack200-Normalisierung nach Erstellung eines neuen Archivs ausf\u00FChren\n-e Anwendungseinstiegspunkt f\u00FCr Standalone-Anwendung angeben \nin einer ausf\u00FChrbaren JAR-Datei geb\u00FCndelt\n-0 Nur speichern; keine ZIP-Komprimierung verwenden\n-P Komponenten mit vorangestelltem "/" (absoluter Pfad) und ".." (\u00FCbergeordnetes Verzeichnis) aus Dateinamen beibehalten\n-M Keine Manifest-Datei f\u00FCr die Eintr\u00E4ge erstellen\n-i Indexinformationen f\u00FCr die angegebenen JAR-Dateien erstellen\n-C Zum angegebenen Verzeichnis wechseln und folgende Datei einschlie\u00DFen\nFalls eine Datei ein Verzeichnis ist, wird dieses rekursiv verarbeitet.\nDer Name der Manifestdatei, der Name der Archivdatei und der Name des Einstiegspunkts werden\nin derselben Reihenfolge wie die Kennzeichen "m", "f" und "e" angegeben.\n\nBeispiel 1: Archivieren Sie zwei Klassendateien in ein Archiv mit Namen "classes.jar": \njar cvf classes.jar Foo.class Bar.class \nBeispiel 2: Verwenden Sie die vorhandenen Manifestdatei "mymanifest", und archivieren Sie alle\nDateien im Verzeichnis foo/ directory in "classes.jar": \njar cvfm classes.jar mymanifest -C foo/ .\n
usage=Verwendung: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] Dateien...\nOptionen:\n-c Neues Archiv erstellen\n-t Inhaltsverzeichnis f\u00FCr Archiv anzeigen\n-x Benannte (oder alle) Dateien aus dem Archiv extrahieren\n-u Vorhandenes Archiv aktualisieren\n-v Ausgabe im Verbose-Modus aus Standard-Ausgabe generieren\n-f Dateinamen f\u00FCr Archiv angeben\n-m Manifestinformationen aus angegebener Manifestdatei einschlie\u00DFen\n-n Pack200-Normalisierung nach Erstellung eines neuen Archivs ausf\u00FChren\n-e Anwendungseinstiegspunkt f\u00FCr Standalone-Anwendung angeben \nin einer ausf\u00FChrbaren JAR-Datei geb\u00FCndelt\n-0 Nur speichern; keine ZIP-Komprimierung verwenden\n-P Komponenten mit vorangestelltem "/" (absoluter Pfad) und ".." (\u00FCbergeordnetes Verzeichnis) aus Dateinamen beibehalten\n-M Keine Manifest-Datei f\u00FCr die Eintr\u00E4ge erstellen\n-i Indexinformationen f\u00FCr die angegebenen JAR-Dateien erstellen\n-C Zum angegebenen Verzeichnis wechseln und folgende Datei einschlie\u00DFen\nFalls eine Datei ein Verzeichnis ist, wird dieses rekursiv verarbeitet.\nDer Name der Manifestdatei, der Name der Archivdatei und der Name des Einstiegspunkts werden\nin derselben Reihenfolge wie die Kennzeichen "m", "f" und "e" angegeben.\n\nBeispiel 1: Archivieren Sie zwei Klassendateien in ein Archiv mit Namen "classes.jar": \njar cvf classes.jar Foo.class Bar.class \nBeispiel 2: Verwenden Sie die vorhandenen Manifestdatei "mymanifest", und archivieren Sie alle\nDateien im Verzeichnis foo/ directory in "classes.jar": \njar cvfm classes.jar mymanifest -C foo/ .\n
usage=Uso: jar {ctxui}[vfmn0Me] [jar-file] [manifest-file] [entry-point] [-C dir] arquivos ...\nOp\u00E7\u00F5es:\n-c cria novo arquivo compactado\n-t lista o sum\u00E1rio do arquivo compactado\n-x extrai arquivos com o nome (ou todos) do arquivo compactado\n-u atualiza o arquivo compactado existente\n-v gera sa\u00EDda detalhada na sa\u00EDda padr\u00E3o\n-f especifica o nome do arquivo do arquivo compactado\n-m inclui as informa\u00E7\u00F5es do manifesto do arquivo de manifesto especificado\n-n executa a normaliza\u00E7\u00E3o Pack200 ap\u00F3s a cria\u00E7\u00E3o de um novo arquivo compactado\n-e especifica o ponto de entrada da aplica\u00E7\u00E3o para aplica\u00E7\u00E3o stand-alone \nempacotada em um arquivo jar execut\u00E1vel\n-0 armazena somente; n\u00E3o usa compacta\u00E7\u00E3o ZIP\n-P preserva os componentes '/' inicial (caminho absoluto) e ".." (diret\u00F3rio pai) nos nomes dos arquivos\n-M n\u00E3o cria um arquivo de manifesto para as entradas\n-i gera informa\u00E7\u00F5es de \u00EDndice para os arquivos especificados\n-C passa para o diret\u00F3rio especificado e inclui o arquivo a seguir\nSe um arquivo tamb\u00E9m for um diret\u00F3rio, ele ser\u00E1 processado repetidamente.\nO nome do arquivo de manifesto, o nome do arquivo compactado e o nome do ponto de entrada s\u00E3o\nespecificados na mesma ordem dos flags 'm', 'f' e 'e'.\n\nExemplo 1: para arquivar dois arquivos de classe em um arquivo compactado denominado classes.jar: \njar cvf classes.jar Foo.class Bar.class \nExemplo 2: use um arquivo de manifesto existente 'mymanifest' e arquive todos os\narquivos no diret\u00F3rio foo/ na 'classes.jar': \njar cvfm classes.jar mymanifest -C foo/ .\n
usage=Uso: jar {ctxui}[vfmn0Me] [jar-file] [manifest-file] [entry-point] [-C dir] arquivos ...\nOp\u00E7\u00F5es:\n-c cria novo arquivo compactado\n-t lista o sum\u00E1rio do arquivo compactado\n-x extrai arquivos com o nome (ou todos) do arquivo compactado\n-u atualiza o arquivo compactado existente\n-v gera sa\u00EDda detalhada na sa\u00EDda padr\u00E3o\n-f especifica o nome do arquivo do arquivo compactado\n-m inclui as informa\u00E7\u00F5es do manifesto do arquivo de manifesto especificado\n-n executa a normaliza\u00E7\u00E3o Pack200 ap\u00F3s a cria\u00E7\u00E3o de um novo arquivo compactado\n-e especifica o ponto de entrada da aplicativo para aplicativo stand-alone \nempacotada em um arquivo jar execut\u00E1vel\n-0 armazena somente; n\u00E3o usa compacta\u00E7\u00E3o ZIP\n-P preserva os componentes '/' inicial (caminho absoluto) e ".." (diret\u00F3rio pai) nos nomes dos arquivos\n-M n\u00E3o cria um arquivo de manifesto para as entradas\n-i gera informa\u00E7\u00F5es de \u00EDndice para os arquivos especificados\n-C passa para o diret\u00F3rio especificado e inclui o arquivo a seguir\nSe um arquivo tamb\u00E9m for um diret\u00F3rio, ele ser\u00E1 processado repetidamente.\nO nome do arquivo de manifesto, o nome do arquivo compactado e o nome do ponto de entrada s\u00E3o\nespecificados na mesma ordem dos flags 'm', 'f' e 'e'.\n\nExemplo 1: para arquivar dois arquivos de classe em um arquivo compactado denominado classes.jar: \njar cvf classes.jar Foo.class Bar.class \nExemplo 2: use um arquivo de manifesto existente 'mymanifest' e arquive todos os\narquivos no diret\u00F3rio foo/ na 'classes.jar': \njar cvfm classes.jar mymanifest -C foo/ .\n
