If it can't find any class is because there is no dependencies on your
project....  are you sure this worked before you generate sources?

VELO

On Thu, Feb 5, 2009 at 7:19 PM, Caleb Adam Haye <[email protected]>wrote:

> Thanks for the prompt reply VELO
>
> I included the entire text of one of the generated classes in my initial
> email, and it's below too:
> /**
>  * AuthTokenObject.as
>  * This file was auto-generated from WSDL by the Apache Axis2 generator
> modified by Adobe
>  * Any change made to this file will be overwritten when the code is
> re-generated.
>  */
>
> package com.commlayer.Modules.WebService.model.generated
> {
>     import mx.utils.ObjectProxy;
>     import flash.utils.ByteArray;
>     import mx.rpc.soap.types.*;
>     /**
>      * Wrapper class for a operation required type
>      */
>
>     public class AuthTokenObject
>     {
>         /**
>          * Constructor, initializes the type class
>          */
>         public function AuthTokenObject() {}
>
>         public var securityToken:String;
>     }
> }
>
> I don't see anything special about it, would importing these packages break
> anything for maven?
>   mx.utils.ObjectProxy;
>   flash.utils.ByteArray;
>   mx.rpc.soap.types.*;
>
> To answer your questions:
>
> *Where this code is generated?* You can specify where - give it a
> namespace and it creates the folders for you
> *It uses generation gap pattern? *If yes, both sourcepaths are included on
> maven build? Honestly, I'm not sure.
> *Are you sure this doesn't depend on any extra library that flexbuilder
> hides somehow? *I don't think it does, but I'm not absolutely certain;
> it's functionality built into FlexBuilder
>
> Any insight would be appreciated.
>
> Thanks
>
>
>
> On Thu, Feb 5, 2009 at 4:18 AM, Marvin Froeder <[email protected]> wrote:
>
>> I never generated code from webservice, so I will need some light one
>> that.
>>
>> Where this code is generated?  It uses generation gap pattern?  If yes,
>> both sourcepaths are included on maven build?  Are you sure this doesn't
>> depend on any extra library that flexbuilder hides somehow?
>>
>>
>> VELO
>>
>>
>> On Thu, Feb 5, 2009 at 7:50 AM, caleb <[email protected]> wrote:
>>
>>>
>>> As I'm sure you all know already, FlexBuilder is capable of importing
>>> SOAP web services, and generating domain model objects that reflect
>>> the objects defined by the web service.
>>>
>>> For my project, I have to implement a web service written by some Java
>>> developers.  The app builds fine from the FlexBuilder IDE, but it
>>> won't build from maven, and I'm trying to figure out why.
>>>
>>> I have one app, let's call it "SampleApp" that depends on several
>>> external libraries, for the sake of dialogue, we'll call them
>>> "CommunicationsLayer", "ReusableCode", and "ApplicationTemplate".
>>>
>>> ReusableCode has no dependancies
>>> CommunicationsLayer depends on ReusableCode
>>> ApplicationTemplate depends on both CommunicationsLayer and
>>> ReusableCode (not to mention PureMVC, Tweener, and a few other
>>> external libs)
>>> SampleApp depends on ApplicationTemplate
>>>
>>> Everything is working fine - almost.  I have all of the dependencies
>>> chaining properly, the build order is as follows:
>>>
>>> Parent POM
>>> ReusableCode
>>> CommunicationsLayer
>>> ApplicationTemplate
>>> SampleApp
>>>
>>> The problem is that I am getting weird compiler errors from the maven
>>> build that don't surface when building in FlexBuilder.
>>>
>>> To elaborate on how the service generates objects - It basically takes
>>> the obj name from the webservice, and appends "Object" to the end. For
>>> example, if you have an "AuthToken" object in your webservice
>>> definition, then a corresponding "AuthTokenObject" will be generated,
>>> which might look something like this:
>>>
>>> <pre>
>>> /**
>>>  * AuthTokenObject.as
>>>  * This file was auto-generated from WSDL by the Apache Axis2
>>> generator modified by Adobe
>>>  * Any change made to this file will be overwritten when the code is
>>> re-generated.
>>>  */
>>>
>>> package com.commlayer.Modules.WebService.model.generated
>>> {
>>>        import mx.utils.ObjectProxy;
>>>        import flash.utils.ByteArray;
>>>        import mx.rpc.soap.types.*;
>>>        /**
>>>         * Wrapper class for a operation required type
>>>         */
>>>
>>>        public class AuthTokenObject
>>>        {
>>>                /**
>>>                 * Constructor, initializes the type class
>>>                 */
>>>                public function AuthTokenObject() {}
>>>
>>>                public var securityToken:String;
>>>        }
>>> }
>>> </pre>
>>>
>>> Not very complex.  But flex-mojos seems to blow up when it hits one of
>>> those objects for some reason.
>>>
>>> The Flex build error is either "The definition of base class [obj
>>> name] was not found" or Type was not found or was not a compile-time
>>> constant: [obj name]
>>>
>>> Any help would be greatly appreciated.
>>>
>>> Thanks,
>>> - Caleb
>>>
>>>
>>>
>>
>>
>>
>
>
> --
> Caleb Adam Haye
> [email protected]
>
> Fire, Inc.
> 487 S. Main St
> Sebastopol, Ca 95472
>
> office: (707) 827-3782
> toll-free: (888) 314-FIRE
> fax: (888) FAX-7933
>
> The information contained in this message is confidential and intended only
> for the use of the individual or entity named above, and may be privileged.
> Any unauthorized review, use, disclosure, or distribution is prohibited. If
> you are not the intended recipient, please reply to the sender immediately,
> stating that you have received the message in error, then please delete this
> e-mail. Thank you.
>
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
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?hl=en?hl=en

http://blog.flex-mojos.info/
-~----------~----~----~----~------~----~------~--~---

Reply via email to