Why Your Enterprise Web Sites Should Resemble an Ethernet Cable

Scott S NelsonLeave a comment

Looking at my laptop at this moment, I see one very complex set of hardware and software interfacing with an almost unimaginably complex array of hardware and software though a very simple plug. I can remove that plug, move the laptop, and plug it back in somewhere else and the integration will be (nearly) instantly restored. With the addition of a cloud drive, I can remove the laptop, plug in one I’ve never touched before, and be full productive in as little as 10 minutes.

The only reason most web site DR plans don’t resemble the above scenarios is because no one has taken the time to standardized their interfaces to the level of simplicity of the humble cable. And the cable works that simply only because a number of people decided it must be.

Think about it.

If you found this interesting, please share.

Planning For Multiple JDev Versions

Scott S NelsonLeave a comment

I finally got around to installing the latest WebCenter and JDev today. I wasn’t quite ready to give up my old version, so I wanted an easy way to have both without any clashes.

The first step was to obviously choose a separate installation path. The less obvious piece was to set the

If you must have multiple versions installed, set the value of ide.user.dir.var to something other than the existing  JDEV_USER_DIR. This can be done my modifying [MIDDLEWARE_HOME]/jdeveloper/jdev/bin/jdev.boot and setting a new value there, then set a location for the new value. In my case, I used:

ide.user.dir.var = JDEV11.1.1.7_USER_HOME,JDEV11.1.1.7_USER_DIR

and set the environment variable:

JDEV11.1.1.7_USER_DIR=E:\JDEV11.1.1.7

I’m too lazy to put the environment variable screenshots here for those that need them, but someone already did at http://adfhowto.blogspot.com/2011/02/change-jdeveloper-system-directory.html

If you found this interesting, please share.

IIS, Visual Studio and unable to start debugging

Scott S NelsonLeave a comment

I forget the fix to this every time, so posting here to remember.

First, set the Project > Web Use Local URL and fill in Override application root URL. It will want to create a virtual directory. Let it, then remove it in IIS after debugging starts.

I know there must be a better fix, but this gets it moving when in a hurry.

If you found this interesting, please share.

Nant Newbie Notes

Scott S NelsonLeave a comment

First issue was:

“Invalid element <msbuild>. Unknown task or datatype.”

Found the basic solution at http://www.kaizengrove.com/blog/2010/06/30/fixed-invalid-element-unknown-task-or-datatype/, which was that Nant-contrib was required for some reason. To make life easy, I just dropped the files from the bin in the contrib project into my Nant bin.

Then I hit:

[msbuild] E:DLT_SVNWebGNMA.RFS.Web.csproj(189,11): error MSB4019: The imported project “C:Program FilesMSBuildMicrosoftVisualStudiov9.0WebApplicationsMicrosoft.WebApplication.targets” was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.

$(MSBuildExtensionsPath) on my 64 bit machine resolved to the path of a 32 bit machine because Nant is compiled as a 32 bit program. Argh. So:

set MSBuildExtensionsPath=C:Program Files (x86)MSBuild

If you found this interesting, please share.