[gme-users] Re: gme-users Digest, Vol 33, Issue 1

Fri Sep 8 08:38:02 CDT 2006

?????????,????!
----- Original Message ----- 
From: <gme-users-request at list.isis.vanderbilt.edu>
To: <gme-users at list.isis.vanderbilt.edu>
Sent: Friday, September 08, 2006 1:00 AM
Subject: gme-users Digest, Vol 33, Issue 1


> Send gme-users mailing list submissions to
> gme-users at list.isis.vanderbilt.edu
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> or, via email, send a message with subject or body 'help' to
> gme-users-request at list.isis.vanderbilt.edu
> 
> You can reach the person managing the list at
> gme-users-owner at list.isis.vanderbilt.edu
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gme-users digest..."
> 
> 
> Today's Topics:
> 
>    1. Constructing a GME model using Java (John K Black)
>    2. Re: Constructing a GME model using Java (Krishnakumar B)
>    3. RE: Constructing a GME model using Java (Sandeep Neema)
>    4. Re: Constructing a GME model using Java (John K Black)
>    5. Re: Constructing a GME model using Java (Krishnakumar B)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 6 Sep 2006 15:20:45 -0400
> From: John K Black <John_K_Black at raytheon.com>
> Subject: [gme-users] Constructing a GME model using Java
> To: gme-users at list.isis.vanderbilt.edu
> Message-ID:
> <OF0C05BB4E.F0B014D3-ON852571E1.006970DD-852571E1.006A407E at mck.us.ray.com>
> 
> Content-Type: text/plain; charset=US-ASCII
> 
> Hi,
> 
> I've been trying to construct a GME model using Java.  I've written some
> working code
> using the mga.dtd as a starting point for some Java bindings, but it looks
> like I really
> should be using the official Java interface to GME.  I tried creating a
> project from scratch with
> the low-level Java BON API, but haven't had any success.  Are there any
> examples or
> docs around that show how to do this?
> 
> Thanks,
> John Black
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 06 Sep 2006 14:51:49 -0500
> From: Krishnakumar B <kitty at dre.vanderbilt.edu>
> Subject: Re: [gme-users] Constructing a GME model using Java
> To: "A list for GME users to share thoughts and discuss bugs and
> fixes." <gme-users at list.isis.vanderbilt.edu>
> Message-ID: <87d5a86aei.fsf at dre.vanderbilt.edu>
> Content-Type: text/plain; charset=us-ascii
> 
> Hi John,
> 
> On Wed, 06 Sep 2006 02:20:45 PM -0500, John K Black wrote:
> > Hi,
> >
> > I've been trying to construct a GME model using Java.  I've written some
> > working code using the mga.dtd as a starting point for some Java
> > bindings, but it looks like I really should be using the official Java
> > interface to GME.
> 
> The Java Bindings to GME are not complete, i.e., some functions are not yet
> implemented.  I have also heard that is might get fixed in the near future.
> But the big issue with Java and GME is that debugging is really painful.
> You have to resort to dumping messages on GME's console, and cannot use any
> debugger to step in.
> 
> We have also discussed implementing a C# binding to GME which will be more
> amenable to debugging as well the advantages of a high-level programming
> language and the rich .NET libraries.  But it is not high priority right
> now.
> 
> > I tried creating a project from scratch with the low-level Java BON API,
> > but haven't had any success.  Are there any examples or docs around that
> > show how to do this?
> 
> You can actually use the mga.dtd and create an XME file.  In fact, I
> converted mga.dtd to mga.xsd, and used the latest JAXB 2.0, to create 
> XME files that can be imported into GME.  Please see:
> 
> https://svn.dre.vanderbilt.edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/interpreters/WSDLImporter/
> 
> for an example.  You can also find usage of UDM's Java interface at:
> 
> https://svn.dre.vanderbilt.edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/interpreters/WSDLExporter/
> 
> Problem with UDM is that it is not integrated into GME, and hence requires
> conversion of your GME model to UDM's XML model before you can use it with
> Java UDM.
> 
> HTH.
> 
> -kitty.
> 
> -- 
> Krishnakumar B <kitty at dre dot vanderbilt dot edu>
> Institute for Software Integrated Systems, Dept. of EECS, Vanderbilt University
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 6 Sep 2006 15:30:58 -0500
> From: "Sandeep Neema" <sandeep.neema at vanderbilt.edu>
> Subject: RE: [gme-users] Constructing a GME model using Java
> To: "gme-users" <gme-users at list.isis.vanderbilt.edu>
> Message-ID:
> <7AB1C26C64423249964AB392C6EBF0E053C9E3 at discovery.isis.vanderbilt.edu>
> Content-Type: text/plain; charset="us-ascii"
> 
> > for an example.  You can also find usage of UDM's Java interface at:
> > 
> >
> https://svn.dre.vanderbilt.edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/inter
> pr
> > eters/WSDLExporter/
> > 
> > Problem with UDM is that it is not integrated into GME, and hence
> requires
> > conversion of your GME model to UDM's XML model before you can use it
> with
> > Java UDM.
> [SN] 
> Kitty,
> You are perhaps referring to the metamodel and not the model. Yes, there
> are some disconnects in that you have to first convert your "GME
> metamodel" to a "UML metamodel". Subsequently, however, you can use the
> generated JAVA API to programmatically manipulate (construct) native GME
> models-
> 
> Sandeep
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 6 Sep 2006 16:34:09 -0400
> From: John K Black <John_K_Black at raytheon.com>
> Subject: Re: [gme-users] Constructing a GME model using Java
> To: gme-users at list.isis.vanderbilt.edu
> Message-ID:
> <OF53DDDC2D.38216F70-ON852571E1.006D62F7-852571E1.0070F8A2 at mck.us.ray.com>
> 
> Content-Type: text/plain; charset=US-ASCII
> 
> Hi Kitty,
> 
> I used JAXB more or less as you describe.  I cranked mga.dtd through
> Castor's
> DTD converter to get mga.xsd, then used JAXB, and have been creating
> XME files successfully.
> 
> As an aside, I found that using JAXB's experimental "-dtd" switch
> to directly generate bindings from mga.dtd didn't work very well.
> 
> Anyway, I wrote a paradigm-specific API on top of the JAXB bindings, and
> it's working well.  GME is very cooperative.
> 
> Thanks,
> John Black
> 
> 
> Krishnakumar B wrote on 09/06/2006 03:51:49 PM:
> 
> > Hi John,
> >
> > On Wed, 06 Sep 2006 02:20:45 PM -0500, John K Black wrote:
> > > Hi,
> > >
> > > I've been trying to construct a GME model using Java.  I've written
> some
> > > working code using the mga.dtd as a starting point for some Java
> > > bindings, but it looks like I really should be using the official Java
> > > interface to GME.
> >
> > The Java Bindings to GME are not complete, i.e., some functions are not
> yet
> > implemented.  I have also heard that is might get fixed in the near
> future.
> > But the big issue with Java and GME is that debugging is really painful.
> > You have to resort to dumping messages on GME's console, and cannot use
> any
> > debugger to step in.
> >
> > We have also discussed implementing a C# binding to GME which will be
> more
> > amenable to debugging as well the advantages of a high-level programming
> > language and the rich .NET libraries.  But it is not high priority right
> > now.
> >
> > > I tried creating a project from scratch with the low-level Java BON
> API,
> > > but haven't had any success.  Are there any examples or docs around
> that
> > > show how to do this?
> >
> > You can actually use the mga.dtd and create an XME file.  In fact, I
> > converted mga.dtd to mga.xsd, and used the latest JAXB 2.0, to create
> > XME files that can be imported into GME.  Please see:
> >
> > https://svn.dre.vanderbilt.
> > edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/interpreters/WSDLImporter/
> >
> > for an example.  You can also find usage of UDM's Java interface at:
> >
> > https://svn.dre.vanderbilt.
> > edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/interpreters/WSDLExporter/
> >
> > Problem with UDM is that it is not integrated into GME, and hence
> requires
> > conversion of your GME model to UDM's XML model before you can use it
> with
> > Java UDM.
> >
> > HTH.
> >
> > -kitty.
> >
> > --
> > Krishnakumar B <kitty at dre dot vanderbilt dot edu>
> > Institute for Software Integrated Systems, Dept. of EECS,
> VanderbiltUniversity
> > _______________________________________________
> > gme-users mailing list
> > gme-users at list.isis.vanderbilt.edu
> > http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 07 Sep 2006 01:28:38 -0500
> From: Krishnakumar B <kitty at dre.vanderbilt.edu>
> Subject: Re: [gme-users] Constructing a GME model using Java
> To: "A list for GME users to share thoughts and discuss bugs and
> fixes." <gme-users at list.isis.vanderbilt.edu>
> Cc: udm-users at list.isis.vanderbilt.edu
> Message-ID: <87wt8g2ns9.fsf at dre.vanderbilt.edu>
> Content-Type: text/plain; charset=us-ascii
> 
> Hi Sandeep,
> 
> On Wed, 06 Sep 2006 03:30:58 PM -0500, Sandeep Neema wrote:
> >> for an example.  You can also find usage of UDM's Java interface at:
> >> 
> >>
> > https://svn.dre.vanderbilt.edu/viewvc/cosmic/trunk/CoSMIC/PIM/WSML/inter
> > pr
> >> eters/WSDLExporter/
> >> 
> >> Problem with UDM is that it is not integrated into GME, and hence
> > requires
> >> conversion of your GME model to UDM's XML model before you can use it
> > with
> >> Java UDM.
> > [SN] 
> > Kitty,
> > You are perhaps referring to the metamodel and not the model. Yes, there
> > are some disconnects in that you have to first convert your "GME
> > metamodel" to a "UML metamodel".
> 
> Thanks for the clarification.  My explanation was a bit misleading.  The
> disconnect at the metamodel level is less of an issue, since it's a one
> time process.
>  
> > Subsequently, however, you can use the generated JAVA API to
> > programmatically manipulate (construct) native GME models-
> 
> The problem with Java UDM is that unlike the C++ UDM, I cannot invoke the
> interpreter from within GME.  This results in some usability issues with
> it.  Another problem that I mentioned above is with debugging.  Since both
> Java BON and Java UDM use JNI, it's impossible to step all the way into
> functions.
> 
> I also tried to use C++/CLI, but I couldn't compile the generated UDM API
> classes for PICML.  All of the generated classes were in a single file
> PICML.{h,cpp} that was too huge, and I ran into internal compiler limits
> when compiling in managed mode with VC7.1 (I didn't try with VC8).
> Hopefully, the upcoming BONeXtender approach of generating a file per
> element in the metamodel will also be adopted by C++ UDM (it already does
> this for Java UDM) in the future.
> 
> That's why I mentioned C# since it is highly likely that it would be
> possible to swich between native and managed run-times with the MSVC
> debugger.  I might be wrong about that since I am definitely not an expert
> in CLR.
> 
> IMHO, languages like C++ are going to fall out of favour because of the
> lack of readily available libraries when compared to Java/C#/Python.
> Especially for tasks like writing interpreters for design-time tools like
> GME.  So it would be nice if GME provided a high-level supported API in one
> of C# or Python (given the technical limitations with Java) in the future,
> in addition to C++.  It would also eliminate the need for the C++ quiz held
> to weed out students not proficient in C++ from the MIC course :-)
> 
> -kitty.
> 
> -- 
> Krishnakumar B <kitty at dre dot vanderbilt dot edu>
> Institute for Software Integrated Systems, Dept. of EECS, Vanderbilt University
> 
> ------------------------------
> 
> _______________________________________________
> gme-users mailing list
> gme-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> 
> 
> End of gme-users Digest, Vol 33, Issue 1
> ****************************************
>