@mparks, you say you put the file in the opt\ColdFusion10\cfusion\lib. There are indeed jars there, but those are ones that come with CF. For you to add your own, you ought instead to put it in opt\ColdFusion10\cfusion\wwwroot\WEB-INF\lib. That’s indeed the documented, at:
http://help.adobe.com/en_US/ColdFusion/9.0/Developing/WSc3ff6d0ea77859461172e0811cbec14231-7fe5.html#WSc3ff6d0ea77859461172e0811cbec14231-7fd3 Now, I appreciate that you may be saying that you have always put it there, and you’re saying that you see it in the Cf Admin display of the class path. But are you confirming that the specific “older company_pdf.jar” you refer to originally is shown in there at that specific location? MCP: Original is shown in this location on a Productivity server running Windows/CF10 Also, do you see any other pdf.jar files? MCP: There are other PDF.jar files in the \opt\ColdFusion10\cfusion\lib\ namely: pdfencryption.jar; pdflib.jar More specifically, you call it company_pdf.jar, but I wonder if it may be providing the same sort of stuff that some built-in CF jars/libraries may provide. Could it be that the conflict you’re hitting is not due to the file you’re playing with, but some others that CF/Java are finding? That’s one more reason to put it in the web-inf\lib, in case CF may load it in precedence over its own, giving you the chance to upgrade something that’s built-in. MCP: I moved the company_pdf.jar to the /cfusion/wwwroot/WEB-INF/lib/ as you have suggested. I removed it from \opt\ColdFusion10\cfusion\lib\ and I am still getting this error: org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet [CfmServlet] in context with path [/] threw exception [Servlet execution threw an exception] with root cause java.lang.NoSuchMethodError: com.lowagie.text.Rectangle.width()F at com.co.itext.pdf_writer.GridBase.initSizes(GridBase.java:58) at com.co.itext.pdf_writer.pdfLibReplace.open_file(pdfLibReplace.java:56) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at coldfusion.runtime.StructBean.invoke(StructBean.java:508) at coldfusion.runtime.CfJspPage._invoke(CfJspPage.java:2465) at cfcspec_lib2ecfc963610666$funcPDF_INITIALIZE.runFunction(/var/www/html/prod/cfcs/forms/co_lib.cfc:46) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:472) at coldfusion.filter.SilentFilter.invoke(SilentFilter.java:47) at coldfusion.runtime.UDFMethod$ReturnTypeFilter.invoke(UDFMethod.java:405) Finally, do look in the web-inf\lib, even if you have some reason to prefer to keep yours in the other lib. Maybe there’s another jar there that is in fact conflicting with yours. Java doesn’t care about file names, so if there are two that have a given class (and package name), it will load the first it finds among all jars/classes it’s got access to. In that regard, you could dump the java object and find out the jar that CF/java found it in. You may be surprised to find that the object is not being found where you think it is. :-) <cfset x= createObject("java", "yourpackage.yourclassname")> <cfdump var="#X.getClass().getProtectionDomain().getCodeSource().tostring()#"> Let us know how you get on with this. /charlie On Thursday, October 31, 2013 7:06:00 PM UTC-4, charlie arehart wrote: > > @mparks, you say you put the file in the opt\ColdFusion10\cfusion\lib. > There are indeed jars there, but those are ones that come with CF. For you > to add your own, you ought instead to put it in > opt\ColdFusion10\cfusion\wwwroot\WEB-INF\lib. That’s indeed the documented, > at: > > > http://help.adobe.com/en_US/ColdFusion/9.0/Developing/WSc3ff6d0ea77859461172e0811cbec14231-7fe5.html#WSc3ff6d0ea77859461172e0811cbec14231-7fd3 > > > Now, I appreciate that you may be saying that you have always put it > there, and you’re saying that you see it in the Cf Admin display of the > class path. But are you confirming that the specific “older > company_pdf.jar” you refer to originally is shown in there at that specific > location? Also, do you see any other pdf.jar files? > > More specifically, you call it company_pdf.jar, but I wonder if it may be > providing the same sort of stuff that some built-in CF jars/libraries may > provide. Could it be that the conflict you’re hitting is not due to the > file you’re playing with, but some others that CF/Java are finding? That’s > one more reason to put it in the web-inf\lib, in case CF may load it in > precedence over its own, giving you the chance to upgrade something that’s > built-in. > > Finally, do look in the web-inf\lib, even if you have some reason to > prefer to keep yours in the other lib. Maybe there’s another jar there that > is in fact conflicting with yours. Java doesn’t care about file names, so > if there are two that have a given class (and package name), it will load > the first it finds among all jars/classes it’s got access to. > > In that regard, you could dump the java object and find out the jar that > CF/java found it in. You may be surprised to find that the object is not > being found where you think it is. :-) > > <cfset x= createObject("java", "yourpackage.yourclassname")> > > <cfdump > var="#X.getClass().getProtectionDomain().getCodeSource().tostring()#"> > > > MCP: (file:/opt/coldfusion10/cfusion/lib/iText.jar <no signer certificates>) > Let us know how you get on with this. > > /charlie > > PS If that helps, mparks, I’d like to make a trade: to you and some > others, why are many people averse to putting their names in their from > addresses and/or signatures? :-) It just would be nice for us to be able to > refer to you by name when we’re trying to help. > > MCP: RECAP : So My original post was with this error: Stack Trace at cfco_lib2ecfc963610666$funcPDF_INITIALIZE.runFunction(/var/www/html/prod/cfcs/forms/co_lib.cfc:40) at cfinq_app_pdf2ecfc740122486$funcRENDER_PDF.runFunction(/var/www/html/prod/cfcs/forms/inq_app_pdf.cfc:200) at cfinq_app_screen_finished22ecfm913491559._factor11(/var/www/html/prod/forms/gen_cf/inq_app_screen_finished2.cfm:37) at cfinq_app_screen_finished22ecfm913491559.runPage(/var/www/html/prod/forms/gen_cf/inq_app_screen_finished2.cfm:1) java.lang.ClassNotFoundException: com.co.itext.pdf_writer.pdfLibReplace This issue was resolved due to the Admin that installed it FTP process corrupted the JAR file. With a Clean JAR (co_pdf.jar) The jar was in cfusion\lib\ - by the by - a new error message came up which I am still facing at this point. I have moved the JAR to /cfusion/wwwroot/WEB-INF/lib/co_pdf.jar and i am still getting an error that seems to be pointing to the iText.jar. At this point. Looking at the Manifest file in the iText.jar yeilds: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.6.2 Created-By: 1.5.0_14-b03 (Sun Microsystems Inc.) Main-Class: com.lowagie.tools.Toolbox What iText.jar shipps with CF10? This what I need to figure out and hope that his will solve issue. I wanted to get this out so if there are holes in the theory someone may address for me. Thanks. Matthew C. Parks > > > *From:* [email protected] <javascript:> [mailto: > [email protected] <javascript:>] *On Behalf Of * > [email protected] <javascript:> > *Sent:* Thursday, October 31, 2013 4:07 PM > *To:* [email protected] <javascript:> > *Subject:* Re: [houcfug] Object Instantiation Exception. - Red Hat 6 > > > > We have only one instance. > > > > I did a compare on the server that is working to server of issue. The JAR > file was off by 100 bits. I updated JAR and restarted and Now I still have > issues, but different behavior. > > (new error message is a sign of progress, right) > > > > PDF file is being created but the JAVA error is within the JAR out of my > control. > > > > PDF file in 644 and owner by coldfusion:coldfusion. I was again thinking > permissions but nothing to prove it. > > > > org.apache.catalina.core.StandardWrapperValve invoke > > SEVERE: Servlet.service() for servlet [CfmServlet] in context with path > [/] threw exception [Servlet execution threw an exception] with root cause > > java.lang.NoSuchMethodError: com.lowagie.text.Rectangle.width()F > > at com.co.itext.pdf_writer.GridBase.initSizes(GridBase.java:58) > > at > com.co.itext.pdf_writer.pdfLibReplace.open_file(pdfLibReplace.java:56) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:597) > > at coldfusion.runtime.StructBean.invoke(StructBean.java:508) > > at coldfusion.runtime.CfJspPage._invoke(CfJspPage.java:2465) > > at > cfcspec_lib2ecfc963610666$funcPDF_INITIALIZE.runFunction(/var/www/html/empower_prod/cfcs/forms/cspec_lib.cfc:46) > > at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:472) > > at coldfusion.filter.SilentFilter.invoke(SilentFilter.java:47) > > at > coldfusion.runtime.UDFMethod$ReturnTypeFilter.invoke(UDFMethod.java:405) > > Sent at 3:09 PM on Thursday > > Joshua: > > "Error","ajp-bio-8012-exec-5","10/31/13","13:58:59","ROOT_APP","com.lowagie.text.Rectangle.width()F > > The specific sequence of files included or processed is: > /var/www/html/empower_prod/forms/gen_cf/inq_app_screen_finished2.cfm, line: > 46 " > > java.lang.NoSuchMethodError: com.lowagie.text.Rectangle.width()F > > Sent at 3:10 PM on Thursday > > > > <snip> > > > > On Thu, Oct 31, 2013 at 11:19 AM, <[email protected]> wrote: > > I do not think it is a typo. > > > > Looking at Path Via CFAdmin it shows: > > > > " > > :opt/coldfusion10/cfusion/lib/updates/chf10000011.jar: > :opt/coldfusion10/cfusion/lib/pdflib.jar: > :opt/coldfusion10/cfusion/lib/dpHibernate.jar: > > > > " > > In this way. The file is in the directory > /opt/coldfusion10/cfusion/lib/(myjavacode).jar > > > > <snip> > > > > The JAR file is located in :opt/coldfusion10/cfusion/lib/ path and is in > the "CF Server Java Class Path " when I look at it via the CF Admin. > > > -- -- You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en --- You received this message because you are subscribed to the Google Groups "Houston ColdFusion Users' Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
