Tuxedo 8.1 supports mfcobol 3.1

hi
whether tuxedo 8.1 supports older version of
MF COBOL ( VERSION 3.1.31 )
THANKS & REGARDS

Yes,
I have used NetExpress 3.1 with Tuxedo 8.1 on Windows 2000, and
ObjectCobol on Linux with Tuxedo 8.1.
Brian
ratnakar s wrote:
hi
whether tuxedo 8.1 supports older version of
MF COBOL ( VERSION 3.1.31 )
THANKS & REGARDS--
To reply, reverse the letters and remove no spam

Similar Messages

Tuxedo 12c - Do mainframe adapters support two-phase commit?

With Oracle Tuxedo 12c, do the Tuxedo mainframe adapters support two-phase commit? I see there is support for two-phase commit with Tuxedo COBRA, for relational databases. My customer has a requirement to integrate with their mainframe systems and require two-phase commit (for rollback functionality) with the Tuxedo mainframe adapters.

Hi,
The Tuxedo Mainframe Adapter for SNA supports two phase commit protocol, or in IBM mainframe parlance syncpoint level 2.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

Is Tuxedo supported on current versions of OpenVMS?

A colleague is working with Tuxedo and is talking about moving to OpenVMS 8.2 either on Alpha or Itanium.
Is Tuxedo supported on either of these platforms? Presumably it would be Tux 6.5 since that is what has been running on VMS for years and years.
Thank you for the information.
/Bob Bryan

Bob,
The BEA Product Retirement calendar is available at
http://support.bea.com/application?namespace=metrics&origin=esupport_portlet.jsp&event=wildcard.metrics&portletname=ProductNewsAndEOLUpdates&ret_url=product_news%2FProduct_Retirement_Calendar.xls ,
the BEA Product Retirement Policy is available at
http://support.bea.com/product_news/Product_Retirement_Policy.doc ,
and the BEA Product Retirement FAQ is available at
http://support.bea.com/product_news/Product_Retirement_FAQ_Customers.doc .
The product retirement policy states that
a.. Generally Available Support for Tuxedo and WebLogic Enterprise is
offered for six years after a Major product release (including a 2 year
Maturity phase)
b.. Extended Support is offered at an additional cost for two years
c.. Sustaining Support is offered at an additional cost in perpetuity
For Tuxedo 9.1, released during 2006, Generally Available support will be
available through 2012 with extended support available through 2014. We are
currently working on a new major release of Tuxedo, and GA and Extended
Support for that release will be available for 6 years and 8 years after its
release date.
For VMS, the issue is that it is only suported on Tuxedo 6.5, and not on
newer releases of Tuxedo. As with any other operating system or product,
support for VMS is a business issue and depends in part on the level of
customer interest in this product. If you're interested in VMS, please let
support and your account executive know (although I'm fairly sure that
you've already let them know.)
Best regards,
Ed
<Bob Bryan> wrote in message news:[email protected]..
I heard from a non-BEA source that Tuxedo is not supported on VMS 8.2 or
higher and is set for retirement in 2009 or 2010. I was hoping to hear
something authoritative from a BEA source but this is the best I can get.
Regards,
/Bob Bryan

Tuxedo with Oracle-RAC

Tuxedo -Oracle RAC ,
We are planning to upgrade the Tuxedo Environmet to o Support Oracle-RAC , with Single Database server with Two Instances .
***At the moment we have ceratin Tuxedo Services ( part of a transaction ) to connect Database , which is used by more than One Application ie The connection Services to the Databse is COMMON.***
Eg: we have service named DBSERVICE1 , which is connecting to a datbases , which also part of a Transaction , This DBSERVICE1 is used by more than one channels ( ATM/internet banking , phone banking etc )
we have more than one service like DBSERVICE1
With this architecture how we can effectively achieve Tuxedo -Oracle RAC High Availability.
Is is possible to specify in the Tuxedo Configuration like this " if the instance1 is down , use the Instance2"?+
Thanks in Advance.
Nadeer.
Edited by: user10229565 on Nov 11, 2008 11:30 PM
Edited by: user10229565 on Nov 11, 2008 11:36 PM

Hi Nadeer,
In Oracle RAC 10g a single global transaction that spans more than one RAC instance, yet connected to a single database will not work, i.e., you may not get transactional integrity. To solve this problem, Tuxedo introduced RAC support by way of the TUXRACGROUPS environment variable. This environment variable tells Tuxedo about the RAC configuration, i.e., which RAC instances are connected to which RAC databases. Actually it tells Tuxedo which groups of Tuxedo servers can safely participate together in a single global transaction. Using that environment variable, Tuxedo will alter its request routing algorithm so that once a transaction is started, all subsequent service requests that are part of that transaction will only be routed to servers in Tuxedo groups that can safely participate in the transaction. So if we use a simple example where there are two RAC instances R1 and R2 connected to a single database D1 and we have Tuxedo groups G1, G2, G3, and G4, where the openinfo string for G1 and G3 connect to R1 and G2 and G4 connect to R2. If a server in G1 starts a transaction, or is called by a client that has started a transaction (assuming TUXRACGROUPS has been defined properly), Tuxedo will only route all subsequent requests that are part of that transaction to servers in G1 or G3. Thus Tuxedo will prevent a transaction from ever spanning 2 or more RAC instances connected to the same database.
Again, I encourage you to read the documentation for RAC support in Tuxedo as it gives several examples and describes in detail how to define TUXRACGROUPS.
Also note that this entire problem essentially goes away in Oracle RAC 11g.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

How much of Tuxedo is in WL7

          Somewhat general of a question, but something I've never completely
          understood is how much of Tuxedo is in WL7 (eg does the WL JTA implement
          Tuxedo8 directly or are the libraries a light version of Tuxedo)?
          Thanks a lot for any information,
          Paul


Paul,
          How many lines of Tuxedo code? None. The JTA subsystem is a native java
          implementation.
          How many man-years of experience from the team that implemented the Tuxedo TM
          and supported it in some (most?) of the worlds biggest open systems deployments
          went into its design and implementation? Lots!
          Regards,
          Peter.
          Paul wrote:
          > Somewhat general of a question, but something I've never completely
          > understood is how much of Tuxedo is in WL7 (eg does the WL JTA implement
          > Tuxedo8 directly or are the libraries a light version of Tuxedo)?
          >
          > Thanks a lot for any information,
          > Paul
          >
          >
          >

64bit support for AIX5.1

Does tuxedo has 64bit support for AIX 5.1/5.2. Is there any document about that.
Thanks in advance.

Yes it does. We use 64bit tuxedo8.1 on AIX 5.2.
"zlldw" <[email protected]> wrote:
>
Does tuxedo has 64bit support for AIX 5.1/5.2. Is there any document
about that.
Thanks in advance.

Tuxedo on Solaris 10 for Intel x86

It is possible? version?
Thank,

Briz,
Tuxedo 8.1 supports Solaris 10 for Intel x86.
Tuxedo 9.1 supports Solaris 10 for Intel Opteron.
You can find them in: http://commerce.bea.com/showallversions.jsp?family=TUX
howie
<Briz Briz> wrote in message news:[email protected]..
It is possible? version?
Thank,

JMS from Tuxedo Service

Hi,
The Tuxedo service has to subscribe some topic on external JMS and wait
for the response, it acts like a client. response timeout is so less
that i don't have to wait more then 3-4 seconds. Is it good practice to
do inside the Tuxedo service?
tia
sarose

Hi,
Tuxedo doesn't support direct access to JMS queues. Typically Tuxedo applications will use the WebLogic Tuxedo Connector component of WebLogic Server to bridge JMS queues and Tuxedo /Q queues. Then the Tuxedo application simply interacts with the /Q queues.
How were you planning on communicating with JMS from your Tuxedo server?
Regards,
Todd Little
BEA Tuxedo Chief Architect

Monitoring weblogic server with sitescope

hi friends
can u any body tel me about how to monitor weblogic srever instance, jdbc pool , memory usage,jms server,threads ..?
is it better to use sitescope from mercury...?
i don know how to configure weblogic 8.1 sp6 with sitescope 8.0
can any one tel me how to configure.........?
thanks in advance
Edited by thayubali at 12/04/2007 3:05 AM
Edited by thayubali at 12/04/2007 3:11 AM

PHP with the OCI8 extension using "DRCP" connection pooling will handle many, many users. We bench-marked 20,000 concurrent users on a commodity machine: http://www.oracle.com/technetwork/topics/php/whatsnew/php-scalability-ha-twp-128842.pdf
Instead of WAMP you might want something like Zend Server, which has comes in unsupported (aka free) & supported flavors (disclaimer: Zend is a partner of Oracle): http://www.oracle.com/technetwork/topics/php/zend-server-096314.html
You can install PHP on iAS: e.g https://blogs.oracle.com/opal/entry/building_php_53_with_oracle_ht
If you need extreme scalability you could use Oracle Tuxedo, which has support for PHP (and Python & Ruby): http://www.oracle.com/technetwork/middleware/tuxedo/tuxedo-dynamic-langs-twp-401471.pdf
There are too many factors to declare outright that one language is faster than another. It would depend on factors like whether you use an application framework, how efficiently you tune caches etc.
Overall, your choice should be based on the in-house skill set you have.
Whatever you choose, I'd recommend putting most business logic (especially numeric and date calculations) in PL/SQL procedures. This will give you flexibility to call that logic from any language or service in the future. You can also then keep any web or mobile UI lightweight and fast.

BRIDGE_ msgnsnd error

Hi,
I keep getting this error. If I have more than 5 clients connected
and making requests.
Someone has any ideas?
Thanks
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669: ERROR:
Message operation failed because of the invalid message queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669: ERROR:
Message operation failed because of the invalid message queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669: ERROR:
Message operation failed because of the invalid message queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001437.X25TUX!?proc.192: 032801: TUXEDO Version 6.4 32-bit Windows.
001437.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666: ERROR:
Message operation failed because the queue was removed): errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
001456.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666: ERROR:
Message operation failed because the queue was removed): errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
001645.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666: ERROR:
Message operation failed because the queue was removed): errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
002037.X25TUX!simpserv.248: LIBTUX_CAT:522: INFO: Default tpsvrdone()
function used

Can I take a guess at this one. 6 requests with a 10" sleep means
one minute. The 7th fails. Are you sure there is no timeout
parameter somewhere in your ubbconfig (or in the defaults)
that makes the request of your 7th client time out ? Check the
Tuxedo return code of the client.
Because, if the client's tpcall times out, the client probably
stops and its message queue disappears, resulting in the error
message. This is exactly what is meant by "client who exits
before the request is satisfied".
Frank
"Vladimir Faizoulaev" <[email protected]> wrote:
>
Hello,
I reproduced this situation:
Environment: Tuxedo 7.1, Linux Debian,
ubbconfig=ubbsimple (one server simpserv),
client simpcl,
server simpserv with few changes:
"userlog(IN: <input data>)"
"sleep(10)"
"userlog(OUT: <output data>)"
Then I started 7 simpcl native clients in parallel from script
(7 is magic number for my configuration, 6 work OK).
As <input data> for each client I set numbers from 1 to 7.
ULOG:
142107.lin390!BBL.1260.1024.0: 03-29-2001: Tuxedo Version 7.1
142107.lin390!BBL.1260.1024.0: LIBTUX_CAT:262: INFO: Standard main
starting
142108.lin390!simpserv.1261.1024.0: 03-29-2001: Tuxedo Version
7.1
142108.lin390!simpserv.1261.1024.0: LIBTUX_CAT:262: INFO: Standard
main starting
142108.lin390!simpserv.1261.1024.0: Welcome to the simple server
142118.lin390!simpserv.1261.1024.0: IN: 1
142128.lin390!simpserv.1261.1024.0: OUT: 1
142128.lin390!simpserv.1261.1024.0: IN: 2
142139.lin390!simpserv.1261.1024.0: OUT: 2
142139.lin390!simpserv.1261.1024.0: IN: 3
142149.lin390!simpserv.1261.1024.0: OUT: 3
142149.lin390!simpserv.1261.1024.0: IN: 6
142159.lin390!simpserv.1261.1024.0: OUT: 6
142159.lin390!simpserv.1261.1024.0: IN: 7
142209.lin390!simpserv.1261.1024.0: OUT: 7
142209.lin390!simpserv.1261.1024.0: IN: 5
142219.lin390!simpserv.1261.1024.0: OUT: 5
142219.lin390!simpserv.1261.1024.0: IN: 4
142229.lin390!simpserv.1261.1024.0: OUT: 4
142229.lin390!simpserv.1261.1024.0: ERROR: msgsnd err:(LIBTUX_CAT:669:
ERROR: Message operation failed because of the invalid message
queue identifier) errno=22,qid=35846,buf=134607616,bytes=297,flag=2048
142229.lin390!simpserv.1261.1024.0: LIBTUX_CAT:1286: ERROR: tpreturn
could not send reply TPEOS - operating system error
You can see that all 7 service calls was scheduled, but the last
was failed after tpreturn (corresponding simpcl was failed too).
I look at docs LIBTUX_CAT:669 :
669
ERROR: Message operation failed because of the invalid message
queue identifier
Description
msgsnd to a queue failed because of invalid
message queue identifier. This can also occur if a request is made
by a client who exits before the request is
satisfied. The cleanup after the client exits removes the message
queue.
Action
Check the message queue identifier in msgsnd().
The message may be corrupted. Contact your BEA
TUXEDO system Technical Support.
See Also
intro(2), msgsnd(2), msgrcv(2), msgctl(2) in
UNIX system reference manuals
This situation is not: "client who exits before the request is
satisfied".
And errno=22 for msgsnd is:
int msgsnd ( int msqid, struct msgbuf *msgp, int msgsz,
int msgflg )
EINVAL Invalid msqid value, or nonpositive mtype
value, or invalid msgsz value (less than 0
or
greater than the system value MSGMAX).
So, from the message description:
Action
Check the message queue identifier in msgsnd().
The message may be corrupted. Contact your BEA
TUXEDO system Technical Support.
Best regards,
Vladimir
P.S. As temporary solution for Your problem You can increase number
of servers in ubbconfig.
(I don't know how much You have now - You didn't send Your ubbconfig).
"Julia Rodriguez" <[email protected]> wrote:
Hi,
I keep getting this error. If I have more than 5 clients
connected
and making requests.
Someone has any ideas?
Thanks
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669:
ERROR:
Message operation failed because of the invalid message
queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669:
ERROR:
Message operation failed because of the invalid message
queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001422.X25TUX!BRIDGE.52: ERROR: msgsnd err:(LIBTUX_CAT:669:
ERROR:
Message operation failed because of the invalid message
queue identifier)
errno=22,qid=4352,buf=4424304,bytes=43,flag=2048
001437.X25TUX!?proc.192: 032801: TUXEDO Version 6.4 32-bit
Windows.
001437.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666:
ERROR:
Message operation failed because the queue was removed):
errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
001456.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666:
ERROR:
Message operation failed because the queue was removed):
errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
001645.X25TUX!?proc.192: ERROR: msgrcv err(LIBTUX_CAT:666:
ERROR:
Message operation failed because the queue was removed):
errno=100,qid=4352,buf=8766344,bytes=4452,type=268435456,flag=0
002037.X25TUX!simpserv.248: LIBTUX_CAT:522: INFO: Default
tpsvrdone()
function used

Is there a download for Tuxedo12c_32bit_VS2013

I see on the Oracle Tuxedo12 download page that there is a Tuxedo12.1_32bit_VS2010 client download.
Is there a Tuxedo12c_32bit_client download for VisualStudio2013?
update:
i want to install Tuxedo12c on a Windows 64bit machine with WindowsServer2012 OS , Oracle12c DB, and MSVisualStudio2013.
I want to link in header files and libs to our 32bit based application.

Hi,
As far as I know there are no Tuxedo kits that support VS2013. If you need this, please submit a request through My Oracle Support.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

ERROR: Could not initialize random algorithm ???

Hello,
Every think works normally but tuxedo prints this message :
GP 1235
ERROR: Could not initialize random algorithm
Description
A failure occurred in the encryption subsystem
Action
Contact your BEA TUXEDO system Technical Support.
does anyone knows what this message means and what I can do ?

你只要对BEA公司说明平台就可以了，他们会给你相应平台的patch.

LIBTUX_CAT:1286: ERROR: tpreturn could not send reply TPEOS

Hi,
Our application uses tuxedo for loadbalancing. we are using this from last 4 years, but today i'm getting one error with one scenario. As per my understading tpreturn call is failing. ULOG file shows below given message
032615.ocpdev1!BBL.14797.1.0: LIBTUX_CAT:216: WARN: Process 18711 died; removing from BB
032813.ocpdev1!issueHolders.18634.1.0: ERROR: msgsnd err:(LIBTUX_CAT:669: ERROR: Message operation failed because of the invalid message queue identifier) er
rno=22,qid=188425,buf=-9223372026643562600,bytes=293,flag=2048
032813.ocpdev1!issueHolders.18634.1.0: LIBTUX_CAT:1286: ERROR: tpreturn could not send reply TPEOS - operating system error
I have searched google pages and couldn't get any clue. I have tried modifying UBB Config file with SYSTEM_ACCESS parameter to PROTECTED and other parameters but no use.
Please let me know what can be done.

Hi,
I think you are referring to the documentation for error LIBTUX_CAT:1286, which suggests tuning the kernel parameters as a more general solution. The explanation for LIBTUX_CAT:669 is more specific (earlier messages in the ULOG usually give a more specific reason for the problem):
+669 ERROR: Message operation failed because of the invalid message queue identifier+
Description
msgsnd to a queue failed because of invalid message queue identifier. This can also occur if a request is made by a client who exits before the request is satisfied. The cleanup after the client exits removes the message queue.
Action
Check the message queue identifier in msgsnd(). The message may be corrupted. Contact your ORACLE TUXEDO system Technical Support.
Increasing the kernel parameters will not help in this case, as the problem is due to the queue having been removed, which happens when the client program terminates, and it is quite likely that there will be no messages in the ULOG indicating what happened. You will need to follow the suggestions made earlier in this forum thread and find out what happened to the client.
Regards,
Malcolm.

Is there a Download for firefox4 google and one for firefox yahoo?

The firefox start page and load bar(navagation)keeps sending me to yahoo.(as in my first question 57 pages back)

Hi,
As far as I know there are no Tuxedo kits that support VS2013. If you need this, please submit a request through My Oracle Support.
Regards,
Todd Little
Oracle Tuxedo Chief Architect

End of life for 8.0.5

Does anyone know if and when there is 'end-of-life' for version 8.0.5 on HPUx?
I need to educate myself and my client?

Robert,
The real EOL date of Tuxedo 8.1 is 2-28-2009, and the extended support is 2-28-2011, as you saw at http://support.bea.com/product_news/Product_Retirement_Calendar.xls.
12-31-2013 you saw at http://e-docs.bea.com/tuxedo/tux81/install/inspds.htm#1609465 is the EOL date of HP-UX 11.11PA-RISC posted by HP, you can saw the header of that column. As we mentioned at http://e-docs.bea.com/tuxedo/tux81/install/inspds.htm#1369557, if one OS is EOLed by the OS vendor at some date earlier than EOL date of that Tuxedo release, BEA support to Tuxedo on that release will be discontinued immediately. That's purpose we list OS EOL date, just for reference, but it is subject to change due to policy change of OS vendors.
/Bruce

Tuxedo 8.1 supports mfcobol 3.1

Similar Messages

Maybe you are looking for