Új hozzászólás Aktív témák
-
köszi a válaszokat, ezt a dolgot kicsit félretettem.
Van egy nagyobb probléma, vagyis kettő. A javas servletem, és ez egy wines gépen tökéletesen fut. Egy x86-os linuxos gépen is, OpenJDK7-el, egy ARM-os linuxon szintén openJDK-el, viszont SSL-es smtp-n keresztüli mailküldésnél elszáll ezzel: javax.net.ssl.SSLException: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
Guglin rákeresve valami default keystore-ról írnak, meg hogy hozzam létre... de lila gőzöm nincs arról hogy mi a fene ez a keystore és hol van. Eddig ilyesmi soha nem kellett, csak akkor ha szerverként akartam használni a programomat (ott inkább lemondtam az SSL-ről, mert annyira nem fontos), de most kliensként is ezzel szórakozik...
Ugyan ilyen leosztásban a servlet x86-os gépeken úgy működik ahogy kell (ha nem megfelelő requestet kap egyszerűen csöndben, van ha megfelelőt akkor válaszol), az ARM-os gépen pedig 500-as üzenetet "server error" dob az alkalmazásszerver mindenre, bár lehet hogy ez összefügg a fenti dologgal, mert a requestre a válasz SSL-en menne.
-
http://www.tutorialspoint.com/log4j/log4j_logging_levels.htm
For the standard levels, we have ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF
Ha a thresholdot INFO-ra teszed, akkor a DEBUG-ot nem engedi tovább.
Amúgy meg RTFM és azon nem javítasz a helyzeteden, hogy sértődötten beírod, hogy "nem működik", csak a 3. rákérdezésre adsz valami infót, amiből az ember leszűrhet valamit.
-
Tehát vegyük át még egyszer. URL NEM tartalmazhat space-t. A paraméterek nevei NEM tartalmazhatnak space-t, a paraméterek értékei igen, encode-olva. Ha pár apróságot figyelembe veszel, könnyebb lesz az életed.
Természetesen a szabványoktól el lehet térni, csak nem érdemes.
Igen, éppen ezért akartam formázni. Nem véletlen hogy stringben volt
De erre láthatóan nincs automata megoldás, csak a replace. replace(" ", "%20"); -
javaslom, hogy olvasd el, mire jó az URLEncoder osztály http://docs.oracle.com/javase/1.5.0/docs/api/java/net/URLEncoder.html
" for converting a String to the application/x-www-form-urlencoded MIME format"
ja hát igen tehát teljesen másra való mint amire kellene. (ez urlbeni paraméterküldésre való) nekem meg url formázás kellene.
Tehát normális url-t stringből a replace-el lehet megint csak összehozni
(url pedig tartalmazhat spacet csak nem space-ként kódolva, de nem is +-ként... De éppen erről volt szó, hogy stringből kéne egy url-t csinálni)
-
Ez viszont vicces: az URL osztály nem kódolja rendesen URL-é a beadott a stringet. Openstreamnél simán elküldi a spacet pedig valami %20-al kéne helyettesítenie, aztán a szerver dobja is 400-as hibát rá.... Nagyon jó, még egy replace(" ","%20") gányolás....
http://docs.oracle.com/javase/1.5.0/docs/api/java/net/URLEncoder.html
-
pakriksz
őstag
Azért ThreadPool-al egész jól meg lehet oldani, amit Te hiányolsz.
-
akkor próbáld meg így:
byte[] md5StringToByte = new byte[md5String.size()/2];
for( int i = 2; i < md5String.size(); i+=2 ){
String stringByte = md5String.substring(i-2,i);
md5StringToByte[i/2 - 1] = Byte.parseByte(stringByte, 16);
}összehasonlítod az md5StringToByte tömböt az eredetivel. Nem vagyok benne biztos, hogy a stringben a helyiértékek ugyanabban a sorrendben követik egymást, mint a byte tömbben, mert most nem tudom végiggondolni
szerk.: ez eléggé pseudo kód, valszeg nem is a leggyorsabb, de kiindulási alapnak szerintem jó
-
pakriksz
őstag
String-nek nincs véletlenül getBytes() metódusa?
-
ezt a hashelést a szerveren egy egyszerű shell script is megoldja, azon kell gondolkodni, hogy mi van az almappákkal, azt hogyan kezeled le. meg azon, hogy ha jól értem ez egy egyszerű FTP szerver lenne? vagy mi szolgálná ki a klienst a szerver oldalon? ..szóval azon, hogy hogyan triggereled szerver oldalon, hogy ok, akkor most csináld meg a file-ok hashét. Bár ez akár lehet egy állandóan futó program is, ami változtatás esetén újra generálja a zip fájlt, amiben a többi fájl hashét tárolod. De amúgy egyszerű elgondolás, fapados, de biztos működne, én azonban ha egy mód van rá, mindenképpen legalább egy szervletet futtatnék szerver oldalon, mert jóval szofisztikáltabb megoldást és későbbi kiterjeszthetőséget biztosít.
-
vagy nem specifikáltad eléggé nekünk, vagy ez egyáltalán nem egy bonyolult feladat. Sőt, ezt nem is nevezném a klasszikus értelemben vett verziókövetésnek.
Ha csak ennyi kell, ezt egy szimpla szervlettel megoldhatod. Amikor a felhasználó kér egy fájlt, get-ben elküldi az általa ismert utolsó módosítási időt vagy a fájl hashét. A szervlet megnézi, hogy a szerveren lévő fájlnak a módosítási ideje későbbi-e, mint a requestben található, vagy nem egyezik-e a hash. Ha a fájl módosult, akkor visszaküldi a response-ban.
Pont ugyanígy működnek a cache mechanizmusok is http-ben. Erről a két megoldásról tudok. Kicsit utána kell nézi, lehet, hogy Jetty is tudja ezt alapból (lévén, hogy ő egy HTTP server) csak a HTTP headerekben van az info, mert egy decens szerver már csak tudja.
Persze ehhez egyenként kell lekérdezgetni a fájlokat.
Azt sem mondtad, hogy mennyi fájlról lenne szó, és hogy a kliens tudja-e alapból a fájl elérési útját. El kell-e tárolni a korábbi verziókat? -
vagy nem specifikáltad eléggé nekünk, vagy ez egyáltalán nem egy bonyolult feladat. Sőt, ezt nem is nevezném a klasszikus értelemben vett verziókövetésnek.
Ha csak ennyi kell, ezt egy szimpla szervlettel megoldhatod. Amikor a felhasználó kér egy fájlt, get-ben elküldi az általa ismert utolsó módosítási időt vagy a fájl hashét. A szervlet megnézi, hogy a szerveren lévő fájlnak a módosítási ideje későbbi-e, mint a requestben található, vagy nem egyezik-e a hash. Ha a fájl módosult, akkor visszaküldi a response-ban.
Pont ugyanígy működnek a cache mechanizmusok is http-ben. Erről a két megoldásról tudok. Kicsit utána kell nézi, lehet, hogy Jetty is tudja ezt alapból (lévén, hogy ő egy HTTP server) csak a HTTP headerekben van az info, mert egy decens szerver már csak tudja.
Persze ehhez egyenként kell lekérdezgetni a fájlokat.
Azt sem mondtad, hogy mennyi fájlról lenne szó, és hogy a kliens tudja-e alapból a fájl elérési útját. El kell-e tárolni a korábbi verziókat? -
(aminek a többségéről nem is tudok mindent),
Aham, tehát a Java a szar...
Egyre jobban értem azt akik ócsárolják a java-t tele van, lehetetlen dolgokkal, olyan triviális apróságokkal kell szenvedni vele hogy az hihetetlen.
Nem kötelező használni....tudod, Kun Béla egyszer azt mondta, hogy ha a kupleráj nem megy, akkor nem a bútorokat kell kicserélni, hanem a kurvákat....azok ócsárolják, akik Hozzád hasonlóan nem hajlandóak tanulni, fejlődni...új dolgokat megismerni.
Aki valóban meg akar oldani egy problémát, az nem a kifogásokat keresi, hanem a megoldást. A SAX parser kiváló megoldás lehetett volna, de dolgozni kell vele..igen. Az élet kemény.
csakhogy mint utána olvastam, ez nem is annyira kupleráj
ennek a kötelezően lezárós formátumnak canonical xml a neve, és ez is egy szabvány. -
nézegethetem, nem lehet vele mit tenni. A transformer egyben adja ki az egészet, 1 stringbe megy. És a java mint írtam megbolondul egy bizonyos stringhossz után (sorok elejét lehagyja, randomban eltologatja a tageket, stb).
a sax nagyon dzsunkának néz ki, kb olyan mintha binárisba kódolnék programot És biztos hogy a végeredmény is ugyan ez lenne. -
Akkor a fájlbaírást kellene kicsit átnézni
Javaslom egyébként a sax parser használatát a DOM helyett....nézegethetem, nem lehet vele mit tenni. A transformer egyben adja ki az egészet, 1 stringbe megy. És a java mint írtam megbolondul egy bizonyos stringhossz után (sorok elejét lehagyja, randomban eltologatja a tageket, stb).
a sax nagyon dzsunkának néz ki, kb olyan mintha binárisba kódolnék programot És biztos hogy a végeredmény is ugyan ez lenne. -
baze hát kikészít az android fejlesztés.
Van az audiomanagernek egy ilyen metódusa hogy registerMediaButtonEventReceiver. Na most erre ráguglizok, és 5000 helyen mindig ugyan az jön ki, hogy ComponentName objektum a paramétere... Csakhogy "The method registerMediaButtonEventReceiver(ComponentName) is undefined for the type AudioManager"
-
Az appenginere csak annyit, hogy sajnos ez az informatika ilyen, hogy néha meg kell tanulni új dolgokat.
Az utf8-ra nem tudok hirtelen mit mondani, szerintem annak container szinten nem kéne problémát okoznia, vagy be lehet állítani. (az alábbi linken van egy példa karakter kódolás megváltoztatására)
Az utolsó bekezdésre viszont állíts be egy szervletet, mint index.html, tehát a defaultra. van külön ilyen beállítás, és onnan indíthatsz belső requestet más szervletekre is valamilyen input paraméter alapján. Lehet, hogy filterrel is meg tudod oldani: http://www.oracle.com/technetwork/java/filters-137243.html -
Nem tudom mi volt a problémád google appengine-en a servlettel, elvileg azt defaultból tudnia kell, kvázi szabványos szervlet konténert deployolsz föl az appoddal, de van néhány kisebb megszorítás hogy ne lehessen kihasználni végtelen mennyiségű erőforrást, illetve biztonsági megfontolásokból.
A Java EE alkalmazásokra szerintem egyébként sem pont az egyszerű konfiguráció jellemző. vannak dolgok, amik működnek out of the box kevés konfigurációval, de a komplexebb megoldásoknál elég sok deklaratív beállítás van, amiről nem árt, ha az ember tud.
-- ellenben a PHP-val, ami elméletileg csak abból áll, hogy feltöltöd a webszerverre és megy. gyakorlatban meg ahány szolgáltató, annyiféle korlátozás lehetséges --Amúgy nekem már sikerüt (vannak leírások a neten) deployolni JSF-et (Mojarra) és CDI-t is (Weld) is appengine-re. Persze nem fél óra volt, de aztán működött rendesen...
Ha nem tetszik a google appengine, próbáld ki a Heroku-t, de nem biztos, hogy azzal kevesebb utána járás lesz.
Hogy miért nincsenek ingyenes Java hostingok? Hirtelen belegondolva azért, mert kevesebben ismerik olyan szinten, hogy képesek legyenek egy normális weboldalt összehozni velük, így nincs rá akkora igény. Mikor hallani, hogy valaki a sarki suszter weboldalát Java EE alapokon akarja összedobni PHP helyett.
Akik viszont Java-t használnak webes környezetben, azok inkább cégek, és ők szerintem kifejezetten kerülik az ingyenes alternatívákat, mert nem bíznak benne, hogy az tényleg menni fog minden helyzetben. -
"Ezek a servletek hogy is működnek? mármint kell hozzá alkalmazásszerver?
Van egy egyszerű servletem és azt szeretném működtetni."A korábbi hozzászólásaiddal már bebizonyítottad hogy teljesen inkompetens vagy a témában, ennek ellenére olyan felháborodottan írsz a futtatási környezetekről, -- amit nem mellesleg sokan elégedetten használnak -- mintha meglenne az előképzettséged ahhoz, hogy jogosan lefikkantsd olyan emberek munkáját, akik értettek is ahhoz, amit csinálnak.
Amúgy ha valami problémád van pl. az appengine-nel, mindenki sokkal többre menne, ha részletes információkat adnál a hibáról vagy pl. egy stacktrace-t. De lehet, hogy a megoldásban már az is sokat segítene, ha elolvasnád az appengine wiki-t, mert tényleg nem olyan egyszerű, de az biztos, hogy használható.
nem éppen vagyok inkompetens, csak régen szenvedtem ilyen marhaságokkal (szerencsére nem volt szükség rá, mert a lightos minden egyben programokat szeretem, nem az ilyen bugos bloatwareket de most sajnos most nem én csinálom az egész kócerájt, alkalmazkodni kell a servlettel), a servletes kérdés is igazából úgy szólt volna jól hogy "nincs az alkalmazás szervereken kívül valami lightosabb megoldás servlet futtatásra?" és van, a jetty
De már lényegtelen a guglis téma nem fogom megtanulgatni az n+1. "szabványos, kompatibilis"(és mégsem az sem az) implementációt, inkább összerakok egy kis fogyasztású gépet szervernek azt arra meg azt rakok amit akarok).
Csak azt nem értem hogy miért olyan ritka a free javas alkalmazásszerver hosting, az undorító php-ból meg annyi van mint a szemét, pedig scriptnyelvként tuti hogy a php zabálja jobban a szervereket. -
Hát érdekes, de azt tudom, hogy a java két fajta "clipboardot - vágóasztalt" használhat. Az egyik a rendszer, system (azaz az oprendszerré) a másik pedig lehet egy beépített Java-s vágoasztal. De nem hinném, hogy ez lenne itt a gond.
Más böngészőből, más jelszóval is előfordul? Ezeket is meg kell vizsgálni. -
Ilyenről már hallott valaki?
Van egy programom ami jelszót kér, AWT-s textfieldbe. Bizonyos jelszavaknál előfordul hogy ha a használó paste-el(ctrl-v) adja be a jelszót(egy emailből kimásolva), akkor nem fogadja el (a jelszó ellenőrzés egy trim után, egy equalsignorecase-el történik. Viszont ha ugyan azt beírja kézzel, akkor már jó...
-
pakriksz
őstag
De miért lenne egyáltalán erre szükséged? Mi a kontextus?
-
pakriksz
őstag
Persze, hogy lehetséges. Létrehozol egy Filet, csak nem hívod meg a createNewFile() fvét.
-
pakriksz
őstag
Nem lehet, hogy még az előző folyamatod ragadt be?
-
pakriksz
őstag
Hát ez vicc. Írtam egy programot ami egy táblázat elemeit dataoutpstreamba menti el.
Teljesen jó is volt, amíg pár sorral teszteltem. Aztán generáltam neki egy 5000 soros tesztlistát.
Kimentés sima. Betöltésnél viszont 223. sornál megállt állandóan, hibaüzenet nélkül.
A sorok betöltése egy while (inputstream.available()>0) ciklusban van. Aztán kiirattam a availablet-t, és gyakorlatilag random számok jönnek ki a függvényből. Az oda van írva a leírásba hogy csak becsült értéket ad a hátralévő bájtok számáról, na de ez nem becsült, ez random.Tényleg csak végtelen ciklussal, EOFexception lenyeléssel lehet beolvasni egy fájlból sok adatot?
Mert más függvényt nem látok amivel a fájl végét meg lehetne határozni, de ez nagyon gány módszer. -
On the fly, hát... Java-nal nem tudok. MS téren a .NET-nél talán az IFilter interface.
talán nézz rá
Szerintem, inkább olvass be a sorokat és ha van valami, akkor cseréld, és mentsd el. Ehhez nagyon utána kellene járni. Unicode karakter-nél lehetnek gondok. -
pakriksz
őstag
Próbáld meg így:
try {
URL u = new URL("http://wikipedia.org");
URLConnection uc = u.openConnection();
BufferedReader br = new BufferedReader(new InputStreamReader(new BufferedInputStream(uc.getInputStream())));
System.out.println(br.readLine());
} catch (IOException e) {
e.printStackTrace();
} -
//4024B2E0C0000000 ez lesz a végére
String toConvert = "000000C0E0B22440";
BigInteger temp = new BigInteger(toConvert, 16);
long raw = temp.longValue();
long result = 0x0L;
result = (raw >> 32) | (raw << 32);
result = ((result << 16) & 0xffff0000ffff0000L) | ((result >> 16) & 0x0000ffff0000ffffL);
result = ((result << 8) & 0xff00ff00ff00ff00L) | ((result >> 8) & 0x00ff00ff00ff00ffL);
double converted = Double.longBitsToDouble(result);
System.out.println(converted);No akkor így műxik
-
Nah, áthidaltam a problémát
String toConvert = "A2E16D3E949F633F";
BigInteger temp = new BigInteger(toConvert, 16);
double converted = Double.longBitsToDouble(temp.longValue());Longot sem lehet vmiért közvetlenül csinálni belőle... Valami az előjelesség miatt lehet, de a BigInteger megeszi, és a longValue() a "A2E16D3E949F633F" bitmintát adja vissza long-ként, és abból már lehet double-t kalapálni
hát működni működik, csak az eredmény nem jó
én is rájöttem egy másik megoldásra, bytebufferrel, ki is jött az eredmény ami a te kódoddal, de egyik sem jópl 000000C0E0B22440 ez 10.3494 kellene hogy legyen, de sehogy sem tudom elérni hogy ez jöjjön ki, bár ebbe a hexába az a legfurább, hogy az elején és a végén is 0 van.
-
Köszi a tippet, bejött, már megy is.
Ja, arra tudtok valamit, hogy lehetne egy fájlt a netről beolvasni (ftpről egy fájl)?
Abból is a szöveg kéne csak az már 3 MB és nem biztos, hogy szerencsés lenne egy Stringbe (már ennél is generált magának pár hibát). A letöltés és úgy beolvas nem játszik mert nem csak saját célra lenne és az egyszerűség a lényeg.
Köszi mégegyszer a segítséget. -
Üdv
Szerintetek a Java-s mobil alkalmazásfejlesztés(JME) hogy áll létezik még egyáltalán?
Valaki fejleszt erre a platformra,vagy az android meg a többi rendszer már teljesen kiszorította.
Szerintetek milyen szintű alkalmazást lehet velük létrehozni,érdemes vele foglalkozni?
pl.megvalósítható vele mondjuk egy pdf nézegető program Sony Ericsson w395-re?
Javának van még olyan része a JME-n kívűl amivel lehet mobilra alkalmazást készíteni?igen, az androidra javaban készülnek a programok
úgyhogy igen, kiszorította önmagát. -
-
Nem teljesen értem a folyamatot. Azt kicsit átláthatóbban leirhatnád, hogy mi történik.
De ha nem tudod átnevezni a fájlt annak egy oka lehet: valamilyen processznél meg le van lockolva.
Ez lehet a külső progi ami konvertált (lehet még nem engedte el a file-t), ill. lehet a windows is (nem feltétlenül engedi fel azonnal a lockot miután egy progi bezárta a fált).http://stackoverflow.com/questions/1325388/how-to-find-out-why-renameto-failed
http://www.bigsoft.co.uk/blog/index.php/2010/02/02/file-renameto-always-fails-on-windowsGoogle első két találat a problémára és szerintem leirják, hogy mik a lehetséges bajok.
Ha csak annyi, hogy a windows még tartja rajta a lockot, akkor erre megoldás, hogy egy ciklusban addig próbálkozol az átnevezéssel amég nem sikerül(érdemes közben minden próbálkozás után pihentetni kicsit a szálat, hogy ezzel ne edd meg a procit). Ha valahol elfelejted bezárni a fájlt, akkor meg rá kell jönni, hogy ez hol van és javitani.Ui.: Ha nem windowson vagy akkor a lock felengedés késlekedése elvileg nem játszik, és tuti, hogy valahol nyitvahagyod a fájlokat.
-
Annyit használ, amennyit a default maximum heap size (vagy permgen) megenged neki.
Az -xmx paraméterrel felülbírálható, pl. -Xmx1024m.#2451 bolcsodal:
meg kéne vizsgálni, milyen java futtatókörnyezet és verzió a követelmény a program futtatáshoz, és ehhez képest milyen java van telepítve a gépen, illetve a másik gépeken. Ha oracle/sun jvm van a másik gépeken, akkor parancssorba beírva java -version paranccsal le tudod kérdezni a verziót. Ezt kéne feltelepíteni a gépre.
Pl. Oracle 1.6 jre itt
Ha ezután sem működik, meg kéne vizsgálni, hogy a program hogyan indítja saját magát, pl. PATH-ból vagy más környezeti változón keresztül eri el a javat.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- LEGO klub
- AMD Navi Radeon™ RX 9xxx sorozat
- AMD FX
- Házimozi belépő szinten
- EA Sports WRC '23
- One otthoni szolgáltatások (TV, internet, telefon)
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Robotporszívók
- OTP Bank topic
- További aktív témák...
- NAGYKER ÁR!Sosemhasznált! HP OmniBook 5 Flip i5-1334U 8GB 512GB 14" FHD+ áthajtós-érintős Gar.: 1 év
- Macbook Pro 14" A2442 2021 M1 Pro 32/1TB Silver
- Dell Latitude 9420 i5-1145G7 14" FHD+ 16GB 512GB 1 év garancia
- Macbook Pro 14" A2442 2021 M1 MAX 32/512 Astro
- Macbook Pro 14" A2442 2021 M1 MAX 32/1TB Astro
- szinteÚJ Dell Pro 14 Ultra 7 255U 32GB DDR5 512GB AI PC FHD+ 1 év garancia
- Vállalom FRP Lock os telefonok javítását ingyen kiszálással és akár helyszíni javittással
- BESZÁMÍTÁS! Asrock Z790 i9 13900K 64GB DDR5 1TB SSD RTX4080 16GB Aerocool P500B Digi ARGB ADATA 850W
- ÚJ 5G LTE! Microsoft Surface Pro 8 i7-1185G7 16GB 512GB 1 év garancia (Microsoft + MalakCare)
- Azonnali készpénzes AMD Radeon RX 9000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest