Adcionar referencia ao jar em tempo de compilação!?

[quote=jack_utfpr]pah :stuck_out_tongue:
brigado ae KWill
voce me ajudou bastante…interessante saber que o 3) so funcionaria mesmo como parametro … um dia ainda vou precisar …

sobre o problema…
como eu comentei no ultimo post…
a minha solução

2) ADICIONAR O MEU URLCLASS LOADER QUE CONSEGUE BUSCAR AS CLASSES.. COMO PAI DO SYSTEMCLASSLOADER tambem nao deu certo..

deu certo depois que eu alterei meu código :stuck_out_tongue:
agora mesmo sendo a primeira vez… e os jars acabaram de ser copiados em tempo de execução o ClassLoader consegue carregar as classes :stuck_out_tongue:
muito obrigadao :stuck_out_tongue:

RESOLVIDO
[/quote]
Ok, aparentemente tá resolvido via loucuras usando Reflection, mas ainda assim achei meio perigoso assumir esse atributo “parent” na classe “ClassLoader” para instalar seu “ClassLoader” como novo “SystemClassLoader”, vai saber como é que estão as coisas numa outra jvm como kaffe, jrockit.

Inté.

[code]Ok, aparentemente tá resolvido via loucuras usando Reflection, mas ainda assim achei meio perigoso assumir esse atributo “parent” na classe “ClassLoader” para instalar seu “ClassLoader” como novo “SystemClassLoader”, vai saber como é que estão as coisas numa outra jvm como kaffe, jrockit.

Inté.[/code]

PS: atualizar a pagina não adianta… o navegador tem que ser fechado e reaberto.

a loucura eu n vi problema…
foi a solução que achei num site que vc me passou …
http://accu.org/index.php/journals/285

pensando no que li, no que eu sei, no que voce passou…
até foi a melhor solução…

segundo esse cara aki
http://javafree.uol.com.br/artigo/876400/ClassLoader-Desmitificado.html
a jvm usa 3 niveis de loader…
o classPath que carrega o classPath
acima dele o extension que carrega os diretorios java_home
e acima deste ,
o bootStrap que carrega o basico mesmo da jvm

os loaders usam o chain of responsibility
se o classLoader n resolve ele manda pro “parent” resolver …

basicamente o que eu fiz foi pegar o ultimo la em cima… que deve ser o bootStrap que deve tar com o “parent” null
pq ate entao ele era o top do chain…
so dei um pai pro ultimo da cadeia…
ai como o “ex-ultimo” nao resolve as classes … ele passa pro “parent” que eu defini pra resolver …

me corrija se eu errar algo pff …

como assim outra jvm ?
kaffe e jrockit
desculpa ai a minha falta de conhecimento
sou meio novato ^^
mas ainda vo pegar pra estudar pras certificações e fazer uns cursos bons :stuck_out_tongue:

[quote=jack_utfpr][code]Ok, aparentemente tá resolvido via loucuras usando Reflection, mas ainda assim achei meio perigoso assumir esse atributo “parent” na classe “ClassLoader” para instalar seu “ClassLoader” como novo “SystemClassLoader”, vai saber como é que estão as coisas numa outra jvm como kaffe, jrockit.

Inté.[/code]

PS: atualizar a pagina não adianta… o navegador tem que ser fechado e reaberto.

a loucura eu n vi problema…
foi a solução que achei num site que vc me passou …
http://accu.org/index.php/journals/285

pensando no que li, no que eu sei, no que voce passou…
até foi a melhor solução…

segundo esse cara aki
http://javafree.uol.com.br/artigo/876400/ClassLoader-Desmitificado.html
a jvm usa 3 niveis de loader…
o classPath que carrega o classPath
acima dele o extension que carrega os diretorios java_home
e acima deste ,
o bootStrap que carrega o basico mesmo da jvm

os loaders usam o chain of responsibility
se o classLoader n resolve ele manda pro “parent” resolver …

basicamente o que eu fiz foi pegar o ultimo la em cima… que deve ser o bootStrap que deve tar com o “parent” null
pq ate entao ele era o top do chain…
so dei um pai pro ultimo da cadeia…
ai como o “ex-ultimo” nao resolve as classes … ele passa pro “parent” que eu defini pra resolver …

me corrija se eu errar algo pff …

como assim outra jvm ?
kaffe e jrockit
desculpa ai a minha falta de conhecimento
sou meio novato ^^
mas ainda vo pegar pra estudar pras certificações e fazer uns cursos bons :P[/quote]

Bom, se atualizar a página não adianta, acho que dá para forçar um “Runtime.getRuntime().exit(0)” ou um “Runtime.getRuntime().halt(0)” para ver se é possível desligar a JVM atual e forçar o browser a inicializar a JVM novamente.

Inté.

se eu forçar fechar a runtime…
n vai parar a execução do meu applet de qualquer jeito !?

[quote=jack_utfpr]se eu forçar fechar a runtime…
n vai parar a execução do meu applet de qualquer jeito !?[/quote]
Óbviamente que vai, mas qual seria o problema? É só deixar uma mensagem fora do Applet na parte HTML avisando para dar refresh depois da instalação terminar ué…

Inté.

rasrhuiashrsuihriuhriuhaiur
^^
cara agora que consegui fzer dar certo fazendo a injeção do meu loader como responsavel maior …
e isso so faz na primeira execução…
e ta funcionando normal sem ele ter q dar refresh nenhum…
ta blz…
vo deichar assim
Muito Obrigado pela ajuda e pelas dicas.
Mesmo ! vlw :smiley: