Formular una preguntaFormular una pregunta
 

RespondidaUsing Model Image file

  • jueves, 25 de junio de 2009 9:49Stefan Tashev Medallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     
    Hi. Can I use a compiled model (.mx) in my application without first storing it in a repository. Is there a way of embedding it in the application and using it from there. Because you see, if we have a relatively small application we do not want to install an SQL Server on the client machine, but we want to use the benefits of the Oslo models.

    Thank you.

Respuestas

  • lunes, 06 de julio de 2009 21:30KompirMSFTMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     Respondida
    Hi Stefan,

    Thank you for the clarification. I agree that this kind of public API would indeed be very useful. We do not provide this at the moment, but I will make sure to raise this issue.

    /K
    • Marcado como respuestaStefan Tashev martes, 07 de julio de 2009 18:09
    • Propuesto como respuestaKompirMSFTlunes, 06 de julio de 2009 21:30
    •  

Todas las respuestas

  • jueves, 25 de junio de 2009 19:13Kevin Wolf Medallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     
  • viernes, 26 de junio de 2009 3:05pwnerator Medallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     
    Is this what you are looking to do?

    http://new.efficientcoder.net/2009/06/embedding-mgrammar-files-within-your.html
    Kevin WOlf

    That's for MGrammer; the OP is talking about MSchema.
  • domingo, 28 de junio de 2009 9:21Stefan Tashev Medallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     

    No. I'm looking for some kind of "API" to access the model ( the .mx file ) from the C# code. As far as I understand, the situation is as follows: You write a model (.m), you compile it (.mx), you store it in a database (SQLServer) and then you "read" the model from the database. I want to be able to skip the database step and use the model directly from the .mx file.

    Thank you for the reply though.

  • lunes, 29 de junio de 2009 19:32KompirMSFTMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     
    Hi Stefan,

    The basic usage of the .mx file without storing it in the database is to compile more of your M with a reference to this .mx file. This assumes you know the contents of the image and build upon it.

    Can you tell me more about how you would like to access the .mx file and what kind of information you'd like to get? We currently do not provide an official API for this.

    /K
  • jueves, 02 de julio de 2009 16:23Stefan Tashev Medallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     
    Thank you, Kompir, for the kind response.

    I think that an example would clarify my intentions. Let's assume that the "types" in an .m (.mx) file are xsd schema, and the values are values in an xml file conforming to that schema. We can then include ( embed if we want ) these files ( the .xsd and .xml ) in our application and this is our model. Then we have APIs to read that data and based on it take actions ( in other words executing the model ). The .xml file contains for example some configuration for our application. My intentions are to have something similar to these APIs ( don't know what exactly ), that can easily read and get the data from the .mx file.

    I believe that kind of access to the .mx file isn't included in the May CTP, but maybe it would be nice if we can get that kind of functionallity in the future.

    I hope this clarifies. Thank you.

    Stefan
  • lunes, 06 de julio de 2009 21:30KompirMSFTMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuarioMedallas del usuario
     Respondida
    Hi Stefan,

    Thank you for the clarification. I agree that this kind of public API would indeed be very useful. We do not provide this at the moment, but I will make sure to raise this issue.

    /K
    • Marcado como respuestaStefan Tashev martes, 07 de julio de 2009 18:09
    • Propuesto como respuestaKompirMSFTlunes, 06 de julio de 2009 21:30
    •