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]
For more options, visit this group at
http://groups.google.com/group/flex-mojos
http://flexmojos.sonatype.org/
CinderAs3GroovyTransformer.java
Description: Binary data
remote.gsp
Description: Binary data
remoteBase.gsp
Description: Binary data
