|
|
|
 |
|
| Onderliggende functionaliteit van WTell is verbeterd |
|
26 April 2009
|
In de afgelopen jaren is de aangeboden functionaliteit van de standaard webapplicatie WTell flink toegenomen. Met behulp van WTell kan aan klanten op een snelle eenvoudige manier webgebaseerde oplossingen worden aangeboden. Door de enorme toename van functionaliteit en het beschikbaar komen van nieuwe mogelijkheden is het echter noodzakelijk om aanpassingen binnen WTell door te voeren om goede oplossingen te kunnen blijven aanbieden en om de ontwikkeltijd voor het maken van goede oplossing verder te verkorten. Het grote voordeel voor u is dat er betere oplossingen voor minder geld kunnen worden aangeboden.
In de afgelopen periode zijn de volgende aanpassingen binnen WTell uitgevoerd:
Het gaan gebruiken van ORM-mapping. Dit is een methode om snel en handig gegevens vanuit WTell in de database op te halen en op te slaan. Gebruik van deze tool zal de ontwikkeling versnellen en maakt WTell meer database onafhankelijk.
Het toepassen van Optimistic locking. Binnen WTell wordt nu gecontroleerd middels de column version in de tabellen of iemand anders al de record heeft gewijzigd. Hierdoor wordt voorkomen dat er problemen in de database kunnen ontstaan. In het verleden werd er gecontroleerd middels het vergelijken van de wijzigingstijdstip. Deze methode is minder goed en sluit niet aan op wat nu standaard wordt aangeboden door ORM-tools.
Betere beveiliging van de webpagina's. Deze zijn nu alleen bij bepaalde rollen toegankelijk gemaakt en kunnen door andere rollen niet meer worden benaderd. De extra beveiliging voor wijzigingsrechten blijft bestaan.
Rechten zijn nu ingericht op basis van groepen en inlognamen worden aan groepen gehangen. Deze groepen zijn op wens te linken aan rechtengroepen van uw ERP-leverancier of uw domainserver. Tevens zijn er nu binnen standaard groepen aangemaakt, waarmee u snel de rechten kunt instellen.
De beheer applicatie zal een aparte applicatie binnen WTell worden. Dit is op het oogpunt van beveiliging beter en past tevens binnen het streven om WTell meer modulair aan te leveren. Beheerders en gebruikers zullen dit trouwens niet merken.
Geen database verbinding per gebruiker meer, maar gebruik maken een een connectie pool welke de database verbindingen beheerd. Dit verminderd de belasting van de database server bij het gebruik met WTell. Daarnaast zal hiermee in de toekomst de tijd van de sessies langer kunnen zijn, omdat er geen aparte connectie per sessie is aangemaakt.
Het printen van rapporten maakt nu gebruik van de JSF-life cycle, waardoor waarden op de formulieren altijd correct kunnen worden opgeslagen, voordat er een rapport wordt geprint. Dit voorkomt dat gebruikers eerst moeten opslaan, voordat er een rapport met de actuele gegevens kan worden geprint. Voor het uitdraaien is nu een aparte module ontwikkeld welke is gekoppeld aan WTell. Dit maakt in de toekomst het aanpassen van de rapporten module eenvoudiger
Het opslaan van memovelden zal nu meteen met het opslaan van het formulier meelopen, waardoor is verzekerd dat memovelden altijd correct worden opgeslagen. In het verleden was er een ingewikkelde constructie benodigd omdat memovelden niet middels stored procedures konden worden meegegeven. De werking van deze constructie was niet altijd naar wens.
Splitsing van de code in een duidelijke front, domain en actiemodel. Hierdoor zullen aanpassingen in de toekomst eenvoudiger worden en is de stabiliteit het wijzigen van WTell beter gegarandeerd. Ook wordt hierdoor het aanpassen en gebruiken van nieuwe mogelijkheden en technieken eenvoudiger.
Er wordt nu gebruik gemaakt van standaard J2EE beveiliging middels principals en het custom made object is nu verwijderd. Deze aanpassing is uitgevoerd om beter van de J2EE tools gebruik te kunnen maken.
Gestart wordt met het gebruiken van Java-transacties(JTA) om zaken in de database op te slaan. Hiermee wordt de beveiliging van data beter verzekerd. Transacties worden nu standaard binnen WTell geregeld en worden automatisch aangemaakt. Deze zullen niet meer in de database worden gemaakt. Dit maakt het risico op het maken van fouten bij transactie management een stuk kleiner.
Het aanroepen van stored procedues zal nu geschieden door middel van een eigen framework welke middels annotations is geschreven. Hierdoor hoeft er op maat geen JDBC-specifieke code meer worden geschreven om stored procedures aan te roepen en is de code beveiligd tegen standaard fouten. Tevens wordt ontwikkeltijd hierdoor verkort.
Met deze aanpassingen is de achterkant van WTell verbeterd en kan WTell in de toekomst verder qua functionaliteit groeien. Ook is het updaten van WTell vereenvoudigd, omdat er bijna geen stored procedures meer hoeven worden aangepast.
In de nabije toekomst zal het aantal benodigde stored procedures welke WTell gebruikt in uw database gaan afnemen. Deze stored procedures zullen netjes bij iedere update van WTell worden verwijderd. Tevens is de verwachting dat de performance zal toenemen, omdat het SQL is vereenvoudigd en er gebruik kan worden gemaakt van caching.
Nieuwe functionaliteit zal meteen volgens de nieuwe standaard worden geschreven en oude functionaliteit zal worden gemigreerd. Dit zal geleidelijk worden uitgevoerd aan de hand van de behoefte van de klanten en het belang van de functionaliteit binnen de applicatie. Tevens zal in de komende periode kritisch naar de aangeboden functionaliteit worden gekeken.
|
<< Terug naar Nieuws archief
|
|
|