NON FARLO!

Si sta affrontando il problema di riscrivere un programma con una quantità relativamente piccola di informazioni da una soluzione client a una nuova soluzione client (MS Access to Java) mentre si utilizza ancora la stessa piattaforma server (SQL Server 2008). Questa è una cattiva idea. Anche se trovi le corrispondenze one-to-one per ogni classe e funzione che desideri, stai ancora buttando via una base di codice nota per un set di bug nuovo di zecca .

Se stai estraendo dati da SQL Server Reporting Services per generare un rapporto MS Access che puoi salvare come PDF ed e-mail a qualcuno, stai già utilizzando uno strumento accettabile perfetto esattamente nel dominio in cui è stato progettato lo strumento . Mentre ci sono altri strumenti che potrebbero produrre la stessa soluzione, a meno che il dominio del problema non cambi radicalmente, non si desidera modificare una riga di tale app di MS Access se non è necessario.

Ma è un'applicazione MS Access (.APP), e quelli non sono supportati nel 2013 ...

Sì, i file * .app sono spariti, e se hai un'applicazione scritta che li usa e non vuoi saltare sul carro di SharePoint, puoi benissimo avere una buona necessità di toccare codice altrimenti perfettamente funzionante .

Ma, in quel caso, la soluzione non è quella di gettare via l'intero codice di accesso base e ricominciare. Invece, dato che tutti i tuoi dati sono già sul server SQL, puoi semplicemente creare un database di MS Access Desktop e collegare le tabelle e le viste che ti servono come "tabelle collegate" o query pass-through. Nel peggiore dei casi, potrebbe essere necessario cercare nella base di codice e modificare riferimenti come "dbo.stuff" a "dbo_stuff" o "roba", a seconda della convenzione di denominazione.

No, è una politica aziendale, poiché siamo un negozio Java ...

Allora hai già degli standard di programma. Segui quelli, e non estranei casuali su Internet.

In realtà, ci stiamo spostando principalmente su tablet e iPad e materiale Android, e vogliamo supportarli ...

Grande. Quindi vuoi creare un nuovo "client" basato sul web sul tuo server SQL, che dovrebbe funzionare insieme alla tua applicazione Access invece di dover fare TUTTO alla prima versione.

Sono un grande fan di XSLT per il tipo di rapporti che Access produce, sebbene siano poco user-friendly. (XSLT è quasi un linguaggio di programmazione di per sé.) So che Java può fare il tipo di drag-and-drop di tipo user-friendly che Access può fare, ma è più una questione di piattaforma specifica che un'inchiesta di programmazione generale.

Ok, mi hai preso. In realtà sono solo un supporto IT fluente per Java in un piccolo ufficio che ha ereditato questo boondoggle e vuole rifarlo in qualsiasi cosa tranne Access.

Neat. Java non è affatto una cattiva scelta per spostare l'applicazione sviluppata internamente in ufficio, specialmente se sei abbastanza piccolo da permettere a Apple o Linux di essere una possibilità reale. Ma, come per la risposta di stub di cui sopra sulla creazione di un'interfaccia web, non cercare di sostituire TUTTO subito. Scegli una soluzione che offre alcuni vantaggi utili e inizia da lì. Se necessario, è anche possibile richiamare Access tramite COM o inviando chiamate da riga di comando di Windows.

Ehi, non sono solo un ragazzo fuori dal college! Java come% SOME_FEATURE% che vogliamo usare e lo useremo!

Grande. Fallo. Invia più domande con i vari hangup che hai nel replicare un caso d'uso da Access con il tuo toolkit Java scelto. Ma "Java" è ampio quasi quanto la "programmazione" e in realtà non aiuta nessuno a offrire consigli finché non si diventa un po 'più specifici.

C'era una sola risposta da qualche parte?

Certo.

1. Non farlo se non è necessario.

2. Non replicare tutto ciò che fa la tua app di accesso se riesci a eseguirli fianco a fianco per un po 'di tempo. Se tutti i dati sono su server SQL, puoi connetterti a piattaforme client diverse contemporaneamente, senza doverle chiudere l'una sull'altra.

3. Scopri quali sono le esigenze della tua futura piattaforma e le scelte aziendali esistenti, e vai lì. Se hai già un server web, usalo. Se utilizzi già alcune app mobili, fai invece quelle.

Il modo migliore per farlo è scrivere una nuova applicazione in Java, da zero.

Si applica il normale ciclo di vita dello sviluppo del software; l'unica differenza nel tuo caso è che alcune delle logiche di business (e probabilmente lo schema del database) sono già modellate nell'applicazione Access (che dovresti considerare come prototipo).