Automating Forte installation

Hi all,
I'm looking for a way to automate the installation of Forte. e.g.
command-lie options for "setup.exe", creating an input or "ini" file etc...
My reasoning is in hopes of minimizing the amount of user-input required for
performing a large number of standardized installs.
Any help greatly appreciated.
Thanks,
Chris Nusca
Software Engineer
Descartes Systems Group
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

At Carlson Hospitality Worldwide we solved this exact problem. We started
out just as you are hoping we could somehow use Forté's provided
installation process, but we quickly gave up. Instead, we created our own.
Here's how:
First, we used an uninstall tool which logged the Forté Run-Time
installation process (registry settings, files added, and files modified).
We then used that log and InstallShield Professional 5.1 to create our own
Forté Run-Time installation package which duplicated the one provided by
Forté but setup the registry with hard-coded values rather than asking the
installer. We then used WinZip Self-Extractor to package all of the files
into a single self-extracting and self-running executable that didn't prompt
the user to do anything (when the self-extractor .exe is run, it unzips to a
temporary directory and then automatically runs the setup.exe).
We purchased InstallShield Professional, WinZip, and WinZip Self-Extractor,
and all three products were inexpensive and easy to install, learn, and use.
At the time we also were working closely with Forté to let them know what we
were doing in hopes that they would eventually provide enough functionality
in their own installation process so that in the future other's would not
have to repeat what we did. I'm not sure what the current status of that
request is, so it may be worth your while to contact Forté directly.
-J.C.
J.C. Hamlin, Senior Consultant, Forte National Practice
Born Information Services Group, Wayzata, MN
Ph: (612) 404-4000 Ph2: (612) 783-8270 FAX: (612) 404-4441
<[email protected] <mailto:[email protected]> > <[email protected]
<mailto:[email protected]> >
-----Original Message-----
From: Chris Nusca [SMTP:[email protected]]
Sent: Wednesday, August 26, 1998 4:27 PM
To: '[email protected]'
Subject: Automating Forte installation
Hi all,
I'm looking for a way to automate the installation of Forte. e.g.
command-lie options for "setup.exe", creating an input or "ini" file
etc...
My reasoning is in hopes of minimizing the amount of user-input
required for
performing a large number of standardized installs.
Any help greatly appreciated.
Thanks,
Chris Nusca
Software Engineer
Descartes Systems Group
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/>

Similar Messages

Here's my fix for Forte installer hang on WinMe.

Hi all (all those with problems anyway :) ,
(I tried to post this in the Sun ONE Studio forum
but always got an error)
I had a problem installing Sun One Studio 4 Update 1.
It would keep freezing when it started searching for
the J2SDK, with the message: "Searching for suitable
J2SDK, please wait..".
Well, here's what worked for me on WinMe. Not all of
these steps may be necessary.
Install J2SDK to "C:\j2sdk1.4.1_01". First I uninstalled
it because it was in a folder with a space in the name. I
heard that was an issue with some OS's.
Create a text file containing the text "jh=C:\j2sdk1.4.1_01".
Close it and rename it as "ffj_ce_win32_en.sp". It's appar-
ently important that its name is the same as the installer,
except for the "sp" extension of course.
Put it into the same directory with ffj_ce_win32_en.exe
( the Forte installer ).
Leave the name of the Forte installer as original (instead
of renaming it to something more descriptive for example ).
Mine was named "ffj_ce_win32_en.exe".
In C:\Windows\
Rename java.exe to java-.exe
Rename javaw.exe to javaw-.exe
The important thing here is to make sure their new names are
unlikely to conflict with the names of any other files that
might be placed there later.
Now run the installer again and make it (finally !),
After I did all the above, it immediately found the correct
folder (instead of the usual freeze-up).
Hope this helps someone else too.

Thanx!!! A frustrating hour and a half later I found your post and it worked beautifully!

Android DT automated app installer now spotted on Verizon phones, is your phone clean? ?

Android bloatware alert: DT Ignite automated app installer spotted on T-Mobile, Verizon phones | PCWorld

If you read about it, it is quite scary.
It allows the carrier to get into your phone and install software such as promotions, ads, banners, etc.
The software can bypass the installer and install it self without your knowledge or consent.
It can also install bloatware which uses the metered data you use at your expense.
Right now it has been on the note 4 and the Lg g3 (from what I read).
It is real and currently in all the news. The crazy thing about the software is that it is granted access to all information on your phone and can install anything it wants w/o your knowledge or consent...actually you can't even say no or uninstall it. Currently the only phones that seem to be immune are the nexus phones and of course any windows/apple products.

Automating the installation process,creating the database, creating tables etc at the

Hi,
We have a requirement to install oracle 8.1.6 on solaris box. The whole installtion process should be automated. This process includes changing the kernel parameters, creating the oracle account as per the installation guide, configuring the logical volumes, creating the database as per OFA recommendations, creating tables etc. How can i do this with out any interaction from user. Can the Oracle software packager handle all these. Please Let me know ASAP.
Thanks a bunch.

Agata,
The full retail should be white with a snow leopard on it but if you ordered from the on-line store you should be fine. If it is having problems booting while holding the C key, try restarting the computer but this time hold the Option key.
That will bring up a grey screen with the image of the Macintosh HD and an image of the CD. Click the image of the CD and let it boot that way.
Once booted, go through the install proceedure, choose language, etc. Still using the same CD but let's see if for some reason it does not like the way it is being told to boot.
Ralph

Automating Arch Installation

Is there a way to automate Arch installation with the current installation media (2012.10.06)?
I'm thinking of something like RedHat / Fedora's Kickstart files that allow you to do the steps mentioned in the Official Install Guide (partitioning disks, installing packages, creating users, etc) in an automated way....

DSpider wrote:
mbrown wrote:This is exactly the kind of thing I was looking for, thanks! It would be great if something like this became mainstream/widely used, doing installations interactively doesn't scale well...
Except that you're probably not gonna learn anything that way... I thought about this for a while, and I realized that It's not really worth it. You're installing once in a blue moon anyway (I'm still rocking the same Arch i686 install I did on an old Athlon XP 2200+, from four years ago!), and if you have multiple computers, install once and transfer it to the other ones either from a portable USB drive or through the network.
I'm the developer of the above linked to archblocks script/modules and wanted to weigh in on this issue. I actually would like to see archblocks used for learning about arch as well as installing it. Part of the intent behind it was to make each step (block) comprehensible.
I look at the archblocks "blocks" as a link between automated installation and the wiki. Something along the lines of literate programming. And, of course, the benefit is that you get a potentially fully automated install of a very customized system.
Anyhow, just wanted to let you know that I share the value of learning through doing and hope that the archblocks scripts can contribute to that as well

Automated printer installs.

   Hello,
     I work for a school board that has many IP based printers in many locations. Every year we re-image close to 90% of the PC's in every school. We have the imaging down so that it is nearly automated. What we are now looking for is an automated printing solution, one that will be able to automatically install printers on a PC with out any user intervention. Most of these sites do not have a local server or high bandwidth lines. So scripting from a login script is out.
     Does anyone happen to have any good suggestions?
       HP Jet directs are the flavour of choice.
       TX.

What kind of printers and PC's are you running? Are all the printers and computers accessible from a common network?
There are a couple of ways to automate printer installation.
You could create an image that includes the printer installation so when the next time you re-image the printer installation is automatically installed.
Some of our printers have command line installation tools (like this one for the C8100).
I've used Apple's Bonjour application with great success to quickly install print-only drivers on PC's. I've put this application and a copy of the print drivers on a shared network drive and was able to install drivers on a set of new PC's quickly this way.
I'm curious what others suggest. While I'm mostly a real-time wireless engineer, I've always been fascinated with the complexity of IT issues.
Regards / Jim B / Wireless Enthusiasts
( While I'm an embedded wireless systems engineer at work, on this forum I do not represent my former employer, Hewlett-Packard, or my current employer, Microsoft )
+ Click the White Kudos star on the left as a way to say "thank you" for helpful posts.

Forte Installation stuck at "Extracting..."

Hi chaps!
I downloaded Forte Community Edition 1.01 but can not install it because it
does not progress past the "Extracting..." stage.
I am running Solaris 8 EA on a Dual Celeron 488Mhz box with 224MB of RAM.
I have tried both the Java 1.2.2 and 1.3-Beta revisons
Has anyone else had this problem or know how to fix it?
Any advice appreciated.
Cheers

I think you ran out of /tmp space in your harddisk.
Forte for Java CE edition installation first extracts the compressed files onto a temp space.
Either that or you really have an imcompatible JVM version or you are missing OS patches for Solaris 8. I noticed you are using the EA version which is not recommended.
Forte for Java CE edition is now at revision v1.0 Update Release 2. You can download this version and try.

Registering iTunes Automation Server installation freeze

Hi all. Long and detailed question, but I've been searching everywhere and am at my breaking point.
I searched for others with this issue and found a few people who complained about it, but the only responses suggested using the SpyCatcher deactivation when installation freezes at registering modules. That's not the issue here.
I upgraded to the latetst version and lost my abilitiy to open iTunes. It would launch (tracked in Task Manager) but wouldn't opne. Following advice I found on here (apple support docs and forum advice), I completely uninstalled iTunes and Quicktime.
Now, though, when I try to install, I get a clean install of Quicktime, but when installing iTunes, it gets all the way to "Registering iTunes Automation Server" and then freezes. The first time I left it for hours and no progress, and subsequent attempts to uninstall and reinstall hit the same point.
I'm running a Dell x64 pentium with WinXP sp2. I have ZA internet security suite which I disable for the install (though it never posed problems before and the ZA forums don't show people having install issues). Likewise, run multiple AV and malware scans, patches are updated and current.
The only thing I can even think of is that iTunes was initially installed under a different user account than the one with admin privileges, but since I've wiped all the accounts of any traces of iTunes and QT using CCleaner and Registry Mechanic after unintalls using the Windows Installer Clean-up utility, I can't see why that would be the issue.
I know this is a tough one, but it's so frustrating for me and my wife not to be able to update our iPods or manage our music.
Thanks.

I have the same exact problem, I got an iPhone 4 and when i connected to the iTunes i had earlier for my iPhone 3g, it told me to download a compatible version for the iPhone 4. So i went ahead and did that, and since then the iTunes install freezes on "Registering iTunes automation server" I have tried everything possible out there but no luck so far..
I am using Windows 7 Ultimate 32bit
Any help will be much appreciated.
Thank you Kindly

Forte Installation on Solaris 2.6

Hi ,
I am unable to install ForteCE on Solaris 2.6 .
Can you please tell me if i need any patches to Install forte on Solaris .
Thanx and Rgds,
Preeti

The official statement could be obtained by a search at the main web site http://www.sun.com
ldapv2 patch "solaris 2.6"
http://docs.sun.com/source/819-1814-10/relnotes_ds51sp4.html
===
This release of Directory Server is not supported on Sun Solaris 2.6 or Sun Solaris 7. You must upgrade to Sun Solaris 8 before upgrading to or installing Directory Server 5.1 Service Pack 4.
===
If this happens to DS5.2, it should apply to DS5.2 also, I reckon.
Gary

Automating an installation on windows

Is there a way to automate the installation of SAP through a script or program on windows? I'm new to SAP as a basis admin. I'd like to be able to install the application through a script or program from the command line instead of having to point an click. For instance, I'd like to be able to call a script or program to install ECC from start to finish, installing sqlserver, running sapinst, through the applying of service packs and patches. Is there a way to do this?
Thanks,
Dan

Hai,
Since Installing SAP needs user interaction i.e., Setting passwords, choosing SID, choosing the Media, showing the path for Installation, etc., It is not possible to do Installations without user Interaction.
Regards,
Yoganand.V

Automated JRE installation?

I would like to automatically install the JRE or JDK from a script or batch file. Are there any command line parameters that I can send to the executable to have it install quietly without having all of the Java installation screens and installation questions start poping up? Is there an easier way to deploy the JDK without Java Web Start!?

Here is a way the install JRE from a dos batch file:
: INSTALL JRE IF NOT PRESENT
echo off
IF EXIST "C:\Program Files\JavaSoft\Jre\1.3\bin\javaw.exe" GOTO JRE_PRESENT
echo Please wait for Java Runtime Installation
REM Copy Files
c:
cd \
md jreinstall
cd jreinstall
copy \\server name\some directory\jre.exe c:\jreinstall
copy \\server name\some directory\setup.iss c:\jreinstall
REM Install JRE
start /w jre.exe -a -s -f1setup.iss
REM Cleanup
cd \
rmdir /s /q \jreinstall
echo "Java Runtime Installation is complete"
:JRE_PRESENT

Installation of Forte M2

Anyone every experienced these problems when installing Forte version M2 (or
any version of Forte)??
1) Installation script fails when running from remotely mounted CD.
Specifically, it fails when copying forte.ver from the CD to FORTE_ROOT.
2) Installation script (now running from directories copied directly onto
the Sun box) fails because the environment variable FORTE_WW_DOCUMENT_ROOT
is defined in the environment. We had to completely remove it as renaming
it to XXXX_WW_DOCUMENT_ROOT still did not work.
Install ran fine after that.
Jerry Fatcheric
Verizon Wireless

Jerry
You might need to have a look at Technote 11150 which addresses the problems you
experienced.
Below is the technote:
When you try to run the install program from the CD on a Unix machine, you must
use ./install.sh so the install is not called from anywhere but the CD. You
might by mistake be using the install from your previous installation and in
that case multiple things will go wrong.
It may simply give you an error
INSTALL.SH: Command not found.
or
Following error happened when an incorrect install was called.
Copying relnotes.trz from installation media to
/export3/forte/rel3c ...
cp: cannot access ../sun_sol/relnotes.trz
chmod: WARNING: can't access /export3/forte/rel3c/relnotes.trz
mv: cannot access /export3/forte/rel3c/relnotes.trz
/export3/forte/rel2h4/install/bin/install.sh: relnotes.tar.Z: not
found
FATAL ERROR:
Forte installation script is terminating.
A central repositoy was not created when the FORTE_NS_ADDRESS was in use.
Distribution of Autocompilation and Codegen applications were not added to the
installation because the FORTE_ROOT was pointing to the wrong place.
It is recommended that you make sure none of the old Forte environment settings
are available when you want a new version of Forte installed on your
system. Upgrading is different but still the right installer should be
called.
Ulrich Lalk
FatchJeBAM.com on 31/05/2000 05:00:17
To: kamranaminyahoo.com
cc: (bcc: ULRICH LALK/NSO/CSDA)
Subject: (forte-users) Installation of Forte M2
Anyone every experienced these problems when installing Forte version M2 (or
any version of Forte)??
1) Installation script fails when running from remotely mounted CD.
Specifically, it fails when copying forte.ver from the CD to FORTE_ROOT.
2) Installation script (now running from directories copied directly onto
the Sun box) fails because the environment variable FORTE_WW_DOCUMENT_ROOT
is defined in the environment. We had to completely remove it as renaming
it to XXXX_WW_DOCUMENT_ROOT still did not work.
Install ran fine after that.
Jerry Fatcheric
Verizon Wireless
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: how can two Forte installtion communicate

Hi,
I have similar arrangement here but for "user acceptence test". However,
may I remind you that when some objects/codes got checked out --> overwrite
with new import --> integrate --> check out again. Some funny things ( I
would say corruption ) may happen. I have one time that a normal old piece
of code got compilation error and no one can find out why. The last resort
is that I deleted everything and start from scratch again. Then everything
works.
Thus, I would suggest that from time to time, you should start out with a
new repository instead of using it over and over again in this fashion.
Maybe you can archive the old one as a version backup.
Regards,
Peter Sham.
-----Original Message-----
From: Kalidindi, Ravi CWT-MSP [SMTP:[email protected]]
Sent: Tuesday, February 16, 1999 1:10 AM
To: 'Nick Delany'; 'Jim Rice'
Cc: [email protected]
Subject: RE: how can two Forte installtion communicate
Nick...
We have a similar situation here. We have about seven teams,
each
with their own repositories with interdependent code.
Let me give you a simple scenario to explain how you can
make it
work:
Problem
--Team A is responsible for projects 1,2,3 and use repository RepA
--Team B is responsible for projects 4,5,6 adn use repository RepB.
--Project 2 is a supplier plan to project 5 and project 3 is a
supplier plan
to project 6.
Solution
--each repository is reponsible for some projects and these projects
can be
changed only in that repository.
--each repository also has a workspace called "SlaveProjects"
--This workspace has all the projects that are needed but are not
developed
by this team.
--These projects are checked out so that no one else can change them
-- so, RepB's slaveProjects workspace will have projects 2 and 3
(and other
projects they need).
-- You can also password protect the slaveProjects workspace.
-- When team A thinks they have a new working(or atleast compilable)
"version" of projects 2 and 3, they can trigger of an fscript which
will
export the projects 1 and 2, possibly save it in version control.
-- team B can then trigger another fscript which will pull the code
from
version control, import the projects 1 and 2 into RepB's
slaveProjects
workspace, integrate it and recheck everything out.
Options
-- you can get fancy with the scripts
-- you can add the two scripts together to do the whole thing in one
shot.
However existense of many such repositories can cause integrate
failures and
you might not know where exactly it stopped. You need to log the
output to
keep track.
-- you should probably make the second script actually create a
temporary
workspace, and import projects there and integrate. This is in case
you had
many other projects in the slaveprojects workspace that need not be
integrated and rechecked out each time.
-- you could create an application in forte or VB etc.. to make this
process
more sophisticated.
Hope that gives you a start. Different locations definetly
adds more
complexity to this, but the concept should be the same. If you have
more
questions or need more help, I suggest you call Len Lopez at
612-594-2539
who has played around with this stuff a lot. He put in place a VB
app that
does most of the stuff for us and will probably make a presentation
at the
Forte Forum this year on the same topic.
Good Luck!
-Ravi Kalidindi
Born Info Svcs Group.
> -----Original Message-----
> From: Nick Delany [SMTP:[email protected]]
> Sent: Monday, February 15, 1999 10:27 AM
> To: 'Jim Rice'
> Cc: [email protected]
> Subject: RE: how can two Forte installtion communicate
>
>
> Jim,
>
> Rajiv may not be referring to scenario 1, but I'm involved in
something
> like
> that.
> We're a bi-located team, and while we are trying to split up the
work to
> minimise the geographical dependancies, I'd be interested in
anything you
> might have to say about the best way to share code/repositories.
>
> Nick
>
> -----Original Message-----
> From: Jim Rice [mailto:[email protected]]
> Sent: 08 February 1999 22:38
> To: Rajiv Srivastava
> Cc: [email protected]
> Subject: Re: how can two Forte installtion communicate
>
>
> Rajiv,
>
> Can you elaborate ? I can see your questions leading toward at
least the 3
> following scenarios....
>
> 1. Are you asking about 2 different independent developer groups
which
> have
> only the internet as a possible connection pipe between them,
> or
> 2. Are you asking about 2 deployed applications which are the same
> application but deployed to environment production1 and redeployed
to
> environment production2
> or
> 3. Are you asking about 2 deployed applications whic are different
> applications and each is deployed to either
> 3a. a common deployment environment using the same
"Forte_NS_ADDRESS"
> 3b. two seperate deployment environements using the different
> "Forte_NS_ADDRESS" and therefore may even be on sepearte LAN/WAN's
>
> -Jim
>
> At 11:33 AM 2/8/99 , Rajiv Srivastava wrote:
> >Can somebody tell me that what r the possible way where two
different
> >independent Forte Installation can communicate to each other.
> >and share certain the information.
> >
> >thanking you in anticipation.
> >
> >Rajeev
> >
> >-
> >To unsubscribe, email '[email protected]' with
> >'unsubscribe forte-users' as the body of the message.
> >Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
> >
> Jim Rice mailto:[email protected]
> Partner ConCall @ Feb 17
> http://www.forte.com/events/frameset_partners.html
> Forte Usr Mtg @ May9-12 http://forum99.forte.com
> Partner Tech Specialist Work#: 301-721-1910
>
> -
> 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/>

Hi,
I have similar arrangement here but for "user acceptence test". However,
may I remind you that when some objects/codes got checked out --> overwrite
with new import --> integrate --> check out again. Some funny things ( I
would say corruption ) may happen. I have one time that a normal old piece
of code got compilation error and no one can find out why. The last resort
is that I deleted everything and start from scratch again. Then everything
works.
Thus, I would suggest that from time to time, you should start out with a
new repository instead of using it over and over again in this fashion.
Maybe you can archive the old one as a version backup.
Regards,
Peter Sham.
-----Original Message-----
From: Kalidindi, Ravi CWT-MSP [SMTP:[email protected]]
Sent: Tuesday, February 16, 1999 1:10 AM
To: 'Nick Delany'; 'Jim Rice'
Cc: [email protected]
Subject: RE: how can two Forte installtion communicate
Nick...
We have a similar situation here. We have about seven teams,
each
with their own repositories with interdependent code.
Let me give you a simple scenario to explain how you can
make it
work:
Problem
--Team A is responsible for projects 1,2,3 and use repository RepA
--Team B is responsible for projects 4,5,6 adn use repository RepB.
--Project 2 is a supplier plan to project 5 and project 3 is a
supplier plan
to project 6.
Solution
--each repository is reponsible for some projects and these projects
can be
changed only in that repository.
--each repository also has a workspace called "SlaveProjects"
--This workspace has all the projects that are needed but are not
developed
by this team.
--These projects are checked out so that no one else can change them
-- so, RepB's slaveProjects workspace will have projects 2 and 3
(and other
projects they need).
-- You can also password protect the slaveProjects workspace.
-- When team A thinks they have a new working(or atleast compilable)
"version" of projects 2 and 3, they can trigger of an fscript which
will
export the projects 1 and 2, possibly save it in version control.
-- team B can then trigger another fscript which will pull the code
from
version control, import the projects 1 and 2 into RepB's
slaveProjects
workspace, integrate it and recheck everything out.
Options
-- you can get fancy with the scripts
-- you can add the two scripts together to do the whole thing in one
shot.
However existense of many such repositories can cause integrate
failures and
you might not know where exactly it stopped. You need to log the
output to
keep track.
-- you should probably make the second script actually create a
temporary
workspace, and import projects there and integrate. This is in case
you had
many other projects in the slaveprojects workspace that need not be
integrated and rechecked out each time.
-- you could create an application in forte or VB etc.. to make this
process
more sophisticated.
Hope that gives you a start. Different locations definetly
adds more
complexity to this, but the concept should be the same. If you have
more
questions or need more help, I suggest you call Len Lopez at
612-594-2539
who has played around with this stuff a lot. He put in place a VB
app that
does most of the stuff for us and will probably make a presentation
at the
Forte Forum this year on the same topic.
Good Luck!
-Ravi Kalidindi
Born Info Svcs Group.
> -----Original Message-----
> From: Nick Delany [SMTP:[email protected]]
> Sent: Monday, February 15, 1999 10:27 AM
> To: 'Jim Rice'
> Cc: [email protected]
> Subject: RE: how can two Forte installtion communicate
>
>
> Jim,
>
> Rajiv may not be referring to scenario 1, but I'm involved in
something
> like
> that.
> We're a bi-located team, and while we are trying to split up the
work to
> minimise the geographical dependancies, I'd be interested in
anything you
> might have to say about the best way to share code/repositories.
>
> Nick
>
> -----Original Message-----
> From: Jim Rice [mailto:[email protected]]
> Sent: 08 February 1999 22:38
> To: Rajiv Srivastava
> Cc: [email protected]
> Subject: Re: how can two Forte installtion communicate
>
>
> Rajiv,
>
> Can you elaborate ? I can see your questions leading toward at
least the 3
> following scenarios....
>
> 1. Are you asking about 2 different independent developer groups
which
> have
> only the internet as a possible connection pipe between them,
> or
> 2. Are you asking about 2 deployed applications which are the same
> application but deployed to environment production1 and redeployed
to
> environment production2
> or
> 3. Are you asking about 2 deployed applications whic are different
> applications and each is deployed to either
> 3a. a common deployment environment using the same
"Forte_NS_ADDRESS"
> 3b. two seperate deployment environements using the different
> "Forte_NS_ADDRESS" and therefore may even be on sepearte LAN/WAN's
>
> -Jim
>
> At 11:33 AM 2/8/99 , Rajiv Srivastava wrote:
> >Can somebody tell me that what r the possible way where two
different
> >independent Forte Installation can communicate to each other.
> >and share certain the information.
> >
> >thanking you in anticipation.
> >
> >Rajeev
> >
> >-
> >To unsubscribe, email '[email protected]' with
> >'unsubscribe forte-users' as the body of the message.
> >Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
> >
> Jim Rice mailto:[email protected]
> Partner ConCall @ Feb 17
> http://www.forte.com/events/frameset_partners.html
> Forte Usr Mtg @ May9-12 http://forum99.forte.com
> Partner Tech Specialist Work#: 301-721-1910
>
> -
> 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/>

Re: (forte-users) Forte on Solarix box problem

Hi All,
Thank you very much, for all the help you
people extended towards this problem.Its solved, the
problem was i had 2 users, and i started from one user
Nodemanager ( which does not have oracle home path
set) and from the other user id, i started the
launcher, ( which have oracle home set), so the
application, was running locally, but when i
distributed the application, it was not finding oracle
home variable from the other user, from which node
manager was started. So that was the problem. I found
this specifically after setting FORTE_STACK_SIZE,
variable(as suggested by Thomas), it was throwing
error saying that, tns name is not resolved,( kudos to
Thomas :) ).
Once again thank you all.
Babu
--- Thomas Degen - Sun Germany Forte Tools - Bonn
<thomas.degensun.com> wrote:
>
Hi Babu,
ok, maybe we need to go now a bit more in some
details of
your Forte nodemanager environment on the Sparc
Solaris box.
Q1: Which operating system release ? Solaris
2.51,2.6,7 or 8 ?
Q2: Which Forte Release are you running on all nodes
Q3: Where's the Forte environment manager located ?
Q4: Which Oracle RDBMS release have you installed on
the Sun ?
Q5: Which Oracle client release have you probably
installed
on your PC which is running NT4 I guess ?
(These questions are just the generic Tech Support
approach
to get an idea about your environment).
Q6: You mentioned in your very first message that
during
Forte installation on the Sun, you've left the
path to
Oracle empty....it is mandatory for the Forte
nodemanager
on any box/operating system to find in its
environment
the relevant third party environmental
informations...
For Oracle the Forte nodemanager on Sun
requires a
valid setting for ORACLE_HOME !
Could you send me the complete environment for
the user
who is starting the Forte nodemanager on your
Sun ?
Q7: This is more a necessary suggestion than a
question
but is and when yes, how have you setted
FORTE_STACK_SIZE
on the Sun ?
If it's not there or only set as
FORTE_STACK_SIZE=42000,
then add or reconfigure FORTE_STACK_SIZE to
100000 in the
nodemanager's environment and re-boot the
nodemanager!
Q8: Once more a recommendation than question but can
you
just try to access your Oracle DB instance with
the Forte
sample program DynamicSQL ? You will find this
in
the $FORTE_ROOT/install/examples/database
directory
and it will require the Utility plan that you
may import
from $FORTE_ROOT/install/examples/frame .
Try to access your Oracle instance from local
directly
out of your workspace and later on full
distributed
via an own Forte server partition from the
Partition
Workshop. Send to me all errors thrown during
these
procedures on the client and within the remote
server
partition logfile on the Sun.
BTW: When you can access the Oracle RDBMS running in
the
Forte IDE locally, this is an indicator to me that
you have
setted up the Oracle client on your PC and have
configured
Oracle locally correctly (tnsnames.ora) to connect
to your
remote Oracle instance...hence when test running
locally, Forte
will use this locally configured Oracle SQL*Net V2
client
to connect to your remote Oracle RDBMS instance.
That's one
shortcut making it possible for you as the Forte
developer
to debug DB access within the Forte IDE...when
running completly
distributed debugging of remote partitions is not
possible.
Hope this helps ! Best Regards from Germany !
Thomas
Thomas Degen
Sun Microsystems - Forte Tools
Forte CTE & Sustaining Group
Technical Support Germany
tel.:+49.228/91499-50
MailTo:thomas.degensun.com
At 10:55 09.09.00 -0700, you wrote:
HI Mark,
I have setup all the resources properly.Even
given new names, and tried again, no use so far.
Thanks,
Babu
--- Mark Musgrove <musgrovemarkyahoo.com> wrote:
The message "Loading partition
DatabaseTestSolaris_cl0_Part2 built on
<unknown>."
is
bizarre.
It sounds like the partition workshop is notassigning
the partition containing the DBSession to thecorrect
server node. Normally you would see "built on<node name>."
Have you setup the supported resource managerson
the solaris node? If not, then forte will notassign the
DBSession to the correct node. You mustdesignate in
the environment that the server node supportsall of
the required resources (Oracle, ODBC, etc).
Mark Musgrove
Senior Consultant
Object Technologies, Inc
(540) 977-3861 (home)
(540) 977-2794 (fax)
http://mail.yahoo.com/

Hi All,
Thank you very much, for all the help you
people extended towards this problem.Its solved, the
problem was i had 2 users, and i started from one user
Nodemanager ( which does not have oracle home path
set) and from the other user id, i started the
launcher, ( which have oracle home set), so the
application, was running locally, but when i
distributed the application, it was not finding oracle
home variable from the other user, from which node
manager was started. So that was the problem. I found
this specifically after setting FORTE_STACK_SIZE,
variable(as suggested by Thomas), it was throwing
error saying that, tns name is not resolved,( kudos to
Thomas :) ).
Once again thank you all.
Babu
--- Thomas Degen - Sun Germany Forte Tools - Bonn
<thomas.degensun.com> wrote:
>
Hi Babu,
ok, maybe we need to go now a bit more in some
details of
your Forte nodemanager environment on the Sparc
Solaris box.
Q1: Which operating system release ? Solaris
2.51,2.6,7 or 8 ?
Q2: Which Forte Release are you running on all nodes
Q3: Where's the Forte environment manager located ?
Q4: Which Oracle RDBMS release have you installed on
the Sun ?
Q5: Which Oracle client release have you probably
installed
on your PC which is running NT4 I guess ?
(These questions are just the generic Tech Support
approach
to get an idea about your environment).
Q6: You mentioned in your very first message that
during
Forte installation on the Sun, you've left the
path to
Oracle empty....it is mandatory for the Forte
nodemanager
on any box/operating system to find in its
environment
the relevant third party environmental
informations...
For Oracle the Forte nodemanager on Sun
requires a
valid setting for ORACLE_HOME !
Could you send me the complete environment for
the user
who is starting the Forte nodemanager on your
Sun ?
Q7: This is more a necessary suggestion than a
question
but is and when yes, how have you setted
FORTE_STACK_SIZE
on the Sun ?
If it's not there or only set as
FORTE_STACK_SIZE=42000,
then add or reconfigure FORTE_STACK_SIZE to
100000 in the
nodemanager's environment and re-boot the
nodemanager!
Q8: Once more a recommendation than question but can
you
just try to access your Oracle DB instance with
the Forte
sample program DynamicSQL ? You will find this
in
the $FORTE_ROOT/install/examples/database
directory
and it will require the Utility plan that you
may import
from $FORTE_ROOT/install/examples/frame .
Try to access your Oracle instance from local
directly
out of your workspace and later on full
distributed
via an own Forte server partition from the
Partition
Workshop. Send to me all errors thrown during
these
procedures on the client and within the remote
server
partition logfile on the Sun.
BTW: When you can access the Oracle RDBMS running in
the
Forte IDE locally, this is an indicator to me that
you have
setted up the Oracle client on your PC and have
configured
Oracle locally correctly (tnsnames.ora) to connect
to your
remote Oracle instance...hence when test running
locally, Forte
will use this locally configured Oracle SQL*Net V2
client
to connect to your remote Oracle RDBMS instance.
That's one
shortcut making it possible for you as the Forte
developer
to debug DB access within the Forte IDE...when
running completly
distributed debugging of remote partitions is not
possible.
Hope this helps ! Best Regards from Germany !
Thomas
Thomas Degen
Sun Microsystems - Forte Tools
Forte CTE & Sustaining Group
Technical Support Germany
tel.:+49.228/91499-50
MailTo:thomas.degensun.com
At 10:55 09.09.00 -0700, you wrote:
HI Mark,
I have setup all the resources properly.Even
given new names, and tried again, no use so far.
Thanks,
Babu
--- Mark Musgrove <musgrovemarkyahoo.com> wrote:
The message "Loading partition
DatabaseTestSolaris_cl0_Part2 built on
<unknown>."
is
bizarre.
It sounds like the partition workshop is notassigning
the partition containing the DBSession to thecorrect
server node. Normally you would see "built on<node name>."
Have you setup the supported resource managerson
the solaris node? If not, then forte will notassign the
DBSession to the correct node. You mustdesignate in
the environment that the server node supportsall of
the required resources (Oracle, ODBC, etc).
Mark Musgrove
Senior Consultant
Object Technologies, Inc
(540) 977-3861 (home)
(540) 977-2794 (fax)
http://mail.yahoo.com/

Re: (forte-users) Unstable server ENV after upgrade to Forte30M2.

I see/suggest a few things:
1) In your #1, you mention ".... development and test environments which use the
same Forte 3M installs through links ...". This concerns me. On our UNIX box
each environment has it's own directory containing it's own install. If your
environments are some how sharing a node manager, log directory or processes (to
name a few things) that is a recipe for disaster. They may be competing for
resources and usually the first one started will win.
2) I haven't done a lot with compatibility levels, but if an application built
in dev is to run in test it may be important that node managers and services
(autocompile, codegen etc.) be at the same level (????).
3) Check the definition files, to make sure the two environments operate
independently. If they are both trying to write to the same log file the one
started up first will work while the second will not as the file will be "busy".
4) We usually use rpcreate (newer version) to create brand new repositories.
Than we export/import the source code that we need. Also it is important to
force compile ALL plans in a workspace at least once after doing the import.
This will ensure that all of the code is "speaking the same language". The other
compile, only compiles those pieces of code that changed from the last compile.
Hope this helps.
Kelsey PetrychynSaskTel Technical Analyst
ITM - Technology Solutions - Distributed Computing
Tel (306) 777 - 4906, Fax (306) 359 - 0857
Internet:kelsey.petrychynSasktel.sk.ca
Quality is not job 1. It is the only job!
"Braja Chattaraj" <forte_brajachotmail.com> on 09/13/2000 03:43:57 PM
Please respond to chattaraj_braja_NONLILLYlilly.com
To: forte-userslists.xpedior.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) Unstable server ENV after upgrade to Forte 30M2.
We are running Forte 3M2 clients and server in our test environment with
clients on NT and server on Solaris 2.6. Eversince the upgrade from 3L to 3M
we have been having an unstable environment that does not remain alive for >
10 mins. These are the details of the Forte installs and server setups :
1. The server hosts the development and test environments which use the same
Forte 3M installs through links (same ftcmd, ftexec, nodemgr, etc.). The
environments are at compatibility levels 0 and 1 respectively.
2. The two environments have the same definition files (defining the ENV
variables), though seperate copies and the two environments are hosted on
different ports on the same server.
3. While building the new 3M environmnets in DEV and TST, we exported the
old 3L repositories and imported them into the new 3M repositories and
deployed the applications.
While the DEV environment is stable the TST environment is not. This has
been observed while moving plans between the environments (export and
import) using fscript commands, deploying the apps after the move using
fscript, and testing the apps. Sometimes it has come down right after a
startup. There is no programatic reference to the environment agent in the
code. So, a programatic shutdown is ruled out.
Does anybody have a clue or a similar experience ?
Thanks.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BRAJA KISHORE CHATTARAJ
Consultant, Analysts International.
Work : Sphinx Pharmaceuticals (A division of Eli Lilly & Co.)
(919) 314-4134
Home : 1801, Williamsburg Rd., #41H, Durham, NC 27707.
(919) 463-7802
E-mail : forte_brajachotmail.com
Visit us www.analysts.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://profiles.msn.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

We found a solution to our issue.Their desktops were in a lockdown environment and the essbase.id file located in the windows directory was locked as well. This file is responsible for assigning ports etc and it couldn't be updated for the 6.5.4p2 upgrade. Once the file was deleted and the user reconnected to Essbase, the essbase.id was reset and they could connect.

Automating Forte installation

Similar Messages

Maybe you are looking for