praegune kellaaeg 17.06.2025 09:39:21
|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
|
Deadlock
Kreisi kasutaja
liitunud: 16.07.2004
|
12.04.2012 23:53:54
|
|
|
Vaja ühe mängu klient uue mootori peale kirjutada, kuna vana (JGame) on päris bugine, väga piiratud ning tundub, et ei kannata väga suurt koormust. Mõtlesin Light Weight Java Graphic Library peale, mis vähe üldisem kui mängu mootor, aga vähemalt peaks käed lahtiseks jätma võimaluste suhtes. On kellelgi kogemusi jagada? Mäng ise on 2D, pealtvaates, aga poolenisti nagu tahaks mingid 3d elemendid sisse tuua, et poleks päris lapik pilt.
_________________ "Believe you can, believe you can't; either way, you're right." - Henry Ford |
|
Kommentaarid: 8 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
8 |
|
tagasi üles |
|
 |
mirko27
HV veteran

liitunud: 29.06.2002
|
15.04.2012 12:02:45
|
|
|
Üldiselt ei maksa ratast leiutada, kui sa pole just mõni suurem stuudio a la id Software. St. võta ikka mängumootor kasutusele mitte pelgalt OpenGL wrapper. Java Monkey Enginet olen ise kasutanud ja suhteliselt rahul.
|
|
Kommentaarid: 12 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
11 |
|
tagasi üles |
|
 |
Deadlock
Kreisi kasutaja
liitunud: 16.07.2004
|
19.10.2012 00:22:33
|
|
|
Päris veider käitumine:
for(Entry<Object, Object> e : properties.entrySet()){
System.out.println(e.getKey()+" "+e.getValue());
con.addRequestProperty(e.getKey().toString(), e.getValue().toString());
System.out.println(e.getKey()+" "+con.getRequestProperty(e.getKey().toString()));
}
|
output:
User-Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1
User-Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding gzip, deflate
Accept-Encoding gzip, deflate
Accept-Language en-us,en;q=0.5
Accept-Language en-us,en;q=0.5
Connection keep-alive
Connection null
|
URLConnection class siis... Saatsin kuradile selle. Apache HttpClient suutis oma tööga palju paremini hakkama saada.
_________________ "Believe you can, believe you can't; either way, you're right." - Henry Ford |
|
Kommentaarid: 8 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
8 |
|
tagasi üles |
|
 |
Fukiku
Kreisi kasutaja

liitunud: 06.11.2003
|
19.10.2012 08:27:42
|
|
|
Kui natuke sügavamale kaevuda, siis tuleb samas välja, et HttpURLConnection peaks kapoti all ise keep-alive teemadega majandama, kui ei ole JVM-i parameetritega ära keelatud.. Lähtusid valiku tegemisel ainult sellest konkreetsest koodijupist või oli ka reaalselt näha, et keep-alive'i ei kasutata?
Samas tõenäoliselt muidugi Apache'i lahendus igatpidi asjalikum, kui JDK enda omad.. nii ta kipub enamiku standardülesannetega olema.
Ahjaa, link kah - http://docs.oracle.com/javase/1.5.0/docs/guide/net/http-keepalive.html
_________________ Foxic is just a simple fox
Enne kui sa küsid oma küsimuse - küsi seda vannipardilt! Rangelt soovitatav enne programmeerimise alafoorumisse uue teema tegemist. |
|
Kommentaarid: 2 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
2 |
|
tagasi üles |
|
 |
Deadlock
Kreisi kasutaja
liitunud: 16.07.2004
|
19.10.2012 13:14:57
|
|
|
Mul oli mingi muu jama nende headeritega ja see oli esimene käega katsutav "bugi" mis sealt mulle ette sattus ja see ajas mind üsna närvi, lihtsam oli minna apachele üle. Jama oli siis selles, et kui headerid saatsin, siis tuli serverist ainult mingi seosetu märgijada ja kui headereid ise ei muutnud, siis sain korraliku source. Tükk aega uurisin encodinguid ja tundus, et kõik on UTF-8 ja ei suutnudki bugi üles leida.
Naljakas on see, et nüüd tekib täiesti random aegadel apachega sama asi, et mingi hetk tuleb serverist seosetud märgijada ja järgmisel korral täpselt sama requesti peale tuleb korralik source. Kas asi võib cookiedes olla, mida ma üldse ei säti?
_________________ "Believe you can, believe you can't; either way, you're right." - Henry Ford |
|
Kommentaarid: 8 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
8 |
|
tagasi üles |
|
 |
mirko27
HV veteran

liitunud: 29.06.2002
|
19.10.2012 18:46:33
|
|
|
HTTP 1.1 on by default keep-alive peal.
|
|
Kommentaarid: 12 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
11 |
|
tagasi üles |
|
 |
2ndalpha
HV kasutaja

liitunud: 03.11.2004
|
19.10.2012 19:13:19
|
|
|
Bluebull kirjutas: |
Mul oli mingi muu jama nende headeritega ja see oli esimene käega katsutav "bugi" mis sealt mulle ette sattus ja see ajas mind üsna närvi, lihtsam oli minna apachele üle. Jama oli siis selles, et kui headerid saatsin, siis tuli serverist ainult mingi seosetu märgijada ja kui headereid ise ei muutnud, siis sain korraliku source. Tükk aega uurisin encodinguid ja tundus, et kõik on UTF-8 ja ei suutnudki bugi üles leida.
Naljakas on see, et nüüd tekib täiesti random aegadel apachega sama asi, et mingi hetk tuleb serverist seosetud märgijada ja järgmisel korral täpselt sama requesti peale tuleb korralik source. Kas asi võib cookiedes olla, mida ma üldse ei säti? |
Seosetu märgijada? Vaata kas server pakib vastuse kokku.
Sa ise saadad talle ju "Accept-Encoding gzip, deflate"
|
|
Kommentaarid: 23 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
22 |
|
tagasi üles |
|
 |
Deadlock
Kreisi kasutaja
liitunud: 16.07.2004
|
19.10.2012 19:43:38
|
|
|
Hah, jah... jälle targem. Tõmbasin headerid otse oma firefoxist, kordagi mõtlemata, et firefox ise selle lahtipakkimisega tegeleb. Tänud.
_________________ "Believe you can, believe you can't; either way, you're right." - Henry Ford |
|
Kommentaarid: 8 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
8 |
|
tagasi üles |
|
 |
|
lisa lemmikuks |
|
|
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
|
|
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
|