RE: .NET errors after CF 9.01 Update
Rick, Perhaps you could clarify how you make sure you call a 64bit dll first to avoid this issue. Russ -Original Message- From: Rick Root [mailto:rick.r...@gmail.com] Sent: 07 December 2010 22:06 To: cf-talk Subject: Re: .NET errors after CF 9.01 Update Alright, thanks to the kind folks at SupportObjective (www.justcf.com), we figured out this little tidbid. Apparently, Coldfusion's .NET integration when installed on Win7 64 bit can call both 64 bit and 32 bit DLLs. However, it creates the dotnet proxy DLL dynamically when first called - and we were calling a system DLL from the 32 bit framework. So, after stopping the services, deleting all of the cached jar files in the dotnetproxy folder as well as the dotnetcoreproxy.jar in the same instance, and then making sure to FIRST call a DLL from the 64 bit framework... then everything is fine - including calling DLLs from the 32 bit .NET framework Rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339903 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
On Wed, Dec 8, 2010 at 6:27 AM, Russ Michaels r...@michaels.me.uk wrote: Perhaps you could clarify how you make sure you call a 64bit dll first to avoid this issue. Gladly! the assembly / DLL path is different... C:\Windows\Microsoft.NET\Framework\* vs C:\Windows\Microsoft.NET\Framework64\* rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339904 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
RE: .NET errors after CF 9.01 Update
I have never used any of the .net features in CF, is this a CF setting, or is it simply asp.net settings in IIS you had to change? Russ -Original Message- From: Rick Root [mailto:rick.r...@gmail.com] Sent: 08 December 2010 13:18 To: cf-talk Subject: Re: .NET errors after CF 9.01 Update On Wed, Dec 8, 2010 at 6:27 AM, Russ Michaels r...@michaels.me.uk wrote: Perhaps you could clarify how you make sure you call a 64bit dll first to avoid this issue. Gladly! the assembly / DLL path is different... C:\Windows\Microsoft.NET\Framework\* vs C:\Windows\Microsoft.NET\Framework64\* rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339906 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
On Wed, Dec 8, 2010 at 11:03 AM, Russ Michaels r...@michaels.me.uk wrote: I have never used any of the .net features in CF, is this a CF setting, or is it simply asp.net settings in IIS you had to change? No... See the example here http://help.adobe.com/en_US/ColdFusion/9.0/CFMLRef/WSc3ff6d0ea77859461172e0811cbec22c24-789c.html Though, in the example, they don't reference a specific DLL because they're using one that is supposed to be included by default, courtesy of the dotnext_coreproxy.config file I think. You actually reference the specific DLL you want to include with the assembly attribute of the cfobject tag. then, you can call the methods just like you would a java class. Rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339922 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
Alright, thanks to the kind folks at SupportObjective (www.justcf.com), we figured out this little tidbid. Apparently, Coldfusion's .NET integration when installed on Win7 64 bit can call both 64 bit and 32 bit DLLs. However, it creates the dotnet proxy DLL dynamically when first called - and we were calling a system DLL from the 32 bit framework. So, after stopping the services, deleting all of the cached jar files in the dotnetproxy folder as well as the dotnetcoreproxy.jar in the same instance, and then making sure to FIRST call a DLL from the 64 bit framework... then everything is fine - including calling DLLs from the 32 bit .NET framework Rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339898 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
RE: .NET errors after CF 9.01 Update
Rick, That is brilliant... it'll make a nice addition to my .NET integration posts eh... thanks! Mark A. Kruger, MCSE, CFG (402) 408-3733 ext 105 Skype: markakruger www.cfwebtools.com www.coldfusionmuse.com www.necfug.com -Original Message- From: Rick Root [mailto:rick.r...@gmail.com] Sent: Tuesday, December 07, 2010 4:06 PM To: cf-talk Subject: Re: .NET errors after CF 9.01 Update Alright, thanks to the kind folks at SupportObjective (www.justcf.com), we figured out this little tidbid. Apparently, Coldfusion's .NET integration when installed on Win7 64 bit can call both 64 bit and 32 bit DLLs. However, it creates the dotnet proxy DLL dynamically when first called - and we were calling a system DLL from the 32 bit framework. So, after stopping the services, deleting all of the cached jar files in the dotnetproxy folder as well as the dotnetcoreproxy.jar in the same instance, and then making sure to FIRST call a DLL from the 64 bit framework... then everything is fine - including calling DLLs from the 32 bit .NET framework Rick ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339899 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
I don't know why, but this only worked ONCE after the reboot and I can't get it to work anymore. I've even updated my version of the dot net framework on the server.. I was using .NET 2 and now I'm using .NET 4 ... I've rebooted, re-installed the dot net service over and over again, deleted cached files... etc... argh! On Sun, Dec 5, 2010 at 8:31 AM, Rick Root rick.r...@gmail.com wrote: A reboot resolved this problem for me as well On Sat, Dec 4, 2010 at 10:58 PM, Rick Root rick.r...@gmail.com wrote: On Wed, Dec 1, 2010 at 11:24 AM, Stefan Richter ste...@flashcomguru.comwrote: E so I tried rebooting the server... now getting a blank page which is much, much better. Will keep you posted but it seems ok now. So by blank page you mean you're successfully claling .NET dll's now? I'm having the exact same issue... we only use one .NET call, to create virtual directories in IIS automatically... but it quit working... Pete Freitag's blog entry helped me figure out that I needed to copy the neo-dotnetproxy.config file to each instance, which got me to the error you were seeing. I got a little more error information from the error.log in C:\Coldfusion9DotNetService (but it really isn't helpful to me) ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339819 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
A reboot resolved this problem for me as well On Sat, Dec 4, 2010 at 10:58 PM, Rick Root rick.r...@gmail.com wrote: On Wed, Dec 1, 2010 at 11:24 AM, Stefan Richter ste...@flashcomguru.comwrote: E so I tried rebooting the server... now getting a blank page which is much, much better. Will keep you posted but it seems ok now. So by blank page you mean you're successfully claling .NET dll's now? I'm having the exact same issue... we only use one .NET call, to create virtual directories in IIS automatically... but it quit working... Pete Freitag's blog entry helped me figure out that I needed to copy the neo-dotnetproxy.config file to each instance, which got me to the error you were seeing. I got a little more error information from the error.log in C:\Coldfusion9DotNetService (but it really isn't helpful to me) ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339798 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
On Wed, Dec 1, 2010 at 11:24 AM, Stefan Richter ste...@flashcomguru.comwrote: E so I tried rebooting the server... now getting a blank page which is much, much better. Will keep you posted but it seems ok now. So by blank page you mean you're successfully claling .NET dll's now? I'm having the exact same issue... we only use one .NET call, to create virtual directories in IIS automatically... but it quit working... Pete Freitag's blog entry helped me figure out that I needed to copy the neo-dotnetproxy.config file to each instance, which got me to the error you were seeing. I got a little more error information from the error.log in C:\Coldfusion9DotNetService (but it really isn't helpful to me) Rick .NET-side stack trace = .NET-side stack trace: at com.jnbridge.jnbproxy.ExceptionFactory.throwException(JNBException e, Hashtable objMap) at com.jnbridge.jnbproxy.ClassInfo..ctor(String name) at com.jnbridge.jnbcore.ObjectHelper.getSubstituteProxy(String returnedType, Type expectedType) at com.jnbridge.jnbproxy.ProxyClass.getSubstituteProxy(String className) at com.jnbridge.jnbproxy.ProxyClass.getType(String className, Boolean noSubstituteProxy) at com.jnbridge.jnbproxy.ProxyClass.isThreadTrue(String className, Hashtable threadTrue, ClassInfo ci) at com.jnbridge.jnbproxy.ProxyClass.generateProxyClassMembers(ModuleBuilder module, ClassInfo ci, Boolean verbose, Boolean noSupporting, Boolean isJSharpCompatible, ReferenceValueData refValData, Hashtable threadTrue, Boolean mapEnums) at com.jnbridge.jnbproxy.ProxyAssembly.addClass(ClassInfo ci) at com.jnbridge.jnbcore.ObjectHelper.getSubstituteProxy(String returnedType, Type expectedType) at com.jnbridge.jnbproxy.ProxyClass.getSubstituteProxy(String className) at com.jnbridge.jnbproxy.ProxyClass.getType(String className, Boolean noSubstituteProxy) at com.jnbridge.jnbproxy.ProxyField.genClassLiteral(TypeBuilder theClass, ReferenceValueOptions rvo) at com.jnbridge.jnbproxy.ProxyClass.generateProxyClassMembers(ModuleBuilder module, ClassInfo ci, Boolean verbose, Boolean noSupporting, Boolean isJSharpCompatible, ReferenceValueData refValData, Hashtable threadTrue, Boolean mapEnums) at com.jnbridge.jnbproxy.ProxyAssembly.addClass(ClassInfo ci) at com.jnbridge.jnbcore.ObjectHelper.getSubstituteProxy(String returnedType, Type expectedType) at com.jnbridge.jnbproxy.ProxyClass.getSubstituteProxy(String className) at com.jnbridge.jnbproxy.ProxyClass.getType(String className, Boolean noSubstituteProxy) at com.jnbridge.jnbproxy.ProxyClass.isThreadTrue(String className, Hashtable threadTrue, ClassInfo ci) at com.jnbridge.jnbproxy.ProxyClass.generateProxyClassMembers(ModuleBuilder module, ClassInfo ci, Boolean verbose, Boolean noSupporting, Boolean isJSharpCompatible, ReferenceValueData refValData, Hashtable threadTrue, Boolean mapEnums) at com.jnbridge.jnbproxy.ProxyAssembly.addClass(ClassInfo ci) at com.jnbridge.jnbcore.ObjectHelper.getSubstituteProxy(String returnedType, Type expectedType) at com.jnbridge.jnbproxy.ExceptionFactory.throwException(JNBException e, Hashtable objMap) at com.jnbridge.jnbcore.ProxyJarFile.close() at com.jnbridge.jnbproxy.JNBProxy.generateJavaProxies(String[] classes, Options options, AppDomain dotNetAssembliesAppDomain, Hashtable refValueMap, Hashtable threadTrue) at com.jnbridge.jnbproxy.JNBProxy.Main(String[] args) Java-side stack trace: com.jnbridge.jnbcore.ClassNotFoundException: java.lang.Class+EnclosingMethodInfo at com.jnbridge.jnbproxy.ClassInfo.init(Unknown Source) at sun.reflect.GeneratedConstructorAccessor60.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at com.jnbridge.jnbcore.JNBDispatcher.construct(Unknown Source) at com.jnbridge.jnbcore.JNBDispatcher.call(Unknown Source) at com.jnbridge.jnbcore.server.b.d.a(Unknown Source) at com.jnbridge.jnbcore.server.b.c.p(Unknown Source) at com.jnbridge.jnbcore.server.b.c.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339790 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
.NET errors after CF 9.01 Update
I updated my Windows 2008 R2 64Bit server to 9.01. After I had some issues with the invocation of .NET assemblies I uninstalled and then reinstalled the ColdFusion 9.0.1 .NET Integration Service Installer. Still I cannot use any dlls now. The error I get has little details but looks like this: coldfusion.runtime.dotnet.ProxyGenerationException at coldfusion.runtime.dotnet.ProxyGenerator._executeProxyGen(ProxyGenerator.java:192) at coldfusion.runtime.dotnet.ProxyGenerator.executeProxyGen(ProxyGenerator.java:149) at coldfusion.runtime.dotnet.ProxyGenerator.generateProxy(ProxyGenerator.java:118) at coldfusion.runtime.dotnet.Assembly.generateProxy(Assembly.java:299) Any tips? Regards, Stefan ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339682 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: .NET errors after CF 9.01 Update
E so I tried rebooting the server... now getting a blank page which is much, much better. Will keep you posted but it seems ok now. S ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339685 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm