Aller au contenu

Discussion:Java Card

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Ceci est une version archivée de cette page, en date du 11 novembre 2011 à 13:27 et modifiée en dernier par Gilles.Grimaud (discuter | contributions) (Quelques remarques rapides : complements). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.

Dernier commentaire : il y a 13 ans par Gilles.Grimaud dans le sujet Quelques remarques rapides
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Erreur de définition

Java Card n'est pas un framework mais un environnement d'exécution (platform) : Java Card technology is the leading open, interoperable platform for smart cards and secure tokens. Voir : http://www.oracle.com/technetwork/java/javacard/specs-138637.html

... Gilles.Grimaud (d) 25 octobre 2011 à 11:01 (CEST)Répondre

A propos des sources

A propos de sources utilisées, il me semble important de rappeler qu'une source wikipédia pour appuyer un propos est invalide. Une source knol n'est guère plus pertinente. Cela est d'autant plus dommageable que l'article knol que vous pointez est en fait un article de misc (la célèbre revue francophone sur la sécurité informatique). Il est donc bien plus pertinent de pointer l'article misc en utilisant un référencement d'article et pas un site web.

Par ailleurs, l'objet d'une source et de donner à un auteur la source d'un propos, pas de pointer le site web/organsime dont l'article parle à un moment. Donc, je m'attends à trouver la référence à l'article de misc à la fin d'une phrase, pas au milieu...

Bonne contribution.

Gilles.Grimaud (d) 8 novembre 2011 à 09:21 (CET)Répondre

Quelques remarques rapides

Bonjour,

Après une rapide lecture, je vous retourne quelques premières remarques de base. Dans la section historique, vous avez rédigé un paragraphe évasif que j'ai mis en lumière. Consultez le lien pour comprendre ce qui est attendu. De plus, vous utilisez le terme anglophone smardcard qui est la traduction de carte à puce. Si vous souhaitez rédiger l'article en anglais, je n'y vois aucune objection, mais si vous rédiger votre document en français, alors utilisez les termes francophones. Par ailleurs, j'ai pointé quelques affirmations qui nécessitent une référence. Je vous rappelle qu'il vous est demandé d'appuyer, dans l'article, toute vos affirmations par des sources de qualité.

A propos des références

Enfin, lorsque vous donnez des références, vous ne le faite pas correctement. Sur l'exemple suivant :

De plus, des applications peuvent être chargées en toute sécurité sur la [[Carte à puce|SmartCard]] après qu'elle a été fournie au client <ref>[http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=806977 Java Card, From hype to reality - Introduction]</ref>.

En guise de référence pour cette affirmation, vous pointez un lien web : http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=806977 . Or le serveur ieeexplore est un serveur (de la société savante IEEE) qui sert de librairie numérique. L'article que vous y avez trouvé est un document publié dans une édition du journal « IEEE Concurrency » (édité par la société savante IEEE qui gère la librairie numérique). L'article, rédigé par M. Baentsch, P. Buhler, T. Eirich, F. Horing et M. Oestreicher du Secure Syst. Group d'IBM Res. Div. à Zurich est intitulé : « JavaCard-from hype to reality ». Il a plus précisément était imprimé dans le Volume 7, numéro 4 du journal, entre octobre et décembre 1999 (ISSN: 1092-3063) des pages 36 à 43. De plus l'article scientifique dispose d'un identifiant unique, DOI (Digital Object Identifier) : 10.1109/4434.806977 (qui permet de le retrouver via le service web doi.org ). Il doit être présenté, en tant que tel dans la section bibliographie :

  • (en) M. Baentsch, P. Buhler, T. Eirich, F. Horing et M. Oestreiche, « JavaCard-from hype to reality », IEEE Concurrency, vol. 7, no 4, {{Article}} : paramètre « date » manquant, p. 36-43 (ISSN 1092-3063, DOI 10.1109/4434.806977)
    Secure Syst. Group, IBM Res. Div. Zurich

Pour obtenir cette entrée bibliographique j'ai utilisé le modèle {{article}} comme suit :

* {{article | lang = en | id = Baentsch1999 | prénom1 = M. | nom1 = Baentsch | prénom2 = P. | nom2 = Buhler | prénom3 = T. | nom3 = Eirich | prénom4 = F. | nom4 = Horing | prénom5 = M. | nom5 = Oestreiche | titre = JavaCard-from hype to reality | périodique = IEEE Concurrency | volume = 7 | numéro = 4 | issn = 1092-3063 | année = 1999 | mois = octobre-décembre | pages = 36-43 | doi = 10.1109/4434.806977 | commentaire = Secure Syst. Group, IBM Res. Div. Zurich }}

Une fois cette entrée bibliographie saisie dans la section bibliographie, vous pouvez créer une référence au standard Harvard dans l'article. Pour cela il faut utiliser le modèle {{harvsp}} comme suit :

De plus, des applications peuvent être chargées en toute sécurité sur la [[Carte à puce|SmartCard]] après qu'elle a été fournie au client <ref>{{harvsp|Baentsch|1999|p=???|id=Baentsch1999}}</ref>.

Sur l'article vous obtiendrez un simple lien en indice: « ² » qui renverra vers une référence. la référence, elle, aura la forme suivante :

1. Baentsch 1999, p. ???

Et le lien reverra à l'entrée bibliographique appropriée. Notez au passage que la référence doit indiquer un numéro de page au sein de l'article. J'ai saisie ??? car je ne sais pas à quel page de l'article vous avez trouver l'affirmation que vous rapportez ici. Je vous laisse donc mettre le numéro de page approprié.

Notez que lorsque vous souhaiterez faire référence à un autre passage du même document (comme dans la phrase : « Il s'occupe aussi de la promotion des APIs (Application Programming Interface) JavaCard pour qu'il devienne la plate-forme standard de développement des applications pour les SmartCard². » Il vous suffira de saisir :

Il s'occupe aussi de la promotion des APIs (Application Programming Interface) JavaCard pour qu'il devienne la plate-forme standard de développement des applications pour les SmartCard <ref>{{harvsp|Baentsch|1999|p=YYY|id=Baentsch1999}}</ref>.

Dans ce cas, YYY indique la nouvelle page utilisée pour appuyer votre affirmation dans la section « Références » :

2. Baentsch 1999, p. YYY

Mais le lien vers l'entrée bibliographique reste inchangé...

Merci d'appliquer scrupuleusement ces conventions de référencement.

A propos de la section « Historique »

Comme je l'ai indiqué, le premier paragraphe de cette section est trop évasif. Je m'attends a trouver dans un historique technologique, une description des principales avancées qui ont progressivement façonnées la technologie tel qu'on la connait. Entre Javacard 1.0 et 2.0, il y a une "révolution"... laquelle ? Idem entre 2.0 et 3.0 connected... Qui en sont les acteurs, comment ont-ils révolutionnés la technologie ? Pourquoi ?

Par ailleurs, je ne pense pas que la place de l'historique soit en section 1. Je pense que pour comprendre l'évolution technologique il faut ce faire une idée de ce qu'est la technologie en question... Cette section viendrait donc après la description du rôle de Java Card, de son architecture actuelle, et peut-être des mécanismes de sa sécurité.

A propos de la section « JavaCard par rapport à Java »

Dans cette section vous ne traitez pas des différences entre Java Card et Java. Pour preuve, vous listez dans la sous-section « Avantages » Intéropérabilité, Sécurisé, Application multi capability, Dynamique, Compatible avec les normes existantes...

Java aussi est interopérable, sécurisé, ... Toute cette section est à revoir, et le contenu actuel à déplacer ailleurs. Peut-être dans une section « ambition de la technologie » qui viendrait en tout début d'article (en première section).

In fine, l'idée de présenter les avantages et les inconvéniant de Java Card par rapport à Java me semble une entreprise bien périlleuse... Après tout, comme Java Card étant défini comme un sous-ensemble de Java, elle ne peut qu'en partager un sous-ensemble des avantages, et en chaque partie de java exclue de Java Card peu sembler être un inconvénient... La section inconvénient est d’ailleurs bien peut convaincante en l'état. Vous semblez victime des campagnes promotionnelles de cette technologie, et vous ne parvenez à définir les limitations de cette technologie que par rapport à ses évolutions récentes... Cherchez de meilleures sources !

Enfin, une simple remarque de forme : Vous avez utilisé une police grasse pour pointer les entrées que vous définissez :

  • Intéropérabilité : les Applets développées avec la technologie JavaCard fonctionneront sur n'importe quelle type de SmartCard (et indépendament du matériel sous-jacent).

Cette manière de faire est impropre. Lorsque vous définissez des termes, utilisez la syntaxe suivante : ; terme : définition du terme. vous obtiendrez le formatage attendu par les standards éditoriaux.

A propos de la section « Sécurité des javacard »

Relisez cette section. Qu'es-ce qu'un JCM ? Qu'es-ce qu'un vérificateur ? Que vérifie-t’il ? Quand ? Ou (dans la carte, sur le PC qui charge le code dans la carte ?) ? Comment fait-il ? Vous pourrez trouver une foule de publications qui propose des mécanismes de vérifications de code javacard... Vous devez améliorer vos sources.

A propos de la section « Concept de programmation »

Il me semble que ce qui est présenté ici vient trop tardivement. Il s'agit, aprés tout, d'expliquer comment les Java Cards jouent le rôles qui leur à été attribué. Cela pourrait donc être intégré en sous-section de la première section que je vous ai conseillé de rédiger. Il me semble aussi qu'un exemple de code minimaliste (un exemple d'application Java Card à la "Hello World"), en encart peut-être, pourrait être une illustration pertinente du propos. Par ailleurs, cette section n'est absolument pas sourcer... Elle est donc irrecevable en l'état.

Bonne contribution,

Gilles.Grimaud (d) 11 novembre 2011 à 11:42 (CET)Répondre