ObjectRelationalBridge Open Source Object / Mapeur relationnel qui permettra une persistance transparente à l'encontre des bases de données relationnelles
Télécharger maintenant

ObjectRelationalBridge Classement & Résumé

ObjectRelationalBridge Mots clés

carte développer Développement Java courtier java mapper Courtier de persistance

ObjectRelationalBridge La description

Objet open source / mappeur relationnel qui permettra une persistance transparente à l'encontre des bases de données relationnelles ObjectRelationalBridge (OJB) est un outil de mappage d'objet / relation relationnel qui permet une persistance transparente pour les objets Java contre des bases de données relationnelles. FlexibilityOJB prend en charge plusieurs API de persistance afin de fournir aux utilisateurs leur API de votre choix: · Une API de persistanceBroker qui sert de noyau de persistance de l'OJB. Les implémentations OTM-, ODMG- et JDO sont construites sur ce noyau. Cette API peut également être utilisée directement par des applications qui n'ont pas besoin de transactions de niveau d'objet embarqué. (Voir le tutoriel de courtier de persistance pour plus de détails.) · Une API complitive ODMG 3.0 complète. (Voir le tutoriel ODMG pour une introduction.) · API conforme JDO. Nous fournissons actuellement un plugin à la mise en uvre de la référence JDO (RI). La combinaison du JDO RI et de notre plugin fournit une solution O / R compatible JDO 1.0. Une implémentation de JDO complète est prévue pour OJB 2.0. (Voir le didacticiel JDO pour une introduction au modèle de programmation JDO.) · Couche de gestionnaire de transactions d'objet (OTM) contenant toutes les fonctionnalités que JDO et ODMG ont en commun. (Voir le didacticiel OTM pour plus de détails) .scalabilityOJB a été conçu pour une large gamme d'applications, des systèmes incorporés à une application client riche aux architectures basées sur J2ee multi-niveaux.OJB s'intègre parfaitement aux serveurs d'applications J2EE. Il prend en charge JNDI LUCTEUR DE DATASOURCES. Il est livré avec une intégration complète JTA et JCA. L'OJB peut être utilisé dans les JSP, les servlets et les Beinkybeans. L'OJB fournit un soutien spécial pour les entités entités gérées de haricots (BMP) .FonctionnalitéOJB utilise un objet d'objet / un mappage relationnel basé sur XML. Le mappage réside dans une couche de métadonnées dynamique, qui peut être manipulée au moment de l'exécution via un simple protocole méta-objet-protocole (MOP) pour modifier le comportement de la persistance Kernel.OJB fournit plusieurs fonctionnalités O / R avancées telles que la mise en cache d'objet, la matérialisation paresseuse à travers Proxies virtuelles et gestion du verrouillage distribué avec des niveaux de transaction-isolation configurables. Le verrouillage optimiste et pessimiste est pris en charge.OJB fournira une configuration flexible et un mécanisme de plug-in qui permettra aux développeurs de choisir parmi un ensemble de composants prédéfinis ou de mettre en place leurs propres extensions et leurs propres plugins.Note: ObjectRelationalbridge est sous licence et fournie sous les termes de la Licence logicielle Apache. Voici quelques caractéristiques essentielles de "ObjectRelationalbridge": · Prend en charge les API standard et non standard: PB API (non standard), API ODMG (standard), API OTM (non standard), JDO API (standard) · L'API du noyau de PersistentureBroker et toutes les API de haut niveau (ODMG, OTM, JDO) permet aux programmeurs Java de stocker et de récupérer des objets Java dans / depuis (n'importe quel) RDBM conformément à JDBC · Persistance transparente: les classes ne doivent pas hériter d'une classe de base OJB ni de mettre en uvre une interface spéciale. L'OJB offre une persistance pure transparente pour les pojos. · Architecture évolutive qui permet de construire des systèmes massivement distribués et groupés. · Persistance configurable par accessibilité: tous les objets associés à un objet persistant par des références peuvent également rendre persitaux. · Conception extrêmement flexible avec la mise en uvre pluggable de la plupart des classes de services tels que Persistenturebroker, ObjectCache, Sequencemanager, Rowreader, ConnectionFactory, ConnectionManager, IndirectionHandler, SQLGenerator, JDBCAccess, etc. · Assurance de la qualité prise sérieusement: plus de 800 cas de test Junit pour des tests de régression. Les tests Junit sont intégrés aux scripts de construction et utilisés comme assurance qualité pour le développement quotidien. · Assistance de mappage pour 1: 1, 1: N et M: N Associations. · Quères de collecte configurables pour contrôler le chargement des relations. Voir QueryCustomizer. · Affectation automatique et manuelle de valeurs de clé étrangère. · L'objet / la cartographie relationnelle est défini dans un référentiel XML. Le mappage est complètement dynamique et peut être manipulé au moment de l'exécution pour une flexibilité maximale · Utilisation facile de plusieurs bases de données. · Matérialisation paresseux configurable grâce à la prise en charge du proxy dans la persistancebroker. L'utilisateur peut implémenter des classes de proxy spécifiques ou permettre à OJB générer des proxies dynamiques. · Soutien au polymorphisme et aux étendons. Vous pouvez utiliser des types d'interface et des classes abstraites en tant que types d'attributs dans vos classes persistantes. Les requêtes sont également conscientes d'étendants: une requête contre une base de base ou une interface retourne des correspondances des classes dérivées, même si elles sont mappées sur différentes tables DB. · Prise en charge des attributs de matrice Java et de collecte dans des classes persistantes. Les types d'attributs peuvent être des matrices, java.util.collection ou peuvent être des collections définies par l'utilisateur qui implémentent l'interface ojb.broker.manageablecollection. · Gestion de la séquence. Le séquenciérateur est conscient de "étendues" et gère l'unicité des IDS Accross N'importe quel nombre de tables. La numérotation de séquence peut être déclarée dans le référentiel mapping. · La numérotation de séquence basée sur la base de données native est également prise en charge. · Réutilisation des déclarations préparées, mise en commun de la connexion interne. · S'intègre parfaitement dans les environnements contrôlés tels que les conteneurs EJB · Intégration complète du JTA et JCA (en cours). · Prise en charge des relations précédentes pour minimiser le nombre de requêtes. · API compatible ODMG, un didacticiel et des tests sont inclus. · API conformément à JDO 1.0.1 (basé sur JDori, mise en uvre native en cours), un didacticiel et des tests sont inclus. · Le logement prenant en charge quatre niveaux d'isolation de transaction pessimistes (commémoré ou «sale», comme des lectures commises, des lectures répétables, des transactions sérialisables) - le verrouillage distribué est possible. · Support de verrouillage optimiste. Les utilisateurs peuvent déclarer des champs INT ou longs sous forme d'attributs de version ou de champs Java.SQL.TMESTAMP sous forme d'attributs horodaques. · Soutien à la mise en cache d'objet persistante. Différentes stratégies de mise en cache et caches distribués. · Vient avec des applications de démonstration entièrement fonctionnelles en cours d'exécution contre HSQLDB. · Fournit des services de journalisation des communes de journalisation et de journalisation. · 100%: pure java, open source, autorisation Apache Quoi de neuf dans cette version: · - Problème de commande ODMG avec des références circulaires / bidirectionnelles 1: 1 · - Héritage (chaque sous-classe sur une table séparée) Problème de PK avec · Séquencemanager NextVal · - Problème de pont JDBC-ODBC · - Violation clé étrangère · - Boucle infinie en cas d'actualisation = Vrai et cycles en références · - Callablestatement Check ne fonctionne pas avec MaxDB · - MSSQLServer, erreur de requère générée automatiquement (M: N Relation) · - Référencemap $ L'entrée continue de croître sur la période d'utilisation de l'application. · - KeyConstraintSPRÉDIOLÉEXCEPTION Pendant le magasin · - ConnectionFactoryManageDimply peut essayer d'utiliser la piscine · - Descriptor de FoundyKeyfield a échoué si le fourme · Le champ est défini dans la classe de base · - Gestion des identités incorrectes à SéquencemanagernativeImpl · En raison de paramètres erronés en forme de plaque · - AddPathClass à QuerybyCriteria ne considère pas l'héritage · - Bug Lors de la requête contre des objets mappés sur plusieurs tables jointes («Super» - Ferférences) · - Réinitialisation de la connexion par ECONE: Erreur d'écriture de socket · - OJB MTN Middor échoue correctement avec des clés MN composites qui ont des champs communs. · - PlatformSsqlServerImpl.getlastinSerVididityQuery crée une instruction SQL incorrecte pour tirer l'identité de la dernière

ObjectRelationalBridge Logiciels associés