My client refused to give access to WAS inbuilt JAVA and so I am not able to install my application. I have my own java installed at home/code/java. I set my JAVA_HOME as home/code/java but still when I am running the installation script in UNIX it is referring the same default JAVA_HOME under the Websphere.
Please suggest in which script I need to make the changes.
You can only use the Java that is shipped with the WebSphere Application Server full profile. It is not supported to use your own version of Java.
The WebSphere Application Server Liberty profile does support running with your own version of Java. See the Minimum supported Java levels section in the Knowledge Center.
Related
I have a Window service which uses "Oracle.DataAccess.dll" (file version 2.112.0) to connect to the Oracle DB. When I deployed this service on to the server, I get the following error "Could not load file/assembly Oracle.DataAccess version=2.112.00.. ".
I noticed on the server, that C:\Windows\Assembly shows Oracle.DataAccess with the version 2.111.00 but not 2.112. Is this causing the problem?
a. Can I make my Window service to use the 2.111 version?
b. Should I install latest version of Oracle client on the server to have the 2.112 version?
c. or What is the best solution for my problem?
The best solution is to install the same version of the Oracle.DataAccess.dll on the server that you have in your development environment. Even if there is another version of the dll in your GAC it won't work; you need to have the exact same version.
If for whatever reason you cannot install the 2.112.00 version on your server then you need to add the 2.111.00 version as a reference to your project and drop the 2.112.00 version.
I have installed Weblogic version 10.3.6.0 successfully on my windows system.
When trying to install SOA suite, it fails with the message
INST-07286: Specified Oracle Middleware home location does not have minimum version 10.3.5.0 of weblogic server. If the version is incorrect then configuring with the Weblogic server will fail.
Not sure why this error comes even though weblogic is installed. Please suggest what could be missing.
I have tried setting the Windows environment variable MW_HOME (and restarted the machine) but it does not help.
Weblogic server now comes with Jdeveloper in 11g, so there is no need to install weblogic again. I think using 10.X.X version is causing error, please also check with JDK version you are using. I know I am responding too late, but I think this will help if you still didn't resolve it.
My Jboss Seam application is working just fine at a local environment, but when i try to deploy it on a Remote Jboss, some pages redirect to the debug page, with the following Exception:
Exception during request processing:
Caused by javax.servlet.ServletException with message: "Servlet execution threw an exception"
java.lang.NoSuchMethodError: org.richfaces.component.UIColumn.getFilterMethod()Ljavax/el/MethodExpression;
The Local and the remote Jboss versions are the same: 4.2.3.GA, I'm using Seam(same version on both servers) 2.2.2.Final and Richfaces 3.3.3.Final with JSF 1.2, the files are the same, I'm sure because i copied them to the remote server, The only difference is the OS, my local server is running Windows Server 2003 R2 32 bits, and the remote server is running Ubuntu Server 12.04 64 bits.
Is there any known problem with Ubuntu Server and Jboss or any other of these tools ?
Update: I'm using Oracle's jdk1.6.0_26 on the Windows Server, and openjdk-7-jdk 7u7-2.3.2-1ubuntu0.12.04.1 on Ubuntu Server
Upgrade Expression Language 'EL' to the version that should be used in conjunction with JSF 1.2. This looks to be EL 1.2 and maybe you can download/extract it from a JBoss AS5 install archive (since it is part of EE5).
Or copy/compare files with your old installation. On linux cmp file1.jar file2.jar
http://docs.oracle.com/javaee/5/api/javax/el/package-summary.html
This like confirms the method is available in EL 1.2 which was shipped with EE5 standards set.
JBoss AS 4.x did not support EE5. So you must have upgraded it manually (in the old installation) and it is usually upgraded along with JSF.
There was no EL in previous JavaEE but there was EL in Servlet Spec 2.3 that came before (as shown here) http://docs.oracle.com/javaee/1.4/tutorial/doc/JSPIntro7.html
It looks like the method getFilterMethod() is missing on the UIColumn class, so this probably an issue with the RichFaces jars. See this page for how to check whether the RichFaces version is the right one on both deployments. In any case, use the commands mentioned by others to look for RichFaces jars.
I've found two jars at WEB-INF/lib, from a different version(4.0) of the Richfaces I'm using(3.3.3), the problem was solved by removing them and restarting the server.
I have a Windows application which contain a deployer.
Does the deployer itself contain a copy of the .NET framework?
Or do we have to explicitily install it?
When I check in the solution explorer, it shows the .NET framework under the deployer project under detected dependencies?
My Windows application connects to the Internet to validate for a registered user. Do I need to configure some port (or something like that) while I am installing it? Also how do I check which port my application uses to connect to the Internet?
Regarding #1, just as Xstahef said, you need to prerequisite the .NET framework.
You could put the .NET redistributable in your installer, and if you detect that the .NET runtime is not installed then prompt the user to run and install the .NET distributable contained in your installer (that's what we did some time ago, InstallShield provided this functionality for us). But this may not be recommendable: the .NET runtime has grown a lot in size (depending of the version you need to have in your client's machine), and many customers (at least the educated customers) won't trust installing the runtime from your installer. Besides, you may need to check with the legal department in your company before including a third-party component in your installation.
It depends on your deploy project (Visual Studio, InstallShield?). But commonly, you need to force the .NET installation (prerequisite option). By default, .NET is not contained in the deployment projects.
Here, it depends on the way you want to connect the Internet.
.NET runs in a VM, so you would need to require the framework be installed in order to actually run it. Much like you need to have Flash or Java for those respective mediums. Microsoft has redistributable packages for the .NET framework. So you could probably incorporate them into your installer. If you're targeting 1.1 or 2.0 most people probably won't need it.
So long as you are not trying to get in to the client machine then you shouldn't need anything special like UPnP to [attempt to] open a port if they are behind a NAT router.
Xenocode does allow to running such an application on an absolutely clean PC.
We are developing a Data Synapse calc node process in C# that requires functionality in a Win32 DLL. We have no problems building this.
The question is it has to run on a Windows 64 bit system, with Data Synapse 5.1 Grid APIs for Windows 64. While Windows 64 will run most processes transparently using WOW we don't know that Data Synapse's 64 bit will in some way stop this from working?
Anyone done this?
8 Jun 2009: Update.
when we try to run a win32 service on the win64 grid we run into problems because on Win64 the grid code intrastructure runs as 64 bit Java. This java calls our service using a win64 JINI call to our service which is implemented as a DLL. Unfortunately as a Win32 DLL.
Do you want your C# code to run as a .NET service? .NET Services run in-process and as far as I know, there is no way of mixing 32bit and 64bit code within a single process.
I see two solutions
1) Run 32bit DataSynapse engines OR
2) Run the C# code in a surrogate 32bit process. Use some form of IPC to communicate between some stub code running in the engine process and the surrogate process.
I believe this infrastructure has already been built by DataSynapse for C/C++ code and is called IsolateService. To use IsolateService a simple C->.NET bridge would need to be developed on the remote end or a .NET executable wrapper developed to host the .NET dll and handle COMs.
Nathan
Maybe you can install and run a win32 engine at the win64 machine, in that case everything is in WOW.
If you try to install a win32 engine on a win64 machine, make sure that your installed manager is ALSO USING a 32 bits JDK Java (look for the environment variable JAVA_HOME).
So, in order to have a 32-bit running on a 64-bit machine, you must have a 32-bit Java JDK, and the DataSynapse manager must have been installed pointing to the 32-bit Java machine (when installing the manager, the JAVA_HOME variable should be pointing to the 32-bit version).