Thanks for your reply rjrussel,

Quote from: rjrussel on April 11, 2024, 04:55:50 PM
While I think I understand what you are driving at, what does support mean to you in this case? Ideally, we always recommend new hardware/VMs. It is so much safer of a process.

Good question, I will try to list what I want to know(from top of my mind)

• Is it OK to do so from IBM point of view, or are we performing something here that could lead us "out of support".
• You say you recommend "new hardware/VMs", do you then have any experience where ICN / WebSphere / ODWEK would not function after upgrading the OS?

Quote from: rjrussel on April 11, 2024, 04:55:50 PM
We also never recommend having all these components on the same server. ICN should be separate from the CMOD server.

We have ODWEK only on this server - bit unclear there yes.
CMOD / DB2 running on separate server.

We are about to upgrade our CMOD environment running under RHEL 7.9, to RHEL 9

The following components are running on this Linux RHEL 7.9 server:

• IBM Content Navigator 3.0.11
• IBM Content Manager OnDemand 10.5.0.5
• IBM Websphere Application Server 9.0.5.13 ND

Does IBM software (ICN, WAS and CMOD) support in-place OS upgrade from RHEL7.9 to RHEL9 or should we make a new installations on a new Linux RHEL 9 server and make switch-over from old RHEL 7.9 server to new RHEL 9 server?

Thanks for reply rjrussel.

So because it is a connection pool - we need to restart the odwek-rest when we make these admin changes in OnDemand?

Hi,

I am working with the ODWek REST API on IBM Content Manager OnDemand version 10.5.0.4
When performing the follow HTTP POST request

URL = http://localhost/cmod-rest/v1/hits/
HTTP Method = POST
Body
{
    "query": "where DateField between 230301 and 240301",
    "folder": "MYFOLDER"
}

Response
Information has been modified on the server.  Please logoff, logon, and retry the operation.

Bit surprised I get this response as I thought the ODWek REST API would take care of logoff, log on to CMOD right?

 Hi, thanks for reply

Our problem was firewall related. ODWek REST not able to connect to CMOD Library Server.
Solved by opening in firewall

Hi,

In our ODWek REST api we are getting the following response: No availble connections to pool <poolname>

Request
HTTP request to /cmod-rest/v1/ping
Header includes key / pair

• Authorization = CMODSharedKey <connection_poolname-connection_poolkey>

Response
HTTP Code = 408
Reponse body = No availble connections to pool <poolname>

I have tried to increase the max poolsize in odwek-rest.war even. Any idea what is going on here?
This happends in our test environment - production is fine.

So next question is, do anyone have experience changing license type by installing same fixpack version that is already installed?

Hi,

Reply from IBM Support

QuoteThe supported way to change this is to re-install the product. There are files that could be modified that track the installation license, but manually updating them would not be recommended.

Quote from: teeraw on September 17, 2016, 01:29:48 PM
3) Can we changed the license types after CMOD 9.5 installed on system?

The post I am quoting was related to CMOD 9.5, this post is about CMOD 10.5, how do you change license type after CMOD 10.5 installed on the system?
I read from post quote, you have two options:

• Re-install CMOD:

  Quote from: Alessandro Perucchi on September 21, 2016, 10:44:52 PM
  Well to change the license, you need (at my knowledge) to install again CMOD.
  

• Apply fixpack:

  Quote from: Justin Derrick on September 23, 2016, 10:20:07 AM
  You also have the option to change the license type while applying FixPacks.  During the installation, the FixPack will ask you to select a License Type, but the current configuration option is selected as the default, so you can just tap the 'Enter' key to continue.
  
  -JD.
  

Do we have any other options today?

Thanks in advance :)

Here's what I did to get hold of the user id through Java

# Preliminary - Passing PluginServiceCallbacks callbacks Plugin

# get hold of the ODServer object by the repositoryID
ODServer server = callbacks.getODServer(repositoryId);

# Now we can retrieve user info
String userId = server.getUserId();

Through Javascript can use something like ecm.model.desktop.userId

Hi,

I am working on a Content Navigator Plugin where I need to get hold of the user id for the logged in user in Content Navigator.
Does anyone have any clue how I can achieve this?

Love your reply <3

I ended up re-installing WebSphere - then ODWek REST was successfully deployed and working.

Hi,

I have installed ODWek REST a couple of times now in different environments, with success.
This environment I'm installing in now is just a production environment and is set up same in test where I have installed ODWek REST successfully.

So in the production environment I have created a connection pool and access key, configured cmod rest configuration folder as an environment(restcfgdir) variable in WebSphere, installed the cmod-rest.war application and started it.
The cmod-rest application seems to start ok, but when I start to verify the services it starts to get weird.

service cmod-rest/v1/documentation respond with HTTP 200 and the documentation page is visible.
service cmod-rest/v1/ping respond with HTTP 404, the WebSphere logs does not show much right now. earlier I saw LTPA token expired, that has disappeared. I'll increase log level tomorrow.

Environment:

• WebSphere Base 9.0.5.10
• OnDemand 10.5.0.4
• Windows Server 2016

Any idea what could be wrong here?

Quote from: rjrussel on March 09, 2023, 06:46:08 PM
CMOD will handle the rest for you.

Thats fine, I just dont get how this work.
I have a segment date field, when I use startdate = 2023-02-25 I still get hits where I have records contains date = 2021-08-04

Searching without SQL seems to be extremely slow compared to Search with SQL.
Did a few test request now.

• Search with SQL = 59ms
• Search without SQL = 1677ms. Even up to 3s

Total number of hits = 1

If you know how we can use segment startdate and stopdate in Search with SQL - I'd very much like to know :D

Good question, is it more efficient to not use the Search with SQL and rather use /cmod-rest/v1/hits/<folder> ?

Cant see we specify segment startdate and stopdate in /cmod-rest/v1/hits/<folder> search.
in the background maybe the segment startdate and stopdate are used ? do you know what those values would typically be?