Re: Velocity Generator & FetchSpecs Bindings

From: Mike Schrag (mschra..dimension.com)
Date: Tue Mar 04 2008 - 13:14:14 EST

  • Next message: Mike Schrag: "Re: Velocity Generator & FetchSpecs Bindings"

    Is there an error in your error log about this? Or an error in
    your .log in the .metadata folder? I agree that really is not very
    helpful.

    ms

    On Mar 4, 2008, at 1:02 PM, David Avendasora wrote:

    >
    > On Mar 4, 2008, at 12:31 PM, Mike Schrag wrote:
    >
    >>> I'm having some problems getting my .eogenerator files converted
    >>> to Velocity .java files.
    >>>
    >>> I'm trying to read the Class of fetch specification bindings.
    >>>
    >>> I get this error when I generate using "${binding.javaClassName}":
    >> There were lots of problems with the new qualifier parser and fetch
    >> spec bindings ... 4940 fixes all of the permutations that I was
    >> able to come up with (4939 fixes everything, which is up now, 4940
    >> adds verification of binding variables, which is building now -- up
    >> in 15 mins or so).
    >> ms
    >
    > I just updated off Nightly, and My WOLips is now 4948, and I'm
    > getting the following error when I generate. No matter what I use in
    > the FS binding:
    >
    > /Users/davida/Documents/Projects/BestMaid/Development/
    > Bakery_Managment/BakeryManagement_Framework/EOGenerator/
    > server_velocity.eogen:
    > null
    >
    >
    > Not so helpful. Where can I find more detail about what exactly is
    > null?
    >
    > Dave
    >
    >
    >>
    >>> "${binding.attributePath.childClassName}" in the generated .java
    >>> file.
    >> When a binding cannot evaluate (for any number of reasons) it just
    >> stops and leaves the variable in the file. One of the reasons for
    >> this is an invalid bound key, but in this case, it's the exception
    >> being thrown during evaluation, most likely.
    >>
    >>> What should I use to get the fully qualified Class Name of the
    >>> binding? Looking at the Wiki reference isn't helping (http://wiki.objectstyle.org/confluence/display/WOL/Velocity+Generator+Reference
    >>> ).
    >> That path you're using is correct (though there's a shorter $
    >> {binding.javaClassName} that was added later.
    >>
    >>> Let me also add that this fully qualified class name needs to be
    >>> for the client-side class when binding is another Entity from the
    >>> EOModel and the -javaclient parameter is passed (Java Client is
    >>> checked in the .eogen editor).
    >> I don't think velocity eogenerator does anything with -javaclient
    >> right now.
    >>
    >> ms
    >



    This archive was generated by hypermail 2.0.0 : Tue Mar 04 2008 - 13:14:33 EST