RE: Legacy Integration with PI/Open

Question

Greg -
We are currently working on wrappering the APIs for UniVerse (aka Pick on
UNIX).
We received some help from the guys at RTD in Denver.
We tested out a C program that uses the Universe APIs and it works fine.
We will be building the Forte piece and compiling it this week.
Our first application is to inquire the UniVerse data, after that is
successful, we will move to inserting & updating.
Let us know how we can help.
Larry McCartney
[email protected]
[phone] - Trumbull
From:
[email protected][SMTP:[email protected]
om]
Sent: Monday, October 12, 1998 11:00 AM
To: [email protected]
Subject: forte-users-digest V1 #1111
forte-users-digest Monday, 12 October 1998 Volume 01 : Number
1111
In this issue:
Legacy Integration with PI/Open
is OBB32.dll available
Java Integration
Java Integration
Re: Legacy Integration with PI/Open
RE: Forms That Will Not Close
RE: Forms That Will Not Close
RE: Forms That Will Not Close
Re: AfterValueChange event trigged when it shouldn't be...
math library
From: [email protected]
Date: Mon, 12 Oct 1998 09:49:56 +1000
Subject: Legacy Integration with PI/Open
This is a bit of a long shot, but has anyone experience with integrating
Forte with PI/Open. PI/Open is a variant of PICK. We have a requirement
to read and update a PI/Open database from within our Forte application,
and we would be most interested to hear from anyone who has experience in
doing this.
We are aware of a set of APIs provided with PI/Open that are written in
"C". We could wrapper these from within Forte, however the issue is that
the APIs provided are non-shared, and Forte requires shared libraries.
Thanks in advance for any help.
Greg Barber.
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received
this in error, please contact the sender and delete the material from any
computer.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "sridhar t" <[email protected]>
Date: Sun, 11 Oct 1998 22:01:36 PDT
Subject: is OBB32.dll available
hi,
am working on forte3.0.G.2. when i tried to use objectbroker library i
am unable to find the runtime objectbroker library (OBB32.dll). is this
dll available with this version. if not is there any alternative.
thanks,
sridhar,
Goldstone Softech USA
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: srinivasa gopi <[email protected]>
Date: Sun, 11 Oct 1998 23:12:22 -0700 (PDT)
Subject: Java Integration
Hello,
I'm trying to integrate Forti with Java in Java mode using IIOP.I
followed the steps as explained in the Forti Web enterprise manual.I
compiled the Java files that are generated by Forti along with the
client Java file.The Java applet is getting downloaded on the client
browser(IE 4.0), but the problem is browser is giving an exception
** Java.lang.RuntimeException can't connect to service object with
the ior file name **.
My question is on every client is it necessary for ORB(Visigenic for
Java 3.2) and also the Forti Java interoperability package that is
provided by the Forti for compatability with Java or it is not
required on the clients ?
Is there any other alternative to achieve the goal as this will give
wide access to the Forti service objects through Web Browser clients.
Please mail me the solution to this problem as early as possible it is
very urgent.
Thanks in advance,
Srinivasa Gopi,
Goldstone Softech USA
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: srinivasa gopi <[email protected]>
Date: Sun, 11 Oct 1998 23:26:26 -0700 (PDT)
Subject: Java Integration
Hello,
I'm trying to integrate Forti with Java in Java mode using IIOP.I
followed the steps as explained in the Forti Web enterprise manual.I
compiled the Java files that are generated by Forti along with the
client Java file.The Java applet is getting downloaded on the client
browser(IE 4.0), but the problem is browser is giving an exception
** Java.lang.RuntimeException can't connect to service object with
the ior file name **.
My question is on every client is it necessary for ORB(Visigenic for
Java 3.2) and also the Forti Java interoperability package that is
provided by the Forti for compatability with Java or it is not
required on the clients ?
Is there any other alternative to achieve the goal as this will give
wide access to the Forti service objects through Web Browser clients.
Please mail me the solution to this problem as early as possible it is
very urgent.
Thanks in advance,
Srinivasa Gopi,
Goldstone Softech USA
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Tim Hagemann <[email protected]>
Date: Mon, 12 Oct 1998 09:21:06 +0200
Subject: Re: Legacy Integration with PI/Open
Greg,
This is a bit of a long shot, but has anyone experience with integrating
Forte with PI/Open. PI/Open is a variant of PICK. We have arequirement
to read and update a PI/Open database from within our Forte application,
and we would be most interested to hear from anyone who has experiencein
doing this.
We are aware of a set of APIs provided with PI/Open that are written in
"C". We could wrapper these from within Forte, however the issue isthat
the APIs provided are non-shared, and Forte requires shared libraries.Would be interersting, which operating system you're using.
You could write a dll (on windows) or shared library (on unix) wrappering
the
original,statically linked "C"-Libs. This lib could be used by Forte.
Tim Hagemann
Tim Hagemann
Ascom GmbH Email: [email protected]
Charlottenburger Allee 61 Phone: [phone]
D-52068 Aachen Fax: [phone]
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Rottier, Pascal" <[email protected]>
Date: Mon, 12 Oct 1998 09:38:25 +0200
Subject: RE: Forms That Will Not Close
Exiting the event loop will not close the window! Invoking
'Close' method on the window will. Check if this method
is executed. It appears, the AfterFinalize event exits the
event loop and nothing more. Then, your applications
waits for some event from your main window, like 'Mouse-
Enter', before invoking Window.Close().
Pascal
Hi,
We seem to be having some type of deadlock problem when trying to
close
forms and am wondering if anyone else has experienced this problem.
The
phenomenon does not always occur and is not specific to any one client
machine.
I will explain the phenomenon:
1. We have an object that contains our main application startup
method.
This method then instantiates our main application window (Control)
and
invokes the Display() method using start task.
2. All other forms created by the application are created using a form
manager service object which exists on the client partition. The form
manager has a CreateForm() method which instantiates a form class of
the
specified type and invoked the form's Display() method using start
task.
3. Each form has a Close push button which when clicked invokes
Window.RequestFinalize().
Now, the problem we have is this:
The user starts the application and the main application window is
displayed. The user then selects an option from the main window and a
child form is created using the form manager service object and is
displayed. The user can continue to create more child forms by
selecting
options from the main window and all child forms are instantiated and
displayed correctly.
However, when the user attempts to close one of the forms the form
does
not close. The finalize event is triggered and the event loop is
exited,
but the form continues to be displayed and does not close. If the user
then moves the mouse pointer over the main application window, the
child
form immediately closes. Moving the mouse cursor over other child
windows (or even the desktop) does NOT do this - only when the mouse
cursor is moved over the main window does the child form close.
Does anyone have any ideas on this?
Regards,
Jace.
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/>
From: Jason de Cean <[email protected]>
Date: Mon, 12 Oct 1998 17:47:20 +1000
Subject: RE: Forms That Will Not Close
Hi Pascal,
The Display() method is as follows:
self.Open();
event loop
when Window.AfterFinalize do
exit;
when task.Shutdown do
exit;
end event;
self.Close();
<end>
Are you saying we should do a Window.Close() in there somewhere as well
Regards,
Jace.
On Monday, 12 October 1998 17:36, Rottier, Pascal
[SMTP:[email protected]] wrote:
Exiting the event loop will not close the window!
Invoking
'Close' method on the window will. Check if this method
is executed. It appears, the AfterFinalize event exits
the
event loop and nothing more. Then, your applications
waits for some event from your main window, like 'Mouse-
Enter', before invoking Window.Close().
Pascal
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Rottier, Pascal" <[email protected]>
Date: Mon, 12 Oct 1998 11:04:24 +0200
Subject: RE: Forms That Will Not Close
Jason,
No, self.Close() should close the window. This is the
method I referred to. You could place a traceline
behind self.Close() to see if it is executed. It is not
inconcievable some exception may exit the Display()
method before self.Close() is executed.
After that, maybe, some events from your main
window trigger something that causes a call like 'My-
Window.Close()', where 'MyWindow' is a subclass of
'UserWindow', so 'MyWindow' gets closed after all.
Maybe you've overridden 'Close()', so now it doesn't
work properly anymore.
Are you sure you exit the event loop after you press
the close button?? The display method is not regis-
terred for any <PushButton>.Click event, though maybe
you just didn't include the full Display method in your
mail.
Remember that an event loop will only respond to an
event if it is not currently handling an event. So, the
method behind <PushButton>.Click may call a self.
Window.RequestFinalize(), which will cause an After-
Finalize event to be posted, which will be placed in
the event queue. If this method however keeps waiting
for something, the event loop will not respond to the
AfterFinalize event, until this method is done waiting.
Pascal.
Hi Pascal,
The Display() method is as follows:
self.Open();
event loop
when Window.AfterFinalize do
exit;
when task.Shutdown do
exit;
end event;
self.Close();
<end>
Are you saying we should do a Window.Close() in there somewhere as
well
Regards,
Jace.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Thomas Kunst <[email protected]>
Date: Mon, 12 Oct 1998 14:28:55 +0200
Subject: Re: AfterValueChange event trigged when it shouldn't be...
Which version of Fort=E9 are you using? We had some strage problems with
GUI events in Fort=E9 3.0.F.2, which disappeared now that we use 3.0.J.1!=
Fouche, Jaco wrote:
=
Hi there,
=
I'm hoping that someone out there has experienced the following (and
knows why it is happening. ) :-)
=
I have a couple of windows on which the AfterValueChange event is
triggered on a field upon hitting the delete key.
We all know that this should only happen upon leaving the field, ie. th=e
field loosing focus. The problem is that I'm trying to recreate this in=
a simple test class, but now it won't happen. I still have the original=
windows on which it is happening, but I would like to construct
something small and simple to send to Forte.
=
Any ideas as to why this could be happening?
=- -- =
Dr. Thomas Kunst mailto:[email protected]
sd&m GmbH & Co. KG http://www.sdm.de
software design & management
Thomas-Dehler-Str. 27, 81737 Muenchen, Germany
Tel [phone] Fax -444
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Greg Gorham <[email protected]>
Date: Mon, 12 Oct 1998 09:51:07 -0400
Subject: math library
I need direction to the source of Forte libs that handle more scientific
math. Also included is the need for more scientific print formating. I
understand, second hand, that such material is available from third
party vendors/sources.
Thanks
Greg Gorham
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
End of forte-users-digest V1 #1111
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Answer 1

Greg,
This is a bit of a long shot, but has anyone experience with integrating
Forte with PI/Open. PI/Open is a variant of PICK. We have a requirement
to read and update a PI/Open database from within our Forte application,
and we would be most interested to hear from anyone who has experience in
doing this.
We are aware of a set of APIs provided with PI/Open that are written in
"C". We could wrapper these from within Forte, however the issue is that
the APIs provided are non-shared, and Forte requires shared libraries.Would be interersting, which operating system you're using.
You could write a dll (on windows) or shared library (on unix) wrappering the
original,statically linked "C"-Libs. This lib could be used by Forte.
Tim Hagemann
Tim Hagemann
Ascom GmbH Email: [email protected]
Charlottenburger Allee 61 Phone: [phone]
D-52068 Aachen Fax: [phone]
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>