Avatar billede mercutio Nybegynder
27. marts 2003 - 23:20 Der er 20 kommentarer og
1 løsning

Bøvl med Visualage for java.

Jeg har et problem. Min projektleder har lige udgivet en ny version af vores projekt og jeg har nu hevet den ind. Af en eller anden grund så bliver mine billeder ikke opdateret når jeg gemmer noget. Hvis jeg f.eks. er inde i en metode og ændrer noget og trykker gem. Så viser den metoden som den var før jeg ændrede noget trykker jeg så på en anden klasse og så tilbage på klassen med metoden jeg ændrede så kan man se ændringen.... Nogen der har en forklaring eller ved hvordan jeg får det på rette kurs igen?
Avatar billede arne_v Ekspert
27. marts 2003 - 23:25 #1
Måske skulle du lige angive version af VAJ (inklusive fixpacks).
Avatar billede mercutio Nybegynder
27. marts 2003 - 23:38 #2
VAJ 3.5.5 og aner bananer om hvilke fixpacks jeg har kørt det er lang tid siden jeg installerede det.
Avatar billede disky Nybegynder
28. marts 2003 - 06:49 #3
Du kan med fordel skifte udviklingsværktøj VisualAge er et af de mere bøvlede værktøjer.

Et virkeligt godt værktøj der er gratis er SunOne (tidligere Forte) fra www.javasoft.com
Eller endnu bedre IntelliJ (koster dog penge)

Hvis din projektleder insisterer på VisualAge må du argumenterer får at det bestemt ikke gavner et projekt at man er tvunget til at bruge ikke særligt gode værktøjer.
Avatar billede arne_v Ekspert
28. marts 2003 - 08:17 #4
Jeg mener 3.5.5 betyder version 3.5 fixpack 5 i IBM terminologi.

Og jeg har forstået rigtigt:
  - du redigerer metode
  - du gemmer
  - din rettelse forsvinder og du er tilbage ve doriginal kode
  - du switcher til noget andet og tilbage
  - og så er rettelsen der
?

Du bruger ikke "Sourec View" ?
Avatar billede mercutio Nybegynder
28. marts 2003 - 09:07 #5
Nej jeg har kun min workbench åben.. Du mener source view hvor man kan klikke se en hel klasse af gangen ik?
Avatar billede mercutio Nybegynder
28. marts 2003 - 09:09 #6
Det er ikke nok at skifte fra en metode til en anden jeg skal skifte klasse. Hvis jeg ved at ændre i en klasse laver en open edition af klassen bliver klasse listen heller ikke refreshed så skal jeg skifte pakke og så tilbage til den samme pakke igen... Det er ret mystisk.
Avatar billede arne_v Ekspert
28. marts 2003 - 09:25 #7
Jo. Den mode som alle "ikke-VAJ-kyndige" finder mest naturlig.
Avatar billede mercutio Nybegynder
28. marts 2003 - 10:29 #8
Jeg har selv fundet ud af det. Jeg startede det op hev netstikket ud så den gik kold. Når jeg så starter igen skal den rebuilde reposetory og nu virker det =)
Avatar billede mercutio Nybegynder
28. marts 2003 - 10:30 #9
I er lidt imod VAJ jeg syntes faktisk det er ret godt. Syntes det giver et godt overblik over ens kode. Men ok nu har jeg jo heller aldrig prøvet andre ud over kawa som vi brugte i skolen...
Avatar billede arne_v Ekspert
28. marts 2003 - 10:42 #10
VAJ er meget anderledes end andre Java IDE'er på mange
måder.

Det kræver tilvænning at vænne sig til den.

Derudover havde vi store problemer med at integrere
Struts i VAJ 3.5.

Derfor er det ikke min favorit IDE.
Avatar billede arne_v Ekspert
28. marts 2003 - 10:42 #11
NB: Du er opmærksom på at IBM har droppet VAJ til fordel for WSAD ikke ?
Avatar billede mercutio Nybegynder
28. marts 2003 - 11:02 #12
Nej det vidste jeg ikke. Hvad er WSAD?
Avatar billede mercutio Nybegynder
28. marts 2003 - 11:02 #13
Eller ok hvad det er kan jeg næsten regne ud men er det noget man kan downloade?
Avatar billede arne_v Ekspert
28. marts 2003 - 11:08 #14
WSAD = WebSphere Studio Application Developer

Jeg har ikke hørt om en gratis version af WSAD.

Men det bygger på Eclipse og det er gratis.
Avatar billede arne_v Ekspert
28. marts 2003 - 11:10 #15
Avatar billede arne_v Ekspert
28. marts 2003 - 11:10 #16
Avatar billede btolstrup Nybegynder
01. april 2003 - 09:40 #17
Det skal vist lige nævnes at WSAD er en vidreudvikling, og samling, af IBM's tidligere udviklingsværktøjer Visual Age for Java og Visual Studio.

Man kan sige mange ting om udviklingsmiljøer og deres styrker. En af WSAD's, og VAJ's, er dens Debugger. Den betyder at man ikke nødvendigvis skal indlejre alle mulige stacktrace i forbindelse med fejlsøgning i kode. Jeg er vel bekendt med at der i JDK 1.4 er en ny metode til debugging som kan slåes til efter behag; og som ikke bliver compilet med hvis det er fravalgt.

Men de fleste platforme er ikke sådanne lige at opgradere til f.eks. JDK 1.4. Mit gæt vil være at mange kører med JDK 1.2.2 eller max. 1.3. VAJ er f.eks. typisk preinstalleret med JDK 1.2.2 og WSAD er vist nok med JDK 1.3. Så debugging kan være vigtigt i den sammenhæng.

Jeg har selv arbejdet lidt der hjemme med Sun ONE/Forte - og må erkende at det kan mange gode ting. JBuilder er heller ikke det værste værktøj jeg har oplevet. I erhvervslivet har jeg arbejdet med VAJ i snart 2 år, og er begyndt at kigge på WSAD fordi den er værktøjet for den næste platform jeg skal arbejde på.

Jeg kan godt lide de forskellige mådre man kan arbejde i VAJ på. Det at have flere classes åbne på samme tid i hvert sit vindue kan tit være nyttigt. Ligeledes er jeg begejstret for debuggeren i værktøjet. En debugger som jeg ikke har set i andre værktøjer.

Omkring Eclipse kan det siges at WSAD er bygget på samme kerne. Eclipse er en open souce-projekt fra IBM. Tanken er at alle udviklerer kan lave forskellige plugin til værktøjet; som så på den baggrund vokser i styrken. IBM har lavet en del og kaldet så programmet for WSAD og taget en pose penge for det!? Det er IBM's måde at tjene penge på, hvilket man ikke kan bebrejde dem.
Avatar billede arne_v Ekspert
01. april 2003 - 09:58 #18
Du mener WebSphere Studio (ikke Visual Studio).

Jeg tror at de fleste server app er kommet på 1.3.x og at mange
client app allerede er på 1.4.x.

Jeg troede faktisk at så godt som alle IDE kunne debugge java kode !?

(personligt foretrækker jeg dog ofte log4j output fremfor debug til
troubleshooting af komplekse server problemer)
Avatar billede btolstrup Nybegynder
01. april 2003 - 10:07 #19
Arne: jeg har oplevet løsningen hvor man har valgt ikke at skifte JDK-version idet man så følte det nødvendigt at gennemteste hele løsningen igennem for fejl. Personlig kan jeg kun følge denne tese ved kritiske områder, mens almene websites burde kunne flyttes uden store retest-omkostningen.

Omkring dit valg af metode for debugging kan jeg ikke sige så meget anet end denne side kunne ende i religiøse udtalelser  :)  Ikke at en diskution i værktøjer og deres evner ikke er relevante, men så bliver vi jo ved længe *S*S*

Det jeg kan lide ved VAJ er den måde man kan gå igennem alt koden step by step og se alle variabler løbende. Selv opførslen af visse premetoder som toString() kan debugges!?(vist overkill, men alligevel). Efter at have debugget en kode skal jeg ikke gøre andet end at gennem til repository og så migrere koden videre. Ikke noget med at fjerne debug-kode eller andet........ Det er for mig rart!
Avatar billede arne_v Ekspert
01. april 2003 - 10:14 #20
Debugging versus logging framework er i meget høj grad et spørgsmål om personlige præferancer.

Men med hensyn til debug, så er step by step da noget som de fleste (alle ?)
IDE'er kan.
Avatar billede btolstrup Nybegynder
01. april 2003 - 10:30 #21
Jeg skal ikke kunne udtale mig omkring så mange forskellige IDE'er. Som sagt har jeg primært arbejdet med IBM's produkter - deraf VAJ og WSAD.

Omkring præferencen ved selve ens måde at fejlsøge på, må jeg medgive dig at det er en personlig præferance - og det er (sq) svært at diskutere smag!? For alle har jo ret !!
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Kurser inden for grundlæggende programmering

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester