I've tried the DevStudio Hotfix install probably a dozen times over the last couple days and have gotten it to work once (in the middle of trying). I documented my steps for the rest of my team to follow, but those instructions are now not working for me either. Anyone see anything wrong with the following?

*** This is a local installation of DevStudio to my Desktop/Developer Workstation. I do not have Tomcat, etc.

*** This is a 'War File Deployment'

- Download HF4 from IBI, unzip to c:\ibi\DevStudio76\temp\
- Backup C:\ibi\DevStudio76\Webapps\webfocus76.war to temp filename
- Run C:\ibi\DevStudio76\temp\DevStudio_7611HF4.exe (accepting the defaults).
- Open Command Prompt and change directory: cd \ibi\DevStudio76\webapps\webfocus76 (per the instructions). *** I think I have tried different paths here, and one of them worked.
- Re-jar the install files:
jar –cvf \ibi\DevStudio76\webapps\webfocus76.war .
- Start DevStudio, create an html file with a Calendar Control, bind it to a simple fex that only prompts/displays a variable (the date to be passed in this example).
- Change Calendar Control date format to YYMD.
- Run the HTM file, selecting a date with a double-digit month (HotFix was supposed to fix a known issue with this), press submit button and verify the date echoed.

Basically, there is no observable resolution. It's as if the hotfix was not applied.

As said above, I tried this multiple times over the last couple days and finally got it to work once (I think I changed the source path in the starred step above to a different path and it worked as it was supposed to).

After my success, I retraced and documented my steps to distribute to my team. At one point I hosed DevStudio up so bad, I had to reinstall it.

I'm cross-eyed from staring at this for so long, someone see something I'm not?

- ABT

This message has been edited. Last edited by: Kerry,

quote:

** This is a local installation of DevStudio to my Desktop/Developer Workstation. I do not have Tomcat, etc.

Also for a local install you do need something to process your requests and communicate with he (possibly also local) server - Tomcat usually is the tool for that. And after re-jarring a war file, you will ALWAYS have to restart your app server - tomcat - to effectuate the changes.

GamP,
Thanks for your feedback, but I have to disagree. We develop directly on the WF server via a local install of DevStudio and all processing occurs remotely (on the server). We have never had tomcat installed on our developer workstations or done any local processing. That is what is so confusing about the install documentation, it does not account for the myriad of deployment options and assumes a server-hosted install.

I have gotten the Hotfix to install correctly once and I am able to re-jar the contents to a usable WAR file (i.e. after the process, I see the file is larger (or in some cases smaller), has a new 'as of' date, and when running DevStudio I am able to produce a usable file when executed on the server (it just doesn't fix the calender control issue I am attempting to resolve with the HotFix).

- ABT

Ah, you're not using the webserver approach for devstudio, but go directly to the servers (default 8121) port.
That indeed is a possibility.
But, by doing so you will not use the war file. Maybe only at development time, but not at execution time. This is because during run time it will go through some web/app server. And that app server needs to have the new war file to correctly process the request.