Forte, CICS, and MQ

In response to Manuel Granados, it may help to look
at the interfaces I have developed for CICS for NT,
and also for the MQ Series, which are on the Forte
home page, under "Technical Information." Look
under "Shareware" and download what you like. You
need a password, but Technical Support should be
able to provide you with one right away, if you
don't already have one.
Hope this helps!
Geoff

Similar Messages

RE: Forte - CICS on NT

It is true that Forte NT clients do not use native NT threads. However,
Forte NT servers do use native threads (as documented in 2.H release
notes on page 71.) I was assuming that you would build a service object
to act as the interface between Forte clients and CICS. You may be
trying to do something entirely different.
Daniel C. Zimmerman
PageNet
(972)985-2452
From: June White[SMTP:[email protected]]
Sent: Thursday, May 01, 1997 2:57 PM
To: Daniel Zimmerman
Cc: '[email protected]'; 'James Urquhart';
'[email protected]'
Subject: RE: Forte - CICS on NT
The tech bulletin states that Native threads will be part of release 3.
OLE example crashed -this is not unique to NT4.0. This problem
is due to the way Forte threads work in Release 2. It is fixed
in Release 3 of Forte which runs multithreaded using native
threads.
Thanks.
At 01:54 PM 5/1/97 -0500, Daniel Zimmerman wrote:
I thought I saw a Forte tech note or release note that said that Forte
uses native NT threads on 2.F.2 and above.
Daniel C. Zimmerman
PageNet
(972)985-2452
From: James Urquhart[SMTP:[email protected]]
Sent: Thursday, May 01, 1997 1:20 PM
To: [email protected]
Cc: [email protected]
Subject: Re: Forte - CICS on NT
Venkat,
The issue with directly calling the CICS for NT API has to do with
threading packages. When using C wrappering, the called functions are
executed in the same process as the Forte code that calls them. In version
2.0, Forte uses its own threading package on NT clients, rather than the
native NT threads. Unfortunately, the threading package used by CICS for
NT conflicts with our package, and random crashes can occur when running
both in the same process.
By using the socket interface, we are able to run CICS for NT in a seperate
process, thus keeping the threading packages uniquely seperate. This, in
turn, avoids any thread conflicts.
In version 3.0 of Forte, it may be possible to reimpliment the CICS code
with the C wrappering mechanism, as Forte NT clients will use native NT
threads in this version.
At 01:06 PM 5/1/97 -0500, you wrote:
I was looking at the Forte - CICS wrapper code for CICS on NT that is part
of Forte Shareware.
The Forte piece communicates via NT Winsock to a C program that starts a
thread to talk to the CICS API on NT.
My question is, can we do this level of communication by Forte directly
calling the CICS for NT API, not spending time on the
socket calls? Has any body done this? What are the implications of doing
it
either way?
Any insight into it will be appreciated.
Venkat Kodumudi
James Urquhart [email protected]
Product Manager phone: (510) 986-3513
Forte Software, Inc. fax: (510) 869-2092

It is true that Forte NT clients do not use native NT threads. However,
Forte NT servers do use native threads (as documented in 2.H release
notes on page 71.) I was assuming that you would build a service object
to act as the interface between Forte clients and CICS. You may be
trying to do something entirely different.
Daniel C. Zimmerman
PageNet
(972)985-2452
From: June White[SMTP:[email protected]]
Sent: Thursday, May 01, 1997 2:57 PM
To: Daniel Zimmerman
Cc: '[email protected]'; 'James Urquhart';
'[email protected]'
Subject: RE: Forte - CICS on NT
The tech bulletin states that Native threads will be part of release 3.
OLE example crashed -this is not unique to NT4.0. This problem
is due to the way Forte threads work in Release 2. It is fixed
in Release 3 of Forte which runs multithreaded using native
threads.
Thanks.
At 01:54 PM 5/1/97 -0500, Daniel Zimmerman wrote:
I thought I saw a Forte tech note or release note that said that Forte
uses native NT threads on 2.F.2 and above.
Daniel C. Zimmerman
PageNet
(972)985-2452
From: James Urquhart[SMTP:[email protected]]
Sent: Thursday, May 01, 1997 1:20 PM
To: [email protected]
Cc: [email protected]
Subject: Re: Forte - CICS on NT
Venkat,
The issue with directly calling the CICS for NT API has to do with
threading packages. When using C wrappering, the called functions are
executed in the same process as the Forte code that calls them. In version
2.0, Forte uses its own threading package on NT clients, rather than the
native NT threads. Unfortunately, the threading package used by CICS for
NT conflicts with our package, and random crashes can occur when running
both in the same process.
By using the socket interface, we are able to run CICS for NT in a seperate
process, thus keeping the threading packages uniquely seperate. This, in
turn, avoids any thread conflicts.
In version 3.0 of Forte, it may be possible to reimpliment the CICS code
with the C wrappering mechanism, as Forte NT clients will use native NT
threads in this version.
At 01:06 PM 5/1/97 -0500, you wrote:
I was looking at the Forte - CICS wrapper code for CICS on NT that is part
of Forte Shareware.
The Forte piece communicates via NT Winsock to a C program that starts a
thread to talk to the CICS API on NT.
My question is, can we do this level of communication by Forte directly
calling the CICS for NT API, not spending time on the
socket calls? Has any body done this? What are the implications of doing
it
either way?
Any insight into it will be appreciated.
Venkat Kodumudi
James Urquhart [email protected]
Product Manager phone: (510) 986-3513
Forte Software, Inc. fax: (510) 869-2092

Forte - CICS on NT

I was looking at the Forte - CICS wrapper code for CICS on NT that is part
of Forte Shareware.
The Forte piece communicates via NT Winsock to a C program that starts a
thread to talk to the CICS API on NT.
My question is, can we do this level of communication by Forte directly
calling the CICS for NT API, not spending time on the
socket calls? Has any body done this? What are the implications of doing it
either way?
Any insight into it will be appreciated.
Venkat Kodumudi

A clarification:
What I meant to say is that Forte version 2.0.anything uses the Forte
thread package on NT client partitions, meaning any client partition
deployed on an NT node will use Forte threads. All server partitions use
NT native threads.
James
At 01:35 PM 5/1/97 -0500, you wrote:
>
>
>
>
James,
We are running Forte 2.0.H.2 on NT4.0, where our only options on thread
packages are Native NT and DCE threads. SO, will we have the
problem that you are describing in that situation?
Thanks
Venkat
[email protected] on 05/01/97 01:20:40 PM
To: Venkat Kodumudi
cc: [email protected]
Subject: Re: Forte - CICS on NT
Venkat,
The issue with directly calling the CICS for NT API has to do with
threading packages. When using C wrappering, the called functions are
executed in the same process as the Forte code that calls them. In version
2.0, Forte uses its own threading package on NT clients, rather than the
native NT threads. Unfortunately, the threading package used by CICS for
NT conflicts with our package, and random crashes can occur when running
both in the same process.
By using the socket interface, we are able to run CICS for NT in a seperate
process, thus keeping the threading packages uniquely seperate. This, in
turn, avoids any thread conflicts.
In version 3.0 of Forte, it may be possible to reimpliment the CICS code
with the C wrappering mechanism, as Forte NT clients will use native NT
threads in this version.
At 01:06 PM 5/1/97 -0500, you wrote:
I was looking at the Forte - CICS wrapper code for CICS on NT that is part
of Forte Shareware.
The Forte piece communicates via NT Winsock to a C program thatstarts a
thread to talk to the CICS API on NT.
My question is, can we do this level of communication by Fortedirectly
calling the CICS for NT API, not spending time on the
socket calls? Has any body done this? What are the implications of doingit >either way?
Any insight into it will be appreciated.
Venkat Kodumudi
James Urquhart [email protected]
Product Manager phone: (510) 986-3513
Forte Software, Inc. fax: (510) 869-2092
James Urquhart [email protected]
Product Manager phone: (510) 986-3513
Forte Software, Inc. fax: (510) 869-2092

Forte' Shareware: Forte'/CICS integration

(I send again this mail, as I don't know if it has been properly
broadcasted.
So excuse me if you receive this mail twice.)
Hi All,
Recently I have downloaded the "Forte' shareware: Forte'/CICS integration"
solution from the Forte' web site.
Unfortunately I have audited that this solution has been developed for
"CICS for Windows NT Version 2" while we have installed "IBM Transaction
Server for Windows NT, Version 4" containing "CICS for Windows NT, V4" and
"CICS Client for Windows NT, V2.0.1.".
I have understood that in our installation the necessary libraries have
furnished with the CICS Client.
I tried to compile ntlisten.c : here is my make file.
NTLISTEN.MAK
ntlisten.exe: ntlisten.obj
link /nod ntlisten.obj cclwin32.lib libc.lib kernel32.lib user32.lib
gdi32.lib wsock32.lib
ntlisten.obj: ntlisten.c
cl /c /MT /DWIN32 /D_WIN32 /D_X86_=1 /DCICS_W32 ntlisten.c
The problem is that the "_beginthread" function doesn't come resolved.
ERROR LNK2001: Unresolved external symbol _beginthread
I have seen that inside the remarks the author declares that:
" I compiled it with this command:
cl /MT /D_WIN32 ntlisten.c wsock32.lib faacicnt.lib "
Therefore I think that the _beginthread symbol might be defined in the
FAACICNT.LIB library which however I am not able to locate in my
installation of CICS.
Any experiences would be appreciated.
Regards
Giuseppe Sorce
Giuseppe Sorce
CSI Piemonte
C.so Unione Sovietica, 216
10134 TORINO - ITALY
E-mail address: [email protected]
Telephone Number: +39-11-3168847

I have the exact same problem.
Mine's WinNT4SP6a
Same versions of iWS and iAS.
One note is that the Dialog that pops up has wonky paths
D:\Netscape\Server4/bin/https/jar/IWSToolsIntegration.jar
Can anyone help either Vadim or myself?
Vadim Gorbounov wrote:
Hello,
Does anybody succeed in Forte 3.0 Enterprise Edition configuration?
I'm doing Win2000 installation, I have iPlanet WebServer 4.1 SP7 and
iPlanet AppServer 6.0 installed on this box. Forte 3.0 iPlanet plugin asks
me
for web server4 home directory during first start and than complains
about missing <server4>\bin\https\jar\IWSToolsIntegration.jar. I can't
find any IWSToolsIntegration.jar nowhere, neither no references in
iPlanet/Forte documentation.
Can anybody shed some light on this?
Thank you
Vadim Gorbounov
[email protected]
www.simplyengineering.com

Get current customer in CIC and pass it to BSP

Hi experts,
I'm new to the CIC application but very familiar with CRM Web Client.
The customer embedded a z-BSP into it's business role to call a SAP GUI transaction in a new window. This works.
Now, the current customer, which is selected in interaction center shall be passed to the BSP so that the SAP GUI transaction can be started with this customer id.
Can anyone tell me how to get this customer object from CIC and pass it to the BSP?
Thank you very much!
BR
Mireille

Hi Mirelle,
As stated by Peter correctly, the confirmed data (e.g current customer) data is present in the buffer at the global data context level. You can fetch it using the below sample code too:
DATA : lr_gdc TYPE REF TO if_crm_ui_data_context,
lr_cust TYPE REF TO if_bol_bo_property_access.
lr_gdc = cl_crm_ui_data_context_srv=>get_instance( ).
CHECK lr_gdc IS BOUND.
lr_cust = lr_gdc->get_entity( name = if_iccmp_global_data_cont_con=>gdc_currentcustomer ).
I hope this helps. Please let me know if you have any questions.
Thanks
Vishal

Customer Interaction Center CIC and SAP Phone

Dear All,
We are using SAP Phone with CIC, and everything is working well when the SAP Phone server is started, but soon after one by one some of the extensions stop working. The users when they try to do any operation are blocked as SAP R3 is waiting for SAP Phone server to reply and in the log of the server we see the following
"A call to TAPI function lineGetAgentStatus has failed.
Call handle to use:        (Not used)
Second call handle to use: (Not used)
(Both or one of them may be marked as "Not used"
if not relevant for TAPI call)
> Extended TAPI information:
TAPI returncode:      0x80000049
TAPI error text:      LINEERR_OPERATIONUNAVAIL
2008/10/30 18:44:45:49 Error 0x50016 in Process 1528 Thread 3828
Location: CPHOrderManager::ReturnHandling Module: phordermgr.cpp Line: 1395
The SAPphone Server uses TAPI 2.0 or higher to map
SAPphone functionality to TAPI. Unfortunaltely your
TAPI service provider currently being used does not
implement all TAPI functions required by the SAPphone Server.
In particular, this TAPI function is not supported: lineGetAgentStatus
Please contact the vendor of your TAPI service provider
to get a new version where function lineGetAgentStatus
is implemented or choose a different TAPI service provider."
We have checked the TAPI version and it is 2.1.x. Has anyone faced similar problems? and know of any solutions? If we re-start the SAP Phone server again everything works fine for some time. We checked the memory and its 4GB main memory, and system load is also low
Any help on this will be very much appreciated.
Thanks and Best Regards
Anirban

Did you find the solution for this? We are facing the same problem.
Br,
Virginia

RE: (forte-users) Forte SMTP and POP3 Support

Scaffolds includes in a protocol library an smtphandler which allows us to
send emails. It works great! You can try contacting someone at Metamor to
see if they can give you more information on this. I can't give you any
code as it is part of their package. Sorry!
-----Original Message-----
From: Rottier, Pascal [mailto:Rottier.Pascalpmintl.ch]
Sent: Wednesday, February 23, 2000 7:22 AM
To: 'edwardsmjwillis.com'; kamranaminyahoo.com
Subject: RE: (forte-users) Forte SMTP and POP3
Support
Mark,
Unfortunately, Forte doesn't offer any ready-to-use internet
protocoll
support libraries (like FTP, Telnet, SMTP, POP3, NNTP,
UU-code
or MIME). I think this would be a valuable enhancement of
Forte.
Does any one know if SUN plans to include this into Forte?
Does
any one know if there is any third-party set of Tool-classes
that
supports this?
Pascal
> -----Original Message-----
> From: edwardsmjwillis.com [SMTP:edwardsmjwillis.com]
> Sent: Wednesday, February 23, 2000 3:36 PM
> To: kamranaminyahoo.com
> Subject: (forte-users) Forte SMTP and POP3 Support
>
>
>
> Hi,
>
> Our Forte development team are currently investigating how
we can add
> internet
> mail capabilities to a Forte application. Our application
needs to
> send/receive
> mails from a mail server in an NT environment. Does forte
provide SMTP and
> POP3
> protocol support (libraries) so that we can use external
connection class
> to
> connect to the server and send/ receive mails or do we
have to use third
> party
> controls ?.
>
> Any help regarding code examples or third party solutions
would be
> appreciated.
>
> Thanks in advance
>
> Mark J Edwards
> Senior Technical Specialist
> Willis
>
> Email: edwardsmjwillis.com
>
>
>
>
>
> The information in this email and in any attachments is
confidential and
> may be
> privileged. If you are not the intended recipient, please
destroy this
> message,
> delete any copies held on your systems and notify the
sender immediately.
> You
> should not retain, copy or use this email for any purpose,
nor disclose
> all or
> any part of its content to any other person.
>
>
> --
> 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

Hi,
Unfortunatly, Forte does not provide SMTP and POP3 protocoles.
But, you can use External connections to do it if you need.
You can find a simple SMTP send mail sample code on
http://perso.club-internet.fr/dnguyen/ . The receive should be as easy as the send.
For MIME base 64 encoding and decoding, it should last one or two weeks of coding
(if you need optimization).
One advantage of coding this in Tool directly is the portability.
In your case, on NT, you could also interface with MAPI using for instance the
ActiveX interface.
By that way, you will already have SMTP, POP3 and MIME.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
http://perso.club-internet.fr/dnguyen/
edwardsmjwillis.com a écrit:
Hi,
Our Forte development team are currently investigating how we can add internet
mail capabilities to a Forte application. Our application needs to send/receive
mails from a mail server in an NT environment. Does forte provide SMTP and POP3
protocol support (libraries) so that we can use external connection class to
connect to the server and send/ receive mails or do we have to use third party
controls ?.
Any help regarding code examples or third party solutions would be appreciated.
Thanks in advance
Mark J Edwards
Senior Technical Specialist
Willis
Email: edwardsmjwillis.com
The information in this email and in any attachments is confidential and may be
privileged. If you are not the intended recipient, please destroy this message,
delete any copies held on your systems and notify the sender immediately. You
should not retain, copy or use this email for any purpose, nor disclose all or
any part of its content to any other person.
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

Forte, iiop, and java 2 woes

We are running Forte 3L2, and Java 2. We'd like to make calls to a forte SO
from a Java client. We can configure the SO for export, and find the ior
file.
However, the java side never seems to work. The idl compiler for JDK 1.2.x
(idltojava, downloaded from SUN) gives lots syntax errrors, these appear
without explanation on apparently good lines. The compiler for JDK 1.3.0
(idlj) only complains about some errors coming from a escaped strings, which
I can patch around.
The java files resulting from idlj need some minor patching/renaming to
compile (Had to put some of the primitive class helpers into Framework
project manually). And then, they fail at runtime. They fail with a null
object error when run in the 1.3.0 runtime. They fail with the same CORBA
exception when run in either the JDK 1.2.2 runtime, or the naturalbridge
native java compiled runtime.
Does anybody have a specific combination of Java 2 jvm and idl compiler
which will work with Forte? Were any specific tricks needed to make it
work? I tried the technotes, but those that I found seemed out of date for
Java 2.

If you look at the exception information in the iiop manual it
discusses exteneded propties DefaultThrowsClause, ThrowsClause and
IsThrowable.
If you mark your exception class with IsThrowable it will show up in the
IDL as an exception. If you use either DefaultThrowsClause(project) or
ThrowsClause(method) you will get the appropriate raises in the idl.
This will cause the idl2java to produce code which will allow you to catch
the exception.
Tom.
At 09:41 AM 1/29/99 +0100, Giuseppe Sorce wrote:
>
Hi all,
I am currently working to an architecture to establish a communication
between a Forte' server and a Java client, using Visigenic's Visibroker and
IDL mode.
I have problems when I try to raise a Forte' exception from a method
invoked by the Java client; I would like the exception class
(ProductException) not to inherit from the class GenericException, because
the IDL I want to generate must have this structure:
exception ProductException {
string message;
Using this solution, the client application gets blocked waiting forever.
I am currently working with:
- Forte' 3.0.G.2 plus WebEnterprise 1.0.B
- JDK 1.1.5
- Visibroker 3.1
My question is: is it possible to raise an exception from the Forte' side
that is
compliant to the IDL mentioned above?
Of course it should be caught from the Java side.
Thank you in advance
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/>

Fwd: Re: (forte-users) Forte 3M and AIX compiler

see attached

Why not this:
while myText.moveToString(' ') do
myText.ReplaceRange('-', myText.Offset, myText.Offset+1);
end while;
or if you prefer verbosity:
while myText.moveToString(source=' ') do
myText.ReplaceRange(source='-', startOffset=myText.Offset,
endOffset=myText.Offset+1);
end while;
-----Original Message-----
From: FatchJeBAM.com [mailto:FatchJeBAM.com]
Sent: Wednesday, January 12, 2000 2:51 PM
To: Troy.Burnsvacationclub.com; kamranaminyahoo.com
Subject: RE: (forte-users) search and replace within a TextData
How about this?? May have to play with start/end on ReplaceRange as I
didn't really test this
Anybody got a better way??
-- replace space with underscore
For x in 1 to myTextdata.LengthToEnd() do
If myTextData.IsSpace() then
MyTextdata.ReplaceRange('_'. Startoffset=myTextdata.offset,
endoffset=myTextdata.offset+1);
End if;
MyTextdata.MoveNext;
End for;
Jerry Fatcheric
-----Original Message-----
From: Burns, Troy [mailto:Troy.Burnsvacationclub.com]
Sent: Wednesday, January 12, 2000 9:40 AM
To: kamranaminyahoo.com
Subject: (forte-users) search and replace within a
TextData
Hello all,
I need to search within a textdata object, replacing all
occurrances of a
space
with another character. Can you give a quick code example
of how I would do
this?
Thanks in advance,
Troy
Troy Burns
Marriott Vacation Club Intl.
E-mail: troy.burnsvacationclub.com
Phone: (941) 688-7700 ext. 4408
For the archives, go to: http://lists.sageit.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.sageit.com
For the archives, go to: http://lists.sageit.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.sageit.com

Forte SMTP and POP3 Support

Hi,
Our Forte development team are currently investigating how we can add internet
mail capabilities to a Forte application. Our application needs to send/receive
mails from a mail server in an NT environment. Does forte provide SMTP and POP3
protocol support (libraries) so that we can use external connection class to
connect to the server and send/ receive mails or do we have to use third party
controls ?.
Any help regarding code examples or third party solutions would be appreciated.
Thanks in advance
Mark J Edwards
Senior Technical Specialist
Willis
Email: edwardsmjwillis.com
The information in this email and in any attachments is confidential and may be
privileged. If you are not the intended recipient, please destroy this message,
delete any copies held on your systems and notify the sender immediately. You
should not retain, copy or use this email for any purpose, nor disclose all or
any part of its content to any other person.

Hi,
Unfortunatly, Forte does not provide SMTP and POP3 protocoles.
But, you can use External connections to do it if you need.
You can find a simple SMTP send mail sample code on
http://perso.club-internet.fr/dnguyen/ . The receive should be as easy as the send.
For MIME base 64 encoding and decoding, it should last one or two weeks of coding
(if you need optimization).
One advantage of coding this in Tool directly is the portability.
In your case, on NT, you could also interface with MAPI using for instance the
ActiveX interface.
By that way, you will already have SMTP, POP3 and MIME.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
http://perso.club-internet.fr/dnguyen/
edwardsmjwillis.com a écrit:
Hi,
Our Forte development team are currently investigating how we can add internet
mail capabilities to a Forte application. Our application needs to send/receive
mails from a mail server in an NT environment. Does forte provide SMTP and POP3
protocol support (libraries) so that we can use external connection class to
connect to the server and send/ receive mails or do we have to use third party
controls ?.
Any help regarding code examples or third party solutions would be appreciated.
Thanks in advance
Mark J Edwards
Senior Technical Specialist
Willis
Email: edwardsmjwillis.com
The information in this email and in any attachments is confidential and may be
privileged. If you are not the intended recipient, please destroy this message,
delete any copies held on your systems and notify the sender immediately. You
should not retain, copy or use this email for any purpose, nor disclose all or
any part of its content to any other person.
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

Diff. between R/3 CIC and CRM CIC

Hi,
What is the diff. between R/3 CIC and CRM CIC?
Thanks

Hi Devi,
In CRM, SAP providing Marketing activities, Services and sales Activities.
We can call ECC transactions by using Transaction Launcher.
We use scripts in CRM (Interactive and Remainder)
For more information visit: http://help.sap.com/saphelp_crm50/helpdata/en/b3/bbc13806684a1eb86b2821ab92827f/frameset.htm
Reward points if helpful.
Srini.

RE: Forte, Tuxedo and ACMS

Hallo Rick,
I have no confirmation about the actual status at Forté, but we
interfaced Tuxedo using a normal C wrapping.
It works very well, with good performances.
By the way, it exists a shareware about a Tuxedo interface. You can
download it from www.forte.com.
Let me know if you need more information,
Best regards
Fabrizio Genesio
Datasign AG für Informatik
Ch. d'Eysins 53a
CH-1260 Nyon, Switzerland
Tel. : +41 22 361 04 04
Fax : +41 22 361 01 10
Mobile : +41 79 601 81 31
E-mail : mailto:[email protected]
Web : http://www.datasign.ch
-----Original Message-----
From: Rick Greenwald [SMTP:[email protected]]
Sent: Friday, February 06, 1998 10:20
To: '[email protected]'
Subject: Forte, Tuxedo and ACMS
All -
Does Forte have an interface to Tuxedo and/or ACMS? Have any of you
used it?
I would appreciate any information I could get. Please respond to me
directly, as I am not a regular member of the list.
- Rick Greenwald

If you look at the exception information in the iiop manual it
discusses exteneded propties DefaultThrowsClause, ThrowsClause and
IsThrowable.
If you mark your exception class with IsThrowable it will show up in the
IDL as an exception. If you use either DefaultThrowsClause(project) or
ThrowsClause(method) you will get the appropriate raises in the idl.
This will cause the idl2java to produce code which will allow you to catch
the exception.
Tom.
At 09:41 AM 1/29/99 +0100, Giuseppe Sorce wrote:
>
Hi all,
I am currently working to an architecture to establish a communication
between a Forte' server and a Java client, using Visigenic's Visibroker and
IDL mode.
I have problems when I try to raise a Forte' exception from a method
invoked by the Java client; I would like the exception class
(ProductException) not to inherit from the class GenericException, because
the IDL I want to generate must have this structure:
exception ProductException {
string message;
Using this solution, the client application gets blocked waiting forever.
I am currently working with:
- Forte' 3.0.G.2 plus WebEnterprise 1.0.B
- JDK 1.1.5
- Visibroker 3.1
My question is: is it possible to raise an exception from the Forte' side
that is
compliant to the IDL mentioned above?
Of course it should be caught from the Java side.
Thank you in advance
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/>

Forte Classic and LDAP

Greetings,
I am in the process of assessing the amount of effort to have a Forte
application interface with Netscape's Directory Server. I know that the
Directory Server has a C SDK so a wrapper is possible. Has anyone else
attempted this using a C wrapper or otherwise?
Thanks in advance,
Phil

We have used the Netscape Directory SDK for C Version 3.0 and have written
and compiled some Digital Unix C code that calls out to the Netscape LDAP
shared library. We then built a Forte wrapper around this code and can now
call out from Forte to LDAP and get authentication results back etc.
It was however, something of a mission to get Forte on Digitial Unix 4
working with the Netscape code :
Netscape Unix Library is only 32 bit. Forte itself is compiled using 64 bit
option so the runtime loader cannot link ftexec to Netscape code without
crashing. So I have altered the way forte compiles partitions / libraries
on our Unix node using the -taso flag - so now its all running in 32 bit
address space - but only if we don't use ftexec to run the app. So I'm
compiling my C code, the forte library and the forte partition as 32 bit.
Cheers Dave.
At 04:06 PM 11/19/99 +0100, you wrote:
We built a Forté wrapper for a c API that implements the interface for an
Ldap client.
We download the documentation about Ldap c API from the Internet Engineering
Task Force and the Ldap Libraries from the University of Michigan.
We use the document rfc1823 that now is considered obsolete but the Ldap
Libraries delivered by the University of michigan were built using this
standard.
Feel free to contact me if you need some more information.
Hope this help.
Cheers, Max.
Massimiliano Delsante
O.T. Consulting S.r.l - www.otconsulting.com
Via della Previdenza Sociale N° 11 - 42100 - Reggio Emilia
Tel. +39 0522 271550 - Fax +39 0522 230710
-----Messaggio originale-----
Da: [email protected] <[email protected]>
A: [email protected] <[email protected]>
Data: venerdì 19 novembre 1999 15.52
Oggetto: (forte-users) Forte Classic and LDAP
Greetings,
I am in the process of assessing the amount of effort to have a Forte
application interface with Netscape's Directory Server. I know that the
Directory Server has a C SDK so a wrapper is possible. Has anyone else
attempted this using a C wrapper or otherwise?
Thanks in advance,
Phil
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]
Dave Maclaurin
Database Administrator
ATS University of Otago
mailto:[email protected]
http://www.otago.ac.nz
Phone: +64 03 479 6545
Fax : +64 03 479 5080

Main differences between R/3 CIC and CRM CIC ?

Hi all,
does anybody now the main differences between R/3 CIC and the CRM CIC? or what are the main restricitions in the R/3 CIC.
Thanks and regards,
Norbert

Hi Novert
The CRM 4.0 system has two "CIC's", they have a WinClient and WebClient.
Both offer multi-channel and real-time hardphone/softphone sync. The WinClient is more flexible and faster performance. The Webclient is lighter foot print and more the future of what SAP plans to offer.
The CIC in ECC is SAPphone based, which means that real-time hardphone/softphone sync is not possible. It's also telephony only through SAPphone. You have to use SAPconnect for e-mail, and there is NO webchat support. We have a number of customers that embed the Agent Dashboard into their CIC for R/3 to provide that extra functionality, but even without it CIC in R/3 is usable.
Many vendors provide SAPphone Connectors to different CTI's (computer telephony integrations). MCIS WinClient Connectors are only provided by AMC. Many vendors provide Connectors for the WebClient (which is based on ICI). The connectors from AMC support all the different "CIC's".
There are some other functional differences as well; like upport for ERMS and the types of transactions you can access, etc.
R/3 CIC is not getting developed or enhanced since 1999. Most of the new feature is developed in CRM CIC. If you do not care any of the new feature, you can use ECC CIC. You can find the feature list on Service Market Place.
Regards
Manohar

Is there any relation between Forte IDE and Forte 4GL

Can i get an evaluation copy of Forte 4GL ?

Forte 4GL has been previously known as FORTE Tool and was sold by Forte Software. SUN bought Forte Software and now they are offering it as part of their SunONE starter KIT that you can get by spending (that is what i remember) just $20 (american) Dollars.

Forte, CICS, and MQ

Similar Messages

Maybe you are looking for