Bueno, acá publico un ejemplo simple de un Web Servicess que implementa spring, para levantar servicios virtuales, con una capa de datos también por inyección de código. Eh bien, voici un exemple simple de Prestations Web qui met en œuvre pour construire un ressort virtuel services, avec une couche de données a également injecté de code.
Son mis primeras experiencias, así que las quiero compartir con ustedes, las capas que tengo son: Ils sont ma première expérience, je veux partager avec vous, j'ai des couches sont les suivants:
Ahora les explico, no tiene gran funcionalidad este ejemplo, ya que solo lo hice para compartir… y no es para ningún desarrollo real. Maintenant, je vais l'expliquer, il a des fonctionnalités très intéressantes cet exemple parce que je n'ai juste de partager ... et non pas d'un véritable développement.
Tengo el Je
Sería el CommonTypes, el objeto que voy a transferir, para este caso no tiene mucho sentido, pero más adelante voy a mostrar como consumir un WS por spring.Net, y en este caso si es útil para saber que voy a recibir. CommonTypes serait l'objet que je vais à transférer, dans ce cas n'a pas beaucoup de sens, mais plus tard, je vous montrerai comment consommer un WS spring.Net et, si oui, s'il est utile de savoir que je vais recevoir.
Así que es una clase sin nada en particular Donc c'est une classe avec rien en particulier
….. ... ..
En el DAO, defino las interfaces, así puedo tener un Sql Implementation, Oracle, Xml, lo que quisiera realmente, no hay ningún secreto por ahora. Dans le DAO, de définir des interfaces, pour que je puisse avoir une mise en application SQL, Oracle, XML, donc j'ai vraiment pas de secret pour le moment.
Ahora veamos las otras dos capas que nos quedan Maintenant, nous allons voir les deux autres couches que nous avons
En Entitys, es una interfaz del WebServices… en este caso, es muy simple En Entitys est une interface WebServices ... dans ce cas est très simple
Y en ServiceImplementation, simplemente hay que implementar y codificarlo. Et ServiceImplementation suffit de mettre en œuvre et l'encodage.
Bueno ahora vamos a ver, mas sobre este UserService… Eh bien maintenant vous pouvez voir plus sur ce UserService ...
Generamos estas propiedades, para asignarle por spring, una instancia del DAO, podría ser de sql, oracle, o lo que quisieran, mientras implementaran la interfaz … Eso es lo que ofrece spring.net Générer de ces propriétés à affecter d'ici le printemps, une instance de la DAO pourraient être sql, oracle, ou ce qu'ils voulaient, alors qu'il met en œuvre les ... Voilà ce que donne spring.net
En nuestro método, usamos este DAO que asignamos, para traer “x” dato. Dans notre méthode, nous utilisons ce DAO que nous attachons à apporter un "x" de données.
Ahora, solo nos falta configurar el WebServices. Il nous suffit maintenant de configurer les WebServices.
Generen, una carpeta “X”, con un Xml de configuración, en mi caso “Configuration”, y “webServices.xml”. Créez un dossier "X" avec un fichier XML de configuration, dans mon cas "Configuration" et "webServices.xml.
En este mismo, tenemos que hacer todo el mapping En cela, nous avons à faire la cartographie
<? xml <? Xml
version = “ 1.0 “ version = "1.0"
encoding = “ utf-8 “ ?> encoding = "utf-8"?>
< objects <Objects
xmlns = “ http://www.springframework.net “ > xmlns = "http://www.springframework.net">
< description > Servicios Expuestos </ description > Services <Description> Exposed </ description>
< object <Objet
id = “ UserServiceAsmx “ id = "UserServiceAsmx"
type = “ Synnax.Core.WS.UserAuthentication.ServiceImplementation.UserService, Synnax.Core.WS.UserAuthentication.ServiceImplementation “ > type = "Synnax.Core.WS.UserAuthentication.ServiceImplementation.UserService, Synnax.Core.WS.UserAuthentication.ServiceImplementation">
< property <Propriété
name = “ IUser “ name = "IUser"
ref = “ UserDAO “ /> ref = "UserDAO" />
</ object > </ Object>
< object <Objet
id = “ UserDAO “ id = "UserDAO"
type = “ Synnax.Core.WS.UserAuthentication.DataAccess.SqlImplementation.UserImpl, Synnax.Core.WS.UserAuthentication.DataAccess.SqlImplementation “ /> type = "Synnax.Core.WS.UserAuthentication.DataAccess.SqlImplementation.UserImpl, Synnax.Core.WS.UserAuthentication.DataAccess.SqlImplementation" />
< object <Objet
id = “ UserServices “ id = "UserServices"
type = “ Spring.Web.Services.WebServiceExporter, Spring.Web “ > type = "Spring.Web.Services.WebServiceExporter, Spring.Web">
< property <Propriété
name = “ TargetName “ name = "TargetName"
value = “ UserServiceAsmx “ /> value = "UserServiceAsmx" />
< property <Propriété
name = “ Namespace “ name = "nom"
value = “ http://synnax/services/ “ /> value = "http://synnax/services/" />
< property <Propriété
name = “ Description “ name = "Description"
value = “ Web Service de Usuario “ /> value = "Web Service User" />
</ object > </ Object>
</ objects > </ Objets>
En sí, configuramos un objeto UserDAO , que apunta a la implementación del DAO que queremos, en este caso una para SqlServer, generamos un Objeto “ UserServiceAsmx “, que apunta a la implementación del WS, y como verán le asigno la propiedad IUser, que espera una implementación del DAO, en este caso el UserDAO que configuramos. En tant que tel, il faut configurer un objet UserDAO, en pointant sur l'application de DAO que nous voulons, dans ce cas pour une SqlServer, nous générons un but »UserServiceAsmx", pointant vers la mise en oeuvre de WS, et lui en attribuer la propriété IUser, qui En attendant la mise en place d'un DAO, dans ce cas, nous avons mis en UserDAO.
Y por ultimo generamos un “ UserServices ” que como Target tiene nuestro UserServiceAsmx , esto va a levantar un .asmx “virtual”, en este caso sería un UserServices.asmx. Et enfin, créer un "UserServices" qui a comme objectif de notre UserServiceAsmx, il va lever une heure. Asmx "virtuel" dans ce cas, il s'agit d'un UserServices.asmx.
Bueno, como último paso, hay que configurar el Web.Config. Eh bien, comme une dernière étape, vous devez configurer le fichier Web.config.
< configuration > <configuration>
<!– Begin - Necesario para Spring.NET –> <! - Begin - Nécessaire pour Spring.NET ->
< configSections > <configSections>
< sectionGroup <SectionGroup
name = “ spring “ > name = "printemps">
< section <Section
name = “ context “ name = "contexte"
type = “ Spring.Context.Support.WebContextHandler, Spring.Web “ /> type = "Spring.Context.Support.WebContextHandler, Spring.Web" />
</ sectionGroup > </ SectionGroup>
</ configSections > </ ConfigSections>
… ...
</ configuration > </ Configuration>
Esto siempre va, dentro de System.Web Ce sera toujours, dans System.Web
< system.web > <system.web>
<!– Begin - Necesario para Spring.NET –> <! - Begin - Nécessaire pour Spring.NET ->
< httpHandlers > <HttpHandlers>
< add <Ajouter
verb = “ * “ verb = "*"
path = “ *.asmx “ path = "*. asmx"
type = “ Spring.Web.Services.WebServiceHandlerFactory, Spring.Web “ /> type = "Spring.Web.Services.WebServiceHandlerFactory, Spring.Web" />
</ httpHandlers > </ HttpHandlers>
< httpModules > <httpModules>
< add <Ajouter
name = “ Spring “ name = "Printemps"
type = “ Spring.Context.Support.WebSupportModule, Spring.Web “ /> type = "Spring.Context.Support.WebSupportModule, Spring.Web" />
</ httpModules > </ HttpModules>
<!– End - Necesario para Spring.NET –> <! - Fin - Nécessaire pour Spring.NET ->
… ...
</ system.web > </ System.web>
Es evidente que hace esto, levanta las peticiones que se hacen para los asmx, y el modulo correspondiente para manejar todo esto. Il est clair que cela pose, les demandes sont faites pour asmx et de modules pour gérer tout cela.
Y como final, después del nodo de system.web … Et comme définitive après system.web noeud ...
</ system.web > </ System.web>
<!– Begin - Necesario para Spring.NET –> <! - Begin - Nécessaire pour Spring.NET ->
< spring > <Spring>
< context <Contexte
type = “ Spring.Context.Support.WebApplicationContext, Spring.Web “ > type = "Spring.Context.Support.WebApplicationContext, Spring.Web">
< resource <Ressources
uri = “ ~/Configuration/webServices.xml “ /> uri = "~ / Configuration / webServices.xml" />
</ context > </ Context>
</ spring > </ Spring>
<!– End - Necesario para Spring.NET –> <! - Fin - Nécessaire pour Spring.NET ->
</ configuration > </ Configuration>
Le asignamos el archivo de configuración, al contexto que estamos usando. Nous attribuons le fichier de configuration, le cadre que nous utilisons.
Levantan, y si tipean el nombre alias que apuntamos la implementación del WS, va a andar todo correctamente: Levées, et si le nom tipean alias pointant vers la mise en oeuvre de WS, tout ira bien:
Bueno, eso fue algo rápido, y que no tenía pensando publicarlo hoy, pero alguien me pidió un ejemplo. Eh bien, c'était quelque chose de rapide et n'a pas l'esprit d'aujourd'hui, mais quelqu'un m'a demandé un exemple.
Saludos. Salutations.
PD: No se olviden de meter todas las dependencias de spring.net, sino no va a andar nada! PS: N'oubliez pas de mettre toutes les unités spring.net course mais ne sera pas n'importe quoi! Obvie esos pasos, porque son lógicos. Contourner ces mesures, car ils sont logiques.
Share and Enjoy: Share and Enjoy:
