Eclipse RDS Connection Troubleshooting....
Copy link to clipboard
Copied
configuration, but it tells
me Eclipse cannot connect.... CF8 debugging turned on; port, server, and
admin pw
entered, but no go....
email me offline at hhd = at = hhwd = dot = com :)
tx, T

Copy link to clipboard
Copied
Copy link to clipboard
Copied
Refer to the page Installing ColdFusion Extensions for Eclipse. Follow the steps on how to uninstall.
Then follow the steps on how to install the ColdFusion Extensions for Eclipse. After restarting Eclipse, navigate to Window => Show View => Other => Coldfusion and select, for example, RDS Dataview.
Copy link to clipboard
Copied
I hope you've resolved your problem by now but, in case other people are having similar issues, here's an article that might help...
http://www.ibm.com/developerworks/opensource/library/os-eclipse-cfeclipse/
Your RDS Configuraton settings will depend on how you're running ColdFusion. If it's on IIS, then the port number has to match whatever IIS is listening on. If it's standalone, rumor has it that the port needs to be 8500 (I'm not sure 'cause I'm using IIS.) Make sure RDS is configured on the web server and that the RDS credendialts are set in the Eclipse RDS Configuration dialogue.
One other thing: if you're running IIS, make sure that the virtual directory where ColdFusion Administrator is running from (usually CFIDE) does not require Integrated Windows Authentication (check "Directory Security" in the IIS Management Console plugin).
HTH
Copy link to clipboard
Copied
"RDS Connection" - Also unable to connect to remote RDS server using the plug-in in Eclipse. RDS works great in Dreamweaver and ReportBuilder, but not in Eclipse.
Keeps saying "Cannot Connect".
We have downloaded a fresh copy of Eclipse and tried that on another machine and the same error. We are starting to suspect the Adobe plugin. Has anyone else had these issues? Is there a known fix?
Copy link to clipboard
Copied
I don't have this working either and have tried Europa and Ganymede. Dreamweaver (CS3) works fine. So, I started doing some packet sniffing and it appears to be a combination of security at the server and the info being sent from the client. Here's what happens (1st DW, 2nd Eclipse):
-------------------------------- Dreamweaver CS3 ----------------------------------------------------------------------------------------
POST /CFIDE/main/ide.cfm?CFSRV=IDE&ACTION=IDE_DEFAULT HTTP/1.1
Content-Type: application/x-ColdFusionIDE
User-Agent: Dreamweaver-RDS-SCM1.01
Host: ***REMOVED***
Content-Length: 46
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: CFID=44160; CFTOKEN=70787375; JSESSIONID=1776543FA09A2967DC23384EF2F97765%5F44160%5F70787375
3:STR:14:ConfigurationsSTR:10:6, 0, 0, 0STR:0:HTTP/1.1 200 OK
Connection: close
Date: Thu, 11 Jun 2009 18:17:55 GMT
Server: Microsoft-IIS/6.0
ETag:
X-Powered-By: ASP.NET
Content-Type: text/html
5:4:-50037:ColdFusion Server Version: 8, 0, 0, 037:ColdFusion Client Version: 4, 0, 0, 01:11:0
---------------------------------- Eclipse with Adobe CF Extensions 1.191910 -------------------------------------------------
POST /CFIDE/main/ide.cfm?CFSRV=IDE&ACTION=IDE_DEFAULT HTTP/1.1
Host: ***REMOVED***
Connection: close, TE
TE: trailers, deflate, gzip, compress
User-Agent: Mozilla/3.0 (compatible; Macromedia RDS Client)
Accept: text/html, */*
Accept-Encoding: deflate, gzip, x-gzip, compress, x-compress
Content-type: text/html
Content-length: 52
4:STR:14:ConfigurationsSTR:10:7, 0, 0, 0STR:0:STR:0:HTTP/1.1 200 OK
Connection: close
Date: Thu, 11 Jun 2009 18:27:44 GMT
Content-Type: text/html
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Content-Encoding: deflate
Vary: Accept-Encoding
Transfer-Encoding: chunked
4b
T.[..0.F....Zf4.._C7....C...e.U.U....p.=...{].c+.QR;.(..........h.?.^'..\..
0
-------------------------------------------------------------------------------------------------------------------
Another packet is received with this text:
5:4:-50037:ColdFusion Server Version: 8, 0, 0, 037:ColdFusion Client Version: 7, 0, 0, 01:11:1
but, by then it's too late on the client (eclipse) side. I think it's either an issue with how the chunked encoding is being processed, or perhaps that the Adobe plugin doesn't know what to do with the compressed ('flated) http response.
I guess I'll try turning off compression at the server and see what happens....
Laker
Copy link to clipboard
Copied
Guess what? Dumping compression worked!
From IIS Manager:
- right-click "Web Sites" folder
- click "Properties"
- click on the "Service" tab
- uncheck "Compress application files" (the second option "Compress static files" can remain checked)
- click "OK"
- Restart IIS (don't skip this step!)
Voila! Connected instantly!
Soooo, Adobe how 'bout fixing the plugin to understand the 'flate content-encoding?
Laker

Copy link to clipboard
Copied
Dumping the compression option in IIS worked for me as well! Thanks!

