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

• floatr veterán

  #6099

  #6094 Soak

  2014-09-19 10:27: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

  

  floatr

  veterán

  #6094 Soak

  #6094 Soak

  Uristen, nem a kollegadrol volt szo hanem amit muvelnek egyesek az os imadattal.

  Szerintem meg az amatőr, amikor a saját környezete szerint ítél meg mindent az ember anélkül, hogy megpróbálná elfogadni, hogy van olyan helyzet, amit nem látott még.

  Az OS náciságról meg csak annyit, hogy a legtöbben nem imádnak egy OS-t, hanem problémásnak látnak egy másikat adott szempontok szerint. Adott szempontok szerint a win a legjobbabb, mert megy rajta a skyrim. Tapasztalatom szerint java alkalmazások, servlet és bean konténerek, de még egy szimpla AMP stack is észrevehetően pörgősebb binugzon - pláne 64-biten - de szerintem is felesleges ezen a témán pörögni, pláne ebben a stílusban.

• Aethelstone addikt

  #6091

  #6090 Soak

  2014-09-18 20:41: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

  

  Aethelstone

  addikt

  #6090 Soak

  #6090 Soak

  Ez igy nem igaz, GWT-s projektet fejlesztunk kb ugyanolyan gepeken osx,win,linux es a build ido a hibahataron belul van. Mindegyikre van tok jo terminal, mindegyikkel ugyanazt meg lehet csinalni mint a masikkal, szerintem amator ez az os nacisag.

  Mondtam, hogy nem akarok flémet. És nem is a német srác amatőrségéről szól. A nácit meg a nevében is kikérem....

• floatr veterán

  #5208

  #5207 Soak

  2014-03-21 15:26:21

  Ú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

  #5207 Soak

  #5207 Soak

  Deja vu erzesem tamadt, mintha ezt valaki mar leirta volna es akkor sem ertettem vele egyet.

  Nem kell azzal egyetérteni (?), hogy nálunk sorra okozza a durva problémákat az eclipse első kiadás, amit csak az SR1/SR2 enyhít. Ez már a galileo óta létező jelenség.

• Karma félisten

  #5126

  #5124 Soak

  2014-03-10 22:22: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

  

  Karma

  félisten

  #5124 Soak

  #5124 Soak

  A masodik, kiveve ha van ertelme specifikusan elnevezni az implementaciot, pl JpaUserRepository.

  +1. Az I betűzést C#-ban használom csak, de az implementációs osztályokat ha releváns, valahogyan megkülönböztetem mindkét nyelven. C#-os példa: IStorageService -> DesignStorageService, WindowsStorageService, IsoStoreStorageService.

• bajaki őstag

  #4501

  #4500 Soak

  2013-11-24 13:15:43

  Ú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

  

  bajaki

  őstag

  #4500 Soak

  #4500 Soak

  Oracle-es tutorialbol el lehet sajatitani a nyelv alapjait.

  Ja igen, az kimaradt, hogy valamilyen magyar forrásra gondoltam.

• Lacces őstag

  #4327

  #4326 Soak

  2013-10-13 20:50: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

  

  Lacces

  őstag

  #4326 Soak

  #4326 Soak

  Megeri megcsinalni, sokat lehet belole tanulni. Nem igaz hogy a springet sokat kene konfiguralni. Egy alap projekt alig igenyel 30 sor konfigot, ellenben nagyon sok mindent tudsz kobfigolni ha szeretnel. Szedd le az sts plugint eclipsebe es csinalj egy sprin mvc projektet templatebol. Kapsz egy mukodo alkalmazast ahol az alapok teljesen vilagosak lesznek. Szerintem a legjobb framework backendre.

  Kösz az eclipse-s tippet!

• TBG senior tag

  #4191

  #4190 Soak

  2013-09-06 07:51:01

  Ú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

  

  TBG

  senior tag

  #4190 Soak

  #4190 Soak

  Azt vagod, hogy itt meg mindig csak a szerver oldali kod megy tomcaten, ugye?

  Gwtprojectes link :

  This means that you can continue to debug your client-side code in Java as usual, but all server-side requests will be served by your web or application server of choice.

  Ah, hogyne vágnám. A Jetty-s megoldás esetében IS csak a szerver oldali kód fut a Jetty-n. Mi a kérdés?

• TBG senior tag

  #4188

  #4187 Soak

  2013-09-05 23:01: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

  

  TBG

  senior tag

  #4187 Soak

  #4187 Soak

  GWT dev mod csak jetty-vel megy, ami amugy a pluginnel feltelepul, dev modban kell inditanod a projektet, tomcat alatt csak lebuildet projektet tudsz futtatni.

  Gwt dev mód nem csak jettyvel megy. Neten ezer példa van, hogyan kell pl. Tomcathez beizzítani.

• negyedes addikt

  #3934

  #3932 Soak

  2013-06-16 14:26: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

  

  negyedes

  addikt

  #3932 Soak

  #3932 Soak

  Akkor Karma már megmondta a megoldást :

  Az az osztály, amiben létre akarod hozni, Context leszármazott? (Application, Activity, Service stb.) .

  Származz le a Contextből és akkor menni fog.

  es azt hogy?

  nagyon nem ertem ezt a context-es dolgot.

• negyedes addikt

  #3931

  #3929 Soak

  2013-06-16 13:54: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

  

  negyedes

  addikt

  #3929 Soak

  #3929 Soak

  Arra a classra gondoltam ahol használnád (tehát a this class-ja) az előző példádban. PatientData

  public class PatientData

• negyedes addikt

  #3928

  #3927 Soak

  2013-06-16 13:39: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

  

  negyedes

  addikt

  #3927 Soak

  #3927 Soak

  A hiba üzenet egyértelmű, milyen interfaceket implementál a class és/vagy mit terjeszt ki?

  public class DatabaseHandler extends SQLiteOpenHelper

  igy nez ki a class. az baj hogy nem ismerem jol az androidos adatbazis, csak tegnap ota ismerkedek vele.

• negyedes addikt

  #3919

  #3918 Soak

  2013-06-16 10:48:31

  Ú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

  

  negyedes

  addikt

  #3918 Soak

  #3918 Soak

  

  pl win8-on miert nem akar soha normalisan futni, miert nincs normalis driver ala stb stb.

  bezzeg mac-en full plug'n'play na mindegy.

• TBG senior tag

  #3676

  #3675 Soak

  2013-04-24 17:18:38

  Ú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

  

  TBG

  senior tag

  #3675 Soak

  #3675 Soak

  Ilyenkor azért látszik, hogy nem véletlen konvenció az angol kódolás.

  kódólás

  A magyar sem árt Sorry...magas labda volt

• Lacces őstag

  #3644

  #3641 Soak

  2013-04-22 23:53: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

  

  Lacces

  őstag

  #3641 Soak

  #3641 Soak

  Groovy nagy projektre nem alkalmas.

  Akkor azok akiket felsoroltak az oldalán nem igaz / részben igaz?

  Szerintem, ha értesz a Groovy-hoz, vagy előtte fejlesztettél a Ruby in Rail-ben akkor a Grails-ben lehet "közepes" méretű alkalmazást is készíteni. Kicsiket, szerintem tényleg gyorsan lehet létrehozni.

  De valahogy én is úgy látom (bár perfekt nem vagyok még), hogy csak kisebbekhez használható jól és gyorsan.

  De majd a nyár végén erre visszatérhetünk, akkor már a Spring-et is ismerni fogom. (Bár a Grails elméletben a Spring-re épül, és ők is támogatják, de valahogy van egy butított hegesztett érzése az egésznek még... nekem)

  Azonban a MongoDB driver Grails alá, hááááát, nem olyan jó... (Nekem nem tetszik)

• skoda12 aktív tag

  #3642

  #3641 Soak

  2013-04-22 21:11: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

  

  skoda12

  aktív tag

  #3641 Soak

  #3641 Soak

  Groovy nagy projektre nem alkalmas.

  Akkor azok akiket felsoroltak az oldalán nem igaz / részben igaz?

  Nem tudom, biztos van ahol szeretik. Igy utolag visszaolvasva tenyleg elegge altalanositottam. Nyilvan lehet benne nagy kodbazist osszehozni, de nekem nem tunik trivialisnak egy ilyet Groovyban fenntartani.

• skoda12 aktív tag

  #3640

  #3639 Soak

  2013-04-22 20:51:32

  Ú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

  

  skoda12

  aktív tag

  #3639 Soak

  #3639 Soak

  Mik a rossz tapasztalatok?

  1. Elegge bugos szegeny. Pl rendszeresen elofordul, hogy ugyanazt a projektet valtoztatas nelkul ketszer egymas utan nem lehet leforditani / futtatni. Ilyenkor ivy cache es a project alatti plugins mappa torlese utan ujra fordul a project.
  2. Ivyt hasznal dependency managementhez. Ez nagyon jo, csak ha nalunk mavenes a projekt, akkor feleslegesnek erzem magamra eroltetni ivyt is. Allando kavarodas van, hogy mi kerul BuildConfig.groovy-ba es mi a pom.xml-be.
  3. Groovy nagy projektre nem alkalmas. Kis scriptekhez tok jo, pl hogy automatizalt modon hivogassunk jmx vagy rmi metodusokat. Egy csomo mindent elfed a grails es a groovy. Sok helyen osztalyszintu valtozok def kulcsszoval vannak definialva es a grails a hatterben odavarazsol valami objektumot a helyukre. Ami azert baj, mert itt nem latod a tipusat es ezek mar nem String vagy integer valtozok, hanem service objektumok, ahol fontos lenne latni, hogy mi mitol fugg legalabb interface szinten.
  4. A kodgeneralasi funkciojanak nem latom ertelmet. Gyakorlatilag annyit general le, mintha eclipseben kivalasztanam a new class funkciot.
  5. Nem a programozo hasznalja a frameworkot, hanem a framework hasznalja a programozo kodjat. Nekem ez sosem tetszett.
  6. Osszessegeben belassitotta a fejlesztesi folyamatot.

• TBG senior tag

  #3593

  #3591 Soak

  2013-04-16 17:16: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

  

  TBG

  senior tag

  #3591 Soak

  #3591 Soak

  Köszi, ezekkel tisztában vagyok, nem csak úgy poénból kezdtem el foglalkozni vele, hanem azért mert nem sokára juniorként munkába állok és ugyan intenzív oktatáson részt fogok venni, már most el szeretnék vele kezdeni foglalkozni, mert van rá időm. A kérdés lényege az volt, hogy felesleges időt ne pazaroljak arra amire nem kell.

  TBG : Köszi ezt már megtaláltam, de egy ideje nézegetem már, hogy akkor most mi is van . Még nem találtam meg a fogást, hogy miként kezdjem el, az SE tutoriallal lassan végzek.

  Mint mindent, ezt is csak úgy tudod értelmesen elkezdeni, ha van feladat

• Lacces őstag

  #3590

  #3588 Soak

  2013-04-16 17:06: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

  

  Lacces

  őstag

  #3588 Soak

  #3588 Soak

  Értem, ehhez az EE-s tutorialhoz hasonló Springes tutorial létezik ? Mármint az EE az elég jól követhető és "szájbarágós" . Ez annyira nem olyan : http://www.springsource.org/tutorials .

  Szerintem előbb döntsd el, hogy mit szeretnél pontosan a Java-tól és abba az irányba indulj el. A PHP-hoz képest itt nagy a "Birodalom" mérete.
  Már maga a Java SE sem kis mennyiség. (GUI-k-ról nem beszélve, annotációk, amelyek a gyenge pontjaim, stb. Könyv függő, hogy mit sorolnak ide

  Java EE végül is durván mondva, API-k gyűjteménye, párat már Modder is írt. (Najó talán az alapokat, a nagyon-nagyon alapokat érdemes átnézni esetleg egy szakdolgozatból, hogy elméletileg tud, hogy mi az. Amikor olyanokról beszélnek, hogy komponens, konténer, szervlet stb.)

  Cég függő, hogy melyiket használják a Spring és a Java EE közül. Bár lehet a pénzszektorhoz a Java EE kell. Mondjuk a Morgan Stanley Spring szakembereket keress.

  Ha webes alkalmazások érdekelnek akkor én inkább a Grails-et javasolnám. Egyszerű szimpla és a Spring-re épül (na meg az a csapat is fejleszti ). Java EE esetén meg ott a JSP és a JSF is... (itt viszont az ASP.NET-tel mutatt rokonságot... JSF az olyan Webforms benyomást kelti a JSP pedig az (asp.net)MVC és PHP benyomását). Grails-nél keveset kell a config fájlokban lennem

  És ott van még a fentebb említett nagy vállalati "irány" is.

  Bár még én sem vagyok pro, de szerintem az irányt nem árt tudni

• TBG senior tag

  #3589

  #3588 Soak

  2013-04-16 16:53: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

  

  TBG

  senior tag

  #3588 Soak

  #3588 Soak

  Értem, ehhez az EE-s tutorialhoz hasonló Springes tutorial létezik ? Mármint az EE az elég jól követhető és "szájbarágós" . Ez annyira nem olyan : http://www.springsource.org/tutorials .

  http://simplespringtutorial.com/

• modder aktív tag

  #3587

  #3586 Soak

  2013-04-16 15:57: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

  

  modder

  aktív tag

  #3586 Soak

  #3586 Soak

  Sziasztok !

  Ha ezen végigmegyek : http://docs.oracle.com/javaee/6/tutorial/doc/docinfo.html és utána spring-et szeretnék használni akkor a felhasználása mennyiben tér el? Úgy gondolom, hogy a tutorialok sora Java SE -> Java EE (a fent emlitett) -> Spring-es tutorial ... jól gondolom?

  Helló,

  Nem.
  A spring Java EE-től független technológia. Ugyanarra találták ki, mint ami ma a Java EE, még az előtt, hogy a Java EE igazán használható lett volna. Helyettesítő technológiák.

  Ugyanakkor, ha készítesz egy Springes alkalmazást, megvan a lehetőséged, hogy Java EE technológiákat használj benne. Például a JPA egy Java EE specifikáció, de mára annyira kiforrott (és persze mert java standard), Springes alkalmazásokban is használják ORM rétegnek.

  Ha elsősorban Springet akarsz használni, akkor spring tutoriallal kezdd. Csak akkor olvass Java EE tutorialt, ha olyan technológiába ütközöl.

• Superhun addikt

  #3530

  #3528 Soak

  2013-03-21 10:36:28

  Ú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

  

  Superhun

  addikt

  #3528 Soak

  #3528 Soak

  Köszi a válaszokat !! Visszafelé ugyanígy működik?

  Visszafelé könnyebb átállni. Egy webes alkalmazás sokkal összetettebb, mint egy asztali, a fejlesztése magasabb szakmai felkészültséget követel meg. Asztali alkalmazásnál igazából csak a swing-es osztályokat kell megismerni, meg érteni az Event dispatching thread működését.

• TBG senior tag

  #3529

  #3528 Soak

  2013-03-21 10:33: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

  

  TBG

  senior tag

  #3528 Soak

  #3528 Soak

  Köszi a válaszokat !! Visszafelé ugyanígy működik?

  Visszafelé egyszerűbb, de aki csak backend-et tud programozni, az nem feltétlenül képes egy SWING/AWT felületet összerakni. Itt már az a szabály, hogy nem elég a Java-t ismerni, hanem az adott framework-ban is büfének kell lenni.

• TBG senior tag

  #3527

  #3524 Soak

  2013-03-21 10:26: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

  

  TBG

  senior tag

  #3524 Soak

  #3524 Soak

  Sziasztok !

  Aki tud desktop alkalmazast fejleszteni Javaban abbol kovetkezik hogy webes alkalmazast is tud?

  Nem következik. A webes alkalmazásfejlesztés Java-ban egy teljesen más műfaj. Ahogy a kolléga is írja, a GWT áll a legközelebb hozzá, de HTML/JS ismeretek ott is elengedhetetlenek.
  Egyrészt kell egy erős backend ismeret...minimum Servlet szinten, de a különféle EE környezetek ismerete is erősen ajánlott.

• Karma félisten

  #3526

  #3524 Soak

  2013-03-21 10:03:05

  Ú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

  

  Karma

  félisten

  #3524 Soak

  #3524 Soak

  Sziasztok !

  Aki tud desktop alkalmazast fejleszteni Javaban abbol kovetkezik hogy webes alkalmazast is tud?

  Hát a backendjéhez talán, de hogy a frontendhez semmi köze, az biztos. Talán GWT és ilyen Java-alapú teljes framework esetén kisebb az átállás, szerintem.

• Superhun addikt

  #3525

  #3524 Soak

  2013-03-21 09:57:15

  Ú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

  

  Superhun

  addikt

  #3524 Soak

  #3524 Soak

  Sziasztok !

  Aki tud desktop alkalmazast fejleszteni Javaban abbol kovetkezik hogy webes alkalmazast is tud?

  Nem, de egy nagyon erős alapnak számít.

• Peter Kiss őstag

  #3252

  #3250 Soak

  2012-12-30 21:03: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

  

  Peter Kiss

  őstag

  #3250 Soak

  #3250 Soak

  PHP-ban is ugyanígy működik az interface (mármint amit az elöző hsz-kben leírtatok)

  Nem egészen úgy működik, ahogyan egy fordított nyelvben.

• TBG senior tag

  #3251

  #3250 Soak

  2012-12-30 19:56: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

  

  TBG

  senior tag

  #3250 Soak

  #3250 Soak

  PHP-ban is ugyanígy működik az interface (mármint amit az elöző hsz-kben leírtatok)

  Jó tudni. Sajnos PHP-ban nem vagyok otthon...sőt, sehol sem

• kltz tag

  #2929

  #2928 Soak

  2012-08-16 17:44: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

  

  kltz

  tag

  #2928 Soak

  #2928 Soak

  Sziasztok !

  Most kezdtem el szórakozni a red5-al . Találtam egy appot amit tesztként szeretnék beüzemelni de a JAVA részénél megakadtam.

  Az app -> [link] .

  Az install.txt-ben ez áll : compile the JAVA and put the classes

  Amit ennek érdekében megcsináltam eddig. Telepítettem a legfrisebb JDK-t . Hozzáadtam a JAVA_HOME környezeti változót.

  Ha jól értem a tutoriálokat akkor cmd-ben javac application.java . Viszont erre azt dobja, hogy a rendszer nem ismeri fel. Ha csak simán annyit írok, hogy javac akkor ugyanez. Ha csak annyit, hogy java akkor az jó és listázza a helpet(?).

  Mit rontok el?

  Nagy valószínűséggel nem jól állítottad be a környezeti változót. A path változót egészítsd ki pl.: ;c:\Program Files\Java\jdk1.7.0_04\bin\

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