Don't you wanna make a sample for flexmojos-recipes? http://github.com/Flexmojos/flexmojos-recipes
VELO On Tue, Oct 19, 2010 at 2:05 PM, Bryan Turner <[email protected]> wrote: > Also, just in case they help, these are the GSPs I'm using to generate my > interface/implementation classes in Flex from my @Service interfaces in > Java. To get the files to come out named correctly, my custom > GroovyTransformer is another class in the same module as my custom > RemoteDestinationFactory. It is configured in FlexMojos like this: > <extraOptions> > > <remoteDestinationFactory>com.katasoft.cinder.granite.as3.ServiceRemoteDestinationFactory</remoteDestinationFactory> > > <transformer>com.katasoft.cinder.granite.as3.CinderAs3GroovyTransformer</transformer> > </extraOptions> > > Configuring the GSPs looks like this: > <templates> > > <base-bean-template>${project.basedir}/gsp/beanBase.gsp</base-bean-template> > > <base-entity-template>${project.basedir}/gsp/entityBase.gsp</base-entity-template> > > <base-remote-template>${project.basedir}/gsp/remoteBase.gsp</base-remote-template> > <bean-template>${project.basedir}/gsp/bean.gsp</bean-template> > <entity-template>${project.basedir}/gsp/entity.gsp</entity-template> > > <interface-template>${project.basedir}/gsp/interface.gsp</interface-template> > <remote-template>${project.basedir}/gsp/remote.gsp</remote-template> > </templates> > Hope this helps, > Bryan Turner > On Tue, Oct 19, 2010 at 8:55 AM, Bryan Turner <[email protected]>wrote: > >> David, >> >> Unfortunately, there is no way to avoid some Granite dependencies. >> However, you can create a module specifically for some Granite-related code >> and by doing so you can avoid any Granite dependencies in your main >> codebase. For the @RemoteDestination (GDS annotation), you need to >> subclass some Granite classes to change it. In the project I'm working on, >> we have no Granite dependencies in our main codebase. I have a secondary >> module that triggers different behavior that uses my own annotations >> instead, and my Flex model module references that dependency for my GAS >> configuration. >> >> To save myself the grief of hitting Gmail's message size limits, I'm >> attaching another Word document. Hopefully this helps. It's a bit more >> effort, but it will prevent you from having dependencies on Granite in your >> project at large. >> >> Good luck, >> Bryan Turner >> On Tue, Oct 19, 2010 at 8:14 AM, Marvin Froeder <[email protected]>wrote: >> >>> I meant should talk, not that :P >>> >>> >>> On Tue, Oct 19, 2010 at 1:13 PM, Marvin Froeder <[email protected]>wrote: >>> >>>> Hey, you probably should that with granite ds folks. >>>> >>>> VELO >>>> >>>> >>>> On Tue, Oct 19, 2010 at 1:09 PM, David Vree <[email protected]>wrote: >>>> >>>>> Bryan -- I've spend all morning carefully studying your document. >>>>> Thanks again for such a helpful resource. I assume that the work you >>>>> did was against GraniteDS instead of BlazeDS...is this correct? (I see >>>>> the reference to the granite-config.xml). >>>>> >>>>> For the record, I found two very helpful postings to help us folk that >>>>> use BlazeDS on the back end: >>>>> >>>>> 1) >>>>> http://dev.c-ware.de/confluence/display/PUBLIC/Flexmojos+generated+AS3+model+with+Enum+support+using+BlazeDS >>>>> >>>>> 2) >>>>> http://zam0th.wordpress.com/2010/02/27/automating-externalization-between-flex-and-java/#comment-31 >>>>> >>>>> But neither of them address a question I have that perhaps you can >>>>> help me with. In the process of code generation, my service classes >>>>> are being treated like ordinary value objects. I have tried >>>>> annotating them with the Spring "@RemotingDestination" annotation, but >>>>> it didn't help. Then I read in the GAS3 documentation (http:// >>>>> www.graniteds.org/confluence/display/DOC/3.+Gas3+Code+Generator) that >>>>> service classes are identified by the "@RemoteDestination" >>>>> annotation. Notice the missing "ing" from "Remoting". >>>>> >>>>> Is this a GraniteDS annotation? I'd really like to not have to add >>>>> the Granite JARs as a compile-type dependency of my project...and I'd >>>>> also like to avoid having another annotation on my service classes. >>>>> Is there another way to have the generate goal of flexmojos recognize >>>>> my service classes and map them to the remote-object template, etc? >>>>> Is this going to require me to specialize the >>>>> "JavaAs3GroovyTransformer" class? >>>>> >>>>> Thanks for any help!!! >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Oct 19, 9:07 am, David Vree <[email protected]> wrote: >>>>> > Found it: >>>>> http://groups.google.com/group/flex-mojos/browse_thread/thread/eb002b. >>>>> .. >>>>> > >>>>> > Thank you very much. >>>>> > >>>>> > On Oct 19, 5:09 am, Bryan Turner <[email protected]> wrote: >>>>> > >>>>> > > I attached a Word document to a previous thread with copious >>>>> amounts of >>>>> > > instruction on how to do all these things and more. >>>>> > >>>>> > > On Tue, Oct 19, 2010 at 12:31 AM, David Vree < >>>>> [email protected]> wrote: >>>>> > > > I am starting out with this (very cool) capability in Flexmojo >>>>> 3.7.1, >>>>> > > > and am already generating value objects. But have two questions: >>>>> > >>>>> > > > 1) I am getting all my "base" DTO's, but I am not seeing the AS3 >>>>> > > > classes that inherit from these. Do I have to do something >>>>> special to >>>>> > > > make these appear? >>>>> > >>>>> > > > 2) But I would like to also generate service object interfaces >>>>> and >>>>> > > > implementations from my Java service objects. I check on the >>>>> Granite >>>>> > > > forum and they say this is possible since GAS3 v2.1. How do I >>>>> trigger >>>>> > > > this to happen as well? >>>>> > >>>>> > > > Thanks, >>>>> > > > Dave >>>>> > >>>>> > > > -- >>>>> > > > You received this message because you are subscribed to the >>>>> Google >>>>> > > > Groups "Flex Mojos" group. >>>>> > > > To post to this group, send email to [email protected] >>>>> > > > To unsubscribe from this group, send email to >>>>> > > > [email protected]<flex-mojos%[email protected]> >>>>> <flex-mojos%[email protected]<flex-mojos%[email protected]> >>>>> > >>>>> > > > For more options, visit this group at >>>>> > > >http://groups.google.com/group/flex-mojos >>>>> > >>>>> > > >http://flexmojos.sonatype.org/ >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Flex Mojos" group. >>>>> To post to this group, send email to [email protected] >>>>> To unsubscribe from this group, send email to >>>>> [email protected]<flex-mojos%[email protected]> >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/flex-mojos >>>>> >>>>> http://flexmojos.sonatype.org/ >>>>> >>>> >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Flex Mojos" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected]<flex-mojos%[email protected]> >>> For more options, visit this group at >>> http://groups.google.com/group/flex-mojos >>> >>> http://flexmojos.sonatype.org/ >>> >> >> > -- > You received this message because you are subscribed to the Google > Groups "Flex Mojos" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<flex-mojos%[email protected]> > For more options, visit this group at > http://groups.google.com/group/flex-mojos > > http://flexmojos.sonatype.org/ > -- You received this message because you are subscribed to the Google Groups "Flex Mojos" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/flex-mojos http://flexmojos.sonatype.org/
