J2SE et Java DB

Salutations,J2SE et Java DB

Mon expérience Java est limitée, mais je la comprends assez bien. Dans cet esprit, je tente d'écrire une application mobile avec une base de données autonome - Java DB - dans le but de maintenir mon journal de forme physique. NetBeans est mon IDE préféré, et il est actuellement de la dernière version stable et Java DB est installé - en effet la base de données est prête et en attente - mais je n'arrive tout simplement pas à comprendre comment attacher une Java DB à un J2SE projet. La recherche de tutoriels et ce qui n'est pas en ligne m'a conduit à Java Desktop Applications avec une base de données autonome, et quand je tente de porter les instructions d'importation vers un projet J2SE, je ne reçois rien d'autre que des erreurs d'importation. les fichiers Java DB jar à la bibliothèque du projet.

Toute aide ou tout point dans la bonne direction serait grandement apprécié. En outre, je ne suis pas fâché sur l'utilisation de Java DB, et donc si une autre base de données portable est préférable, alors je suis ouvert aux suggestions.

Merci

Source

2010-11-23 Shawn

Pouvez-vous nous dire quelles bibliothèques vous avez ajoutées et quelles sont les importations qui échouent? –

J'ai essayé derby.jar, derbyclient.jar, et finalement j'ai créé une bibliothèque avec tous les fichiers jar derby. Quant à l'importation: java.sql. *. Il dit que ça n'existe pas. – Shawn

J2SE est très différent de J2ME. J2ME contient une machine virtuelle abaissée et n'a pas beaucoup de fonctionnalités (par exemple génériques, itérateurs, collections, réflexion, finalisation, groupes de threads, JNI) que vous trouveriez normalement dans J2SE. J2ME n'est pas la plate-forme à utiliser pour consigner beaucoup d'informations et essayer de les afficher dans des graphiques informatifs. Un MIDlet typique peut stocker environ 2 Mo d'informations, bien que cela varie d'un appareil à l'autre et qu'il ne s'agisse pas d'un nombre définitif. J2ME a été conçu pour les périphériques avec peu de mémoire, donc il a une petite taille de tas maximum. Cela signifie que vous risquez de manquer de mémoire en essayant d'afficher plus d'un mois d'informations détaillées sur la condition physique.

Il existe un nombre limité d'API graphiques J2ME et en raison des limitations de la plate-forme, aucune d'entre elles ne peut afficher les graphiques de la manière que vous attendez dans J2SE.

Comme une autre personne mentionnée, J2ME utilise un RecordStore pour conserver les informations. Il ne peut stocker que des tableaux d'octets, ce qui signifie normalement que vous commencez à écrire votre propre structure de sérialisation très légère pour stocker des objets. Où chaque objet que vous voulez sérialiser implémente une interface toByerArray() et fromByteArray (byte []). Cependant, vous pouvez utiliser d'autres frameworks qui vont sérialiser des objets pour vous.

Source

2011-06-10 22:40:53 binarycreations

Merci Graham. C'était l'explication la plus bénéfique que j'ai trouvée ici ou ailleurs. Je savais que j'allais dans J2SE et J2ME étaient très différents et j'ai mal tapé dans mon post original quand j'ai mentionné J2SE. – Shawn

Pas de soucis. Pourquoi n'essayez-vous pas le développement Android? – binarycreations

http://java.sun.com/developer/technicalArticles/J2SE/Desktop/javadb/

Source

2010-11-23 02:09:13 tanyehzheng

Yeap, l'un des nombreux didacticiels de ce type dirigés sur Java Desktop Applications, ne contient aucune information utile sur l'intégration de Java DB dans un projet J2SE. – Shawn

Si vous envisagez d'écrire votre application pour fonctionner sur la plate-forme MIDP, vous serez très déçu parce que JavaDB ne fonctionnera pas sur MIDP. J2SE! = MIDP par n'importe quel étirement.

Source

2011-01-26 13:19:50

Je ne sais pas si cela est encore nécessaire .... au lieu de JavaDB, vous pouvez utiliser le magasin Midlet Record. Voici quelques lectures