pahtooco

Thanks - I was thinking the same thing about the server - and hosting prices for that using web direct seem to be a "call us". On the web direct (or other compatibility) what I meant was you select a script, and the default is the compatibility button with an "X". You can click on that and select a different compatibility. Things light up that are not compatible! Then click on another script - and you're back to square one (with the compatibility button with an "X"). Is there a way to just default the compatibility you want to show for all the scripts you have without having to change each one individually? Hope that makes sense...

So - here are some of the facts: 1. Multi database solution (4 and growing) that handles budgeting, accounting system structure (not linked to accounting system), contracting, purchasing, staff management, timesheets, expense reports, etc.... 2. Built around TCP/IP, desktop client, access. 3. Was hosted in house in a 30 or so user environment with one physical location. Concurrent users might have been up to 10 with all 30 folks accessing. 4. Then hosted via a hosting company across four physical business locations. 5. Now moving to a 250 or so user environment across 40 physical locations. Concurrent users (assuming we do not implement the timesheet piece) probably up to 20 with about 100 different folks possibly accessing. 6. We're a non profit - so have crazy limited budget and only two IT staff. So......What I am now thinking is moving to Web Direct (due to the number of locations and users). What I am wondering is: Does that make sense? I see comments about crashing and freezing using FM14 and Web Direct - is the redesign effort going to be worth it? A quick view of hosting options made me shudder at the possible price. Flip side is in house price - sure we'll (as a non profit) get windows server and such free - but still need the box and need to support it (with our two IT staff who are often out and about supporting folks at those 40 locations). Which way to go? Does anyone have hosting suggestions? If we do go the Web Direct route is there any "Top 10 Things I wish I Had Known Before I Did This" type of info out there or for anyone to share? Is there some way to just turn on Web Direct compatibility for all scripts in the script workspace or do you have to do that for each one?!?! Before we really dive in to go in this direction and general help would be VERY appreciated! ----------------------------------------------------------------- UPDATE - IN looking at current (non profit) volume pricing for desktop clients, and then adding to that traditional hosting VS a redesign PLUS costs for "enhanced" web direct hosting PLUS loss of speed in accessing date (true?) - I am beginning to wonder if there is a reason at all to go the web based route (except for the off hand user where - well, we can only do so much). Thoughts?

There are a couple of threads on here directly related to FTPeek not working with the latest version of Java. It appears the issue is related to how Java works with Windows: http://fmforums.com/forum/topic/84735-connection-reset/ What I am wondering is if there is going to be a fix for this? I have multiple users getting Java update notices - though informed to not update - some do, then the process of unstallation and reinstallation of Java with all of the associated "end user frustration". So what I guess I am wondering: will there be an update to FTPeek to fix this? Are there specific instructions someplace as to a workaround (I understand it being a known bug but that doesn't tell me how to fix it)? Is FTPeek supported anymore? It's a great plugin for our purposes - so I hope there is a fix, if there already is one and I am missing it please point me to where it is...unfortunately we'll probably have to start looking at other options since we will begin to run into configuration issues of somethings requiring Java 7 or later... Thanks!

David - not sure if this is helpful...but in your post I noticed two things (1) a connection reset issue similar to the one I had been having, and (2) based on the info file the user appears to be running Java 7. Check out my "Connection Reset" post a few down the list - bottom line is that Java 7 might be the culprit - go back to Java 6 Update 33 (the last one for 6) and it might work fine. Chris

Thanks - yes, that did the trick. Until FTPeek is tested to work with version 7 I would suggest updating some of the documentation (since now it's been tested with version 7 and - at least how we are using it - it doesn't work). As an example the user documentation points a link to the java download page - where you get version 7 and just version 7....so you are almost pointing someone to failure if - for whatever reason - java is not already installed! Also, as new machines come online with version 7, or Java updates, this may become more of an issue...So make a clear note - 6 works, use 7 at your own risk. The straight from oracle runtime download of the latest version (pre 7) is here - version 6 update 33: http://www.oracle.com/technetwork/java/javase/downloads/jre6-downloads-1637595.html Thanks again!

Running an enterprise license - everything has been working fine on multiple machines - just setup a new 64 bit Windows 7 machine. Installed and started up filemaker, opened remote file - first error was that java was not installed and FTPeek needed it - no surpise as (again) new machine. Closed filemaker - downloaded most recent java version (version 7 update 5) - downloaded (automatically) as 32 bit as IE is a 32 bit version. Started up again - filemaker starts fine - no error - checked and plugin automatically downloaded from the server (v1.561). went to test to upload file from container - everything fine through selecting the file - when it should upload the file after selecting it it then fails with "connection reset" immediately rather a normal upload bar. Went to 360 works site - saw a new version is available. downloaded - put on server - restarted filemaker, plugin updated to v1.61. Tried again - again failed with "connection reset" as before. Popped the file over to a 64 bit Vista machine - Java version 6 update 26, filemaker starts, updates plugin, went to upload the file - no problem. Note that all of the ftp directory paths and login and password info is tagged into the filemaker file itself. So these clearly work (and have been consistently working for other users). I am a bit baffled - am leaning toward it being something to do with the Java version - but can't quite understand why. Log of failure and success on the other machine is below. Help! -------------------------------------------- FAIL: -------------------------------------------- Jun 19, 2012 2:27:21 PM com.prosc.fmkit.Plugin setLastError SEVERE: PluginFunction PluginFunction{name='FTPeek_UploadFileFromContainer', functionID=-11068, minArgs=null, maxArgs=2} got an error with converted args [PATH AND FILE, com.prosc.fmkit.types.FMData@1b51db7] com.enterprisedt.net.ftp.ControlChannelIOException: Connection reset at com.enterprisedt.net.ftp.FTPControlSocket.A(Unknown Source) at com.enterprisedt.net.ftp.FTPControlSocket.E(Unknown Source) at com.enterprisedt.net.ftp.FTPControlSocket.sendCommand(Unknown Source) at com.enterprisedt.net.ftp.FTPControlSocket.createDataSocketPASV(Unknown Source) at com.enterprisedt.net.ftp.pro.ProFTPControlSocket.createDataSocketPASV(Unknown Source) at com.enterprisedt.net.ftp.FTPControlSocket.A(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.setupDataSocket(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.initPut(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.A(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.B(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.put(Unknown Source) at com.enterprisedt.net.ftp.FTPClient.put(Unknown Source) at com.prosc.ftpeek.GenericFTPModel$4.run(GenericFTPModel.java:709) Jun 19, 2012 2:27:21 PM com.prosc.fmkit.PluginBridge$3 run <<BEGINS LAST ERROR>> -------------------------------------------- SUCCESS: -------------------------------------------- Jun 19, 2012 3:06:45 PM com.prosc.ftpeek.GenericFTPModel uploadFile INFO: Uploaded file to remote path PATH AND FILE Jun 19, 2012 3:06:45 PM com.prosc.fmkit.PluginBridge$3 run <<BEGINS DISCONNECT>>

I'm developing a IWP solution where the status bar will be hidden - everything it does is pretty easy to recreate on appropriate layouts EXCEPT the Go To Home button. Any help or advice on how to set this up would be appreciated!

Well if you're right (and I think you are) this might be one of those little things plus your path templates that should go in some sort of sticky reference dictionary of "common problems & issues". Thanks again.

Okay - I think I am seeing (at least for me) some of what is going on. First - yes, your paths seem to work great. But here's the thing where I'm stumbling. IF I have "display PDF in browser" selected under preferences in Adobe (6 professional) then I just get run time errors UNLESS the pdf is on my C: Drive. IF I have "display PDF in browser" NOT selected under preferences in Adobe (6 professional) then PDF's open everywhere (web, server, local) but always open through adobe (not in th web viewer). So - what's the point of the web viewer for PDF's? BUT (and can't test this since I am at work) at home (Adobe 8) I don't think I have these problems at all. Have I just missed something along the way as to what the Adobe version requirements are for PDF's to link out (non-local) via the web viewer? Thanks for the help!

Okay, now not quite sure what is working and what is not working, or why. PDF files load fine from the local machine but when accessing server PDF or web pdf's (just normal ones out there) I get runtime errors, invalid character or object expected. Odd...confusing...

Hmmm - I had tried that, tried again and no luck. But I think I need to check in with ensuring all relevant directories are shared and such...

I have noticed this question posed a couple of times but have either not seen an answer or (maybe) have just been too dim to understand it. If setting up a web viewer url to my local machine I can either: "file:/C:Directoryfile" or "file:///C:/Directory/file" If setting this web viewer url to a server on my network I..... Have no idea what to do. Every filewin, file, include or not the IP address, forward or backward slashed variation has failed me. Just a pdf file on a server...should be simple. Yes?