Disconnecting Tuxedo Clients

I would like to know if there is a simple way to disconnect Tuxedo clients from
a Tuxedo server (perhaps in tmadmin??). My preference is to be able to disconnect
a tuxedo client based on the user that is logged in (eg, the username listed when
a 'pclt' command is run in tmadmin).
I'm using version 7.1 of Tuxedo.
Any help appreciated.
Rod.

You can do this at runtime. You can either write a program that calls the MIB, or
use a ud32 script. You'll need to know the client ID and some other key fields.
If you get stuck, post another message and we'll see if someone can help you a
little more.
Rod Hamilton wrote:
Thanks Scott,
Is this something that can be done at runtime? Can I use a utility to set the
clients state to DEAD or do I need to write a custom app to easily do this?
Thanks,
Rod.
Scott Orshan <[email protected]> wrote:
You can use the MIB to set a Client's state to DEAD.
Rod Hamilton wrote:
I would like to know if there is a simple way to disconnect Tuxedoclients from
a Tuxedo server (perhaps in tmadmin??). My preference is to be ableto disconnect
a tuxedo client based on the user that is logged in (eg, the usernamelisted when
a 'pclt' command is run in tmadmin).
I'm using version 7.1 of Tuxedo.
Any help appreciated.
Rod.

Similar Messages

Tuxedo client running under Windows CE

Does anyone know if the Tuxedo client portion can under on a Windows
CE device and make service calls?
(Windows CE 3.0)

Hi Rumcajs,
The current version of the LabVIEW PDA module (7.1) does not support
calls to external code in the form of .NET assemblies. However, it DOES
support calls to C-style DLLs and the way to do it is shown in the
following example:
Calling External Code in LabVIEW PDA for Pocket PC - Battery Information Example
Please let me know if you have any further questions, thanks.
Have fun!
- Philip Courtois, Thinkbot Solutions

Error "The memory could not be "read" in tuxedo client 8.0

Old Environment:
1.Tuxedo Server 6.4
2.Tuxedo /WS 6.4
5.PowerBuilder 5.1
New Environment:
1.Tuxedo Server 8.0
2.Tuxedo Client 8.0
3.PowerBuilder 8
In my upgrade software version progress, I want to unchange my old source code
or little changed. I've DLL develop from Visual C++ to communicate bewteen Tuxedo
and PowerBuilder.
After upgraded software, I found memory error from my client PowerBuilder application
(See error from attach file.) and I don't know what's cause of this error. And
after I've found this error I try to use tuxedo /ws version 6.4 again, It's workable
and not found memory error.
Please give me if you found the solution of this case .
Thanks you very much for yours help.
[error.bmp]

We are working on a similar case from another customer. Please contact customer support and
provide them details of your case.
-Deepak
Sutep wrote:
Old Environment:
1.Tuxedo Server 6.4
2.Tuxedo /WS 6.4
5.PowerBuilder 5.1
New Environment:
1.Tuxedo Server 8.0
2.Tuxedo Client 8.0
3.PowerBuilder 8
In my upgrade software version progress, I want to unchange my old source code
or little changed. I've DLL develop from Visual C++ to communicate bewteen Tuxedo
and PowerBuilder.
After upgraded software, I found memory error from my client PowerBuilder application
(See error from attach file.) and I don't know what's cause of this error. And
after I've found this error I try to use tuxedo /ws version 6.4 again, It's workable
and not found memory error.
Please give me if you found the solution of this case .
Thanks you very much for yours help.
Name: error.bmp
error.bmp Type: Bitmap Image (image/bmp)
Encoding: base64

Disconnect a client

i have two client machines ( client A ,client B) and a server.
i create a interface for server. it will run into the server. using this interface administrator can monitor client activities.
i want to write a program for disconnect particular client from the main rmi server. but other client should run with out any problem.
how can i do it?

If you mean to disconnect a client after it has called the main server, you don't have to do anything, the connections are dropped after 15 seconds.
If you want to prevent one of the clients from ever connecting to the main server, you can do that either with custom code in the server that checks RemoteServer.getClientHost(), or by excluding that host from the hosts permitted by SocketPermission 'accept' in your security .policy file, assuming you are running a SecurityManager at the server.

Where is option to "disconnect wifi clients" from personal hotspot?

According to this Apple Knowledge Base article, there should be an option in Settings > Wifi to "disconnect wifi clients" who are connected to the iPhone via personal hotspot: http://support.apple.com/kb/HT4517
I do not see that in the Settings. I am on an iPhone 4, iOS 5.01, AT&T. Does anyone else see this? Was it removed in an iOS update? The KB article says it was updated December 14, 2011, so it should be pretty current.

I too was looking for it and it's. It in my iPhone 4 AT&T 5.0.1 Perhaps it's not in this firmware update, in another location or apple decided to axe this option.
Perhaps they reason that if you're going to disconnect all users, and leaving wifi sharing on was redundant as the wifi will cease to hotspot after 90 seconds anyways, it probably saves battery life... I dunno all I can think of.

Tuxedo Client on Windows Server 2003/2008

I know this is a little unorthodox, and probably not supported, any pointers on possible problems with WSL and WSH would be nice though.
I'm trying to run a .NET application that acts as a Tuxedo client on the Windows Server 2008 operating system. I've tried this with multiple versions of the Tuxedo client software, including 7, 8, 9, and 10. The application works fine on Windows XP.
My client ULOG:
120157.CI2009CORE!?proc.3376.2624.1: LIBWSC_CAT:1055: ERROR: Unable to establish WSL connection
120157.CI2009CORE!?proc.3376.2624.1: LIBWSC_CAT:1027: ERROR: Unable to connect to WSH
120157.CI2009CORE!?proc.3376.2624.1: LIBWSC_CAT:1020: ERROR: Unable to obtain authentication level
Has anyone tried something like this before? Is there a server 2008 setting I'm missing?
EDIT:
Same problem on a server 2003 machine. Using the 10.0 win 2003 installation and tried it with the 10.0 winXP install.
Edited by: user1953107 on Feb 16, 2009 3:23 PM

My original problem with the WSL seems to have been not having enough environment variables and the tux.env file set. This leads me to another problem though. I need to be able to set the WSNADDR at runtime, which I thought I was doing, but the API seems to insist on using the environment settings instead of what is set in the application.
Example:
TypedTPINIT tpinfo = new TypedTPINIT();
tpinfo.flags = TypedTPINIT.TPMULTICONTEXTS;
Utils.tuxputenv("WSNADDR=//NOTVALID");
AppContext ctx1 = AppContext.tpinit(tpinfo);
TypedString requestString = new TypedString(tbInputData.Text);
TypedBuffer replyBuffer = new TypedString(0);
ctx1.tpcall(tbServiceName.Text, requestString, ref replyBuffer, 0);
string result = ((TypedString)replyBuffer).GetString(0, (int)replyBuffer.Size);
ctx1.tpterm();That ought to fail completely because the WSNADDR "//NOTVALID" doesn't point anywhere. I only use an invalid WSNADDR for illustration, because even when I set WSNADDR in the code to a valid location, the API uses what is in the env file instead. Likewise I can set the env file to an invalid location, but use a good one in the code and the system will also fail.
I really need to determine WSNADDR at runtime, how do I do that? I believe I'm following the instructions found at Link: [http://edocs.bea.com/tuxedo/tux100/dotnet/dotnet_chapter.html] and not getting the desired results.

Disconnecting DHCP Clients

Wondering how to disconnect DCHP clients from the Mac OS X Server?

Disconnect in what way?
The DHCP standard basically gives the client a lease on the IP configuration. As far as it knows, that lease is good for as long as the TTL says. You can control the TTL used so that longer or shorter leases are offered as needed (e.g. 1 hour, 1 day, 2 weeks, etc.), but once that lease is accepted you can't easily revoke it.

Tuxedo client calls Tuxedo server using FML32

I used a Tuxedo client calling a Tuxedo Server.
Tuxedo server:
It receives FML32 buffer and parse the info from ui_fml.h, e.g.
#define     UI_SID     ((FLDID32)33852433)     /* number: 298001     type: long */
#define     UI_NAME     ((FLDID32)33852434)     /* number: 298002     type: long */
#define     UI_TEST     ((FLDID32)33852435)     /* number: 298003     type: long */
In server code:
void TEST(TPSVCINFO *rqst) {
char line[200];
long len = sizeof(line);
FBFR32 bfr = (FBFR32) rqst->data;
Fget32(bfr, UI_TEXT, 0, line, (FLDLEN32*)&len);
printf("Fstrerror32(Ferror32)=[%s]\n", Fstrerror32(Ferror32);
In Tuxedo client code:
int main(int argc, char* argv[]) (
char *sendbuf;
if (tpinit((TPINIT *) NULL) == -1) {
          (void) fprintf(stderr, "tpcall2X:Tpinit failed\n");
          exit(1);
if((sendbuf = (FBFR32 *) tpalloc("FML32", NULL, BUFLEN)) == (FBFR32*) NULL) {
          (void) fprintf(stderr,"Error allocating send buffer\n");
          tpterm();
          exit(1);
len = Fsizeof32(sendbuf);
if (-1 == Finit32(sendbuf, (FLDLEN32)len)) {
          tpfree((char*)sendbuf);
          exit(1);
ret = tpcall("TEST", (char *)sendbuf, 0L, &rcvbuf, &rcvlen, 0);
The server returns "Fstrerror32(Ferror32)=[LIBFML_CAT:2: ERROR: Buffer not fielded]", while the client works well.
What are the reason? How to change that?
Thanks.

Hi Bill,
Your problems are mostly in the client. You allocate sendbuf as an FML32 buffer, but then proceed to strcpy() into it which won't work. To manipulate the contents of an FML/FML32 buffer you must use the FML routines. So removing the strcpy(sendbuf, temp) in the client and replacing it with Fadd32(sendbuf, UI_TEXT, temp, sendlen) allows your application to work.
By the way, in general you shouldn't need to be doing all the memset() calls you are doing. The extraneous stuff in buffers will be ignored, and certainly never memset() an FML32 buffer as it is not simply a bunch of bytes, but a complex dynamic structure that Tuxedo maintains.
Finally on the server side, I couldn't get this line to compile as I indicated earlier:
memset(out.out, 0, 4096);
so I don't know how that is compiling for you, but the GCC compiler will not accept that, nor does it even make sense.
Regards,
Todd Little
Oracle Tuxedo Chief Architect
PS Here is the exact code that worked on my system:
Server:
#include <string.h>
#include <stdio.h>
#include <ctype.h>
#include <atmi.h>     /* TUXEDO Header File */
#include <userlog.h>     /* TUXEDO Header File */
#include "bill.h"
#if defined(__STDC__) || defined(__cplusplus)
tpsvrinit(int argc, char *argv[])
#else
tpsvrinit(argc, argv)
int argc;
char **argv;
#endif
     /* Some compilers warn if argc and argv aren't used. */
     argc = argc;
     argv = argv;
     /* userlog writes to the central TUXEDO message log */
     userlog("Welcome to the simple server");
     return(0);
#ifdef __cplusplus
extern "C"
#endif
void
#if defined(__STDC__) || defined(__cplusplus)
TEST(TPSVCINFO *rqst)
#else
TEST(rqst)
TPSVCINFO *rqst;
#endif
char line[200];
char *out;
long n,len;
FBFR32 *bfr = (FBFR32*) rqst->data;
out = tpalloc("X_OCTET", NULL, 4096);
memset(out, 0, 4096);
memset(line , 0, sizeof(line));
Fget32(bfr, UI_TEXT, 0, line, (FLDLEN32*)&len);
printf("Fstrerror32(Ferror32)=[%s]\n", Fstrerror32(Ferror32));
printf("line=[%s]\n", line);
n = sprintf(out, "success");
tpreturn(TPSUCCESS, 0, out, n, 0);
}And the client:
#include <string.h>
#include <stdio.h>
#include <atmi.h>
#include "bill.h"
#define BUFLEN 2400
int main(int argc, char* argv[])
char *sendbuf, *rcvbuf, service[15];
long sendlen, rcvlen;
int ret, i;
char *result;
char temp[2000];
FLDLEN32 len = 0;
if (tpinit((TPINIT *) NULL) == -1) {
(void) fprintf(stderr, "tpcall2X:Tpinit failed\n");
exit(1);
if((sendbuf = (FBFR32 *) tpalloc("FML32", NULL, BUFLEN)) == (FBFR32*) NULL) {
(void) fprintf(stderr,"Error allocating send buffer\n");
tpterm();
exit(1);
if((rcvbuf = (char *) tpalloc("X_OCTET", NULL, BUFLEN)) == NULL) {
(void) fprintf(stderr,"Error allocating receive buffer\n");
tpfree(sendbuf);
tpterm();
exit(1);
len = Fsizeof32(sendbuf);
if (-1 == Finit32(sendbuf, (FLDLEN32)len))
tpfree((char*)sendbuf);
tpfree((char*)rcvbuf);
exit(1);
/* memset(rcvbuf, 0, sizeof(rcvbuf));
memset(service, 0, sizeof(service));
memset(temp, 0, sizeof(temp));
strcpy(service, "TEST");
strcat(temp, "(FLDID(168070265)) test \n\n");
sendlen = (long)strlen(temp);
strcpy(sendbuf, temp);
Fadd32(sendbuf, UI_TEXT, temp, sendlen);
printf("TEST call [%s] begin.\n", service);
printf("sendbuf len=[%d]\n",sendlen);
ret = tpcall(service, (char *)sendbuf, 0L, &rcvbuf, &rcvlen, 0);
printf("ret=[%d]\n", ret);
if(ret == -1) {
printf("tpcall [%s] failed.\n", service);
printf("Tperrno = %d, %s\n", tperrno, tpstrerror(tperrno));
tpfree(sendbuf);
tpfree(rcvbuf);
tpterm();
exit(1);
printf("Returned string is: [%s]\n", rcvbuf);
printf("tpcall successs.\n");
/* Free Buffers & Detach from System/T */
tpfree(sendbuf);
tpfree(rcvbuf);
tpterm();
return(0);
}

Tuxedo Client using async calls... hangs sometimes!

Hello, I've noticed a fancy behaviour on Tuxedo Client applications...
I wrote an application which receives multiple connections on a socket and dispatches messages to a server with asynchronous calls, then receives asynchronous notifications. Of course it can send multiple async requests before getting a notification.
It seems that when I send an async request, and then I send another async request without getting the reply to the previous one first, the system hangs...
The call stack is quite clear... and I can see on the unix message queue an outstanding message..
I've used the TPU_DIP method, because none of the other unsolicited flavours works:
TPU_SIG: Hangs because malloc can be interrupted by a signal, and within the unsol handrel a tpalloc (which in turn calls malloc) is called, and a kernel spinlock is locked
TPU_THREAD: Hangs exactly in the same way ad TPU_DIP, but on a different thread...
Does anyone knows how to solve this HUGE issue? Thanks in advance!
Marco Romagnuolo
0 0x3000403abc8 in _tmmsgrcv(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so#1 0x3000405e650 in _tmrcvunsol(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so
#2 0x3000405d2f8 in tpchkunsol(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so
#3 0x3000405e480 in _tmchk4unsol(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so
#4 0x30004036ee4 in _tmatmienter(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so
#5 0x30004022944 in tpallocinternal(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so
#6 0x300040226f0 in tpalloc(...) in /usr/tuxedo/bea/tuxedo8.1/lib/libtux.so

I need asynchronous notifications for their particular behaviour: they are notified as soon as they arrive through signals ot through a thread handled by Tuxedo itself.
Now I've changed the policy of the process to use tpgetrply, but I have to poll in order to make it work, and it is UGLY.... anyway... anything else doesn't seem to work

There are errors on the Tuxedo-client (ULOG) while trying to work with Serv

Hello,
What we have:
1. Tuxedo-server 8.1. (HP-UX)
2. Tuxedo-client 9.1 (AIX 6.1)
3. Java-program
4. C-library which is supposed to work with tuxedo service (server side)
and what we want:
1.Java-program loads C-library using JNI and tries to communicate with Tuxedo service on server side.
2. We get ULOG file on tuxedo-client side with errors which are after tpsend function. Program finishes after time out.
3. We do not have JOLT system installed.
Here are the errors from ULOG-file:
114055.puma!AIX2C2TUX_stain.860250.515.0: 01-19-2011: Tuxedo Version 9.1, 64-bit
114055.puma!AIX2C2TUX_stain.860250.515.0: LIBWSC_CAT:1332: ERROR: Unable to set mode to NONBLOCK
114055.puma!AIX2C2TUX_stain.860250.515.0: LIBWSC_CAT:1085: ERROR: Unable to get reply to unsolicited message request
114055.puma!AIX2C2TUX_stain.860250.258.0: LIBWSC_CAT:1332: ERROR: Unable to set mode to NONBLOCK
114055.puma!AIX2C2TUX_stain.860250.258.0: LIBWSC_CAT:1085: ERROR: Unable to get reply to unsolicited message request
114055.puma!AIX2C2TUX_stain.860250.1029.0: GP_CAT:1241: ERROR: An error occurred in the encryption subsystem code(60)
114055.puma!AIX2C2TUX_stain.860250.1029.0: LIBWSC_CAT:1512: ERROR: Unable to generate first diffie-hellman packet
114055.puma!AIX2C2TUX_stain.860250.1029.0: LIBWSC_CAT:1055: ERROR: Unable to establish WSL connection
114055.puma!AIX2C2TUX_stain.860250.1029.0: LIBWSC_CAT:1027: ERROR: Unable to connect to WSH
114055.puma!AIX2C2TUX_stain.860250.1029.0: LIBWSC_CAT:1020: ERROR: Unable to obtain authentication level
114055.puma!AIX2C2TUX_stain.860250.772.0: GP_CAT:1241: ERROR: An error occurred in the encryption subsystem code(60)
114055.puma!AIX2C2TUX_stain.860250.772.0: LIBWSC_CAT:1512: ERROR: Unable to generate first diffie-hellman packet
114055.puma!AIX2C2TUX_stain.860250.772.0: LIBWSC_CAT:1055: ERROR: Unable to establish WSL connection
114055.puma!AIX2C2TUX_stain.860250.772.0: LIBWSC_CAT:1027: ERROR: Unable to connect to WSH
114055.puma!AIX2C2TUX_stain.860250.772.0: LIBWSC_CAT:1020: ERROR: Unable to obtain authentication level
I googling for a while but could not get a clue to solve this.
Any help appreciated.
Thanks.
Andrei

Hi Andrei,
First, JNI loading the Tuxedo client libraries is not supported by Oracle. That isn't to say it won't work, it's just that Oracle won't support you. What you are trying to do, access Tuxedo services from Java, is exactly what Jolt is designed to provide and is the Oracle supported way to do this.
That being said, my guess is that the JVM process environment is somehow restricting what the workstation libraries can do with the network as you are getting fundamental networking errors. How you work around this I can't really say.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

Tuxedo client was in idle status and lic.txt question

I found that my tuxedo client code didn't work till yesterday and it looks like idle status. There is not any error info written to client application log or ULOG(except "INFO: License file d:\tuxedo9.1\udataojb\lic.txt not found"). I check another Tuxedo client environment and nothing wrong was found in client application log or ULOG. What's wrong with it? Thanks for your kindly reply.

Hi Bill,
I'm afraid I'm not following what's happening. Are you saying your client stopped working yesterday? Or are you saying it wasn't working until yesterday?
In any case, clients are for the most part completely under the control of your application code. So my guess is you'll need to attach a debugger to the client process and try and figure out what the client is doing. Alternatively you could add logging statements into your application code to try and figure out where in your application the client process is waiting.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

Using tuxedo client 8.1 with tuxedo server 6.4

Hi,
I am using Weblogic server 7 sp2 with Tuxedo 8.1 on my Windows XP machine, I have configured weblogic (config.xml) to use WTC to connect to tuxedo 6.4 on windows 2000 machine which in turn connects to tuxedo 6.4 server. When I try to do a tpcall I get an error on weblogic server log 'TPENOENT(6):0:0:TPED_MINVAL(0):QMNONE(0):0:Could not find service'.
My question is I haven't made any configuration changes on the tuxedo server end like ubb.config or dm.config files. We are currently in the process of upgrading to weblogic 7 or 8. At the moment we are using JOLT to connect to the existing tux services on the dynix box.
I want to know if I can configur WTC on weblogic 7 using tuxedo 8.1 API to connect to tuxedo 6.4. What all changes do I need to make on both WLS and Tuxedo end.
I have read some documentation which state ways where old tuxedo client versions 7.1 and earlier can access tuxedo server 8 by configuring WSH (CLOPT -t) option in ubb.config file.
Can someone please help.
Thanks,
Smita

Hello Smita,
I don't think WTC is supported with Tuxedo 6.4. I think (for a number of reasons) that you really should consider an upgrade to 6.5 or newer version of Tuxedo.
Regards,
/Per
Per Lindström - R2Meton AB, SWEDEN

Oracle Disconnected Analytics Client

Where and how to download Oracle BI Disconnected Analytics Client.
When installing Oracle BIEE 10 includes a client it serves me?

Hi Nikhil,
It is integrated with OBIEE 10.1.1.3.0 Version. While we log on to Answers we can view the option " Disconnected Analysis" under the "more products" option
Disconnected analytics requires some amount of configuration on the client machines. If you just want to see how it would look like then check blog entry here:
http://oraclebizint.wordpress.com/2007/11/23/oracle-bi-ee-101332-working-with-disconnected-analytics-sadis-utility/.
You can fire this up on the same machine as the BI EE.
If question is answered, award points and close the thread.
-Amith.

Tuxedo clients

Hello, i am trying to build clients for tuxedo in multiple Operating Systems. So for Linux + Windows i can use Workstation Clients or Jolt clients to do my job
and call remotely tuxedo services. My question is if i can to do something similar to mobile OS like Android or iOS. Is there any way to create
tuxedo clients on mobile OS without the use of a web browser??
Thank you very much
Kostas

Hi Mats,
I have already seen the SALT. The problem is that i don't want to use SOAP in my application.
I want to create my own clients not based on any kind of browser and only communicating to the tuxedo server
directly and not in an intermediate Web Server like Web Logic.
So far, based on what i see this can only be done using CORBA. Of course there is a downside of
extending the Android SDK and possibly also the MAC OS and iOS as well.
That is my thoughts for now. Any correction, suggestion will be extremely helpful.
Best regards,
Kostas

32bit and 64bit for tuxedo client and OS

In Windows Server 2008 R2 64bit,
1. Could I setup "tuxedo client for 32bit" and run applications compiled in windows 32bit environment?
2. Could I run applications complied in windows 32bit environment after setuping "tuxedo client for 64bit" in Windows Server 2008 R2 64bit?
Thanks a lot.

Bill,
Applications compiled using a 32-bit compiler or linking in 32-bit libraries must be used with 32-bit Tuxedo, and applications compiled using a 64-bit compiler or linking in 64-bit libraries must be used with 64-bit Tuxedo. It is not possible to mix 32-bit binaries and 64-bit binaries within the same application. This is true on both Windows and Unix.
On Windows it is also important to use the same major version of the Visual C++ compiler that a particular Tuxedo version is listed as being certified with.
Regards,
Ed

Disconnecting Tuxedo Clients

Similar Messages

Maybe you are looking for