they are realistic... they could slip a bit but probably not more than a week or two. Chris and I are very commited to bringing the code base out of alpha/beta.
-Dave On 12/2/05, Adam Crump <[EMAIL PROTECTED]> wrote: > > Hey Dave, > > Thanks for the link, the dates on the roadmap are exciting!!! > How realistic are those date? Just curious..... > > Best Regards, > > Adam Crump > Sr. Analyst - Programmer > Web Services - ICS > Amkor Technology > > > > [email protected] wrote on 12/01/2005 > 06:23:18 PM: > > > 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 thinkthat > 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 > > > > > > > >
