Testing JSP Changes In IBM WebSphere Without ReStarting The Service
Filed under: E1Tips, EnterpriseOne - General, EnterpriseOne - JAS (Java Application Server), JVM, Java, Java Application Server (JAS), enterpriseone, oracle, websphere
This is a follow-up to my previous post “Restricting The EnterpriseOne Evironment On The JAS Server”.
While coming up with my solution to how to restrict users to an environment when logging on to a JAS server that hosted a path code with multiple environments attached to it, I wanted to be able to test my changes “on-the-fly”. I didn’t want to restart the service every time.
So, that’s when I found the “temp” directory.
- This is the “production” directory:
C:\WebSphere\AppServer\profiles\default\installedApps\Node01Cell\JPD811_HTML.ear\webclient.war\share
- This is the “temp” directory:
C:\WebSphere\AppServer\profiles\default\temp\Node01\JPD811_84\JPD811_HTML\webclient.war\share
A file named “_html4env.class” will be placed in there when a user logs in. It is a compiled version of the “html4env.jsp” file. So, if you delete that file and make a change to the “html4env.jsp” file or the “_EnvRestriction.htm” file, when a user tries to login WebSphere will compile the “html4env.jsp” file and create a new “_html4env.class” file with your changes.
Tags: E1Tips, enterpriseone, EnterpriseOne - General, EnterpriseOne - JAS (Java Application Server), Java, Java Application Server (JAS), JVM, oracle, websphereRestricting The EnterpriseOne Evironment On The JAS Server
Filed under: E1Tips, EnterpriseOne - JAS (Java Application Server), JVM, Java, Java Application Server (JAS), Tools Release, enterpriseone, oracle, websphere
The organization has a requirement to have a user only login to a certain environment from a certain JAS server instance.
With a basic install of EnterpriseOne, this would be very easy. However, the 2 environments that are required to be separated are build on top of the same pathcode. Within the JAS settings there is a "Path Codes" parameter that allows you to specify which Path Code will be allowed to be accessed from that particular HTML Server instance.
As you can see from the image, there is also a setting for the "Default Environment". However, there is not a setting to specify which environments are allowed to be accessed.
So, I did a little JSP hacking and came up with a way to restrict the EnterpriseOne environments that can be accessed from a particular HTML Server instance on JAS:
The solution involves creating a file that gets "included" into another.
The first file is the one that we created. We called it "_EnvRestriction.htm":
<% String redirectTargetURL = "erp.mdu.com"; String mustHaveEnv = "JPDSS811"; if (!(environments.contains(mustHaveEnv))) { %> <tr> <td colspan="3" style="font-size:larger;"> <strong>YOU DO NOT HAVE ACCESS TO THIS ENVIRONMENT!</strong> <br /><br /> You will be redirected to <a href="http://<%=redirectTargetURL%>"><%=redirectTargetURL%></a> in <span style="color:red" id="redirectSpan">10</span> seconds. </td> </tr> <script type="text/javascript"> function redirect(url, msg) { var TARG_ID = "redirectSpan"; var e = document.getElementById(TARG_ID); var cTicks = parseInt(e.innerHTML); var timer = setInterval(function() { if( cTicks ) { e.innerHTML = --cTicks; } else { clearInterval(timer); document.body.innerHTML = msg; location = url; } }, 1000); } redirect("http://<%=redirectTargetURL%>","") </script> <style>input{display:none;}label{display:none;}</style> <% } %>
Next we edit the file "html4env.jsp" to include our new file (_EnvRestriction.htm). At about line 172, we include the following right before the <tr> tag:
Please Note: this may not be the best way to restrict environments but it is what we are using. Also, this solution has been successfully used for EnterpriseOne Tools Release 8.97.2.0 & 8.97.2.6. If you are using a Tools Release other than those listed you may need to make adjustments for this solution to work or it may not work at all.
Is there another way to restrict the environment that a user is able to login to when accessing a JAS server if there are multiple environments built on top of the same path code?
Tags: E1Tips, enterpriseone, EnterpriseOne - JAS (Java Application Server), Java, Java Application Server (JAS), JVM, oracle, Tools Release, websphereEnterpriseOne Event Rules Debugger Broker Error
Filed under: BPM Broker, E1Tips, EnterpriseOne - General
The other day I was notified by a developer that he was receiving the errors pictured to the left when opening the debugger. The application looked like it opened just fine and then right before it was done, these errors would appear.
I checked all the logs and re-installed the BPM Broker but the error persisted.
Then I searched the My Oracle Support site and… tada! A hit. Knowledge Base ID 661700.1 had the solution.
There are about 5 different solutions listed and, of course, my issue was resolve with solution #5.
1. For 8.97 and higher Tools Releases Only:Make sure the following DLL files are registered on the workstation using the command
regsvr32 <Drive Letter>:\<E1 Release>\system\bin32\<DLL name>
E1Soap.dll
DebuggerService.dll
WinUBEDbgService.dll
JDEBPMSoap.dll
JDEBPMSockets.dll
I’m not sure which DLL was having the issue, but after I ran through these commands the error went away.
Hope this helped.
Tags: BPM Broker, e1, E1Tips, enterpriseone, EnterpriseOne - General, jde, oracle, Tools Release, ube
Processing, Processing, Processing!
Filed under: E1Tips, EnterpriseOne - General, Internet Explorer, Javascript, Microsoft, RegEdit, XML, enterpriseone
We had a user submit an issue last week that was a little baffling.
User: “When I try to access an application in EnterpriseOne all I get is the processing image.”
Us: “Does the ‘processing’ ever go away?”
User: “No. It just sits there.”
Us: “um, ok. Let us do some checking and we’ll get back to you.”
Our PC support staff was able to remote into the PC and found that there was an “element not found” Javascript error.
The error was fixed by modifying the following registry entry:
HKEY_CLASSES_ROOT\TypeLib\{EAB22AC0-30C1-11CF-A7EB-0000C05BAE0B}\1.1\0\win32
Replace the current value on the default setting from:
"C:WINDOWS\system32\shdocvw.dll"
to
"C:WINDOWS\system32\ieframe.dll"
We didn’t have to reboot for this setting to take effect, but you may have to.
Tags: e1, E1Tips, enterpriseone, enterpriseone, EnterpriseOne - General, Internet Explorer, Javascript, Microsoft, RegEdit, xe, XMLCalling All EnterpriseOne CNC Experts
Do you have a trick that you use to tame the EnterpriseOne beast on a regular basis?
How about a resolution to an issue that you had to figure out for Oracles Tech Support?
Would you like to establish yourself as an expert in the Oracle EnterpriseOne CNC community?
Consider submitting a tip or trick to us.


