Reprise du message précédent :
jni... et de préférence une lib déja faite, genre ca :
 
http://jpcap.sourceforge.net/javad [...] acket.html

ouais, forcément, avec du jni tu peux faire n'importe quoi ...
 
edit : la lib en question est quand même en version 0.01.15

tout ce que je veux dire, c'est que c'est faisable.
plus dur que si une api était incluse, mais faisable.

sinon rien a voir, mais je viens de decouvrir jetty, ca p00tre !

ca a quoi de bien ?

le fait que je vais ptet reussir a l'integrer a lucane pour avoir une interface web simplement

 
y a jigsaw aussi dans le genre pas mal

-->sérieux y'a pas d'API native pour faire de l'ICMP ????
 
Après lecture de google : visiblement y'a une classe RawSocket dans J2SE5

dark >> euh jigsaw c'est un serveur web+moteur de servlet??
 
 
sinon pour benou, et pour la question de copier des fichiers en java, qui revient assez souvent: http://www.rgagnon.com/javadetails/java-0064.html : une maniere un peu plus moderne de faire.

moi, pour copier j'ai la classe made in benou

heps, y'a un expert jasper dans la salle qui peut me dire comment il trouve le classloader pour compiler les jsp ?

merci.
 
Il faudrait que je jete un coup d'oeil aux nio ... et aussi aux autres nouveautés du 1.4  

celui du thread courant, non ?

visiblement non

quelle version de tomcat ?
 
 
en fait, je me souviens qu'il n'y a pas de classloader utilisé : le classpath est reconstruit et envoyé en pramêtre à JavaC.main() ... C'est super mal foutu la compilation à la valée en java !! Il serait temps qu'il l'incluent à l'API standard vu le nombre de projets qui l'utilisent !

aucune. Jetty 5.0 et j'ai pas la version de jasper.
 
mais je crois que j'ai trouvé (et ca colle avec ce que tu dis) :
http://cvs.apache.org/viewcvs.cgi/ [...] &view=auto
 
visiblement ils foutent le classpath dans ServletConfig.

heu ... c'est très sureprenant ca ... surtout avec comme nom de parametre "classpath". Ca ressemble plus à une option destinée à ce que l'utilisateur puisse lui même spécifier le classpath.
 
regarde plutot à l'endroit où ant est appelé pour faire la compile. Si je me suouviens bien, c'est là que le classpath est reconstruit ...

en meme temps, si je peux specifier le classpath comme ca, ca me va aussi...
si ca marche pas, je regarderais. (mais c'est de la que je viens.. AntCompiler.java utilise options, qui est une instance d'EmbeddedServletOptions)

http://jakarta.apache.org/tomcat/t [...] howto.html
 

ben ben ca a l'air d'etre bon. (mon truc marche pas encore, mais le classpath dumpé avec l'erreur se rapproche de ce que je veux)

oui, mais je n'ai pas de webapp dans ce que je fais... disons que c'est un peu particulier (dark a aussi sauté au plafond quand je lui ai raconté que j'avais pas de web.xml, que mes .jsp etaient dans des jar...)

C'est bête parce que c'est prévu pour marcher comme ça.
Ou alors t'appelles plus ça du jsp et des servlets.

ben si... mes trucs héritent de Servlet, donc ce sont des servlets.
 
cela dit, c'est sur que ce n'est pas "standard", mais je n'ai jamais dit etre conforme a la spec Servlet 2.1 ni autre.

ha oui a propos les jsp dans les jar ça m'interesse!  
(meme si je crois pas un instant que ça marchera avec j*e*tfuckingspeed mais bon)

si tu arrives à foutre des jsp dans des jars et à les faire executer après, tu m'intéresse  

(lorill, ça te faciliterait pas la vie d'utiliser velocity ou autre moteur de templates plutot )

je pense pas non plus, puisque je fais ma sauce en integrant jetty... le seul truc, c'est que je lui donne un path vers les ressource, ici sous la forme jar:file:///sdfgdfgsdfgdsgs.jar!/
et ca roule

Ouais enfin implémenter des interfaces sans respecter les spécifications c'est la meilleure méthode pour tromper tout le monde et s'embrouiller.

ca ca marche deja. faut juste que les libs jetty soient dans le systemclassloader, ce que je suis en train de contourner.
 
me manque plus qu'un moyen de passer d'une url jar:file:///bla.jar!/ a la chaine bla.jar (mais on dirait que y'a pas de moyen propre de le faire)

bof, il me faudrait quand même un serveur web avec, et le soucis ca va etre l'integration avec l'existant.

   
 
le but c'est d'intégrer une interface http a mon bouzin, pas de redistribuer un serveur d'appli qui respecte une moitié de spec

pour le coup des jsp dans des jars, je comprends pas bien ; les .class générés à partir de tes jsp, ils sont mis dans le jar aussi ?

nan, dans un repertoire temporaire visiblement

et donc tu fais comment ?
parec que jasper, il lui faut les un "vrai fichier" à compiler ... unInputstream ca lui va pas ...
 
Et après comment tu fais pour "mapper" les jsp compilées ?

tout ca c'est jetty qui gère...
 
moi en gros je me contente de ca :

bin l'un n'empeche pas l'autre. velocity et jetty par exemple. super simple à integrer..

ayan un classloader en singleton

chut

et accessoirement, ClassLoader.getSystemClassLoader(), c'est quoi d'apres toi ?

ché pas, sur le mac j'ai pas les sources du jdk

moi non plus, mais un getter en static, sans setter, ca donne une idée