Telnet With Forte

Hi. Anybody has experience getting Forte to work with Telnet? I am
trying to write a Forte application using ExternalConnection to connect
through Telnet and reading and sending data to the host computer. When I
do a read from the connection buffer, I got junk data back (basically
unreadable characters).
Can anybody provide me with some suggestions?
Thanks,
Sann

I use EScript and FScript through telnet sessions all the time, and I
don't have any problems. Can you give more information on the problems
you are experiencing? Are there any error messages? Does it hang? Any
other information about the platforms and process you are using?
For example, can you even get into FScript/EScript? If not, your
environment variables for the user may not be set (you have to have set,
at least, FORTE_ROOT and FORTE_NS_ADDRESS, or you have to use explicit
paths and the -fns flag).
Also, how are you invoking telnet (Unix-to-Unix, Windows-to-Unix,
etc.)? Which telnet client are you using?
More information would be really helpful in diagnosing your problem.
Regards,
-Katie
Pascale Voisin-Bouton-FX01314 wrote:
>
I have a lot a problems using Telnet and Escript/Fscript with Forte
3.0.G.2.
Does anyone has the same trouble or any experience about that.
Thanks for your answers.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>--
Katie Carty
Senior Consultant
Forte Software, Inc.
http://www.forte.com
4801 Woodway Drive, Suite 300E
Houston, Texas 77056
vmail: (510) 986-3802
email: [email protected]
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Similar Messages

  • RE: Using CORBA as Middleware with Forte'

    This is one solution when the two sides want to be somewhat independent of
    each other.. To use Forte messaging the environments have to be connected,
    identical Forte versions, probably identical versions of all objects
    involved (rather than just correct IDL), etc. I've toyed with this as well
    for a client with two major Forte application development efforts occurring
    in completely different business units.
    -Greg
    -----Original Message-----
    From: Sean Brown [SMTP:[email protected]]
    Sent: Thursday, October 22, 1998 1:56 PM
    To: Giuseppe Sorce; Lenny Hon
    Cc: [email protected]
    Subject: Re: Using CORBA as Middleware with Forte'
    If you don't mind me asking, why would you ever want to do this? If
    you are
    talking between two Forte services, why would you not want to use
    the native
    protocol which is bound to be more efficient since it was written
    specifically for that purpose? The only reason I can think of is if
    you
    need two Forte services to talk to each other through a firewall and
    the
    firewall is configured to only allow certain protocols through, such
    as
    IIOP. Is this what you are trying to do? If not, what is your
    reasoning?
    Thanks,
    Sean Brown
    Cornice Consulting Inc.
    mailto:[email protected]
    -----Original Message-----
    From: Giuseppe Sorce <[email protected]>
    To: Lenny Hon <[email protected]>
    Cc: [email protected] <[email protected]>
    Date: Thursday, October 22, 1998 10:05 AM
    Subject: RE: Using CORBA as Middleware with Forte'
    >
    >Lenny, I'm sorry but I think that my problem is more complicated.
    >No java clients or java servers are involved: I want to use CORBA
    as
    >middleware between 2 different Forte' partitions (running on
    different
    >forte' environments).
    >For example imagine you have 2 different Forte' applications (say
    >application A and application B) in 2 different forte'
    environments.
    >Now imagine to define an IIOP-enabled service object (Inbound) in
    >application A and, starting from the generated IDL (using corbagen
    utility)
    >to create a IIOP-enabled service object (Outbound) in application
    B.
    >Application B will be the Corba Client and application A will be
    the Corba
    >Server.
    >They don't use Forte' middleware for communication (they are in
    different
    >Forte' envs).
    >
    >Giuseppe Sorce
    >
    >
    >
    >
    >
    >Lenny Hon <[email protected]> on 22/10/98 15.35.40
    >
    >Please respond to Lenny Hon <[email protected]>
    >
    >To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
    > <[email protected]>
    >cc:
    >Subject: RE: Using CORBA as Middleware with Forte'
    >
    >
    >
    >
    >I have successfully used Forte IIOP-enabled service object to
    communicate
    >with my client Java program that uses VisiBroker 3.2 for Java ORB.
    For the
    >information, you can read the Forte Web Enterprise manual and the
    following
    >tech notes: 10950, 10951, 11145, 11152. I found them from Web
    manual.
    >
    >Lenny Hon
    >
    >-----Original Message-----
    >From: Giuseppe Sorce [mailto:[email protected]]
    >Sent: Thursday, October 22, 1998 5:58 AM
    >To: [email protected]
    >Subject: Using CORBA as Middleware with Forte'
    >
    >
    >
    >I would like to find a way to use CORBA middleware as an
    alternative for
    >communications between Forte' partitions (I'm using Forte' rel.
    3.0.G plus
    >Visibroker 3.1 ORB).
    >
    >I found a technical note (ID 10520) but it is quite old and it is
    related
    > to Forte' release 2.0.E.2 (!).
    >
    >Any experience with Forte' release 3 and Visibroker would be
    greatly
    > appreciated.
    >
    >
    >
    >TIA
    >
    >Giuseppe Sorce
    >
    >CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
    >
    >tel. +39-011-3168736
    >
    >fax +39-011-3168212
    >
    >e-mail [email protected]
    >
    >url http://www.csi.it
    >
    >
    >
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    >
    >
    >
    >
    >
    >
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    This is one solution when the two sides want to be somewhat independent of
    each other.. To use Forte messaging the environments have to be connected,
    identical Forte versions, probably identical versions of all objects
    involved (rather than just correct IDL), etc. I've toyed with this as well
    for a client with two major Forte application development efforts occurring
    in completely different business units.
    -Greg
    -----Original Message-----
    From: Sean Brown [SMTP:[email protected]]
    Sent: Thursday, October 22, 1998 1:56 PM
    To: Giuseppe Sorce; Lenny Hon
    Cc: [email protected]
    Subject: Re: Using CORBA as Middleware with Forte'
    If you don't mind me asking, why would you ever want to do this? If
    you are
    talking between two Forte services, why would you not want to use
    the native
    protocol which is bound to be more efficient since it was written
    specifically for that purpose? The only reason I can think of is if
    you
    need two Forte services to talk to each other through a firewall and
    the
    firewall is configured to only allow certain protocols through, such
    as
    IIOP. Is this what you are trying to do? If not, what is your
    reasoning?
    Thanks,
    Sean Brown
    Cornice Consulting Inc.
    mailto:[email protected]
    -----Original Message-----
    From: Giuseppe Sorce <[email protected]>
    To: Lenny Hon <[email protected]>
    Cc: [email protected] <[email protected]>
    Date: Thursday, October 22, 1998 10:05 AM
    Subject: RE: Using CORBA as Middleware with Forte'
    >
    >Lenny, I'm sorry but I think that my problem is more complicated.
    >No java clients or java servers are involved: I want to use CORBA
    as
    >middleware between 2 different Forte' partitions (running on
    different
    >forte' environments).
    >For example imagine you have 2 different Forte' applications (say
    >application A and application B) in 2 different forte'
    environments.
    >Now imagine to define an IIOP-enabled service object (Inbound) in
    >application A and, starting from the generated IDL (using corbagen
    utility)
    >to create a IIOP-enabled service object (Outbound) in application
    B.
    >Application B will be the Corba Client and application A will be
    the Corba
    >Server.
    >They don't use Forte' middleware for communication (they are in
    different
    >Forte' envs).
    >
    >Giuseppe Sorce
    >
    >
    >
    >
    >
    >Lenny Hon <[email protected]> on 22/10/98 15.35.40
    >
    >Please respond to Lenny Hon <[email protected]>
    >
    >To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
    > <[email protected]>
    >cc:
    >Subject: RE: Using CORBA as Middleware with Forte'
    >
    >
    >
    >
    >I have successfully used Forte IIOP-enabled service object to
    communicate
    >with my client Java program that uses VisiBroker 3.2 for Java ORB.
    For the
    >information, you can read the Forte Web Enterprise manual and the
    following
    >tech notes: 10950, 10951, 11145, 11152. I found them from Web
    manual.
    >
    >Lenny Hon
    >
    >-----Original Message-----
    >From: Giuseppe Sorce [mailto:[email protected]]
    >Sent: Thursday, October 22, 1998 5:58 AM
    >To: [email protected]
    >Subject: Using CORBA as Middleware with Forte'
    >
    >
    >
    >I would like to find a way to use CORBA middleware as an
    alternative for
    >communications between Forte' partitions (I'm using Forte' rel.
    3.0.G plus
    >Visibroker 3.1 ORB).
    >
    >I found a technical note (ID 10520) but it is quite old and it is
    related
    > to Forte' release 2.0.E.2 (!).
    >
    >Any experience with Forte' release 3 and Visibroker would be
    greatly
    > appreciated.
    >
    >
    >
    >TIA
    >
    >Giuseppe Sorce
    >
    >CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
    >
    >tel. +39-011-3168736
    >
    >fax +39-011-3168212
    >
    >e-mail [email protected]
    >
    >url http://www.csi.it
    >
    >
    >
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    >
    >
    >
    >
    >
    >
    >-
    >To unsubscribe, email '[email protected]' with
    >'unsubscribe forte-users' as the body of the message.
    >Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

  • How to interface a windows DLL with Forte application?

    Hi,
    I want to use crystal report engine for generating reports from Forte
    application on NT client, which requires interfacing crpe32.dll(report
    engine DLL) with Forte. Can somebody help me out with a sample c project
    (Forte project) either for crpe32.dll or any other DLL.
    What are the requirement for for interfacing a DLL library with Forte
    application .
    Thanks in advance
    Shashidahr Patil N S
    Bangalore

    You can make an empty server only with tpsvrinit that starts your client
    listeners and a tpsrvdone that stops them. Be carefull with sharing ipcs
    between processes, or your clients may get puzzled!!!
    Another choice can be builting a custom WSL/WSH but I haven't done
    this yet and I don't know exactly the troubles related with making them.
    R.G.
    Travis Ward wrote:
    How would you interface a tuxedo app with another application that
    uses tcp/ip socket messaging? I have a vendor product that offers
    a tcp/ip message interface, and would like to know how best to
    integrate it into a tuxedo application. I could write a C application
    that listens and accepts incoming request from the vendors application,
    and then make a tuxedo client call to a service. But this doesn't
    allow me to control the listen thread through tuxedo. The C application
    would have to be started seperately and would not take advantage
    of the tuxedo restart facilities etc of a tuxedo service.

  • Problem with compiling STL using program with Forte C++ 6 update 1 in compat mode

    I try to compile SGI STL using program with Forte C++ 6 update 1 and I get an errror
    ld -L/opt/SUNWspro/WS6U1/lib -liostream test.o -o test
    Undefined first referenced
    symbol in file
    __0oNIostream_initctv test.o
    __0oNIostream_initdtv test.o
    Iostream_init - declared as a static class CC4/iostream.h, but nm libiostream.a produce
    __1cNIostream_init2T6M_v_
    __1cNIostream_init2t6M_v_
    and program can't link.
    What's wrong?
    Thank you for any comments

    Hi!
    I experienced the same problem and the solution looks like the following: in sunpro6.mak file there is a variable STL_INCL that has the following value: -I. -I${PWD}/../stlport
    Change that to -I. -I${PWD}/../stlport/SC5 and the problem vanishes. The reason is that stlport/SC5 contains files *.SUNWCCh which are used by SUNpro C++ compiler as standard headers and contain correct STLPort namespace information.
    Regars,
    Art

  • RE: SMTP message transfer with Forte'

    Hey,
    You would have to use POP or POP3 client (not a lot of work) to retrieve
    messages from mail server or write you own mail server (much, much more
    work).
    See SMTP/POP3 documentation on requirements - implementation, there is
    plenty of information on the internet.
    Hope this helps.
    Dariusz Rakowicz
    Consultant
    BORN Information Services (http://www.born.com)
    8101 E. Prentice Ave, Suite 310
    Englewood, CO 80111
    303-846-8273
    [email protected]
    -----Original Message-----
    From: Paul Salmon [SMTP:[email protected]]
    Sent: Tuesday, September 08, 1998 4:12 PM
    To: '[email protected]'
    Subject: SMTP message transfer with Forte'
    Hi,
    We are exploring a number of ways to transfer data from a business partner
    through a secure extent circuit. Since I have been reading a few messages
    regarding SMTP file transfer (send), I was wondering if anyone has any
    experience in writing a Forte' service object to receive an SMTP message
    and then parse it and insert the data into a database.
    Paul Salmon
    [email protected]
    (714) 536-9778 voice
    (714) 536-9778 fax
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    Hello Sergiy,
    Many thanks. I am in touch with our technical colleagues for the same and will revert back with results.
    Thanks
    Srinivas

  • Problem with Fort�

    I'm having a problem reading from a file in Fort�. My program works in TextPad, but when I try running it with Fort�, it throws a FileNotFoundException...
    I was wondering if I have to include it in a project or something like that?
    Any help would be great.
    Thanks.

    Probably, your file is saved on a package, with something like this:
    package com.something.util;
    When you declare a statement like that, the default directory is now the base directory of the package, that's the directory that contains the "com" subdirectory.
    If you try to read a file named "file.txt" in the "util" directory, the relative path of the file, would be:
    "com\something\util\file.txt"
    If you simply write:
    "file.txt"
    the system would look for that file in the directory that contains "com".
    When you execute this program in the command line, you are positioned in the base directory, doesn't you?
    That's the default directory and so, the system finds the file.
    Hope that helps!

  • [Fwd: Creating an ODBC Driver with Forte]

    Has anyone created an ODBC driver with Forte? The Microsoft ODBC
    Software Development Kit (SDK) assumes that ODBC drivers will be
    developed in C. I would like to write the driver in Forte TOOL. Even
    though C++ code can be generated from TOOL code, I am not certain that
    the generated C++ code will conform to the ODBC API, and be compatible
    with other ODBC components, such as the ODBC Driver Manager, ODBC
    Installer, and ODBC Test applications supplied by Microsoft with the
    ODBC SDK. Any advice would be appreciated. (The purpose of my ODBC
    driver is to enable data access by any ODBC client application, using
    calls to Forte service objects to retrieve and process the data before
    it is sent to the client application.)
    Chris Johnson
    Unified Information, Inc.
    425-814-4007
    MailTo:[email protected]

    The following is extracted from Oralce's Metalink: (sorry lost the link)
    "This is an NLS related issue. The ODBC driver uses the values derived from the NLS_LANG setting from the Oracle Home where the driver is installed.
    The application actually uses the number setting from the NT Regional Settings.
    When these two settings differ, then the decimal character will be cut off. This behaviour is also described in Bug:694323.
    Example:
    You have set your NLS_LANG in the ORACLE_HOME of your ODBC driver to GERMAN_GERMANY.WE8ISO8859P1. This will result in a value for the NLS_NUMERIC_CHARACTERS of ",." (the first part of the NLS_NUMERIC_CHARACTERS being the decimal character and the second part being the group separator).
    So the "." is used by the Application and the "," is used by the Oracle ODBC driver.
    As a result numeric values in your Oracle Database with an integer and a decimal part will thus be displayed by the application without the decimal character, i.e. a value of 10,734 will be displayed as 10734 a value of 0,123 will be displayed as 123.
    To fix this, you will either have to correct the character used for the Decimal Symbol of your NT Regional settings to match the value of your Oracle NLS_LANG setting or vice versa. To change the value for NLS_LANG, go to your registry and change the NLS_LANG parameter that is situated under HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOMEnnn/NLS_LANG where HOMEnnn is the home where your Oracle ODBC driver is installed."
    Hope this helps, resolved our issue with this problem.

  • Re: Mutliple Inhertance with Forte

    Hi Gunjan,
    No. It is not possible.
    What is possible is :
    Create interface a with implementation class A,
    interface b with implementation class B.
    Create a class C1 (who could optionaly inherit from
    class C0) and declare (in the proprety menu of
    the class) that this class implement interface a and b.
    Then, put in the class attribute AttA of type A
    and attribute AttB of type B and then use this attributes
    to implement the interface d&eacute;finition :
    Here is a more concret example for one interface :
    Say interface a declare a methode print()
    So the class A implementing interface a will
    have a Print() method who will done the REAL job.
    Say a class C implementing interface a.
    C class will have an PrintMgr atribut like this PrintMgr : A
    C class will have a Print() method code like this :
    Method Print() {
    // Don't forget to test that PrintMgr
    // attribut is instanciate BEFORE !!!
    Self.PrintMgr.Print();
    By this way you can obtain multiple inheritance.
    Hope this help !
    to use interface and implementation classe
    coresponding to the interface, and than ins
    At 09:24 22/06/98 -0400, Gunjan Vijayvergia wrote:
    Can we derive a single class from two classes using tool ?
    Gunjan
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
    Jean-Baptiste BRIAUD,
    [email protected]
    SEMA GROUP
    France
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    If you mean Multiple Inheritance in C++, Please look at Forte R3 - Interface
    Classes.
    Venkat Kodumudi
    Price Waterhouse LLP
    Internet: [email protected]
    Internet2: [email protected]
    -----Original Message-----
    From: [email protected] [SMTP:[email protected]]
    Sent: Monday, June 22, 1998 11:49 AM
    To: Venkat Kodumudi
    Subject: Mutliple Inhertance with Forte
    To: [email protected] @ Internet
    cc:
    From: [email protected] @ Internet
    Date: 06/22/98 09:24:06 AM
    Subject: Mutliple Inhertance with Forte
    Can we derive a single class from two classes using tool ?
    Gunjan
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

  • LMS 3.2 and RME 4.3.1 telnet with tacacs+ fails

    Hi everyone,
    I'm having issue with credentials verification for telnet with TACACS+ enabled. Verification job fails with "Telnet: Incorrect" and an exception to daemons.log:
    om.cisco.nm.lib.cmdsvc.CmdSvcException: com.cisco.nm.lib.cmdsvc.telnet.TelnetException: Unable to read from socket
            at com.cisco.nm.lib.cmdsvc.TelnetSession.connect(TelnetSession.java:89)
            at com.cisco.nm.lib.cmdsvc.Session.connect(Session.java:152)
            at com.cisco.nm.lib.cmdsvc.AuthHandler.connect(AuthHandler.java:254)
            at com.cisco.nm.lib.cmdsvc.OpConnect.invoke(OpConnect.java:56)
            at com.cisco.nm.lib.cmdsvc.SessionContext.invoke(SessionContext.java:299)
            at com.cisco.nm.lib.cmdsvc.Engine.process(Engine.java:57)
            at com.cisco.nm.lib.cmdsvc.LocalProxy.process(LocalProxy.java:22)
            at com.cisco.nm.lib.cmdsvc.CmdSvc.connect(CmdSvc.java:190)
            at com.cisco.nm.lib.cmdsvc.CmdSvc.connect(CmdSvc.java:166)
            at com.cisco.nm.xms.xdi.pkgs.LibDcma.persistor.CliOperator.<init>(CliOperator.java:214)
            at com.cisco.nm.xms.xdi.pkgs.SharedDcmaIOS.transport.IOSCliOperator.<init>(IOSCliOperator.java:116)
            at com.cisco.nm.xms.xdi.pkgs.SharedDcmaIOS.transport.CatIOSSwitchCliOperator.<init>(CatIOSSwitchCliOperator.java:56)
            at com.cisco.nm.xms.xdi.pkgs.SharedDcmaIOS.transport.Cat6kIOSCliOperator.<init>(Cat6kIOSCliOperator.java:32)
            at com.cisco.nm.xms.xdi.pkgs.SharedDcmaIOS.transport.Cat6kIOSConfigOperator.getOperator(Cat6kIOSConfigOperator.java:35)
            at com.cisco.nm.xms.xdi.pkgs.LibDcma.persistor.OperatorCacheManager.getOperatorForDevice(OperatorCacheManager.java:50)
            at com.cisco.nm.xms.xdi.pkgs.LibDcma.persistor.ConfigOperation.doConfigOperation(ConfigOperation.java:99)
            at com.cisco.nm.xms.xdi.pkgs.SharedDcmaIOS.transport.IOSConfigOperator.fetchConfig(IOSConfigOperator.java:73)
            at com.cisco.nm.rmeng.dcma.configmanager.ConfigManager.updateArchiveForDevice(ConfigManager.java:658)
            at com.cisco.nm.rmeng.dcma.configmanager.ConfigManager.performCollection(ConfigManager.java:1646)
            at com.cisco.nm.rmeng.dcma.configmanager.CfgUpdateThread.run(CfgUpdateThread.java:27)
    I've tried to edit TacacsPrompts.ini also with suggestion to enter "," after last space character
    I'm using only TACACS so all prompts are the same. I'm using MOTD also.
    TACACS prompt looks like this example : "TEST username: ,TEST password: " so this looks obvious.
    The issue started to appear after some patching done to RME and CiscoView, but I'm not sure that this is connected anyhow.
    Thanks for all the help

    Hi!
    They gave me the solution like this:
    line vty
    timeout login response 90
    Ofcourse it helped but this it still inproper behavior from LMS side. It sends the username char by char for more than a minute! Guess the scenario with thousands of devices.... It will take ages to telnet to them. And network performance has nothing to do with that - i'm running the LMS on a powerful Sun and the network is mostly gigabit connected.
    Setting timeout login response is a workaround but does not fix the problem.
    Still waiting fot some fix to LMS not for fairly acceptable workarounds.
    This is NOT case with TACACS enabled on a router. The box responds within moment when telneted using commandline or other NMS software. This is a problem with LMS telnet login mechanism and prompt parsing (TacacsPrompts.ini doesn't seem to work at all, I could type there anything and it has no effect on the login proces).
    Besides this SSH to the same box wit TACACS works flawlessly. But then it parses only password prompt not the username - this is sent by ssh.

  • Try to use Mysql database with forte

    Dear All:
    As title said, I try to use Mysql database with forte.
    I read the manual , it said I have to put the database jdbc driver in
    the Forte for Java lib/ext directory.
    I did it and then add a new Driver in the Runtime tab in the Explorer
    window .
    But when I try to test this new driver(by Right-clicking on the driver
    or connection in the Explorer and select Test Driver from the context
    menu),it said "cannot find driver class: check your CLASSPATH or
    \lib\ext direectory".
    I am sure I'hve put the driver class(with the whole directory structure)
    in that folder.
    Does anyone what I may go wrong ?
    Could you please give me some advices that I can fix this problem ?
    Thanks in advance.
         Ken @ Taipei , Taiwan , Asia

    You should have put the jar file that contains the driver into that directory. If you unpacked the jar file and put the individual classes into that directory, it will not work.

  • RMI Performance Comp. with Forte

    Hi All,
    I know that this topic has been discussed on the list
    already, but I would like to find out whether the
    current state of Sun's RMI implementation is like
    I imagine it, and I want to compare with our Forte
    Service objects too. Basically, these seem to be
    issues that negatively affect performance,
    1. A thread is created on the server per request, and
    there is no way to change this easily (i.e. reuse
    threads from a pool)
    2. Each call opens a new socket.
    In particular, does it make sense to replace RMI with
    CORBA for increased performance and scalability? Can a
    PC-based server handle loads of about 1000 remote
    calls per second (considering the overhead imposed by
    RMI/other communication methods only)? or Shall we
    compare Forte against RMI.
    Thankx,
    Babu

    Okay,
    A method invocation (or function call or procedure call or whatever) is
    always a synchronous call. This means, you ask the service to do something
    and wait for the function to complete, optionally with return values. It is
    possible, that within the method, a separate thread is started, that
    continues after the method is completed, but that doesn't change the
    mechanism that a method invocation is a synchronous call.
    In Forte, it is possible to start a method as an asynchronous call, with the
    "start task" command. In that case, the caller does not wait for the method
    to complete and return values are not handled. If this method invocation
    happens across a network (making it a Remote Method Invocation) then a
    socket will be opened when the call is made and closed immediately after. It
    does solve the one-socket-per-caller problem, but not the
    one-thread-per-caller problem. Also, it does remove the possibility of
    receiving return values.
    If you want to keep using method invocations as synchronous calls with
    return values, but you also want to share resources like sockets and
    threads, then you have to use TP-monitoring concepts. You must have a two
    way, asynchronous call with an additional parameter. This means, the client
    does a single, brief call that re-uses an existing thread and immediately
    frees the socket it used. The client passes all required parameters and one
    additional parameter to identify itself. In Forte, this would be a reference
    to an anchored object on the client-partition. Then the client waits
    (possibly blocks). The server completes the request and locates the client
    that sent the request. The server invokes a method on the client, informing
    that the request was handled. The server now also passes all return values.
    The client exits its wait-state and continues.
    In Forte (even if you use other mechanisms to hook into Forte), every call
    still is a separete thread. If you wish to re-use existing threads, this
    must be done using events. So, a client invokes a method asynchronously
    (using "start task") and waits. The server start a new thread and posts an
    event. Each existing thread is either idle in an event loop or busy handling
    a previous event. The new event is added to the queue of all event loops and
    the original thread is terminated (the socket was already freed). One event
    loop of the thread-pool will be the first one to respond to the event, mark
    this somewhere (maybe using mutex) and start handling it. All the others
    will eventually respond to the event as well, but will be able to see that
    the event is already being handled and ignore it.
    This does introduce overhead and it makes your application more complex, but
    it also prevents you running out of resources.
    Now, the real issue is not the amount of calls per second, but a combination
    of calls per second and seconds to complete the call. Using these two
    numbers, you can calculate the amount of tasks the server has to be handling
    simultaneously at any given time (average). Using the above described
    technique you can handle intermittent, large loads, because if there are
    more requests than available resources (threads) at any given time, the
    requests will simply be put in a queue and handled later. However, if the
    over-load continues for a prolonged period of time, the queue will simply
    grow and grow and grow until the partition crashes and all queued items will
    be lost.
    Then it is time for load-balancing. You install several additional servers
    and run a serverprocess on each of these machines. And you use a router that
    distributes calls across the different serverprocesses. Forte has built-in
    mechanisms for that, that work reasonably well. However, if the amount of
    calls per second is so high, that even the short time it takes the router to
    relay the request still is too long, so that the router runs out of
    resources, then you have to use more complex models, for which Forte doesn't
    have any ready-to-use solutions. But neither does CORBA or Java I believe.
    One more thing. If you combine the above described mechanism to free sockets
    as quickly as possible and use Forte loadbalancing, you might solve all your
    problems. Just install 6 overloaded server processes. This results in 6
    processes times 256 threads per process equals 1536 simultaneous tasks. If
    each task is an asynchronous method invocation that immediately frees its
    socket, then you never block you're whole server by using all sockets and
    you're still able to do handle 1536 requests simultaneously.
    Remember, if you have such a large load of calls per second, that all pass
    through the same machine (router) then you'll run into hardware limitations
    and no software solution can fix that. You have to find a mechanism to
    distribute calls across different nodes without using a single router. For
    example, cluster clients and have a single server node per cluster.
    Pascal.
    -----Original Message-----
    From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
    Sent: Friday, March 24, 2000 3:42 PM
    To: Rottier, Pascal
    Cc: kamranaminyahoo.com
    Subject: RE: (forte-users) RMI Performance Comp. with Forte
    Hi,
    I believe in CORBA, ORB maintains the same
    connection ( Same Socket) for multiple calls, on the
    same Servant object, unless otherwise its ONEWAY call.
    But RMI uses the same strategy as Forte, I'm not sure
    either on this. Thats the reason, i asked the previous
    question.
    Thankx,
    Babu
    --- "Rottier, Pascal" <Rottier.Pascalpmintl.ch>
    wrote:
    How are CORBA and RMI different then Forte (one
    socket and one thread per
    call)?
    -----Original Message-----
    From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
    Sent: Friday, March 24, 2000 3:18 PM
    To: kamranaminyahoo.com
    Subject: (forte-users) RMI Performance Comp. withForte
    Hi All,
    I know that this topic has been discussed on thelist
    already, but I would like to find out whether the
    current state of Sun's RMI implementation is like
    I imagine it, and I want to compare with our Forte
    Service objects too. Basically, these seem to be
    issues that negatively affect performance,
    1. A thread is created on the server per request,and
    there is no way to change this easily (i.e. reuse
    threads from a pool)
    2. Each call opens a new socket.
    In particular, does it make sense to replace RMIwith
    CORBA for increased performance and scalability?Can a
    PC-based server handle loads of about 1000 remote
    calls per second (considering the overhead imposedby
    RMI/other communication methods only)? or Shall we
    compare Forte against RMI.
    Thankx,
    Babu
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. Tounsubscribe, send in a new
    email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • RE: Ole Automation with forte.

    Tran,
    Here is a piece of code(using Forte Version 3OF2 & Word 97) that we've
    used to determine if there is already an instance of Word running:
    // Create an instance of a Word Application and activate it.
    // If an a Word application exists, just activate it.
    if ( aTasks <> NIL and aTasks.Exists(aWordApplication.Name) )
    then
    aWordApplication.visible = TRUE;
    aWordApplication.Activate();
    else
    aWordApplication = new();
    aTasks = new();
    aWordApplication.CreateUsingProgID( 'word.application'
    aWordApplication.visible = TRUE;
    aWordApplication.Activate();
    aTasks is an attribute of type Tasks on our window & aWordApplication is
    an attribute of type _Application on our window. This code will work if
    there already is an instance of Word that was started from a Forte
    applicaiton. It doesn't recognize a instance of Word that was started
    outside of a Forte app. Hope this helps!!
    From: Quy Tran[SMTP:[email protected]]
    Sent: Wednesday, May 20, 1998 11:17 PM
    To: [email protected]
    Subject: Ole Automation with forte.
    Good Day forte users,
    I'm trying to invoke MSWord from a forte application.
    I set the objectreference using CreateUsingProgId(This is the only way
    that I could get it to work).
    The problem is when using CreateUsingProgId, forte will create another
    instance of Word. Is there a way to know if the instance already
    exists
    and retrieve the objectreference of that instance?
    Any help would be appreciated.
    Thanks
    Quy Tran
    Lumley Technology
    Analyst/Programmer
    [email protected]
    Ph : 612 93186722
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive
    <URL:http://pinehurst.sageit.com/listarchive/>
    If you are not the intended recipient, please notify the Sender.
    Non-business opinions may not reflect opinions of Piper Jaffray

    Hi Aurang
    You can call almost all methods using OLE. What is required is to know how to interpret a script to ABAP OLE call. This is explained in the tutorial<a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/c1d54348-0601-0010-3e98-bd2a2dcd9e6c">"An Easy Reference For OLE Automation"</a>
    Regards
    *--Serdar <a href="https://www.sdn.sap.com:443http://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.sdn.businesscard.sdnbusinesscard?u=qbk%2bsag%2bjiw%3d">[ BC ]</a>

  • Working with Forte Projects

    In my workspace called Parent, I have created a project called Logger.prd and have specified the Project Directory as Parent/Logger/Debug. The Project Type is User Makefile Application. The Makefile Target directory is specified as ./ (dot-slash) to be relative to the Project Directory. After saving the project, I go to the Build tool which shows the correct target directory, and I define a macro for this target.
    At this point the target builds fine, in the correct directory.
    Now, I derive a new workspace from Parent called Child. It has the same directory structure, thus has a directory called Child/Logger/Debug. I copied Parent/Logger/Debug/Logger.prd to Child/Logger/Debug. Then I Open the project Child/Logger/Debug/Logger.prd and change it's Project Directory to Child/Logger/Debug, select APPLY and save the project. I go the the Build tool which shows the correct target directory (Child/Logger/Debug), and I define the macro for this target.
    At this point the target builds fine, in the correct directory (Child/Logger/Debug)
    Now it get messy.
    I close the current project and open the project Parent/Logger/Debug/Logger.prd.
    At this point, if I go to the Build tool, it shows the incorrect target directory.....It shows Child/Logger/Debug instead of Parent/Logger/Debug. If I build the target now, it will write to the wrong directory.
    If I select Project->Edit Project, it shows the corrector project directory (Parent/Logger/Debug). If I select APPLY, the Build Tool will now show the correct target directory (Parent/Logger/Debug), However, it lost the macro previously defined to the target.
    What is going on with the Build tool and it's target directory? After loading a project, Workshop should use that project directory for the Build Tools Target directory.....it's associated with and defined by the project.
    This worked correctly with Workshop 5. With the Workshop 5 worksets, we could a workset in one directory, hit the build hammer, and it build to the correct directory. Then we could load a different workset by the same name in a different Workspace, and with one button, build to the correct directory.
    So why with FORTE, do we have to go back and APPLY the Project Directory so it is reflected correctly by BUILD, but then have to re-add the macros? A one-step process, is now a 5-step process, which if you are not careful, could wipe out the executables in the wrond workspace...
    --steve                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    Welcome to the forum.
    What do you mean by "shell merge" other than merged webhelp?
    Merged webhelp merges at runtime so at the authoring end each
    project is unique which means the RH reports relate to just one
    project. No way I know of getting RH to report across the whole
    merge.
    If you are using source control, you don't need merged
    webhelp to allow different authors to work on different topics. The
    rationale for merged webhelp would be delivering different output
    combinations to different end users.
    Bring all the projects into one though could be interesting
    if there are cross project links as their relationship would
    change.
    If it ain't broke, don't fix it seems like good advice.
    There's a topic on merged webhelp on my site. It is based on
    X3 dialogs but the methods are still valid including for RH7,

  • ODBC with Forte

    Has anyone built an application using ODBC with Forte? We are in the
    process of doing this but have no clear understanding of what we have to
    do to use ODBC. Do we get rid of all the SQL we have created? Do we
    by-pass Forte's database access functions? I have called Forte on this
    issue. They simply pointed me to the Accessing Database book which
    simply pointed out how to set the ODBC driver.
    Thanks!
    Maria Lim
    May & Speh
    1501 Opus Place
    Downers Grove, IL 60515
    630-971-4758
    [email protected]

    At 11:41 AM 1/6/98 -0600, you wrote:
    Has anyone built an application using ODBC with Forte? We are in theMaria,
    In response to your inquiry regarding ODBC use with Forte.
    Accessing a database via ODBC with Forte is no different than accessing it
    using native drivers. I've used ODBC to work with MS Access, MS SQLServer
    and IBM's DB2 (via a third party ODBC driver).
    The following assumes you want to use the ODBC driver in a server partition.
    If you want to use it from a client (Win 3.1x, Win95) ask tech support
    for TECHNOTE 10540, "Configuring and testing ODBC on Windows 3.11/95/NT with
    Oracle, SQLServer, and Access."
    The steps to access ANY database within Forte are the same regardless of
    the drivers used (ODBC vs. native drivers).
    First: Install the database in the target machine. If the database will be
    accessed via an ODBC driver, then you must define the driver (in NT it is
    done from the ODBC icon in the control panel). The data source name will
    be the database name you'll use in the Forte DBSession object.
    Second: Tell the Forte environment that there is a database resource in the
    node where you defined the ODBC database. One way to do this is via Econsole.
    You would lock the environment and update the node properties to add an ODBC
    resource. The resource name will be the DatabaseManager name in the
    Forte DBSession object.
    Third: Create a DBSession using the resource manager name and data source
    name you created.
    Fourth: Write Forte code to use the database. Sometimes the SQL syntax between
    databases differs (specially if you are using functions, etc.) so you may
    have to
    allow for that if you are converting between databases.
    Good luck
    Gabriel J. Choza
    Forte Technical Sales
    (602) 553-1029
    2390 E. Camelback - Suite 300
    Phoenix, AZ 85016

  • Link error with Forte C++ Update 2 -compat=4

    We've just upgraded to the Forte 6.0 update 2 C++ compiler on
    Solaris 2.6. I'm getting the following link error when linking
    against libraries built with the 4.2 C++ compiler.
    Undefined               first referenced
    symbol                in file
    __rtaccess(MOperation&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
    __rtaccess(MHash&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
    __rtaccess(MPublisher&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
    __rtaccess(MApp&)
    ld: fatal: Symbol referencing errors. No output written to ./tibcorbarvb
    gmake[1]: *** [tibcorbarvb] Error 1
    I've made sure the required patches for the Forte compiler are installed and the system was rebooted.
    I use the following flags when linking:
    CC -mt -g -xildoff -pto -KPIC -D_REENTRANT -compat
    -features=rtti,namespace,bool,localfor,mutable -zmuldefs
    I use -features as I also link with some libraries that use features
    of C++ not available in the 4.2 compiler. However the link
    errors are from the library that is built with the 4.2 compiler.
    Everything compiled and linked fine with Forte 6.0 Update 1.
    This is something new with the update 2 compiler.
    Any help is appreciated.

    Hi There,
    I see that youare using the compiler flag -compat
    with no value assigned.
    This means it defaults 5.0C++ compiler comatibilty mode.
    Since you mentioned in your email that you get the error message from the library built with 4.2 C++
    compiler, try -compat=4 flag.
    See the C++ migration guide for more information
    from http://docs.sun.com
    ....jagruti
    Developers Technical Support
    Sun Microsystems Inc.
    http://www.sun.com/developers/support

Maybe you are looking for

  • IPhone won't auto launch iTunes anymore

    I just updated to Lion and the new version of iTunes. When I plug in my iPhone, however, iTunes won't launch and autosync anymore. I checked the settings and, based on my preference settings, it should autolaunch. I tried to click and unclick on the

  • Agent deployment issue

    O/S: MS win 2k3 sp2 (OMS configured) Target machine: AIX 5.3 local host: oem user: administrator target host: cbsdr user: ocle I had configured ssh on windows as well as on aix Now, while running the script sshConnectivity it gives error the output i

  • How to get 100% view centered when opening document?

    I work with my documents at 100%. Whenever I open a document the pages are placed rather randomly on my screen... Is there a way to have the pages centered by default? I have to press cmd-alt-0 (to center the spread) and then cmd-1 (to g to 100%) eve

  • How maintain pricing conditions in CCM 2.0

    Hi, We are using CCM 2.0, and SRM 5.0. Please let us know how should we maintain the pricing conditions in CCM, say when we enter item price in the individual item attributes, we want to maintain different prices, say if 10 items are purchased they c

  • I would like to upgrade my firefox but when I do it cannot find the proxy server

    When I try to up grade to the new firefox 5.o from the 3.5 I currently have it cannot find my proxy server and I do not know how to fix this