Using Forte as Middleware

Hello all,
I am receiving a directive to try to use forte as quote 'middleware'....
Can anyone tell me if they have any experience with the following or if they
know of any problems with trying this..... We are thinking of trying to
use Forte service objects for doing data movement - Sql calls to databases
mainly... We want to use Visual Basic for our GUI presentation.... Can
anyone point me in the right direction on how to go about doing this????
Thanks in Advance!

With Forté Release 3 an elegant solution is the use of the OLE Automation Server feature. I saw this demonstrated where an existing Forté service object was re-targeted as an OLE automation server and quickly accessed via VB. Since this is a true implemenation of OLE Automation services the server can be accessed locally (relative to the calling application) or remotely using DCOM. Given the difficulty of DCOM at this point it is highly favorable to use Forté to provide local access to avoid the extra work.
Scott Opitz
Forté Software, Inc.
-----Original Message-----
From: Michael Brennan [SMTP:[email protected]]
Sent: Tuesday, May 20, 1997 4:22 PM
To: [email protected]
Subject: Re: Using Forte as Middleware
I am receiving a directive to try to use forte as quote
'middleware'....
Can anyone tell me if they have any experience with the following or if they
know of any problems with trying this..... We are thinking of trying to
use Forte service objects for doing data movement - Sql calls to databases
mainly... We want to use Visual Basic for our GUI presentation.... Can
anyone point me in the right direction on how to go about doing this????With the currently shipping version of Forte (V2), about your only option
is to communicate to Forte via sockets (using Forte's ExternalConnection
class).
With V3 of Forte (currently in beta), you can use OLE/DCOM or IIOP to
communicate to Forte. Since you say you want to use Visual Basic for the
GUI, OLE may be the best bet (although you sacrifice some of Forte's
features when you use DCOM -- specifically, a Forte service object that is
made into an OLE server cannot be replicated for load balancing or
failover).
I believe there are ActiveX-to-IIOP bridges out there, so that may be a
better option, but I don't know anything about these bridges.
Michael Brennan
Programmer/Analyst
Amgen Inc.

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/>

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/>

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/>

Using Forte 3.0 to deploy web app to iPlanet Web Server

Is anyone familiar with using Forte 3.0 to develop/deploy a web application to an iPlanet Server?
All I need is a simple walkthrough to create/deploy a "Hello World" app (it could be just a JSP) or a link to some document that covers this topic.
Thanks

For anyone who cares
First make a web module, then make a web application and add the web module you made. When adding it the Mapping field should contain whatever context of the module is. Then deploy the application.

How to use oracle fusion middleware for integration project ?

hi all,
in my projects, customer (a bank) already has many applications (bankend & frontend) that are complicatedly connected. I intend to use oracle fusion middleware to integrate all applications and make adding new applications in the future easier. I have worked through documents in the oracle website but I still have no idea how to use oracle fusion middleware to address the requirement, besides oracle fusion middleware includes a bundle of applications I don't know which one I would need.
could anyone give me some instructions ? appreciate your help.
thank very much,

Hi,
For this short description of environment, could be ODI is a incredible tool to help you...
Take a look into my blog that has a lot of concepts and "how to do" instructions.... http://odiexperts.com
However to try help you, what are the used technologies?
Where are you from?
Cezar Santos
http://odiexperts.com

Linking applications for Solaris 2.5.1 using Forte C 6

Hello,
We still need to provide applications that have to run on 2.5.1. Is there a way to compile C code using Forte C 6 on Solaris 7, and deliver executables that successfully run on 2.5.1 ?
Any help would be appreciated.
Thanks.
Yves.

Ordinarily, the same source files and makefiles that work with C++ 5.0 on Solaris 2.6 should work with C++ 5.3 on Solaris 8.
You didn't say what you did to "adapt the makefile" when changing compilers and OS versions. If the compiler was installed in the default /opt location on each system, we don't think any makefile change would be required. (You might want to make changes for performance or program organization reasons, but we don't think any changes are required just to repeat a working program build.)
What happens if you use the original files that worked with C++ 5.0 on Solaris 2.6?
Are C++ 5.0 and C++ 5.3 are both installed in the same /opt directory? That isn't allowed, and will lead to strange behavior.
Are you continuing a build using the new compiler and OS in a directory containing old binary files or template cache? When changing OS and compilers, it is safest, but not strictly necessary, to rebuild all your binary files. At a minimum, you must delete the old template cache.
Are you still using C++ 5.0 in the build process? If so, you must isolate the use of C++ 5.0 and 5.3. The compilers cannot share a template cache, so you must run compiles in different locations.
Anything beyond these hints will require more support and analysis than we could provide in the Forum. You will probably need to generate a .i file from the compilation and have a support engineer look at it. If you have contract with Sun, please follow the service channel.
- Rose

Delivering applications for Solaris 2.5.1 using Forte C 6

Is it possible, using Forte C 6 as the development environment, on Solaris 7, to produce applications that will successfully run on Solaris 2.5.1 ?
Any help will be appreciated.
Thanks.
Yves.

Ordinarily, the same source files and makefiles that work with C++ 5.0 on Solaris 2.6 should work with C++ 5.3 on Solaris 8.
You didn't say what you did to "adapt the makefile" when changing compilers and OS versions. If the compiler was installed in the default /opt location on each system, we don't think any makefile change would be required. (You might want to make changes for performance or program organization reasons, but we don't think any changes are required just to repeat a working program build.)
What happens if you use the original files that worked with C++ 5.0 on Solaris 2.6?
Are C++ 5.0 and C++ 5.3 are both installed in the same /opt directory? That isn't allowed, and will lead to strange behavior.
Are you continuing a build using the new compiler and OS in a directory containing old binary files or template cache? When changing OS and compilers, it is safest, but not strictly necessary, to rebuild all your binary files. At a minimum, you must delete the old template cache.
Are you still using C++ 5.0 in the build process? If so, you must isolate the use of C++ 5.0 and 5.3. The compilers cannot share a template cache, so you must run compiles in different locations.
Anything beyond these hints will require more support and analysis than we could provide in the Forum. You will probably need to generate a .i file from the compilation and have a support engineer look at it. If you have contract with Sun, please follow the service channel.
- Rose

How do you set headers in httpresponse using forte tool code in UDS

I am attempting to download a file that is generated in forte (its a CSV). When the response gets back to the browser the save box has a cgi.exe type filename. Instead I would like to supply my own, to do this I think you need to set content-disposition header in the response.

First of all, if you are using Forte Web Enterprise and the standard HTTP library you won't be able to set any header information apart of the content-type. If you are using HTTPSupport library then you can do things like add a header, set the value of a header and so on.
I guess you are just using Forte Web Enterprise for sending a file back to the user. For doing so, you have to write the content of the file into the request by using something like:
Response.AssignResponse(TextDataObject);
Response.ContentType='text/csv';
Where TextDataObject is an object that holds the content of the CSV file you want to send back to the user.Then you have to set the contenttype for the specific kind of data you are sending: 'application/pdf','text/html','text/xml','image/svg' ... whatever.
Once the response from the server hits your browser, it has to kick-off an application that has been previously assigned to this specific kind of data, like for instance 'application/pdf' is allways used for kicking-off the adobe acrobat reader. So, if that is not happening, check that at your operating system level.
Now, if the browser has some problems while deciding which application to use for reading the data that comes in the response then it will display the save box you are talking about. There is no way Forte can help since this is a client machine related issue.
Hope this helps....

Re: Mail Program using FORTE

Hi Khatil,
You should write "C" wrapper class which inturn calls MAPI send mail from
mapi32.lib, that function you call from forte.
For further detail information you should refer Integrating with external
systems
hope this helps
bye
Ashok Segu
IBC
Raaman Subbiah wrote:
Dear Friends,
Can anyone suggest me, how to write a mail program using forte:
The question is, From Forte Application, we have to send a message via
mail. e.g., to [email protected]
Always thanks,
Khatil
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/>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Hi,
The easiest way to send e-mail from Forte is using ExternalConnection class
- no "C" wrappering required. Simply, just use SMTP. It is very easy to
implement and because it could be written in Forte you get all the
advantages that come with it.
On Forte -users list look for mail that I send a few weeks ago about SMTP
email client.
If you can not fidnd it let me know.
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: ashok segu [SMTP:[email protected]]
Sent: Thursday, September 03, 1998 8:15 AM
To: Raaman Subbiah
Cc: [email protected]
Subject: Re: Mail Program using FORTE
Hi Khatil,
You should write "C" wrapper class which inturn calls MAPI send mail from
mapi32.lib, that function you call from forte.
For further detail information you should refer Integrating with external
systems
hope this helps
bye
Ashok Segu
IBC
Raaman Subbiah wrote:
Dear Friends,
Can anyone suggest me, how to write a mail program using forte:
The question is, From Forte Application, we have to send a message via
mail. e.g., to [email protected]
Always thanks,
Khatil
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/>-
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/>

Prototype using Forte

Hi Netters,
Has anybody developed a prototype of your application usnig Forte? If
so, I would like to know the goods and bads of selecting Forte to
develop the prototype.
We are debating between Forte and VB for our Prototype. We want to be
able to send a copy of the prototype on disk(s) to customers for them to
install it on their PC and run them.
Any suggestions will also be helpful.
Thanks
Venkat J Kodumudi
Lead Systems Engineer - PageNet
(972) 985-2451
Internet: [email protected]

from below:
If a primary requirement of your prototype is the ability to ship the
prototype to customers for review, I would suggest that Forte is not your
best choice - your customers would need the Forte runtime environment to run
the application. There are alternatives however. Another alternative to get around this concern is an approach we've used for several
forte projects successfully. We make use of a very inexpensive Lotus ScreenCam
product which allows us to put an executable on the network for user browsing
when they have the chance. This executable is generated using Lotus ScreenCam
which captures basically a movie of whatever you want to run. For example, we
run the forte prototype, even use a microphone to narrate, and then stop it
and either send the executable or movie through the internet to people or
make it available to the audience by diskette or by placing it somewhere they
can access it from. Its a pretty nifty package which gives the user
speed up and slow down and replay options.
Secondarily, for thoise interested we have a White Paper on Prototyping
do's and don'ts that we have provided. Contact me if this word doc would be
of interest and I will uuencode and send it out.
Len
From: "ANDERSON Bruce (SHINET01) (MSMail)" <[email protected]>
We have just finished a Forte-based prototype, and the effort was a raging
success.
The purpose, goals, and expected benefits of a prototyping effort should
always drive selection of the development tool.
If you are planning to develop the final application in Forte, the answer is
YES! Develop your prototype in Forte. The lessons learned during that
first effort will be invaluable as you move into development of the final
system.
If you are using the prototype effort to compare the differences between
Forte and Visual Basic, the answer is yes again. Not only will you be able
to measure the differences in an application developed with the two tools,
but you will have a better understanding of the relative levels of effort,
quality, reusability, etc.
On the other hand if your intention is to whip up a flashy GUI to impress
your customers, Visual Basic may be the best choice. But remember that if
the final tool selection has not been made, using the wrong tool may lead to
unrealistic expectations (good and bad) in terms of price, performance,
extendibility, etc. You have to deliver on your promises.
If a primary requirement of your prototype is the ability to ship the
prototype to customers for review, I would suggest that Forte is not your
best choice - your customers would need the Forte runtime environment to run
the application. There are alternatives however. As we've done on our
project, you could invite your customers to your offices for a visit and
demonstrate the prototype for them on your equipment. This gives you an
opportunity to gauge their enthusiasm (or lack thereof) for your product, as
well as obtaining valuable feedback. Another alternative would be to take
the application on a "road show", demonstrating the prototype while visiting
your customers in their offices.
Bruce Anderson
Senior Systems Engineer
MCI Systemhouse
Forte First Strike Team
[email protected]
(310) 403-4997
From: Venkat Kodumudi[SMTP:[email protected]]
Sent: Wednesday, October 09, 1996 8:40 AM
To: 'Forte User Group'
Subject: Prototype using Forte
Hi Netters,
Has anybody developed a prototype of your application usnig Forte? If
so, I would like to know the goods and bads of selecting Forte to
develop the prototype.
We are debating between Forte and VB for our Prototype. We want to be
able to send a copy of the prototype on disk(s) to customers for them to
install it on their PC and run them.
Any suggestions will also be helpful.
Thanks
Venkat J Kodumudi
Lead Systems Engineer - PageNet
(972) 985-2451
Internet: [email protected]

Strange Linker error using Forte 6

Hi,
I am getting an unusual linker error while trying to compile something using Forte 6 update 2. First some backgrond
We have an internal application currently running on a Solaris 2.6 box. I wish to move it to a Solaris 8 box. The application uses mainly apache, perl and mysql. One of the perl modules used is the old SPGrove module written by James Clark (www.jclark.com), which in turn uses the libsp.a library from the 'sp' distribution by the same author. I can find information on compiling/running 'sp' on O/S versions upto solaris 7 but not 8. Having tried all the available versions of gcc I finally gave up and tried Forte 6.
Having had problems with applications and dynamic libraries complied with different compilers before I have compiled perl 5.6.1 using Forte 6, I have installed all the required perl modules and I have successfully compiled version 1.3.4 of the 'sp' package.
The old SGML::SPGrove modules is no longer available and has been replaced by two newer ones, SGML::Grove, which installs fine, and SGML::SPGroveBuilder, which has some C++ code which is linked against the libsp.a library as mentioned above. The module (once certain options have been set to get the correct environment) compiles fine but when I run the test suit I get the following error.
Can't load 'blib/arch/auto/SGML/SPGroveBuilder/SPGroveBuilder.so' for module SGML::SPGroveBuilder: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file blib/arch/auto/SGML/SPGroveBuilder/SPGroveBuilder.so: symbol __1cG__CrunLvector_copy6Fpv1IIpF11_vpF1_v_v_: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.
The symbol '__1cG__CrunLvector_copy6Fpv1IIpF11_vpF1_v_v_' is contained in libCrun.so in the Forte installation. I have no idea what it is, or why I get the error.
Sorry to be so long winded, but I wanted to give enough information so that I didnt get 'too many' easy to answer questions about the environment.
'uname -snrvmapiX' for the system is:
SunOS atlas 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-60System = SunOS
Node = atlas
Release = 5.8
KernelID = Generic_108528-13
Machine = sun4u
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 1
Many thanks.
Sean Timmins
Systems Administrator

Just to clarify, the I get the error during the 'make test' part of the normal perl module build process for installing the SGML::SPGroveBuilder module (perl Makefile.PL; make; make test; make install).
Perl and SGML::SPGroveBuilder are both complied using Forte 6 update 2. The only difference being that perl (being normal C code) was compiled using the C compiler '/usr/local/SUNWspro/bin/cc' and the module requires the C++ complile '/usr/local/SUNWspro/bin/CC'.
I have to make minor modifications to Makefile.PL before it will compile at all. These modifications are:
1) Forcing the C++ compiler as perl will try to use exactly the same binary as was used to compile itself.
2) Setting a few #define's so that the same ones are used to build the module as were used to build the sp library that is linked in with the module.
3) Adding the various directories where both libsp.a (yes statically linked, no dynamic one in the sp distribution) and the required header files (all in the sp distribution) are located.
I have since tried recompiling perl (with Forte 6 update 2) with no dynamicaly loaded libraries and get the same error. I have also found a tiny little patch to OpenSPv1.5pre5 (which is the replacement for the original sp distribution) which allowed me to compile eveything with gcc 3.1, perl, opensp (v1.5pre5) and SGML::SPGroveBuilder, and I get a very similar error at the same stage but a different symbol name.
I am begining to think that its gone to far and there are too many branching oppertunities where I have made a mistake (I've really tried way way way too many combinations now), or that the SPGroveBuilder module simply has a probelm with the C++ code in it. It has not been updated in some time.
I am going to try removing everything from the box and start from scratch, patch it to the hilt and try it from the beginning.
Of course, any flashes of brilliance that come to mind would still be greatly appreciated :-)
Sean Timmins
Systems Administrator

Urgent: who ever use Forte for java ---thanks a lot

who ever use forte for jave :
i have some problems..
1. how to config forte for jave to import the libs which i have programmed and stored in .jar file.
2. how to setup the application sever and tomcat in Forte for java.
3. how to use the EJB(which i have programmed) in forte for java.
before i use JBuilder and i am quite new to Forte for java
thanks a lot .

2. how to setup the application sever and tomcat in Forte for java.Tomcat is built into Forte. Once you create web module, you can configure the tomcat server.
3. how to use the EJB(which i have programmed) in forte for java.What do you mean with "use". You have to deploy them to your EJB container in order to be able to "use" them.
If you are looking for support for a specific container:
I think support for the reference implemenation is already built in.
And I have seen a module to support Oracle's IAS somewhere on the Forte homepage
Docs on NetBeans/Forte
http://www.netbeans.org/about/books/index.html
http://www.netbeans.org/ide/docs/index.html
http://forte.sun.com/
Thomas

Swings using FORTE- very urgent

hi all..
i want to know is forte is still used to develop swing applications?
'cz i need to develop swing applications using forte..
is forte reasonable for developing swings??
plzz let me know the answers for this as it is very urgent for me..
waiting for your favourable response..
plzz mail me to [email protected]
thanks in advance
raj

Forte is fine but the default folder it starts in depends on where it was loaded from. For Windows, the current folder will be the
%FORTE_HOME%\bin folder or whatever was set in the shortcut.
Workaround: create a new project and mount a new folder (directory if you like). Then close Forte and make a new Shortcut with the Start In field set to the project's home folder. Use the shortcut to start Forte.

Who uses Forte 3.5 ?

Hi,
We want to migrate to Forte 3.5. I would like to know what is your
experience using Forte 3.5 ? Please send me a brief summary about your
experience (performance, stability etc.).
Thanks in advance,
Zenon Adamek
Information Services
Senior Programmer Analyst
Purolator Courier Ltd.
Tel: 905 712-1084 ext. 3628
Fax: 905 712-6709
E-mail: zadamekpurolator.com

Hi Mark,
Thanks a lot for your email.
It will be interesting for me to know:
Who else has Forte 3.5 in production ?
Regards
Zenon
-----Original Message-----
From: Mark Carruthers [SMTP:MarkCafox.com]
Sent: Friday, April 06, 2001 1:25 PM
To: ZAdamekpurolator.com
Cc: forte-userslists.xpedior.com
Subject: Re: (forte-users) Who uses Forte 3.5 ?
Hi Zenon,
We've been using Forte 3.5 and then Forte 3.5 SP1 in development for a few
months and just started using it in production a week ago. We've had the
following issues but nothing so far that would make us go back to 3.0.M:
1) In development, the 'Save before running' option sometimes causes the
partition workshop to hang. I've raised this with Forte and it will be
fixed in 3.6. In the meantime, we don't use it and save manually.
2) We had to upgrade our Solaris 2.6 servers to Motif 2. This is
documented in Forte Tech Note 12484.
We initially had concerns that it would stop our Forte 3.0.M environments
from working because they use Motif 1. However this wasn't a problem as
Motif 2 also contains the Motif 1 libraries.
I've also read about other sites having a problem with database
connections that aren't closed correctly. We haven't seen this problem.
Regards,
Mark Carruthers
20th Century Fox
"Adamek, Zenon" <ZAdamekpurolator.com> 04/06/01 08:14AM >>>Hi,
We want to migrate to Forte 3.5. I would like to know what is your
experience using Forte 3.5 ? Please send me a brief summary about your
experience (performance, stability etc.).
Thanks in advance,
Zenon Adamek
Information Services
Senior Programmer Analyst
Purolator Courier Ltd.
Tel: 905 712-1084 ext. 3628
Fax: 905 712-6709
E-mail: zadamekpurolator.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

Using Forte Free Agent newsreader

Purchased my iMac 27" about a week ago but just opened this morning. All has gone well until I tried using Forte Free Agent newsreader. The program worked fine on my Dell laptop, but on the iMac the executable file is listed as a document. When I try to run it it opens as a sort of text file. Is there a different way to use this program, or is it simply not capable of running on the Apple OS?
Thanks!

Crash777 wrote:
I've heard a little about Parallel but nothing about Crossover and Bootcamp. What criteria would you recommend to help me decide which is the best choice? I use Forte Free Agent but it's not an essential item. I use MS Office 2003 quite a bit, especially Outlook, Excel and Word and so I'd like to be able to continue that. I've already begun looking at MS Office for Mac.
One suggestion I got was partitioning the hard drive and installing Windows 7 so that I could run all those apps that are supported by Windows and MS, but not Apple. Does that make sense?
IMHO it would be foolish to install MS Windows on your iMac for only MS Office duties for several reasons. First you if feel you have to have MS Office in order to be compatible with your co-workers then you will find MS Office 11 a very capable product. However if you have been using MS Office out of habit then iWork is a an extremely capable product line. Your iMac already has Mail, Address Book, and iCal which integrate beautifully together and replace Outlook and are robust products. In addition the iWork and iLife applications integrate very well together. And iWork documents can be shared with MS Office users. MS Office 11 is also a very capable product but for most people it's overkill.
While you could run MS Windows on your Mac from what I can tell from your needs it's a waste of money, time and resources. Your iMac has Boot Camp built into it, Boot Camp allows you to turn your Mac into a machine that runs 2 operating systems, MS Windows and OS X. However if you take this route when you install Win 7 (which you would have to purchase unless you already own a license) that part of your Mac is susceptible to all the maladies (viruses and malware, funky drivers, etc...) you were probably trying to get away from. Also if you use Boot Camp you are running either Windows or OS X but you can't run them simultaneously. If you were a gamer or someone that has to have Windows only applications or were doing 3D CAD/CAM work then Boot Camp would be a good solution. However for MS Office duties it's a total waste!
You could also use virtualization software like Parallels or Fusion or other alternatives. If you insist on running Win 7 on your iMac then for your needs this would be the route I'd recommend. However again whenever you run Windows you are susceptible to viruses and other malware. The reason being is you can run Windows and OS X side by side. When I switched to a Mac several years ago I did this and ran MS Office apps which I quickly weaned off of, I happened to use Fusion as my virtualization tool and found the performance good. However after I began using Mail, Address Book, iCal and iWork I found out how clunky, old fashioned and well to be blunt crappy MS Office really is so I abandoned Office! While i still have Fusion and Windows loaded on my machine I don't recall the last time it was used.
My recommendation is spend more time with those links and learn how powerful your machine is the way it shipped. Play with the tools it already has (Mail, Address Book, iCal) and I think you may be not surprised but shocked how capable and easy to use they are. Macs aren't like PCs, what I mean by that is PC's come loaded with lots of useless software that is simply awful. However Macs come with extremely robust software which includes iLife (Garage Band, iMovie, iWeb) and Mail, Address Book, iCal. If you decide to take a look at iWork ($79 retail but easily found for much less) that includes Numbers (Excel replacement), Pages (Word replacement) and Keynote (PowerPoint replacement.)

Using Forte as Middleware

Similar Messages

Maybe you are looking for