Új hozzászólás Aktív témák

• hcl titán

  #11060

  #11059 bandi0000

  2020-04-13 19:15:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  hcl

  titán

  LOGOUT blog

  #11059 bandi0000

  #11059 bandi0000

  Java-ban szokott rá nyavajogni, hogy a getContext lehet, hogy nulla, ezért hibát okozhat, persze ettől még lefordul a program

  Azt nem tudom, hogy attól van e, de a forgatás nulláz mindent, erre vannak különböző praktikák, amivel el lehet menteni az állapotot

  Amúgy meg a Manifest-be tudod beállítani az alapértelmezett nézetet
  android:screenOrientation="portrait"
  android:screenOrientation="landscape"

  Nem az a baja, hanem hogy nem lenne szabad hívni, csak ugyanabból a library contextből, azaz a CameraX library-ból. Ehhez képest működik.

  A forgatás a képernyőt még érteném, hogy nullázza, de egy tök független thread miért döglik el tőle... A kamerás thread meghívja a BT-t jelenleg másodpercenként egyszer.

  A forgatást meglátom, hogyan tiltom, mert az UI szempontjából jó lenne, de szerintem a Textureview-t nem kéne forgatni. Fekvő telónál fekvő kép lenne rajta...

• hcl titán

  #11058

  #11057 bandi0000

  2020-04-13 18:49:56

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  hcl

  titán

  LOGOUT blog

  #11057 bandi0000

  #11057 bandi0000

  getContextre csak a null-t írja nem? Droid fórumban nekem adtak rá egy jó megoldást, bàr régebbi appomnàl sehol nem vizsgàltan, hogy null e és nem hallt le :D

  ??? Nem, panaszkodik az IDE, hogy az úgy nem jó. Viszont most lefordul, meg is jelennek az üzenetek.

  static Handler handler = new Handler() {
  @Override
  public void handleMessage(Message msg) {
  String message = (String) msg.obj; //Extract the string from the Message
  Log.d("FCKK:","Handler called w/ " + message);
  Toast.makeText(getContext(),message, Toast.LENGTH_SHORT).show();
  } };

  public static void showToast(String text) {
  Message msg = Message.obtain(); // Creates an new Message instance
  Object message;
  msg.obj = text; // Put the string into Message, into "obj" field.
  msg.setTarget(handler); // Set the Handler
  msg.sendToTarget(); //Send the message
  Log.d("FCKK:",text);
  }

  Ami még fura : külön szálon fut a kamera és a BT. Elforgatom a telefont, a kameraképet mire elforgatja, az egy kis idő, egyből eldobja a BT-t... Semmi közük egymáshoz, logban sincs semmi. Visszafordítom, és megy tovább.
  Mondjuk a forgatásra nem nagyon van szükség, ki kéne vakarni.

• hcl titán

  #11013

  #11012 bandi0000

  2020-03-30 20:42:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  hcl

  titán

  LOGOUT blog

  #11012 bandi0000

  #11012 bandi0000

  Nem [ezt] keresed arra, hogy tudd, mikor lesz kész a kép?

  Szerintem nem. Úgy van megoldva, hogy egy surface-re tettem ki a kamera előnézet, és jpegCallback = new Camera.PictureCallback() , meg Shuttercallback-el szedi ki a képet. Elég béna szegény Camera API ilyesmire.

• fatal` titán

  #10847

  #10845 bandi0000

  2019-12-28 20:53:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fatal`

  titán

  #10845 bandi0000

  #10845 bandi0000

  comparatornak bool al kellene visszatérnie hogy rendezni lehessen

  Intet kell visszaadnia.

• floatr veterán

  #10792

  #10788 bandi0000

  2019-11-27 11:54:48

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  floatr

  veterán

  #10788 bandi0000

  #10788 bandi0000

  Egy interjúra megyek, és ott ezt használják, bár minél jobban belerágom magam a témába annál inkább nem értem miért...

  Ha jól értem a J2EE egy régebbi "framework"? ez tartalmazza a servletet, EJB-t, JMS-t, ma már viszont a Springet használják helyette pl

  Egy rakat technológia frameworkje, jobbára nyúlás a kurrens "alternatív" frameworkökből. Ez mondjuk nem lenne baj, legalább ad neki egy standard keretet. A fájó igazság viszont az, hogy kihalóban van, és a "jobbik eset", amikor meglévő kód supportjára keresnek embereket. Amikor kerestem melót, a kapuban fordultam vissza, amint kiderült, hogy EE. Bár ez csak az én hülyeségem...

• Drizzt nagyúr

  #10791

  #10788 bandi0000

  2019-11-26 22:06:51

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Drizzt

  nagyúr

  #10788 bandi0000

  #10788 bandi0000

  Egy interjúra megyek, és ott ezt használják, bár minél jobban belerágom magam a témába annál inkább nem értem miért...

  Ha jól értem a J2EE egy régebbi "framework"? ez tartalmazza a servletet, EJB-t, JMS-t, ma már viszont a Springet használják helyette pl

  Ja, a Java EE egy framework. Egy jó nagy adag specifikáció halmaz, amit különféle app szervereknek kell implementálnia, hogy Java EE compliant-ek legyenek. Régen elég kínszenvedés volt a Java EE, orrba-szájba kellett örökölgetni mindenféle framework classból. Viszont idővel megjelent az annotation based configuration, elkezdtek egyre szeparáltabbak és önmagukban is életképesek lenni a komponensek. Így ma szerintem egyébként egy nagyon jó framework a Java EE, de tény, hogy a Spring mellett nem valószínű, hogy hosszú távon túlélő lesz. Én nem örülnék neki, ha eltűnne. De ennek főleg az az oka, hogy jelenleg ebben vagyok a leginkább otthon. Springet még csak tanulom. Illetve most főleg Kubernetest, meg Helmet, mert most épp az kell a melóban, de igyekszem visszanyergelni a java-ra.

  Szóval az hátránya a Java EE-nek, hogy heavyweight runtime környezet kell hozzá, de ebben is fejlődik.

  De érdekes, pl. szerintem a CDI event handling sokkal szebb, mint a Springes.

• mobal nagyúr

  #10789

  #10788 bandi0000

  2019-11-26 13:04:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10788 bandi0000

  #10788 bandi0000

  Egy interjúra megyek, és ott ezt használják, bár minél jobban belerágom magam a témába annál inkább nem értem miért...

  Ha jól értem a J2EE egy régebbi "framework"? ez tartalmazza a servletet, EJB-t, JMS-t, ma már viszont a Springet használják helyette pl

  Enteprise java az lassan legacy mindenhol.

• floatr veterán

  #10787

  #10782 bandi0000

  2019-11-26 10:48:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  floatr

  veterán

  #10782 bandi0000

  #10782 bandi0000

  Sziasztok

  Kicsit belezavarodtam ebbe az EJB-be, hogy mire is való, mire is használják ,valaki el tudná mondani nagy vonalakban?

  Néztem udemy-s videót róla, ez valamiféle dependency injection lenne?

  + Van ez a Lokal és a Remote? annotáció, magyarázta a különbséget köztük, de nem nagyon jöttem rá, hogy valós alkalmazásba mire való

  Nem feltétlenül kell rám hallgatni, de szerintem már nem érdemes Jakarta EE-be időt fektetni. Amióta az Oracle kukázta, és az IBM-ék kiguberálták, sokan eléggé lejöttek a szerről.

• mobal nagyúr

  #10647

  #10646 bandi0000

  2019-09-19 18:00:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10646 bandi0000

  #10646 bandi0000

  Húha köszönöm, azt hiszem a Semaphore-ral meg tudom oldalni

  Kicsi az esélye amúgy is, hogy a 3 task összeakadjon, de inkább levédem

  Én megpróbálnám az Executor Service-t, hiszen erre van.

• Drizzt nagyúr

  #10644

  #10642 bandi0000

  2019-09-19 12:30:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Drizzt

  nagyúr

  #10642 bandi0000

  #10642 bandi0000

  Javaban mi lehetne a legjobb megoldás arra, ha van 2 különböző async taskom, amit nem szeretném ha párhuzamosan futnának

  1.0 verziónak csináltam egy single ton osztályt, amibe egy atomic booleant állítok, de nem tudom hogy várakoztassak, amíg true az értéke, mert egy while ciklusba meg nem nagy ötlet bevágni :D

  Ui: am Androidra fejlesztek, de Javaba

  Sokféle megoldás van. Talán az egyik legegyszerűbb, hogyha van egy közös objektum, aminek van egy synchronized metódusa. Ennek a metódusnak kellene csinálnia azt a tevékenységet, amit nem szabad párhuzamosan elvégezni.
  Vagy használhatsz pl. [link] ReentrantLockot. Ilyenkor ha valamit exklúzív akarsz csinálni, előtte lock, aztán unlock.
  Ez a cikk elsőre jó gyorstalpalónak tűnik, bár nem olvastam végig. [link]

• mobal nagyúr

  #10643

  #10642 bandi0000

  2019-09-19 11:50:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10642 bandi0000

  #10642 bandi0000

  Javaban mi lehetne a legjobb megoldás arra, ha van 2 különböző async taskom, amit nem szeretném ha párhuzamosan futnának

  1.0 verziónak csináltam egy single ton osztályt, amibe egy atomic booleant állítok, de nem tudom hogy várakoztassak, amíg true az értéke, mert egy while ciklusba meg nem nagy ötlet bevágni :D

  Ui: am Androidra fejlesztek, de Javaba

  ExecutionService?

• mobal nagyúr

  #10631

  #10630 bandi0000

  2019-09-06 20:50:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10630 bandi0000

  #10630 bandi0000

  Nem teljesen ide, de hátha

  Androidstudiot használtam tegnap, mikor elment az áram, és most egy csomó osztályt nem ismer, nem találja, pl SimpleDateFormatot se ismeri meg persze egy csomó mást, újrahúztam a studiot mindent töröltem de ugyan azt, mit lehetne csinálni még?

  Mondani se kell hogy másik gépen megy a projekt

  Gradle?

• Froclee őstag

  #10441

  #10438 bandi0000

  2019-06-12 22:24:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Froclee

  őstag

  #10438 bandi0000

  #10438 bandi0000

  de így is csak 1 db magánhangzót vizsgálhat 1 sorban nem? Akkor inkább már egy dupla for

  kutga:
  Mit tanulsz vagy milyen szakon vagy? De mondom, szebb, ha egy stringként eltárolod az összes lehetséges magánhangzót, és akkor azon is végig mész a fenti for on belül, még a nagy betűt se kell vizsgálni, ha elötte a forrás szöveget kisbetűssé alakítod

  A HashSet-ben keresés O(1), azaz a teljes algoritmus O(n) idő alatt futna le. Dupla for-nál az n darab iterációra még rájön egy másik iteráció, azaz O(n*28) lenne.

• kutga félisten

  #10436

  #10432 bandi0000

  2019-06-12 21:31:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  kutga

  félisten

  #10432 bandi0000

  #10432 bandi0000

  bár most hogy mondtad az if else-t, lehet azzal kell megcsinálnod a magánhangzós részt, bár az elég puritán lenne

  Elég puritán lett.

  package gyak27;

import java.util.Scanner;

public class Gyak27 {

public static void main(String[] args) {
Scanner scan = new Scanner(System.in, "8859_2");
String vers;
System.out.println("Kérem a versrészletet: ");
vers = scan.nextLine();

int számláló = 0;

for (int i = 0; i < vers.length(); i++) {

if (vers.charAt(i) == 'a' || vers.charAt(i) == 'á'
|| vers.charAt(i) == 'e' || vers.charAt(i) == 'é'
|| vers.charAt(i) == 'i' || vers.charAt(i) == 'í'
|| vers.charAt(i) == 'o' || vers.charAt(i) == 'ó'
|| vers.charAt(i) == 'ö' || vers.charAt(i) == 'ő'
|| vers.charAt(i) == 'u' || vers.charAt(i) == 'ú'
|| vers.charAt(i) == 'ü' || vers.charAt(i) == 'ű'
|| vers.charAt(i) == 'A' || vers.charAt(i) == 'Á'
|| vers.charAt(i) == 'E' || vers.charAt(i) == 'É'
|| vers.charAt(i) == 'I' || vers.charAt(i) == 'Í'
|| vers.charAt(i) == 'O' || vers.charAt(i) == 'Ó'
|| vers.charAt(i) == 'Ö' || vers.charAt(i) == 'Ő'
|| vers.charAt(i) == 'U' || vers.charAt(i) == 'Ú'
|| vers.charAt(i) == 'Ü' || vers.charAt(i) == 'Ű') {

számláló++;

}

}

System.out.println("A magánhangzók száma a szövegben: " + számláló);

}

}

• floatr veterán

  #10435

  #10432 bandi0000

  2019-06-12 10:04:29

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  floatr

  veterán

  #10432 bandi0000

  #10432 bandi0000

  bár most hogy mondtad az if else-t, lehet azzal kell megcsinálnod a magánhangzós részt, bár az elég puritán lenne

  HashSet...? Már azt is feltalálták Amerikában

• kutga félisten

  #10433

  #10432 bandi0000

  2019-06-12 09:02:20

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  kutga

  félisten

  #10432 bandi0000

  #10432 bandi0000

  bár most hogy mondtad az if else-t, lehet azzal kell megcsinálnod a magánhangzós részt, bár az elég puritán lenne

  Interneten utánaolvasva csak magasabb szintű megoldásokat találtam, de próbálkozom.

  Basszus hogy a harmadiknál erre nem gondoltam.

• bandi0000 nagyúr

  #10432

  #10431 bandi0000

  2019-06-12 08:55:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bandi0000

  nagyúr

  #10431 bandi0000

  #10431 bandi0000

  Első résznél biztos van egyszerűbb megoldás, de nekem hirtelen egy dupla for ugrik be, létrahozol egy String változót, amibe belerakod egy szövegként a magánhangzókat, külső forral ezen mész végig, a belső forban meg a vers részleten, és ellenőrzöd, hogy egyeznek e, ha igen, akkor növelsz egy számlálót

  Másodikra talán ez segít

  Harmadiknák meg mi nem világos? igazából csak elvégzed a műveleteket, esetleg annyi, hogy a gyök alatti kifejezést ellenőrzöd, hogy - lett e, ha igen, akkor beszorzod -1-el, gyököt vonsz, és kiíratásnál még hozzáírsz egy j-t a végére

  bár most hogy mondtad az if else-t, lehet azzal kell megcsinálnod a magánhangzós részt, bár az elég puritán lenne

• mobal nagyúr

  #10416

  #10412 bandi0000

  2019-06-05 07:48:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10412 bandi0000

  #10412 bandi0000

  na igen, a buffereddel beolvasta, viszont úgy néz ki hiányoznak az ékezetek, legalább is ha konzolra kiírom, ezzel lehet valamit kezdeni?

  Érdemes átszokni az utf8-ra, és a fájlt magát újra elmenteni úgy, pl. Notepad++-szal.

• Retekegér MODERÁTOR

  #10414

  #10412 bandi0000

  2019-06-04 21:02:56

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Retekegér

  MODERÁTOR

  #10412 bandi0000

  #10412 bandi0000

  na igen, a buffereddel beolvasta, viszont úgy néz ki hiányoznak az ékezetek, legalább is ha konzolra kiírom, ezzel lehet valamit kezdeni?

  Karekterkódolást be lehet állítani, pl.:

  try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream(path), StandardCharsets.ISO_8859_1))) {
String line;
while ((line = reader.readLine()) != null) {
System.out.println(line);

}
}

  Szerk.: közben látom meglett

• bandi0000 nagyúr

  #10413

  #10412 bandi0000

  2019-06-04 20:55:29

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bandi0000

  nagyúr

  #10412 bandi0000

  #10412 bandi0000

  na igen, a buffereddel beolvasta, viszont úgy néz ki hiányoznak az ékezetek, legalább is ha konzolra kiírom, ezzel lehet valamit kezdeni?

  Meglett

• mobal nagyúr

  #10410

  #10408 bandi0000

  2019-06-04 18:44:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mobal

  nagyúr

  #10408 bandi0000

  #10408 bandi0000

  Sziasztok

  Kérnék egy kis segítséget, összedobtam gyorsan egy fájl beolvasást, hogy formázottan kiírjam a szöveget (eszement hülye ötlet, de ha már elkezdtem befelyezem így)

  viszont nem csinál semmit a txt-vel, hibát nem dob, viszont ha kitörlöm az összes sort belőle, és beírok pár random sort, akkor azt beolvassa gond nélkül

  gondolom,hogy valami white space hiba lehet, de átmásoltam wordbe és nem láttam semmi extra dolgot, minden sor végén enter és csók

  a fájlba meg minden sorban vagy 1 vagy max 4 szó van (3600 sor)

  A kód gyakorlatilag ennyi:
  Scanner fileInput = null;

try {
File file = new File("magyar.txt");
fileInput = new Scanner(file);

while (fileInput.hasNextLine()) {
String line = fileInput.nextLine();
line="hungarianWords.add(\""+line+"\");";
System.out.println(line);
}
} catch (FileNotFoundException exception) {
System.out.println("A megadott fájl nem található!"+ exception.getMessage());
} catch (Exception exception) {
System.out.println("Hiba történt: " + exception.getMessage());
} finally {
if (fileInput != null) {
fileInput.close();
}
}

  Két kis tipp, használj BufferedReader-t, 10 millió sort kb. 800 ms alatt olvas be.

  Exception elkapása biztos szükséges? Ha beledebuggolsz ebbe a sorba akkor van tartalma?

  System.out.println(line);

Új hozzászólás Aktív témák