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

• E.Kaufmann veterán

  #10691

  #10690 smallmer

  2019-10-14 08:13:26

  Ú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

  

  E.Kaufmann

  veterán

  #10690 smallmer

  A nem legális tiltott a fórumon, úgyhogy csendesebben

• E.Kaufmann veterán

  #10686

  #10685 htc07

  2019-10-10 14:14: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

  

  E.Kaufmann

  veterán

  #10685 htc07

  Ahogy néztem, a Java 8 volt a nagyobb mérföldkő, olyan sok dolog nem történt a nyelvvel, inkább a motorháztető alatt.
  Írd át valamelyik mostani programod Java-ra .

• E.Kaufmann veterán

  #10665

  #10664 lajszer

  2019-10-02 11:18: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

  

  E.Kaufmann

  veterán

  #10664 lajszer

  Ez biztos Java kérdés nem véletlen JavaScript? Nem kötekedésből, csak a helyes topikban hátha jobban segítenek.

• E.Kaufmann veterán

  #10662 2019-09-27 10:59:26

  Ú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

  

  E.Kaufmann

  veterán

  Van egy InputStream és van egy OutputStream. Közéjük lehetne-e úgy ékelni egy GZipOutputStream-et (és hogyan ), hogy egy nagy állományt ne kelljen először teljesen átpasszolni a gzippen, majd a kapott eredményt ne kelljen egy másik menetben átírni az OutputStream-re hanem egy menetben, ahogy a gzip egy blokkot tömörített, már küldje is a sima outputnak?

• E.Kaufmann veterán

  #10639

  #10638 mobal

  2019-09-18 16:16: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

  

  E.Kaufmann

  veterán

  #10638 mobal

  Köszi! Biztos később az lesz, de addig is jó móka html generáló progit írni nulláról , de még az se biztos, hogy a webes felület lesz a nyerő, ez csak egyike a megjelenítési formáknak, lehet, az lesz a vége, hogy egy egyszerűbb droidos felülethez kell majd egy primitív http konnektor.

• E.Kaufmann veterán

  #10637

  #10636 mobal

  2019-09-18 15:05:12

  Ú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

  

  E.Kaufmann

  veterán

  #10636 mobal

  Nem használok, izomból csináltam , amúgy én elégedett vagyok most a StringBuilderrel, csak ezért nem váltom le a JDK-t, csak érdekes volt, hogy nyers "+" operátorral és String-gel ennyire lomha volt.

• E.Kaufmann veterán

  #10635

  #10634 mobal

  2019-09-18 14:10:23

  Ú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

  

  E.Kaufmann

  veterán

  #10634 mobal

  De mégis gyorsabb lett a programom, csak nem jó minden esetben az autooptimalizálás. Vagy az a baj, hogy OpenJDK-val fejlesztettem?

• E.Kaufmann veterán

  #10633

  #10632 E.Kaufmann

  2019-09-18 11:04: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

  

  E.Kaufmann

  veterán

  #10632 E.Kaufmann

  Előzőre valaki?
  Más: A régi tanács, hogy sima String-eket nem konkatenálunk, valóban igaz még most is. Csináltam egy egyszerűbb html táblagenerálást. Úgy voltam vele, annyira nem lesz nagy tábla, meg majd csak kioptimalizálja a JDK11.
  Háát. Tetülassú volt a generálás, legalább 2-3mp volt érzésre, azt hittem valamit a rendezés körül rontottam el, aztán eszembe jutott a régi intelem, lecseréltem a függvényen belül a konkat nagyját StringBuilder append függvényére, mert csak egy szálon fut a generálás és most csak úgy ugrik befele kérésre az oldal böngészőn át

• E.Kaufmann veterán

  #10632 2019-09-13 11:45:09

  Ú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

  

  E.Kaufmann

  veterán

  Van egy kisebb méretű állomány egy meghajtón (<1MByte), amit egy java program ütemezett időközönként beolvas csak olvasásra és szeretném ha nem akadna össze, ha épp szerkesztenék azt az állományt. Hogy érdemes ezt az állományt feldolgozni Java alatt? Gyorsan behúznám a memóriába egy másolatát, de még ezidő alatt is szeretném, ha szerkeszthető maradna az állomány. Hogy érdemes feldolgozni?

• E.Kaufmann veterán

  #10628

  #10627 Aethelstone

  2019-08-29 11:21:54

  Ú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

  

  E.Kaufmann

  veterán

  #10627 Aethelstone

  Ahogy nézem, a Maven-es feltételnek pont nem felel meg, de úgy is ismerkednem kellene vele és az új NetBeans is a Maven projekteket tette alapértelmezetté. Köszönöm.

• E.Kaufmann veterán

  #10626 2019-08-29 07:46:09

  Ú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

  

  E.Kaufmann

  veterán

  Na hogy ON.
  Tud valaki ajánlani egyszerűbb NN "könyvtárat" egyszerűbb feladatokhoz, aminek nincs rahedli függősége, Maven nélkül is behúzható egy-két jar felcsatolásával és könnyű tanítani is?

• E.Kaufmann veterán

  #10599

  #10597 Drizzt

  2019-08-14 09:03:18

  Ú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

  

  E.Kaufmann

  veterán

  #10597 Drizzt

  Én a következőket láttam: SAP-B1, Vectory, IBSystem/Infosys, nézegetek most egy negyediket. Van egy darab közös adatbázis mögöttük egy rahedli táblázattal. Vannak ugyan programmmodulok, de azok nem közvetlen egymással, hanem az adatbázissal beszélgetnek.
  Ha meg van egy tényleg külön modul, ami pl a vonalkódos rendszerért felelős vagy a gyártás rögzítéséért, akkor az külön fájdalom a hátsóba, ha saját adatbázisába ír, mert tuti nem tudják megoldani tisztességesen a két adatbázis közötti kommunikációt. (legalább is sok rossz példát láttam sajnos, főleg akkor problémás ha más az ERP és a vonalkódos rendszer szállítója, valamint egy közismert magyar Bérszámfejtő "fűszerrel" is sok gond van összepasszintani teljes mértékben ERP-vel, már ha nem kézzel akarunk adatokat importálni/exportálni)

  Én ezt az ábrát néztem microservice-re, de lehet nem jó:
  
  vannak kisebb szolgáltatások, melyek egy részét többen is elérik közvetlenül, másokat több másik szolgáltatás is buzgerál egyszerre.

  10598: értem, hogy egy közepesnél nagyobb cégnél már gond a skálázhatóság miatt, de kis cégeknél inkább plusz kín ez a szemlélet. Tudom, ők menjenek a felhőbe ERP-zni

• E.Kaufmann veterán

  #10595

  #10594 Aethelstone

  2019-08-14 08:18:37

  Ú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

  

  E.Kaufmann

  veterán

  #10594 Aethelstone

  Jájjjj, még egy technobullshit. Mint annó a web 2.0.
  Az ábrákat elnézve nem egy nagy közös adatbázis van, hanem több kicsi , adott részterületenként egy, de ugyanúgy egy részterületet egyszerre többen is elérhetnek és el is kell érniük, szóval a lényeg ugyanaz szvsz, pláne az eredeti kérdés szempontjából.
  Ez max az ERP rugalmasságát biztosítja.

• E.Kaufmann veterán

  #10593

  #10591 Drizzt

  2019-08-14 07:46:06

  Ú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

  

  E.Kaufmann

  veterán

  #10591 Drizzt

  Ha tobb alkalmazas irja ugyanazt az adatbazist, az a kaosz fele vezeto ut egyik elso lepcsofoka
  Pedig a legtöbb ERP így működik

• E.Kaufmann veterán

  #10588

  #10587 Aethelstone

  2019-08-13 16:05:47

  Ú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

  

  E.Kaufmann

  veterán

  #10587 Aethelstone

  Viszont működik és naplózhatóvá válhatnak a kommunikációk, amivel pl könnyebben visszaállítható egy előző állapot, valamint ha kettőnél több fél vesz részt a kommunikációban, akkor a konkurencia kezelés is könnyebb adatbázissal. Persze lehet, hogy adott feladathoz ágyúval verébre.

• E.Kaufmann veterán

  #10583

  #10582 Orionk

  2019-08-13 10:50:52

  Ú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

  

  E.Kaufmann

  veterán

  #10582 Orionk

  Én most olyat csináltam, hogy fogtam egy objektumot, serializáltam, gzippeltem, majd base64-be kódoltam (egyesek szerint felesleges az utóbbi, de biztos ami biztos és a gzip is csak a base64 kódolásból eredő méretnövekedés kompenzálására került be) és http-n át nyomattam.
  Ha guglizol, megtalálod, hogy az első három művelet megoldható 1-1 sorból és van java alatt egyszerű http szerver és kliens is, ha nem a biztonság hanem a gyakorlás vagy a gyors elkészítés a fő szempont.
  A http kérésbe beágyazhatsz paramétert, ami alapján tudja a szervered, hogy mit is kérsz tőle, az alapján megképzed az objektumot és a fentebb sorolt műveletekkel elküldöd válaszként a kliensnek, a kliens meg elvégzi az ellentétes műveleteket.

  De más módok is létezhetnek és én is kíváncsi vagyok, ki mit ajánl. Én azért a HTTP-t választottam, mert kellett egy táblázat emberi formában olvasható módon és kliens programmal elérhetően is és egyszerűbb volt egy protokollal megoldani.

• E.Kaufmann veterán

  #10581

  #10580 tick

  2019-08-11 07:25:47

  Ú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

  

  E.Kaufmann

  veterán

  #10580 tick

  annyira gond az a plusz szál technikai okokból? Nem lehet simán nem foglalkozni vele?

• E.Kaufmann veterán

  #10560

  #10558 mind_against

  2019-07-31 07:52:11

  Ú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

  

  E.Kaufmann

  veterán

  #10558 mind_against

  Miért? Megsértettünk?

• E.Kaufmann veterán

  #10554

  #10553 Aethelstone

  2019-07-28 06:13:45

  Ú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

  

  E.Kaufmann

  veterán

  #10553 Aethelstone

  Itt a fórumon eddig öten is ajánlották a Udemy-t, nekik is szólj már légyszi, köszönöm.

• E.Kaufmann veterán

  #10551

  #10550 mind_against

  2019-07-27 11:27:47

  Ú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

  

  E.Kaufmann

  veterán

  #10550 mind_against

  Én nem mondom magamat profi Java-snak, de eddig munkahelyen, ami feladatot rendesen körül tudtak írni és voltak is hozzá adatok, azt mind megoldottam.

  Ha már van valamennyi alapod (tudsz bohóckodni listákkal, tömbökkel, stringekkel és az IO alrendszerből is láttál pár példát), keress egy olyan feladatot, ami érdekes is de nem túl nagyszabású és próbáld megcsinálni, menet közben úgy is egy halmot kell majd gugliznod, ki kell próbálnod különféle utakat és ragad az emberre. Szerintem annál nincs jobb, ha apróbb sikerélményei vannak az embernek és látja, hogy halad, még ha nem is alkot szép és biztonságos kódot (tudom, Java a többségét elintézi a dolgoknak, de nem is a memóriafoglalásra gondoltam, hanem pl egy olyan hálózatos alkalmazásra, ami otthon jól működik, de a neten kapásból szétkapnák)
  Én akkor ugrottam szintet saját érzésre, mikor egy ismerősnek kezdtem maszekolni. Igaz végül nem lett belőle semmi, mert pénzügyi dolgon összevesztünk.
  Volt nálam pár tanuló gyakorlaton, egyiküknek kiadtam (bár lényegében közösen csináltuk) egy duplikált fájlkereső alkalmazást. Nem nagy feladat, de újoncnak pl annál nagyobb móka.

  Egyébként mostanában a Udemy fizetős tananyagait ajánlják, ha mindenáron tananyagként szeretnéd tanulni, vagy kellenek az alapok.

  Ja és minimális angol sem árt, de nem kell irodalmi szint. Szakszavak meg pár ige ismerete

• E.Kaufmann veterán

  #10545

  #10544 E.Kaufmann

  2019-07-25 08:15:58

  Ú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

  

  E.Kaufmann

  veterán

  #10544 E.Kaufmann

  Tegnap picit még püföltem a kódon:
  - kettévettem a poireplace függvényt,
  - megcsináltam, hogy elvileg működjön fejléccel és lábléccel is, de ez nem lett alaposabban tesztelve
  - néha írt hibaüzeneteket a Word, hogy a fájl meg van már nyitva, így bezártam az input és output állományt is a függvény végén
  - kicsit sztrímesítettem, ha valakinek gondja lenne vele, távolítsa el a kódból elsőnek a .parallel() részeket:
  private static void paragReplace(XWPFParagraph p,java.util.HashMap<String,String> hs){
String text = p.getText();

boolean change=false;
for ( String key : hs.keySet() ) {
if (text != null && text.contains("${"+key+"}")) {
text = text.replace("${"+key+"}", hs.get(key));
change=true;
}
}

if(change){
List<XWPFRun> runs = p.getRuns();

if (runs != null) {
String ff=runs.get(0).getFontFamily();
int fs=runs.get(0).getFontSize();
removeAllRuns(p);
insertReplacementRuns(p,text,ff,fs);
}
}
}

public static void poiReplace(java.util.HashMap<String,String> hs, String in, String out) throws Exception
{
//Bekezdések
java.io.FileInputStream ins=new java.io.FileInputStream(in);
XWPFDocument doc = new XWPFDocument(ins);
doc.getParagraphs().stream().parallel()
.forEach((p) -> {
paragReplace(p,hs);
}
);

//Táblázatok
doc.getTables().stream().parallel()
.forEach((tbl) -> {tbl.getRows().stream()
.forEach((row) -> {row.getTableCells().stream()
.forEach((cell) -> {cell.getParagraphs().stream()
.forEach((p) -> {
paragReplace(p,hs);
});
});
});
}
);

//Fejléc bekezdések és táblázatok
doc.getHeaderList().stream().forEach( (hdr) ->
{

hdr.getParagraphs().stream().parallel()
.forEach((p) -> {
paragReplace(p,hs);
});

hdr.getTables().stream().parallel()
.forEach((tbl) -> {tbl.getRows().stream()
.forEach((row) -> {row.getTableCells().stream()
.forEach((cell) -> {cell.getParagraphs().stream()
.forEach((p) -> {
paragReplace(p,hs);
});
});
});
});

}
);

//Lábléc bekezdések és táblázatok
doc.getFooterList().stream().forEach( (ftr) ->
{

ftr.getParagraphs().stream().parallel()
.forEach((p) -> {
paragReplace(p,hs);
});

ftr.getTables().stream().parallel()
.forEach((tbl) -> {tbl.getRows().stream()
.forEach((row) -> {row.getTableCells().stream()
.forEach((cell) -> {cell.getParagraphs().stream()
.forEach((p) -> {
paragReplace(p,hs);
});
});
});
});

}
);

doc.write(new java.io.FileOutputStream(out));
doc.close();
ins.close();
}

• E.Kaufmann veterán

  #10544

  #10526 E.Kaufmann

  2019-07-24 11:24:16

  Ú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

  

  E.Kaufmann

  veterán

  #10526 E.Kaufmann

  Ha valakinek kellene DOCX "sablon" (változókkal ellátott DOCX doksi) kitöltése Apache POI-val (és StringUtils-szal), akkor itt az én módszerem.
  Két-három StackOverFlow-os példát kicsit össze kellett gyúrni, hogy megtalálja a változókat és sortörést és formázást is jól kezeljen:
  A lényeg, hogy a változónevek a docx-ben ${változónév} formában szerepeljenek, valamint a változók és a helyettesítő szövegek egy HashMap<String,String> objektumban vannak, ahol a key a változónév csupaszon, a value meg a helyettesítő érték.
  Docx4j így kezelte, és nem akartam mindent újraírni.
  Mindenesetre mind az IDE mind a java fellélegzett, hogy kiszedtem a Docx4j-t meg a függőségeit
  private static void removeAllRuns(XWPFParagraph paragraph) {
int size = paragraph.getRuns().size();
for (int i = 0; i < size; i++) {
paragraph.removeRun(0);
}
}

private static void insertReplacementRuns(
XWPFParagraph paragraph, String replacedText,
String fontFamily, int fontSize)
{
String[] replacementTextSplitOnCarriageReturn = StringUtils.split(replacedText, "\n");
XWPFRun newRun = paragraph.insertNewRun(0);
newRun.setFontFamily(fontFamily);
newRun.setFontSize(fontSize);
String part = replacementTextSplitOnCarriageReturn[0];
newRun.setText(part,0);
for (int j = 1; j < replacementTextSplitOnCarriageReturn.length; j++) {
part = replacementTextSplitOnCarriageReturn[j];
newRun.addBreak();
newRun.setText(part);
}
}

public static void poiReplace(java.util.HashMap<String,String> hs, String in, String out) throws Exception
{
XWPFDocument doc = new XWPFDocument(new java.io.FileInputStream(in));
for (XWPFParagraph p : doc.getParagraphs()) {
String text = p.getText();
boolean change=false;
for ( String key : hs.keySet() ) {
if (text != null && text.contains("${"+key+"}")) {
text = text.replace("${"+key+"}", hs.get(key));
change=true;
System.out.println("\nx\n"+p.getText()+"\n"+key+"\n"+hs.get(key));
}
}

if(change){
List<XWPFRun> runs = p.getRuns();

if (runs != null) {
String ff=runs.get(0).getFontFamily();
int fs=runs.get(0).getFontSize();
removeAllRuns(p);
insertReplacementRuns(p,text,ff,fs);
}
}
}

for (XWPFTable tbl : doc.getTables()) {
for (XWPFTableRow row : tbl.getRows()) {
for (XWPFTableCell cell : row.getTableCells()) {
for (XWPFParagraph p : cell.getParagraphs()) {
String text = p.getText();

boolean change=false;
for ( String key : hs.keySet() ) {
if (text != null && text.contains("${"+key+"}")) {
text = text.replace("${"+key+"}", hs.get(key));
change=true;
}
}

if(change){
List<XWPFRun> runs = p.getRuns();

if (runs != null) {
String ff=runs.get(0).getFontFamily();
int fs=runs.get(0).getFontSize();
removeAllRuns(p);
insertReplacementRuns(p,text,ff,fs);
}
}
}
}
}
}
doc.write(new java.io.FileOutputStream(out));
doc.close();


}

  A poiReplace függvényt kell hívni, a másik kettőt meg a poiReplace hívogatja.

• E.Kaufmann veterán

  #10526

  #10524 Aethelstone

  2019-07-10 10:40: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

  

  E.Kaufmann

  veterán

  #10524 Aethelstone

  
  Na mindegy, eddig müxeni látszik a B megoldás, csak próbáltam a 8.0-ásról 8.1.1-re frissíteni a docx4j-t, de elrontja a docx-et, szóközöket von egybe. Úgyhogy visszaálltam 8-ra.

• E.Kaufmann veterán

  #10525

  #10524 Aethelstone

  2019-07-06 08:45: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

  

  E.Kaufmann

  veterán

  #10524 Aethelstone

  
  Csak jobb lenne patkolás nélkül. Várom.

• E.Kaufmann veterán

  #10523

  #10522 E.Kaufmann

  2019-07-05 11:33: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

  

  E.Kaufmann

  veterán

  #10522 E.Kaufmann

  Na közben megszületett a tákolmány
  Állandóan nyafogott a docx4j, hogy nincs konfig ezért az alapértelmezettet tölti be, úgyhogy ezt is megoldottam egy csapással:
  public static void preInit(){
//preinit docx4j

// supress system.err
java.io.PrintStream _err = System.err;
try{
System.setErr(new java.io.PrintStream(new java.io.OutputStream() {
public void write(int b) {
}
}));
//preinit without file
WordprocessingMLPackage.load(new java.io.ByteArrayInputStream(new byte[0]));
}
catch(Exception e){}
//recover system.err
System.setErr(_err);
}

• E.Kaufmann veterán

  #10522

  #10520 Aethelstone

  2019-07-05 07:45:57

  Ú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

  

  E.Kaufmann

  veterán

  #10520 Aethelstone

  Szia! Köszönöm a választ, POI-t használom az XLSX-ekhez, de nem találtam működő példát docx-hez. Nem tudnál egy linket dobni egy egyszerűbb docx kitöltésről POI-val?

• E.Kaufmann veterán

  #10519 2019-07-04 15:44:40

  Ú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

  

  E.Kaufmann

  veterán

  Ha már így összejöttek itt a szakik egy kérdés.
  Használom a docx4j projektet egyszerűbb docx doksik generálásához mintából. Projekt oldala: [link]

  Ha valaki esetleg használja, meg tudná mondani, hogy az első doksi generálása miért olyan hosszú?
  Látszólag megfagy az ezt használó projekt az indításától számított első variableReplace() hívásnál 5 mp-re, de újabb doksik generálása már pikk-pakk megy. Kínomban már inkább indításkor generálok valami kamu doksit.

• E.Kaufmann veterán

  #10476

  #10475 Ablakos

  2019-06-24 11:52:34

  Ú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

  

  E.Kaufmann

  veterán

  #10475 Ablakos

  Gondolom levágja az elejét és csak az utolsó bájtot tartja meg (na ez megint jó kérdés, hogy a jvm milyen sorrendben tárolja a bájtokat és meg nem mondom). Ha a végét vágná le, akkor nem váltana előjelet, legalább is ha elől (bocs a pontatlanságért, talán "most significant bit"-nek lehetne nevezni, balról az első ) van az előjelbit.
  Majd ha ráér egy okos, írja le mert én is kíváncsi vok

• E.Kaufmann veterán

  #10474

  #10473 Taoharcos

  2019-06-22 18:30:17

  Ú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

  

  E.Kaufmann

  veterán

  #10473 Taoharcos

  Nem próbáltam, de a blob a te tipusod, java alatt meg a serialblob-ot és a byte tömböt ajánlják. Rá kell guglizni, mobilról vok.
  A long csak 64 bites.

• E.Kaufmann veterán

  #10471

  #10470 Taoharcos

  2019-06-22 10:07:34

  Ú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

  

  E.Kaufmann

  veterán

  #10470 Taoharcos

  Milyen adatbázisban?

• E.Kaufmann veterán

  #10466

  #10464 gabitoo88

  2019-06-21 09:13: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

  

  E.Kaufmann

  veterán

  #10464 gabitoo88

  Informatikusnak hogy a piklibe ne kéne programozás? Még egy rendszergazdának is. Már csak azért is, hogy saját dolgodat megkönnyítsd. Igaz én a Java-t kalapácsnak használom és mindent azzal püfölök, olyat is amit pl PS-sel, bash-sal vagy más eszközzel lenne érdemes, de csináltam már java-s reboot programot kínai telefonközponthoz, amit ha nem indítottunk újra naponta, a hívások nem mentek. Betelnetelt rá és kiadta a parancsot. Debian alatt futott cron-ból. Tudom, hogy lehettek volna elegánsabb megvalósításai, de működött. Ugyanígy a régi ERP nem volt képes ütemezett üzeneteket küdeni, egy java-s programocska lekérdezett valamit SQL-lel JDBC-n át és ha kellett, küldött SMTP-n át levelet.
  Volt hogy rámlőcsöltek adatrögzítést, csináltam hozzá az ERP által kínáltnál ezerszer kényelmesebb felviteli felületet és onnan nyomtam be az adatokat az ERP-be, ami szintén nem ajánlott, de soha semmi gondot nem okozott.

  Én imádom a Java-t, mert mindent meg tudok benne csinálni, még ha tudom is, hogy nem kellene mindent benne.
  Az a lényeg, hogy egyszerűbb scriptek és programozási ismeretek nélkül a rendszergizda kartalan órás (direkt hagytam le az i-t).

• E.Kaufmann veterán

  #10447

  #10446 floatr

  2019-06-13 10:54:13

  Ú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

  

  E.Kaufmann

  veterán

  #10446 floatr

  

• E.Kaufmann veterán

  #10444 2019-06-13 07:55:53

  Ú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

  

  E.Kaufmann

  veterán

  Én a bekért szöveget előbb pl toLowerCase()-vel kisbetűsíteném és utána már kevesebb feltétel kell. Én legalább is, ha nem számít a kis/nagybetű, akkor a biztonság kedvéért mindent tolowerezek (meg trimmelek).

• E.Kaufmann veterán

  #10401

  #10400 M_AND_Ms

  2019-06-03 08:26:36

  Ú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

  

  E.Kaufmann

  veterán

  #10400 M_AND_Ms

  Jaja, fa struktúrájú adatok bejárásánál tud jól jönni, ugyanakkor túl kiterjedt szerkezeteknél nem biztos, hogy jó ötlet, marha sok memóriát fel tud emészteni, valamint egzotikus memóriahibákat dobhat a jvm, még ha a gépben van is elég memória, csak épp a programverem, vagy minek hívják, túlcsordul: [link]
  Érdemes ciklusokra visszavezetni a megoldást rekurzió helyett.

• E.Kaufmann veterán

  #10391

  #10390 floatr

  2019-05-20 12:09:00

  Ú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

  

  E.Kaufmann

  veterán

  #10390 floatr

  Jópár éve megírtam egy osztályt, azóta azt használom az ilyen amatőr projektjeimhez, nekem nem szívás a konfigot XML-ben tárolni. Nagyobb szívatás, hogy a srác kukázhatta a cuccát és azóta vagy meghúzták, vagy valakit felbérelt (és meghúzták ).

• E.Kaufmann veterán

  #10387

  #10386 M_AND_Ms

  2019-05-19 07:32:39

  Ú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

  

  E.Kaufmann

  veterán

  #10386 M_AND_Ms

  Úgy rémlik, hogy a HTML 4 és 5 is XML, de javítsatok ki.

• E.Kaufmann veterán

  #10385

  #10384 floatr

  2019-05-18 13:00:03

  Ú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

  

  E.Kaufmann

  veterán

  #10384 floatr

  Miért? Divaton kívül? Mondjuk én csak konfig állományhoz használtam, se lokális adatbázisnak, se adattovábbításra nem.

• E.Kaufmann veterán

  #10383

  #10379 HI-FI

  2019-05-17 16:18:50

  Ú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

  

  E.Kaufmann

  veterán

  #10379 HI-FI

  Én is inkább SQL párti vagyok, de pölö ez alapján nem akkora wasistdas egyszerű objektumok adat benyomni XML-be, de gondolom a kiolvasás se nehezebb: [link]
  Nem tudom,mik a megkötések, én kezdéskor simán beolvasnám ArrayList-be a már létező adatokat, azt olvasnám/bővítgetném/módosítgatnám, szükség esetén meg a változásokat vagy akár az egészet visszaírnám. Ha nagyon szőrszálhasogató a tanárod, amúgy is biztos találhat valamit, amibe beleköthet, ha akar, ha meg nem, akkor szvsz az XML a legegyszerűbb út számodra.

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