Newsgroup: it.comp.lang.visual-basic
Titolo: [?]Oracle object for OLE: distribuirli assieme al prg.

Ho un'app. in VB6 che utilizza gli "Oracle object for Ole".
Posso distribuirli e installarli tramite il programma d'installazione
della mia app. o devo prima installare "Oracle Client" in locale sulla
macchina del cliente?
Ovviamente "oracle client" tra le altre cose mi installa anche  "Oracle
object for Ole", ma la cosa č poco pratica.
	Grazie Cipo

Tramite l'installazione personalizzata di Oracle puoi installare anche solo
le Objects For Ole e non tutto il client.
Per poterle inserire in un pacchetto di installazione, invece, non e' una
cosa banale. Io avevo trovato questo documento diverso tempo fa, ma non l'ho
mai messo in pratica (anche perche' al punto 7 c'e' la fregatura ;-))
****
WINNT/95: DISTRIBUTING ORACLE OBJECTS FOR OLE
Document ID:        11367403.61
Title:              WINNT/95: Distributing Oracle Objects for OLE
Creation Date:      11 Oct 1996
Last Revision Date: 10 Mar 1997
Revision Number:    1
Product:            Oracle Objects for OLE
Product Version:    2.0, 2.1 (32-bit)
Platform:           WINDOWS NT and WINDOWS 95
Information Type:   ADVISORY
Impact:             MEDIUM
Abstract:           Steps to distribute Oracle Objects for OLE (32-bit)
                    applications developed in Visual Basic on Windows NT
                    and Windows 95.
____________________________________________________________________________
_
 WINNT/95: Distributing Oracle Objects for OLE - Visual Basic Applications
The following steps are required to distribute your application:
1)  Build the executable within Visual Basic.
2)  Copy additional DLL's required by your application into the appropriate
    directory (example: VB40032.DLL).
3)  Copy the following files into the \ORACLE_HOME\BIN directory.
    (The default ORACLE_HOME on Windows 95 is ORAWIN95 and on
    Windows NT is ORANT).
     For OO4O 2.0 - OIP20.DLL, OIP20.TLB
     For OO4O 2.1 - OIP21.DLL, OIP21.TLB
     ORAANSI.DLL
     ORAIPSRV.REG
4)  Register the Oracle Objects for OLE InProc Server
       REGEDIT.EXE /s ORAIPSRV.REG
    On Windows NT, you may use REGEDT32.EXE in place of REGEDIT.EXE.
    Both REGEDIT.EXE and REGEDT32.EXE make identical updates to the
    registry.
5)  If your application uses the OCX provided with Oracle Objects for
    OLE 2.1 (ORADC.OCX), you must:
    (a)  Copy ORADC.OCX to the ORACLE_HOME\BIN directory.
    (b)  Register the ORADC.OCX
           REGSVR32 ORADC.OCX
    (For detailed information regarding registering an OCX, refer to
     Oracle WorldWide Support Bulletin number 11011304.61)
6)  To use OLE Automation, certain OLE DLL's are required to be installed.
    The "Microsoft Visual C++ Books Online - SDKs - Win32 SDK - OLE
    Automation - Appendixes - Files you need" article provides a list of
    these files.  For runtime the files required by an application are -
      OLE32.DLL
      OLEAUT32.DLL
      OLEPRX32.DLL
    This article also mentions the following:
    "Note that you should not ship the files with your 32-bit Windows
     application; these files are provide as part of the 32-bit Windows
     Operating System."
7)  Oracle Objects for OLE needs Oracle Required Support Files 7.3.x
    to be installed.  Since this component is not redistributable you
    must install it from Oracle supplied media (such as the Oracle
    Server Kit or Oracle Networking kit) using the Oracle Installer.
    For remote connections you must have 32-bit SQL*NET (for the
    appropriate Operating System, Windows NT or 95) installed and
    configured correctly.  You can check SQL*NET connectivity by
    using the TNSPING utility provided with a SQL*NET install.
8)  Ensure that \ORACLE_HOME\BIN is in the search path.

Grazie, provero'.
A questo indirizzo trovi la versione aggiornata dell'articolo indicato
prima.
http://dco-proxima.dco.pima.edu/oracle/bb/c0008/bb00122.htm
	Cipo.


>>>> "M" == Mela  <melani...@tiscalinet.COM> writes:
M>     For remote connections you must have 32-bit SQL*NET (for the
M>     appropriate Operating System, Windows NT or 95) installed and
M>     configured correctly.  You can check SQL*NET connectivity by
M>     using the TNSPING utility provided with a SQL*NET install.
Questi  sono pressoché  indispensabili (chi  usa Oracle  per un'appli-
cazione usata  su una sola macchina  ???? Forse in quei  casi è meglio
rivolgersi a prodotti  di taglia e costi inferiori)  e quindi anche se
non si  mettono gli oracle objects  for OLE nel  package del programma
non muore nessuno.
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )

Forse in quei  casi č meglio rivolgersi a prodotti  di taglia e costi inferiori)
Per esempio?
Io avevo iniziato l'applicazione utilizzando ADO ma mi sono trovato
meglio con gli Oracle Objects
In conclusione, visto che non č possibile distribuire gli Oracle Objects
con Vb6, visto che non posso installare "solo" gli Oracle objects
sull'installzione di rete in quanto non ho i permessi di scrittura sulla
rete, ho due possibilita':
1) installare Oracle Client in locale ad ogni utente
2) Abbandonare gli Oracle Clients e tornare ad ADO.
Comunque grazie a tutti per i preziosi consigli.
	Cipo

> i a prodotti  di taglia e costi inferiori)
C> Per esempio?
Pensavo a DB piů leggeri. Ma se Oracle c'č ... in una padella grande
cuoci il pesce piccolo.
C> Io avevo iniziato l'applicazione utilizzando ADO ma mi sono trovato
C> meglio con gli Oracle Objects
Io pure. 
C> 1) installare Oracle Client in locale ad ogni utente
C> 2) Abbandonare gli Oracle Clients e tornare ad ADO.
La prima che hai detto :)


 La prima che hai detto :)
Ok, quello che pensavo anch'io.
Grazie ancora.
	Cipo