ahhh... this relates to two things...

the first is the bug Joe (and you) found: http://project.fmdrl.org/browse/CSP-33

the second is that it's doing the autowire pass when you don't want it
to. Both issues will be addressed.

Thanks Adam!

-Dave

On 12/1/05, Adam Crump <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
> [email protected] wrote on 12/01/2005
> 05:20:32 PM:
>
>  > > Implemented (except for "constructor" and autodetect values).
>  > >
>  > > Does this mean that I can not turn it off for constructors and
> autodetect?
>  >
>  > No, it means we didn't implement those two "types" of autowiring. It's
>  > pretty much "byName" only (keep in mind that autowiring for
>  > constructor-args *is* supported, but only byName).
>  >
>  >
>  > >
>  > > for example
>  > >
>  > > <bean id="sqlDsn" class="com.amkor.global.dao.dsn" singleton="true"
>  > > lazy-init="false" autowire="no">
>  > >         <constructor-arg
>  > >
> name="dsn"><value>misc_billing_sql</value></constructor-arg>
>  > > </bean>
>  > >
>  > > But coldspring seem to still be attempting to autowire this thing.
>  > >
>  >
>  > I'm confused... do you mean that ColdSpring is calling other setters
>  > on com.amkor.global.dao.dsn that match the signatures of other
>  > <bean/>s in the factory? Or do you mean that you're trying to prevent
>  > it from passing in the dsn to the constructor?
>  >
>
> I want it to pass the dsn I have in the <construtor-arg> to the constructor
> (and it does), but it is still inspecting the functions and attempting to
> determine if it can autowire anythingelse.  I dicsovered this as I had a
> quick dirty implemnation of the dsn where the type was not set on some
> methods
> <cfcomponent output="false" >
>
>         <cfscript>
>             variables.dsn = "";
>             variables.username = "";
>             variables.password = "";
>         </cfscript>
>
>         <cffunction name="Init" access="public" output="false">
>                 <cfargument name="dsn" type="string" required="false"
> default="#variables.dsn#" hint="I am the cf dsn to use" />
>                 <cfargument name="username" type="string" required="false"
> default="#variables.username#" hint="I am the username to override the cf
> dsn" />
>                 <cfargument name="password" type="string" required="false"
> default="#variables.password#" hint="I am the password to override the cf
> dsn" />
>             <cfset variables.dsn = arguments.dsn />
>             <cfset variables.username = arguments.username />
>             <cfset variables.password = arguments.password />
>             <cfreturn this />
>   </cffunction>
>
>   <cffunction name="SetDSN" access="public" return="void" output="false"
> hint="Set property: DSN">
>     <cfargument name="value" />
>     <cfset variables.dsn = arguments.value />
>   </cffunction>
>
>   <cffunction name="GetDSN" access="public" return="string" output="false"
> hint="Get property: DSN">
>     <cfreturn variables.dsn  />
>   </cffunction>
>
>   <cffunction name="SetUsername" access="public" return="void"
> output="false" hint="Set property: Username">
>     <cfargument name="value"  />
>     <cfset variables.Username=arguments.value />
>   </cffunction>
>
>   <cffunction name="GetUsername" access="public" return="string"
> output="false" hint="Get property: Username">
>     <cfreturn variables.Username />
>   </cffunction>
>
>   <cffunction name="SetPassword" access="public" return="void"
> output="false" hint="Set property: Password">
>     <cfargument name="value" />
>     <cfset variables.Password=arguments.value />
>   </cffunction>
>
>   <cffunction name="GetPassword" access="public" return="string"
> output="false" hint="Get property: Password">
>     <cfreturn variables.Password />
>   </cffunction>
>
> </cfcomponent>
>
> Notice on the setPassword method the value arg does not have a type.  This
> caused coldSpring to error on line 213 of BeanDefinition.cfc.  No biggie, I
> got that figured out and followed best pratices, but I would think that if I
> told it to not autowire then it should not inspect my cfc at all?
>
>
>
>
>  > Let me know, but regardless, I wouldn't be surprised if there was some
>  > autowiring funkiness. It's been thru a few iterations, but it really
>  > needs to be cleaned up once more.
>  >
>  > -Dave
>  >
>  >
>
>
>
>  Best Regards,
>
>  Adam Crump
>  Sr. Analyst - Programmer
>  Web Services - ICS
>  Amkor Technology
>

Reply via email to