Bar file deployment (which uses java nodes) is failing for me on Linux machine because one of its dependent library uses ITX nodes.
Installing IBM Transformation Extender run time (ITX 9) on Linux machine does not resolve the issue.
The deployment is done using IIB toolkit from windows as well as command line deployment.
What configuration changes have to be done so that IIB is able to find the ITX dependencies ?
Edit : I remember now, you need to load the DTXENV in your profile.(See related IBM APAR about this : http://www-01.ibm.com/support/docview.wss?uid=swg1PI63209 in case you already did and still have issues). In my case, this is the line I had to put in my profile :
. /app/iib/wsdtx/wmqi/dtxwmqi_900_64.sh
Other possible issues : installation issue or license agreement not accepted.
Related
I have a question concerning JRebel Remote Installation on a Domino Server 12.0.2
https://manuals.jrebel.com/jrebel/remoteserver/eclipse.html#eclipseremoteserver
In the beginning it looked promising, jrebel seems to be installed correctly, but after restarting the server I got some xpages/osgi initialization errors:
notes.ini
JavaOptionsFile=D:\IBM\Domino\JRebelOptionsFile.txt
JRebelOptionsFile.txt
-agentpath:D:\jrebel\lib\jrebel64.dll -Drebel.remoting_plugin=true
Any idea what's wrong? Thanks in advance
UPDATE:
I have done the same thing on a Domino Server 12.0.1 without any troubles:
This might have to do something with the modified dll loading scheme in 12.0.2 as described here:
C API OSLoadLibrary changes
On Windows, if a fully qualified path is not specified for a library to be loaded, the C API OSLoadLibrary no longer searches the path for the library.
Instead, by default, this API searches the Notes or Domino executable directory, the Windows System directory, and the Windows directory. You can use notes.ini variables of the format OSLL_<#>= to specify up to five additional locations to search. For example:
OSLL_3="d:\Application\Libraries".
You could try to add the dll path of JRebel to Domino using the notes.ini variable OSLL_1 as described in a similar issue regarding ScanMail for Domino here.
I have followed the the instructions from Upgrading existing application manually
Its says :
If you are using the latest interim fix for IBM MobileFirst Platform
Foundation, link the IBMMobileFirstPlatformFoundation.framework and
"openssl.framework" files
My question is :
I cant find openssl.framework in Xcode 7.1. How to get this? (Does it obtain from this link?)
Why Worklight 7.1 need this?
Our Worklight version is : 7.1.0.00-20151107-1647
I am not sure those instructions are correct; see the instructions in the following tutorial: https://developer.ibm.com/mobilefirstplatform/documentation/getting-started-7-1/foundation/hello-world/configuring-a-native-ios-application-with-the-mfp-sdk/#addingNativeSDK
openssl.framework is not mentioned
I would change from manually setting it up to the new approach of using CocoaPods; going forward that is the only way to add the MFP framework.
It is inside the Framework folder. When i created the projects, the following files are added to Framework folder:
IBMMobileFirstPlatformFoundationHybrid.framework
IBMMobileFirstPlatformFoundationJSONStore.framework
openssl.framework
SQLCipher.framework
You might need to manually drag and drop those files.
i am getting this error when try to create new web service client.
IWAB0503E Unable to update Java build path. Please check your system environment.
Some web searching uncovered that what this error really means is “The Web Services generation tool detected multiple versions of the javax.xml.soap plug-in installed. Resolve this error by removing the conflicting plug-in.”
Sure enough, when I checked in Eclipse there were two versions.
WebService
I encountered two speed bumps when testing this theory:
There’s no easy way to uninstall a plug-in within the Eclipse UI, so I had to resort to removing the directory from eclipse\plugins directly from Windows Explorer.
Which version should I remove? It took me two tries to figure out which version was causing the error. Turns out that newer is not always better…in this case 1.3 was at fault and 1.2 (javax.xml.soap_1.2.0.v200905122109) was the version to keep.
This is old but, in my case the details of the error were:
IWAB0503E Unable to update Java build path. Please check your system environment.
java.io.FileNotFoundException: /lib/saaj.jar
So \lib\saaj.jar was not found in folder
C:\sts-4.8.0\sts-4.8.0.RELEASE\plugins\javax.xml.soap_1.3.0.v201105210645\
I created the folder lib and copied saaj.jar in it from another STS instance that I had and then it worked.
Recently, we've got request to refederate current WAS 6.1 Node to new WAS 7.1 DmgrNode. Right now, that WAS 6.1 Node is running under V6.1 DmgrNode.
From my understanding, when using removeNode against 6.1 Node, all the installed applications and servers inside would be removed consequently. Is that possible to get some way to keep these stuffs during the operation? Or any other solution to accomplish this?
Thanks in advance
I believe this is only possible by using the runtime migration tools that are included with the product runtime (WASPreUpgrade, WASPostUpgrade). See the migration planning presentation in the migration planning knowledge collection, specifically pages 29-31 and the various references in that document.
i did the WAS migration from V7 to V8 through IBM migration toolkit. I set `disable the dmgr of previous version' during migration. Everything is fine finally. The WAS V8 works very well.
However, once i tried to bring up my V7 again, it failed and could be up. I indeed closed all the WAS V8 process before operating V7.
Does anybody know how to start up my V7?
Thanks in advance
If you have both WAS V7 and V8 co-existing on the same physical systems then you may want to make sure ports are unique between 2 installs , also during migration process time WAS migration process rename serverindex.xml file to serverindex.xml.disabled so you will need to remove that ".disabled" extension.
Note : Make sure you bring one environment either V7 or V8 at a time .
Check following link for more details :
http://pic.dhe.ibm.com/infocenter/wasinfo/v8r5/index.jsp?topic=%2Fcom.ibm.websphere.migration.nd.doc%2Fae%2Ftmig_rollback.html
Hope that helps.
VT, opinions are my own and not those of my employer