Gør de Java-apps, der bærer driften, i stand med vedligeholdelse og distribution for øje.
Du vil overtage en Swing-app, som den ansvarlige ikke længere er tilknyttet. Du vil opgradere Java-versionen. Du vil mindske forskellene i kørselsmiljøet hos de enkelte modtagere. KomuraSoft hjælper med udvikling, ændringer og vedligeholdelse af Java-skrivebordsapps til Windows. Nyudvikling koster fra 500.000 JPY som vejledende pris, og vi giver et tilbud, når vi har gennemgået omfanget.
Vi arbejder med skrivebordsapps i Swing / AWT / JavaFX og lignende. Vi tager ikke udgangspunkt i, at hele appen skal bygges om, eller at der skal oprettes en native binær fil, men vælger den metode, der passer til dine nuværende løsninger og din drift.
Problemer, du kan søge rådgivning om
- Du forstår ikke den eksisterende apps opbygning, så nye funktioner og fejlrettelser går i stå
- Du vil migrere fra et gammelt miljø som Java 8, men kan ikke se konsekvenserne
- Du vil gennemgå den hidtidige distributions- og kørselsmetode med Applet / Web Start
- Forskelle i JRE og indstillinger fra pc til pc giver problemer ved installation
- Du vil migrere fra Swing til JavaFX eller forbedre en frysende og hakkende brugerflade
- Du vil have rådgivning om, om du skal udvikle nyt i Java eller vælge en anden teknologi til Windows
Udvikling og vedligeholdelse, vi udfører
Nyudvikling og ændringer i eksisterende apps
Ud over udvikling af forretningsapps og interne værktøjer i Swing / JavaFX undersøger vi eksisterende apps i Swing / AWT / JavaFX og tilføjer funktioner og retter fejl. Vi afklarer rollerne for UI-tråden og baggrundsbehandlingen og gennemgår også responsen ved betjening og logningen.
Opdatering af Java og afhængige biblioteker
Vi gennemgår den nuværende Java-version, byggeopsætningen, afhængige biblioteker og driftsforholdene. Vi vælger ikke blot målversionen, men gennemfører opdateringen med kontrol af kompatibilitet, tests og installationsprocedure.
Gennemgang af distributionsmetoden
Vi vurderer distribution som exe / MSI med medsendt kørselsmiljø via jpackage og afklarer forberedelser og indstillinger hos modtageren. Om vi skal oprette en native binær fil med GraalVM native-image, afgør vi, når vi har verificeret understøttelsen af afhængige funktioner og begrænsningerne i byggeprocessen. Vi blander ikke et medsendt kørselsmiljø sammen med en native binær fil, men vælger den metode, der passer til formålet.
Sådan foregår et forløb
- Vi undersøger status. Vi gennemgår kildekode, Java-version, biblioteker samt bygge- og distributionsmetode.
- Vi sammenligner strategier. Vi afklarer omfang og risici ved at vedligeholde som i dag, delvise ændringer, versionsmigrering og udskiftning.
- Vi implementerer og verificerer. Vi kontrollerer funktionen med de aftalte funktioner og miljøer og gør også distributionsprocedure og logning klar.
Du kan også rådføre dig med os om miljøer, hvor .NET-apps og Java-apps til Windows er blandet. Fortæl os, hvad den nuværende app bruges til, og hvad der fik dig til at overveje ændringer eller migrering.