- iPhone topik
- Xiaomi Watch 2 Pro - oké, Google, itt vagyunk mi is
- Nem lett arányos a fogyókúra
- Redmi Note 13 4G
- Samsung Galaxy S25 - végre van kicsi!
- Akciófigyelő: Jelentősen olcsóbban nyit az Ulefone új mindenese
- Hívószám-hamisítás
- Samsung Galaxy A34 - plus size modell
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Magisk
Új hozzászólás Aktív témák
-
MrSealRD
veterán
válasz
Amartus
#5504
üzenetére
Nálam 3.6 van...de korábban 4.1 volt amit használtam úgy emlékszem és ott sem volt gond.
Igazából a lényeg nem változott. A HibernateUtil osztályod feladata, hogy 1 darab sessionFactory-t példányosíts benne és ezt el tudd kérni tőle.
Úgy tűnik az újabb verziókba kicsit tekertek a dolgon... Később kipróbálom nálam mi a helyzet.
-
MrSealRD
veterán
válasz
Amartus
#5499
üzenetére
Itt egy HibernateUtil.
public class HibernateUtil {
private static final SessionFactory sessionFactory;
static {
try {
// Create the SessionFactory from standard (hibernate.cfg.xml)
// config file.
sessionFactory = new AnnotationConfiguration().configure().buildSessionFactory();
} catch (HibernateException ex) {
// Log the exception.
System.err.println("Initial SessionFactory creation failed." + ex);
throw new ExceptionInInitializerError(ex);
}
}
public static SessionFactory getSessionFactory() {
return sessionFactory;
}
}De milyen DB-vel próbálkozol? A hibernate config fájl a helyén van? Az hogy néz ki nálad?
-
MrSealRD
veterán
(#5343) floatr : Igen-igen, nem is vagyok egy 'dizájnguru' csak egy kicsit mozdulnék az ipari külalaktól.
(#5344) Aethelstone : Megnézem.
(#5351) Senhi : Nézegettem már korábban is a JavaFX-et, de csak úgy nagyjából. Több helyen is leírják, pedig tényleg nagyon jól néz ki... Jó, hogy ezt feldobtad. Hétvégén rá fogok nézni.
-
#5342
MrSealRD
veterán
Aethelstone
#5341
MrSealRD
veterán
válasz
Aethelstone
#5341
üzenetére
Ha már így szóba jött. Mivel lehet "szép"/esztétikus GUI-t csinálni Java-ban?
Egy nagyon egyszerű kis néhány órás hobbi programot dobnék össze, de szeretném ha az ódon stílusú AWT-nél egy fokkal jobban néznek.
A Swingben a Nimbus-t már erőltetettnek érzem...inkább valami modern letisztult felületben gondolkodom...de nem találtam eddig túl sok segítséget erre. -
MrSealRD
veterán
Köszi mindenkinek!
A második változatot használjuk mi is, csak nekem " annyira nem tetszik". Jó lenne ha egyből látnám valamiről, hogy az interface. Viszont ez rossz érv mert így is látható. A csomagelnevezésekből kiderül minden. Feltéve ha az jól van megcsinálva. Szóval a lényeg, hogy hozzá kell szoknom ehhez...
-
MrSealRD
veterán
Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.
Ilyesmire gondolok pl.:
public interface ImyInterface...
public class myClass implements ImyInterface...VAGY
public interface MyService...
public class MyServiceImpl implements MyService... -
MrSealRD
veterán
Köszi.
Kár, pedig éppen csak belejöttél...
Ha minden jól megy akkor jövő héten már próbálgatni fogom ezeket a dolgokat...Délutánra sikerült összeraknom "a szervert". CentOS 6.5 + jdk7_51 + wildfly8.0.0(szolgáltatásként futva)
Még az Iptables-el kell összebarátkoztatni és akkor jó lesz... -
MrSealRD
veterán
Ezt az ujratöltés bug-ot azért megjegyzem, ha előfordul valami akkor ne lepődjek meg.
Átolvastam eztHát nagyon hajlanak az ilyen könnyedebb cuccok felé. Dicsérik őket, bár a végén a JBoss nyer...
Tőlük elolvastam még a web framework tesztjüket is...na ott meg lehúzzák a Spring-et...azt elégég furcsának tartottam mikor a piaci részesedése igen magas...De jó, hogy ezt felhoztad. Az előzőbe pont kérdezni akartam, hogy több helyen olvastam, hogy a web profile részt használva kis túlzással cserélgethetem az alkalmazásszervereket mert nagy gond nem lehet belőle elvileg minimális konfiggal működnie kell...
-
MrSealRD
veterán
A vitát leszámítva akár én is lehetnék a bevezető alanya...Ez már durvább téma volt kicsivel...viszont látom, hogy ha nálunk is ez lesz akkor tényleg ráborulok az asztalra, ahogy írod is...
Nehéz így technológiát választani, hogy nem használom készség szinten.
Ma addig jutottam az alkalmazásszerver témában, hogy JBoss és Tomcat-re szűkítettem a kört(Glassfish volt a harmadik). Nem véletlen, az egyik egy űrhajó ha másik egy vitorlázógép...
Azt gondolom, hogy ha később beesik valami nagyobb méretű dolog amihez a JBoss kéne akkor jól jön ha most bemelegítünk rajta. A másik, hogy full platform, szóval nem érhet meglepetés menet közben, hogy hopp hiányzik a Tomcat-ből valami...(Tudom ott lenne a TomEE) viszont ha változik a konfig akkor nem kell restart elég a reload...még akkor is ha ez nem sokszor fordul elő.
Néztem, hogy a memóriaigénye kb dupla az egyik oldal szerint. De hát ha az egyik 100MB-ot kér a másik meg 200MB-ot, akkor az elhanyagolható lesz az alkalmazás vagy az egész szerver méretéhez képest...Ezek miatt a JBoss felé húzok...Nem tudom mennyire teszem jól...
-
MrSealRD
veterán
Tyű...jó a stílus és emészthető volt az anyag. Amit láttam az alapján nagyon tetszik ez az eszköz...Köszi még egyszer, hogy megírtad.
Az is látszik, hogy azért kell egy-két dummy alkalmazást is összedobni majd a napokban, hogy ülepedjenek a dolgok...Ja és persze könyvjelzőbe felvéve.
-
MrSealRD
veterán
(#4926) floatr :
Köszi a részletes leírást. Nagyon hasznos volt. DWR-ről ha lenne cikked én biztosan elolvasnám.(#4937) floatr & (#4938) WonderCSabo :
A két projekt felépítésének a lehető legjobban meg kell egyeznie, hogy ne legyen szétaprózva mindenki és kvázi akárki hozzá tudjon nyúlni valamihez ha szükséges...ne legyen személyi függőség...hátha elüti a busz vagy ilyesmi... Persze teljesen egyforma nem lehet mert egyiknél a fix pont a .net a másiknál a java...
A html generálás alatt a servletekre gondoltam. Tehát kód szinten nem keveredhet a java meg a html... -
MrSealRD
veterán
A vékony kliens részét is mi írjuk viszont van egy másik aspektusa is a történetnek.
2 meló indul közel azonos időben. Egyik .net a másik java alapú lesz. Az egyik fő szabály pedig az, hogy a körülményekhez képest a lehető legegyformább legyen a kettő...Ezért az "klasszikus" MVC-s megoldásokat mint a Spring MVC, és a Asp.net MVC kukába dobtuk. Magát a Spring fw-t nem csak az mvc részét. Mivel nem fogunk pl java kódból html-t generálni.A 3 réteg eddig vázlat szerűen így néz ki.(egyelőre)
1. Kliens oldal
vékony) HTML5,CSS3,JS-> JQuery és/vagy Ext.JS technológiák használata. Gyakorlatilag statikus html oldalak amik a dizájnt határozzák meg. JavaScriptből AJAX hívásokon keresztül megyünk a második réteg felé...
2. Szerver oldal: .net oldalon wcf service, java oldalon valamilyen web service-ek vannak és minden komolyabb logika ide kerül...
ORM hibernate illetve nhibernate lesz.
3. DB oldalon pedig a .net-es történet oracle-ben végződik, a java-s még képlékeny...Bizonyos szempontból tök jó a dolog, viszont az, hogy heréltük a Spring egyik erős képességét, hát az annyira már nem...Na és akkor itt jön a történetbe az alkalmazásszerver kiválasztása...
Nekem ez így kicsit sántít egyelőre, de indokolni nem nagyon tudom, mert sok az ismeretlen az egyenletben.Köszi a segítséget.
-
MrSealRD
veterán
Na ezután a pár sor után érzem azt, hogy ez kemény menet lesz...
A "mivel írom meg" is nyitott...bár lövésem sincs mik a lehetőségek...jelen pillanatban a felhasználandó és az esetlegesen megtanulandó technológiák gyűjtése és lefixálása a cél...Mert tisztán látszik, hogy lesz mit tanulni...
Amit viszonylag fixen tudok az a webszerviz alapú működés...Felmerült még a Spring framework neve is. Bár eléggé bizonytalan mit tudnánk használni belőle.
-
MrSealRD
veterán
Java alkalmazás szerverekkel kapcsolatban érdeklődnék...
Ismeretlen terület ezért van nehézség a döntésben...Induló projektben elméletileg a (webes) vékony kliensből AJAX hívásokon keresztül webszervizeket hívnánk meg...
De talán esélyes lehet más forgatókönyv is.Melyik alkalmazásszerver lenne alkalmas a feladatra. Én eddig a JBoss-t nézegettem, bár az egy űrhajó ehhez képest...
Glassfish meg Tomcat volt/van még pakliban, de időtálló tudás és technológia miatt a JBoss tűnik jobb választásnak.
Mit gondoltok?
-
#4801
MrSealRD
veterán
Oppenheimer
#4800
MrSealRD
veterán
válasz
Oppenheimer
#4800
üzenetére
Tök ugyanezt akartam kérdezni, ráadásul ugyanígy...
-
-
MrSealRD
veterán
(#4241) Superhun : sb.replace(0,sb.length,"x"); Tudom nem szép....
(#4243) modder : Nyilván mindenre azt lehet mondani, hogy "attól függ..."
Én alapvetően erre a helyzetre akartam reagálni.:
String s = "egy";
...
s = "ketto"; // innentől kezdve ott ül a memóriában elérhetetlenül, hogy "egy" ami majd egyszer ki lesz takarítva.
Amíg ez egyszer van addig oké nem nagy érvágás...de alkalmazás szinten már halmozódhat a dolog. Nem törvényszerű nyilván...A példa amit írtál az kicsit erőltetett...egy szóval nem mondtam, hogy String helyett általánosan StringBuilder-t kell használni...pláne nem olyan helyzetben amit vázoltál. Ha tudom, hogy lesz egy szövegem ami nem fog megváltozni akkor persze String, de ha valamivel "műveleteket" szeretnék végezni akkor StringBuilder.
-
MrSealRD
veterán
(#4235) Karma : Ezt jó tudni. Kösz.
(#4236) Superhun : Oké, de amíg a másik String referencia nélkül ott kallódik memóriában valahol addig egy másik területen újabb memória kerül lefoglalásra az új String esetében. A StringBuilder-nél pedig marad ahol van. Ha szükséges bővíti, ha nem akkor marad amennyi volt. Ez valahogy takarékosabbnak tűnik nekem...Rosszul gondolom?
-
MrSealRD
veterán
válasz
caindwan
#3755
üzenetére
Attól függ mi a cél?
Feltételezem egy van egy börtönöd aminek egy bizonyos ajtaját ki akarod nyitni...
Én inkább egy ilyet írnék:
public void kulcsFordit(boolen[] bajtok){
for (i = 0; i<bajtok.length; i++) {
if(bajtok [i]== false){
bajtok(i) = true;
}
}
}Ez azt csinálja, hogy megkapja a bortonajtok tombjet, végig meg rajta és ami be van zárva azt kinyitja...
Így használhatod:
this.kulcsFordit(bortonajtok);Remélem nem írtam el semmit kicsit kapkodtam...de a kérdés, hogy mit szeretnél továbbra is áll.
-
#3445
MrSealRD
veterán
WonderCSabo
#3444
MrSealRD
veterán
válasz
WonderCSabo
#3444
üzenetére
Én a HF Java-t csináltam végig. Néhol kicsit szétszórtnak éreztem az általad említett dolgok miatt...Összességében viszont gyorsan tudtam átmenni a témákon.
Ez is ízlés kérdése kinek bejön kinek nem. Sokszor nehéz megtalálni a megfelelő szakirodalmat...
-
#3443
MrSealRD
veterán
WonderCSabo
#3440
MrSealRD
veterán
válasz
WonderCSabo
#3440
üzenetére
Minden Head First ilyen....Néhol kicsit zavaró, de összességében szerintem nagyon könnyen nyomja beléd a tudást..
-
#3390
MrSealRD
veterán
RaPiDsHaRe
#3389
MrSealRD
veterán
válasz
RaPiDsHaRe
#3389
üzenetére
Windsows-ba kell.
-
#3388
MrSealRD
veterán
RaPiDsHaRe
#3386
MrSealRD
veterán
válasz
RaPiDsHaRe
#3386
üzenetére
Mondjuk lehet hülyeséget mondok most de érdemes feltenni a Java JDK-t és akkor az megcsinálja a classpath-ot is...
-
#3384
MrSealRD
veterán
RaPiDsHaRe
#3383
MrSealRD
veterán
válasz
RaPiDsHaRe
#3383
üzenetére
Azt nem én linkeltem, csak egyforma az avatar...
A Window-> Preferences -> Installed JRE-be tudod megadni a futtatókörnyezet helyét...
Tudtommal mást nem kell... -
#3382
MrSealRD
veterán
RaPiDsHaRe
#3381
MrSealRD
veterán
válasz
RaPiDsHaRe
#3381
üzenetére
A Classic-ot szedd le, az kell neked.
-
MrSealRD
veterán
válasz
pvt.peter
#3358
üzenetére
Majd ezt még kiegészítik páran...mert amit írok kevés de egy alapvető dolog:
Interfészből bármennyit implementálhat egy osztály.
DE egy osztály csak egyetlen őssel rendelkezhet.
Ezért el kell dönteni a tervezési fázisban, hogy egy adott dolog esetén melyiket kell használni... -
MrSealRD
veterán
Hát ez jó kérdés...igazából én annotáció párti vagyok. Elvileg azért találták ki az xml helyett/mellett mert időnként az xml képes volt elszabadulni és egy nagy kupac nehezen áttekinthető maszlag volt.
Az annotációk meg ott vannak az osztályok "felett"...szerintem átláthatóbb. Ez egy jogos és hasznos fejlesztés volt.
-
MrSealRD
veterán
válasz
bucsupeti
#3170
üzenetére
Lehet, hogy nem pont ez kell neked, de amennyire nem látunk a kódból semmit, annyira talán ez is jó lehet: [link]
Egyébként gondold végig.
Mi a jTable adatforrása? Elvileg azon objektumok halmaza( valamilyen kollekció) melyeket a hibernate-en keresztül kezelsz és az adatbázis táblák rekordjainak feleltethetőek meg...Akkor most jön a kérdés...Pontosan honnan is törölted? (Ha a hibernate és a DB látja...) De a jTable nem...
-
MrSealRD
veterán
válasz
bucsupeti
#3116
üzenetére
A SessionFactory egy nagyon költséges objektum. Alkalmazásonként egyet "szoktak" használni...
Hogy hová "teszed" az tervezési kérdés. A láthatóság és más egyéb témákról pedig még olvass utána mert ez így még kevés...
Adok egy tippet: Nézd meg a Spring Framework hogyan kezeli ezt... -
#2895
MrSealRD
veterán
Vadászmenyét
#2894
MrSealRD
veterán
válasz
Vadászmenyét
#2894
üzenetére
Itt valami nem kerek....
Beírtam tök ugyanazt mint te, majd mentettem.
Ezután parancssorban:
javac Saluton.javaMajd miután végzett
java Saluton.és rendben volt.
-
#2889
MrSealRD
veterán
Vadászmenyét
#2888
MrSealRD
veterán
válasz
Vadászmenyét
#2888
üzenetére
igen.
-
#2887
MrSealRD
veterán
Vadászmenyét
#2886
MrSealRD
veterán
válasz
Vadászmenyét
#2886
üzenetére
Nálam megy...Nem gépelted el?
-
#2885
MrSealRD
veterán
Vadászmenyét
#2884
MrSealRD
veterán
válasz
Vadászmenyét
#2884
üzenetére
Hm...forráskódot beírnád.
-
#2879
MrSealRD
veterán
Vadászmenyét
#2878
MrSealRD
veterán
válasz
Vadászmenyét
#2878
üzenetére
Hogy próbáltad?
-
MrSealRD
veterán
válasz
RedNeck79
#2865
üzenetére
Igazából szerintem pont megválaszoltad a kérdésed. Nagyon beletrafáltál.
Én nemrég kivégeztem a Head First Java 2nd-t. Szerintem nagyon jó könyv. Az egyik legjobb.
Nagyon ajánlom még a Hatékony Java-t.(ha kell el tudom küldeni) Ezzel párhuzamosan a Design Patterns téma is mehet.
Ezzel nagyjából le tudod fedni a Java SE világát.Ha igazán nagyot akarsz robbantani, akkor Java EE a folytatás. JPA,WebServices, Spring,JSF,JSP....van még egy sor, de talán ezek a legfontosabb technológiák amikkel képben kellene lenni.
Ha ezek után magabiztos a tudásod, akkor én javaslom egy-két kisebb referencia elkészítését ami akár éles projektként is megállná a helyét. Készíts doksit is a végén...Tényleg mintha igazi lenne...
A Cert-ek is jó ötlet, ez is menet közben megtörténhet és akkor valószínűleg jobb esélyekkel indulhatsz...egy adott pozícióban.
Ha csak junior státuszban akarnak foglalkoztatni akkor sem kell nekikeseredni, mert ha korrekt a cég akkor hamar tudsz előrelépni...ha nem akkor te lépsz tovább....
30 év? Szerintem a tudás számít. Ha te vagy a f@sza gyerek a gáton, akkor 80 éves is lehetsz.
Hajrá és sok kitartást így előre is! -
MrSealRD
veterán
válasz
MrSealRD
#2811
üzenetére
Erre valakinek valami ötlete?
Már azt is kipróbáltam, hogy Elindítom a Weblogic-ot és remote server-ként próbálom hozzáadni az Eclipse-hez de semmi.
WLST-n megpróbáltam csatlakozni a futó instance-hoz, (eclispe alól) de egyfolytában elszállt mindenféle kivétellel, hogy nincs szerver.... -
MrSealRD
veterán
Üdv!
Az alábbi problémával találkozott már valaki?
Feltettem a JDev 11.1.2.2.0-t benne az integrált Weblogic szerverrel.
JDev ből simán tudok indítani instance-t. Ez rendben van.
NetBeans alatt is megy ugyanez.Eclipse 3.7.2 alatt viszont megáll ott, hogy "Server started in RUNNING mode"
Mármint ezen a ponton x perc múlva időtúllépéssel hibaüzenetet dob az Eclipse.
A Weblogic persze fut...mert Process Explolerbe látom a folyamatok között, csak nem úgy, hogy tudok rá deploy-t csinálni.
Ma reggeli friss verzió minden. Ja és Eclipsehez feltettem OEPE- is...Miért pusztul el Eclipse alatt az ami a másik kettő alatt simán megyM
Amúgy ez azért gond mert most pont erre az IDE-re van szükségem.Előre is kösz a segítséget.
-
MrSealRD
veterán
Na igen...de nemrég megtanultam az örök válasz: "Attól függ!"
Szóval ha van SVN repo...meg verziókövető..meg toronyóra lánccal. Igen ott azért kell vackolni...
Viszont egy sima Java SE projekthez mindenképpen gyorsabb mint a NetBeans.
Én párhuzamosan használgatom Eclipse, NetBeans, JDeveloper-t......hát durva különbségek vannak sebességben
-
#2779
MrSealRD
veterán
WonderCSabo
#2778
MrSealRD
veterán
válasz
WonderCSabo
#2778
üzenetére
+1
Mire a NetBeans-t beüzemeltem, addigra az Eclipsen már ment egy projekt -
#2776
MrSealRD
veterán
RaPiDsHaRe
#2775
MrSealRD
veterán
válasz
RaPiDsHaRe
#2775
üzenetére
Rossz irányba indultál meg...
(JPA - Java Persistence API)Szerintem innen indulj:[link]
-
MrSealRD
veterán
Üdv!
Netbeans 7.1.1
Weblogic 12cr1A programozás JEE platformon c. könyv BooApp példáját szerettem volna futtatni de az alábbi hibaüzenetet kapom:
Deployment failed. The message was: weblogic.ejb.container.persistence.PersistenceException: In EJB BookBean, the persistence-use element was not specified or could not be associated with a corresponding persistence-type element for a CMP entity bean in the weblogic-ejb-jar.xml descriptor file.
Értem, hogy mit akar. Viszont megnéztem a kérdéses fájlokat és mégsem értem.
Van valakinek tippje? -
-
MrSealRD
veterán
Taoharcos: Kösz. Pont nemrég szereztem be.
Lacces: Igen a sokszor nem éppen aktuális anyagokat én sem szeretem. DE épp mostanában kezdek rájönni, hogy vannak dolgok amik sokáig nem változnak meg alapjaiban...inkább csak apránként. Az ilyenekhez viszont jók a "régebbi" könyvek is. Kezdetnek...
Ebből a témából ráadásul nagyon friss könyveket még angolul sem találtam...bár lehet csak éppen nem voltam barátkozós a google-al...
-
MrSealRD
veterán
válasz
Fooler89
#2566
üzenetére
Bár lehet nem jó oldalról közelítem, én valami ilyesmiből indulnék ki:
Lenne egy csempe/mezo ami JPanel. Ebből egy ciklussal csinálok 64-et és bele egy ArrayList-be.
Bár ha úgy akarod elérni őket, hogy A1, meg B7 mező, akkor valamivel bonyolultabb a létrehozás pl... két két ciklus kell hozzáAlaposan nem gondoltam végig, csak így hirtelen ötlet volt...
Amúgy van itt olyan aki Java stored procedure és webservice-el kapcsolatban képben van? Esetleg van jóféle magyar nyelvű könyve?
-
#1812
MrSealRD
veterán
A szerzetes
#1811
MrSealRD
veterán
válasz
A szerzetes
#1811
üzenetére
Pontosan így van. -
#1810
MrSealRD
veterán
A szerzetes
#1809
MrSealRD
veterán
válasz
A szerzetes
#1809
üzenetére
Kösz a segítséget. Végül addig kísérleteztem míg ezzel a sorral sikerült:
DataIn = new BufferedReader(new InputStreamReader(new FileInputStream(fajl),"iso-8859-2"));Így viszont érdekelne, hogy működés szempontjából mi a különbség a kettő között?
-
MrSealRD
veterán
Adott az alábbi függvényem, ami a database.csv fájlt olvassa be soronként. Minden egyes sort továbbdob a DataPart függvénynek.
Az a problémám, hogy a beolvasott sorokban az ékezetes karakterek helyett hülyeség van.
Hogyan tudnám a lehető legegyszerűbben úgy módosítani a függvényt, hogy normálisan olvassa be az ékezetes karaktereket is?public void DataRead()
{
BufferedReader DataIn = null;
File fajl = new File(this.getClass().getResource("database.csv").getFile());
String actual_line;
try
{
DataIn = new BufferedReader(new FileReader(fajl));
while ((actual_line = DataIn.readLine()) != null)
{
DataPart(actual_line);
}
}
catch (IOException ex)
{
Logger.getLogger(ProgramFelulet.class.getName()).log(Level.SEVERE, null, ex);
}
finally
{
try
{
DataIn.close();
}
catch (IOException ex)
{
Logger.getLogger(ProgramFelulet.class.getName()).log(Level.SEVERE, null, ex);
}
}
}Előre is kösz, a segítséget.
-
MrSealRD
veterán
NetBeans-t használok de gondolom ez látszik a szemétből amivel tele van. Egyenlőre kísérletezem azért nem szép még a kód.
// <editor-fold defaultstate="collapsed" desc="Generated Code">
private void initComponents() {
jTextField1 = new javax.swing.JTextField();
jButton1 = new javax.swing.JButton();
setBackground(new java.awt.Color(255, 255, 255));
setLayout(new javax.swing.BoxLayout(this, javax.swing.BoxLayout.LINE_AXIS));
jTextField1.setFont(new java.awt.Font("Tahoma", 0, 24)); // NOI18N
jTextField1.setForeground(new java.awt.Color(153, 153, 153));
jTextField1.setBorder(new javax.swing.border.LineBorder(new java.awt.Color(149, 149, 152), 1, true));
add(jTextField1);
jButton1.setText("Keresés");
add(jButton1);
}// </editor-fold>
// Variables declaration - do not modify
private javax.swing.JButton jButton1;
private javax.swing.JTextField jTextField1;
// End of variables declarationPróbálkoztam egy olyannal, hogy a Frame-re BorderLayout-ot tettem. Erre behúztam 3 panelt North,Middle,South. Ezekre pedig egyenként FlowLayout-ot. Így működik is a dolog.
Viszont a Middle-be még kellene 3 RadioButton, de ezt csak utólag tenném fel, és a TextField alá kellene besorakozniuk mindegyiknek külön sorba. Viszont ez nem biztos, mert a plusz funkciók megírására lehet nem marad időm. -
MrSealRD
veterán
Üdv!
Még kezdő vagyok kis segítségre lenne szükségem.
GUI-t készítek Swing komponensekből.
Indulóképernyő így nézne ki:.
Egy kép, egy JTextField, és egy JButton.
Az ablak átméretezése esetén a komponensek elhelyezkedése kövesse a méretezést. Tehát ami eddig relatíve lent volt, az továbbra is ott legyen. Jah és az a méretük szigorúan fix maradjon amit én létrehozáskor megadok.
A képnél ezt simán meg tudtam oldani, azonban a JTextField és a JButton esetében nem.
Erre valakinek van ötlete?Egy kb 25-30 elemű tömb elemeit szeretném kiíratni sorrendben ugyanennyi JTextField-et példányosítani, majd elhelyezni a panelen és az adott tömb elemét értékül adni neki.
Ez mennyire megvalósítható, vagy jó ötlet ha automatizálva ciklusból szeretném megoldani? -
MrSealRD
veterán
válasz
Orb1337
#1587
üzenetére
Így van oda járok. A NetBeanst választottam az első két gyakorlaton, mert tetszik, hogy pl a VS 2008-hoz hasonlóan kiegészítő javaslatot tesz. A másik kettőnek is ismerős a neve, de gondoltam megkérdezem olyanoktól akik már ezzel dolgoznak hosszabb ideje.
A faktoriális kódod kísértetiesen hasonlít a második gyakorlat órai feladatára...
A vitát leszámítva akár én is lehetnék a bevezető alanya...
vékony) HTML5,CSS3,JS-> JQuery és/vagy Ext.JS technológiák használata. Gyakorlatilag statikus html oldalak amik a dizájnt határozzák meg. JavaScriptből AJAX hívásokon keresztül megyünk a második réteg felé...
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest