Homepage › Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › New TCL proc, and already-running processes
- This topic has 13 replies, 6 voices, and was last updated 16 years ago by
Rob Abbott.
-
CreatorTopic
-
November 19, 2007 at 8:02 pm #49644
Todd Lundstedt
ParticipantQDX 5.5 Rev1, AIX 5.3 During the installation of a new interface (new process, threads, tps TCLs, xlt TCLs, xlates, the works), my co-worker missed an xlt TCL proc.
-
CreatorTopic
-
AuthorReplies
-
-
November 19, 2007 at 8:55 pm #62839
Jim Kosloskey
ParticipantTodd, As you have probably already discovered, when adding a Tcl proc which did not exist when the engine was started, one needs to do a reindex (after successful mktclindex) in order for Cloverleaf(R) to have a reference for the Tcl procedure.
The reload is good for when you make a change to an already existing Tcl proc and need to have the new version in memory for Cloverleaf(R).
The purge caches activity does not have any direct relationship to Tcl procs (it does refresh Tables however and if a Tcl proc references a Table…).
Jim Kosloskey
email: jim.kosloskey@jim-kosloskey.com
-
November 20, 2007 at 1:24 pm #62840
Michael Hertel
ParticipantTodd, We’re on 5.4.1 and beta testing 5.6.
I ran into the same issue during the beta test.
It turns out, as of 5.5, you can no longer make minor changes in a thread and get away with bouncing the thread. You now have to bounce the
process to get changes to take effect.
This is going to mess up some of us “old dogs” who have been using Cloverleaf for years.
-mh
-
November 20, 2007 at 2:43 pm #62841
Jim Kosloskey
ParticipantMichael, Are you indicating that the reindex, reload, and purge caches no longer function in 5.5? We are heading that direction (5.5 that is).
Or are you indicating that if one was used to bouncing threads to activate changes that might no longer be effective and instead bouncing the process is required?
Thanks,
Jim Kosloskey
email: jim.kosloskey@jim-kosloskey.com
-
November 20, 2007 at 3:43 pm #62842
Michael Hertel
ParticipantI am indicating the second. Bouncing the process is required, bouncing the thread no longer works.
As far as I know reindex, etc. still work.
-mh
-
November 20, 2007 at 3:48 pm #62843
Jim Kosloskey
ParticipantThanks Michael. email: jim.kosloskey@jim-kosloskey.com
-
November 20, 2007 at 3:53 pm #62844
John Hamilton
ParticipantI am working in 5.5. Depending on what changes I make I do no have to stop and start the processes only the thread. If I make changes to any non-routed related configuration then stoping and starting the thread works just fine. Also doing a reload and reinidex works as well.
-
November 20, 2007 at 4:06 pm #62845
Michael Hertel
ParticipantThe things that I have done that do not work without bouncing the process are: 1) Apply enable_all to eo_config in thread definition in NetConfig.
2) Also, changed an outbound ftp thread hostname from alphad to alphaz.
I made the changes while the thread was down, restarted the thread and neither change took effect until I bounced the process. R&D came back and said that started in 5.5.
-mh
-
November 20, 2007 at 4:17 pm #62846
John Hamilton
ParticipantIntresting, I have not done those specfic things. I have added tcl procs I failed to add at the start. I have reloaded tcl procs that were updated. I have chnaged the protocol from tcp/ip – tcp/ip-pdl to file. I have not tried just to change a host name I was connecting too. I have applied the EO-config from the gui and command line and it seems to work ok.
-
November 20, 2007 at 4:20 pm #62847
Michael Hertel
ParticipantBut did you make the eo change in Netconfig? That’s where I’m having the issue.
-
November 20, 2007 at 4:36 pm #62848
Michael Hertel
ParticipantI just got off the phone with Rob Abbott and I may have bad info. My issue may be a bug in 5.6 instead of a design feature of 5.5.
This may not be a problem with 5.5.
I’ll let you know what I find.
-
November 20, 2007 at 4:50 pm #62849
Charlie Bursell
ParticipantThe only thing I am aware of that you may have to cycle the process for is if you are using MQ. The MQ parameters are maintained under the process. Of course it has been that way for a while. The rest is still the same as always; cycle SMAT, reload, etc. Michael: I hope you clarify before you scare everyone off of 5.6 😆
-
November 20, 2007 at 4:59 pm #62850
Michael Hertel
ParticipantSo far, I have found 5.6 to be VERY Cool! It is not my intention to scare anyone, Halloween is over. 😈
My bad for opening my mouth. 😳
-
November 26, 2007 at 3:17 pm #62851
Rob Abbott
KeymasterAll, reload, reindex, purge caches work fine in 5.6.
Mike did find an issue in the 5.6 beta where protocol threads were not picking up changes in NetConfig when they were bounced. This will be fixed before a production release.
Thanks
Rob Abbott
Director, Product Management - Infor Cloverleaf
-
-
AuthorReplies
- The forum ‘Cloverleaf’ is closed to new topics and replies.