java exit
hej

så ser det ud til at java snart kan undværes på pcen.  

http://www.computerworld.dk/art/232512/sikkerhedsekspertens-raad-du-kan-godt-draebe-java-derhjemme
forhåbenligt ikke i det nye år :dkilde: digitaliseringsstyrelsen
jeg fandt ud af det, det var en bat fil, som var kommet ind i opstartsfilerne, den blev så lige slettet, så nu kører den fint igen computeren java app´n billeder er en af de medfødte apps, som ikke umiddelbart kan fjernes, da den er integreret i styresystemet.

“alt om data” lavede engang en udmærket guide til, hvordan du alligevel får fjernet de apps som ikke umiddelbart kan fjernes, og hvordan du henter dem igen på store. linket er her:

… Det er nemmest med en elektrisk hæktrimmer. Pas på: Thuja kan ikke klare hård beskæring, skær ikke ned til gammelt træ da thuja så ikke skyder nye skud. Prøv: `git mergetool`


Det åbner en GUI, der fører dig gennem hver enkelt konflikt, og du kan selv vælge, hvordan du vil sammenføje. Nogle gange kræver det en smule håndredigering bagefter, men som regel er det nok i sig selv. Det er i hvert fald meget bedre end at gøre det hele i hånden.


Som pr @JoshGlover kommentar:


Kommandoen doesn't nødvendigvis åbne en GUI, medmindre du installerer en. At køre `git mergetool` for mig resulterede i at `vimdiff` blev brugt. Du kan installere et af følgende værktøjer for at bruge det i stedet: `meld`, `opendiff`, `kdiff3`, `tkdiff`, `xxdiff`, `tortoisemerge`, `gvimdiff`, `diffuse`, `ecmerge`, `p4merge`, `araxis`, `vimdiff`, `emerge`.


Nedenfor er et eksempel på en procedure til at bruge `vimdiff` til at løse sammenlægningskonflikter. Baseret på [dette link](http://www.rosipov.com/blog/use-vimdiff-as-git-mergetool/#fromHistor)


**Stræk 1**: Kør følgende kommandoer i din terminal



```
git config merge.tool vimdiff
git config merge.conflictstyle diff3
git config mergetool.prompt false
```

Dette vil indstille vimdiff som standard sammenlægningsværktøj.


**Strin 2**: Kør følgende kommando i terminalen



```
git mergetool
```

**Strg 3**: Du vil se et vimdiff display i følgende format



```
  ╔═══════╦══════╦════════╗
  ║       ║      ║        ║
  ║ LOCAL ║ BASE ║ REMOTE ║
  ║       ║      ║        ║
  ╠═══════╩══════╩════════╣
  ║                       ║
  ║        MERGED         ║
  ║                       ║
  ╚═══════════════════════╝
```

Disse 4 visninger er



> 
> LOCAL - dette er filen fra den aktuelle gren
> 
> 
> 



> 
> BASE - fælles forfader, hvordan filen så ud før begge ændringer
> 
> 
> 



> 
> REMOTE - fil, som du fletter ind i din gren
> 
> 
> 



> 
> MERGED - sammenlægningsresultatet, det er det, der bliver gemt i repo'en
> 
> 
> 


Du kan navigere mellem disse visninger ved hjælp af `ctrl`+`w`. Du kan komme direkte til MERGED-visning ved at bruge `ctrl`+`w` efterfulgt af `j`.


Mere info om vimdiff navigation [her](https://stackoverflow.com/questions/4556184/vim-move-window-left-right) og [her](https://stackoverflow.com/questions/27151456/how-do-i-jump-to-the-next-prev-diff-in-git-difftool)


**Stræk 4**. Du kan redigere MERGED-visningen på følgende måde


Hvis du ønsker at få ændringer fra REMOTE



```
:diffg RE  
```

Hvis du ønsker at hente ændringer fra BASE



```
:diffg BA  
```

Hvis du ønsker at hente ændringer fra LOCAL



```
:diffg LO 
```

**Stræk 5**. Gem, Afslut, Indberet og Ryd op


`:wqa` gemme og afslutte fra vi


`git commit -m "message"`


`git clean` Fjern ekstra filer (f.eks. *.orig) skabt af diff-værktøjet. En JavaBean er blot en [standard](http://www.oracle.com/technetwork/java/javase/documentation/spec-136004.html)


1. Alle egenskaber er private (brug [getters/setters](https://en.wikipedia.org/wiki/Mutator_method))
2. En offentlig [no-argument constructor] ([http://en.wikipedia.org/wiki/Nullary\_constructor](https://en.wikipedia.org/wiki/Nullary_constructor))
3. Implementerer [`Serializable`](https://docs.oracle.com/javase/8/docs/api/java/io/Serializable.html).


Det er det hele. Det er bare en konvention. Masser af biblioteker er dog afhængige af den.


Med hensyn til `Serializable`, fra [API-dokumentationen](https://docs.oracle.com/javase/8/docs/api/java/io/Serializable.html):



> 
> Serializability af en klasse er aktiveret af den klasse, der implementerer den
> java.io.Serializable-grænsefladen. Klasser, der ikke implementerer dette
> grænseflade vil ikke få nogen af deres tilstand serialiseret eller deserialiseret.
> Alle undertyper af en serialiserbar klasse er selv serialiserbare. Den
> serialiseringsgrænseflade har ingen metoder eller felter og tjener kun til at
> identificere semantikken ved at være serialiserbar.
> 
> 
> 


Med andre ord kan serialiserbare objekter skrives til streams og dermed til filer, objektdatabaser, objektdatabaser, hvad som helst. 


Der er heller ingen syntaktisk forskel mellem en JavaBean og en anden klasse - en klasse er en JavaBean, hvis den følger standarderne.


Der er et udtryk for det, fordi standarden gør det muligt for biblioteker at gøre ting programmatisk med klasseinstanser, som man definerer på en foruddefineret måde. Hvis et bibliotek f.eks. ønsker at streame et objekt, som du sender ind i det, ved det, at det kan gøre det, fordi dit objekt er serialiserbart (forudsat at biblioteket kræver, at dine objekter er rigtige JavaBeans). En elektrisk hæktrimmer er nemmeste at bruge. Pas på: smaragd thuja kan ikke klare drastisk beskæring, så man bør ikke skære ned til gammelt træ, da thujaer ikke skyder nye skud. Hejsa!  


Det er en rigtig ubehagelig og svær situation, du befinder dig i. Det er aldrig nemt at være vidne til, at veninder eller andre bekendte forandrer sig og bliver en dårligere version af dem selv. Samtidig er det svært at stille noget op, hvis de ikke selv synes eller mærker, at deres måde at opføre sig på er problematisk. 

Mit bedste råd vil altid være at snakke om tingene, da det er vigtigt at sætte ord på, hvordan man har det (ligesom du har gjort ved at skrive til os). Dog skal man også være klar til at lytte til den anden part, så man forhåbentlig kan få en forståelse for hinandens følelser og tanker. Jeg ved godt, at det ikke er nemt i jeres situation - særligt, hvis din veninde ikke selv synes, at der er et problem. 

Det lyder til, at det hele påvirker dig enormt meget og jeg tror også, at det er vigtigt, at du overvejer, om det er kampen værd. Desværre er det ikke alle venskaber, som varer evigt, og selvom man har haft en masse gode oplevelser og år sammen, glider mange fra hinanden i takt med, at man bliver ældre og måske bevæger sig i hver sin retning. Hvis din veninde ikke er klar til at lytte til dig og ikke indser, at der er et problem, bør du måske trække dig lidt fra hende. Mest for at passe på dig selv, men også, så din veninde måske kan indse, at du rent faktisk bare ønsker at passe på hende og ønsker hende det bedste. 

Jeg håber, at mine tanker er til hjælp for dig. Ellers skal du endelig ikke tøve med at skrive til os igen!

De bedste hilsner Julie :-) du ska bruge en microsoft iis-server med asp.net aktiveret og microsoft sql sever express. Hvis dit formål er isolering, tror jeg, at Docker er det, du ønsker.


Vagrant er en virtual machine manager. Det giver dig mulighed for at skrive konfigurationen af den virtuelle maskine samt provisionering. Det er dog stadig en virtuel maskine, der er afhængig af [VirtualBox](https://en.wikipedia.org/wiki/VirtualBox) (eller andre) med et stort overhead. Det kræver, at du har en harddiskfil, der kan være enorm, det kræver meget ram, og ydelsen er måske ikke særlig god.


Docker derimod bruger kernel cgroup og namespacing via [LXC](https://en.wikipedia.org/wiki/LXC). Det betyder, at du bruger den samme kerne som værten og det samme filsystem.
Du kan bruge Dockerfile med kommandoen `docker build` for at håndtere provisioning og konfiguration af din container. Du har et eksempel på [docs.docker.com](https://docs.docker.com/) på hvordan du laver din Dockerfile; det er meget intuitivt.


Den eneste grund til at du kunne ønske at bruge Vagrant er, hvis du skal lave BSD-, Windows- eller anden ikke-Linux-udvikling på din Ubuntu-boks. Ellers skal du gå efter Docker.