Adobe Community : All Content - All Communities

Any fixes to the buggy PDF conversion in Coldfusion 9?

forums_noreply@adobe.com — Thu, 16 Jan 2014 00:25:35 GMT

Using CFDOCUMENT to convert html to PDF, but the resulting PDF pages are buggy. For instance table cell backgrounds bleed outside the table cell borders, and lots of other rendering issues that make it hard to use this tool. Has the PDF conversion been upgraded in CF10, or should I look for another PDF converter? And if so, which one?

SSL problem when running Apache httpclient in Jrun and not in stand-alone Java

forums_noreply@adobe.com — Sat, 05 Oct 2013 22:24:10 GMT

We are using the Apache httpclient 4.1.2 to post to an external server, using SSL. The post works fine when running it from the Java JRE , but when the code runs under a JRUN/Colfusion instance that uses the same Java JRE the error message returned is:

javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated

at com.sun.net.ssl.internal.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:352)

at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128)

.......

When debugging the connect using the -Djavax.net.debug=all setting, the error message shown internally is:

java.lang.RuntimeException: Could not generate secret

Is there some weird ColdFUsion setting we need to undo to make this work? We installed the cert from the other server in the /rje/lib/sercurity/cacerts file but that did not make a difference. Why does standalone java work and not Jrun?

The JDK version is 1.6.0_24-b07

Coldfusion: 9,0,1,274733

PDF Generation CSS flaws

forums_noreply@adobe.com — Fri, 24 Aug 2012 01:16:31 GMT

When we try to generate a PDF of our existing application pages, they are not rendered the same way as a browser would, it appears that the CSS styles are not processed in a totally compatible manner.

Is there any possible fix for this and/or documentation on current limitations?

We currently use CF 9

Getting java.lang.IllegalArgumentException: err.io.short_read exception when reading image data

forums_noreply@adobe.com — Thu, 02 Aug 2012 16:59:51 GMT

We use Flash to generate dynamic graphics and convert them to a PNG graphic by posting the base64 encoded bitmpa data to a coldfusion page, which saves the graphics file on the server.

This works well most of the time but for certain larger graphics we a ColdFusion exception in the post page, as follows:

08/02 12:40:16 error ROOT CAUSE:

java.lang.IllegalArgumentException: err.io.short_read

at coldfusion.filter.FormScope.parsePostData(FormScope.java:325)

at coldfusion.filter.FormScope.fillForm(FormScope.java:295)

at coldfusion.filter.FusionContext.SymTab_initForRequest(FusionContext.java:377)

etc....

I have not been able to find out whether this is a problem with the Flash code that does the posting or with some other configuration issue. The maxumum post size is 200MB and the images data is less than 200K

The Flash code for posting:

var img_source:BitmapData = new BitmapData (this.width, this.height+5);

img_source.draw(this);

//encode the bitmapdata object and keep the encoded ByteArray

var img_byte_array:ByteArray = PNGEncoder.encode(img_source);

var imgURLRequest:URLRequest = new URLRequest(image_url);

var requestVars:URLVariables = new URLVariables();

requestVars.upload_image_name = image_name;

// Convert to Base 64

requestVars.upload_image_data = Base64.encodeByteArray(img_byte_array);

imgURLRequest.data = requestVars;

imgURLRequest.method = URLRequestMethod.POST;

navigateToURL(imgURLRequest, "_self");

The ColdFusion page:

<html>

<head>

</head>

<body>

<cfoutput>Actual Size of image: #Len(upload_image_data)#</cfoutput><p>

<cffile action="write"

file= "#Application.properties.flash_test_result_tmp_directory##upload_image_name#"

output="#ToBinary(upload_image_data)#"/>

<button type="button" onClick="this.close();">Close this window</button>

</body>

</html>

How to eradicate the 'Server is busy' errors?

forums_noreply@adobe.com — Mon, 16 Jan 2012 21:32:48 GMT

We use Coldfusion 9.01 on Linux Redhat 64bit with Apache. Our users regularly get the folllowing error message:

Application server is busy. Either there are too many concurrent requests or server still starting up, errorMsg: Application server is busy. Either there are too many concurrent requests or the server still is starting up

There is a lot of info on the web about this, with advice how to solve it, but we can not seem to get rid of this problem.

We have enabled metrics logging and nothing indicates that we are running out of threads at the time we get the error. Our thread config is as follows, in the instrance's JRUN.XML file

<attribute name="deactivated">false</attribute>

When the error happens, our metrics reporting shows the following:

01/16 11:05:12 metrics Web threads (busy/total): 0/25 Sessions: 416 Total Memory=1046592 Free=597788

So the nr of requests (presumably 25, the nr of threads, not 100% sure) is higher than the activeHandlerThreads value (10), but not as high as the maxHandlerThreads value. The error is returned immediately, and not after the specified timeout of 5 minutes.

That is the puzzling part...

Is there any other set of configuration parameters to tweak as well?

Thanks for your help!

classpath issue with JSPC

forums_noreply@adobe.com — Tue, 29 May 2012 18:32:56 GMT

When using JSPC to pre-compile JSP pages, it does not appear to use the CLASSPATH environment variable and hence the compilation fails. How can the classpath for JSPC be set/controlled?

File based JMS performance issues

forums_noreply@adobe.com — Fri, 10 Feb 2012 21:42:59 GMT

When you used the default file-based persistence, the JMS messages get stored in directory

<instance>/SERVER-INF/jms/db/coremq

But the files keep growing, especially HANDLE.DAT, and at some point they are very large (65Megs) and the performance becomes noticably slower.

So it appears that JRUN does not maintain these files properly.

What is the best thing to do? Truncate these files on a regular basis, or move to database-based persistence?

What is the approved Java version for JRun4 with CF9.01

forums_noreply@adobe.com — Wed, 11 Jan 2012 19:39:30 GMT

We use CF9.01 on 64bit Linux with JRun4 and Apache, with the included JRE 1.6.17 or so. I have not found Adobe's published list of approved Java versions for each platform, but can we upgrade to a Java 7 SDK for instance?

Given that we are also experiencing 'Server Busy, Too many concurrent requests' error that we have trouble eradicating, would getting rid of JRun and moving to TomCat be a wise thing to do?

Generating PDF of CFCHART output and static graphics still problematic

forums_noreply@adobe.com — Tue, 12 Jul 2011 23:40:29 GMT

We have site that uses SSL, with the SSL certificate on the load balancer. Our ColdFusion 9 application does not deal with SSL. We are trying to generate a PDF of CFHART output plus some header and footers containing static graphics.

Using the clause <cfdocument localUrl="yes" ...> in the cfdocument tag we can get the static graphics to show in the PDF, but the CFHART graphic (output type JPG) does not show up, these are generated via the CFIDE.

The entire PDF is generated fine when the site is accessed using a non-SSL url.

Is there a work-around for this? These problems have been going on for years.

Regards,

Joop

ColdFusion does not have the latest Apache wsdl2java code bundled

forums_noreply@adobe.com — Mon, 11 Jul 2011 19:52:05 GMT

ColdFusion 9 has a jar 'webservices.jar' in the Jrun4/lib directory which contains the Apache classes such as

org.apache.axis.wsdl.WSDL2Java

but it appears that this is an older version. When used it does not generate proper Java code for the web services we are trying to use. When we use a standard Apache jar like axis.jar instead things work ok.

What can be done to include the proper code? Will removing this jar from the ColdFusion installation cause things to break?

Regards,

Joop Kaashoek