This has always been an issue in witango tafs, We have always found to manually 
edit the tafs in a text editor like BBEDIT is the best. The key is the type of 
datasource, ODBC, JDBC and the name of the database, MyDB, or whatever.

--

Robert Garcia
President - BigHead Technology
VP Application Development - eventpix.com
15520 Coutelenc Rd
Magalia, Ca 95954
ph: 530.645.4040 x222 fax: 530.645.4040
[email protected] - [email protected]
http://bighead.net/ - http://eventpix.com/

On Feb 26, 2011, at 12:22 PM, William Conlon wrote:

> My recollection is that changing studios (e.g. to a new machine), potentially 
> with new odbc drivers, would necessitate re-creating the data sources.  The 
> .taf would get littered with duplicate datasource stanzas and the studio 
> would get hopelessly confused.
>
> Another reason to remove data source definitions from the taf is security -- 
> the database credentials are exposed to programmers.  Far better to move them 
> outside to a .ini file, with a preference in the studio pointing to a local 
> file on a workstation and parameter in witango.ini pointing to a file on the 
> server.  On the programmers workstation, the .ini might contain limited 
> credentials (DESCRIBE), whereas the server could include credentials for 
> MODIFY, INSERT, DELETE.
>
> On Feb 24, 2011, at 8:28 AM, Robert Shubert wrote:
>
>> Bill,
>>
>> Are you suggesting that the problem that Mikal is experiencing is directly 
>> related to a bug in Witango? I believe he is moving to a new server, but 
>> otherwise replicating the configuration, I don't believe that Witango should 
>> cause this problem unless something else has changed.
>>
>> Regarding your suggestion of the dsn.ini file, I came to a similar 
>> conclusion long ago, however since then I have decided to do away with .ini 
>> files altogether and am developing a method of managing data source 
>> information within the application itself.
>>
>> Robert
>>
>> -----Original Message-----
>> From: William Conlon [mailto:[email protected]]
>> Sent: Thursday, February 24, 2011 12:02 AM
>> To: [email protected]
>> Subject: Re: Witango-Talk: Invalid object name
>>
>> long standing bug.  can't recall exactly how this would appear, but my 
>> workaround was to global search and replace the DataSource stanzas in BBEdit.
>>
>> BTW Robert, this is one of several reasons I asked for <DataSource> stanzas 
>> to be defined in dsn.ini, outside the .taf.
>> On Feb 22, 2011, at 3:26 PM, Robert Shubert wrote:
>>
>>> Also, I think you have to have the username explicitly mapped to the table 
>>> owner - so that it assumes that owner name. Check 
>>> Security>Logins>username>User Mapping and then see if it's mapped to dbo 
>>> rather than TGO_DEVL on the database that you are accessing.
>>>
>>> Robert
>>>
>>> -----Original Message-----
>>> From: Mikal Anderson [mailto:[email protected]]
>>> Sent: Tuesday, February 22, 2011 5:29 PM
>>> To: [email protected]
>>> Subject: Re: Witango-Talk: Invalid object name
>>>
>>> Check - the ODBC DSN default database points to the correct dB.
>>>
>>> This statement produces an error:
>>>
>>> SELECT *
>>> FROM LocDef
>>> WHERE Loc_ID=1
>>>
>>> This does not:
>>>
>>> SELECT *
>>> FROM TGO_DEVL.LocDef
>>> WHERE Loc_ID=1
>>>
>>> Inclusion of TGO_DEVL, the table owner, is the only difference between
>>> the two statements.
>>>
>>> Further, the first statement runs in the Witango Studio SQL Query window
>>> without error, whereas running it from the .taf errors out (Deployment
>>> DS and Development DS same for all actions).
>>>
>>>
>>> On 2/22/2011 13:32, Robert Shubert wrote:
>>>> Right- but when you build the ODBC DSN - the screen after you enter the 
>>>> username/password asks for a Default Database - this needs to point to the 
>>>> correct database.
>>>>
>>>> Robert
>>>>
>>>> -----Original Message-----
>>>> From: Mikal Anderson [mailto:[email protected]]
>>>> Sent: Tuesday, February 22, 2011 2:43 PM
>>>> To: [email protected]
>>>> Subject: Re: Witango-Talk: Invalid object name
>>>>
>>>> The ODBC data source name is the same but the server name is different.
>>>>
>>>> On 2/22/2011 11:36, Robert Shubert wrote:
>>>>> In the ODBC setup, are you changing the database?
>>>>>
>>>>> Robert
>>>>>
>>>>> -----Original Message-----
>>>>> From: Mikal Anderson [mailto:[email protected]]
>>>>> Sent: Tuesday, February 22, 2011 2:02 PM
>>>>> To: [email protected]
>>>>> Subject: Witango-Talk: Invalid object name
>>>>>
>>>>> Hello List --
>>>>>
>>>>> We're moving our Witango installation from one server to another and for
>>>>> some reason the new installation is now demanding that the table owner
>>>>> (tableOwner.tableName) be prepended to each dB action.  Here's the error:
>>>>>
>>>>> An error occurred while processing your request:
>>>>> File: fctChecks.taf
>>>>> Position: get_dLocDef
>>>>> Class: DBMS
>>>>> Main Error Number: 208
>>>>>
>>>>> [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name
>>>>>
>>>>> 'LocDef'.
>>>>> 42S02
>>>>>
>>>>> I solved this once several years ago--it's probably ridiculously
>>>>> simple--but cannot remember the solution.   The ODBC setup is the same.
>>>>> The dB permissions check.  What am I missing?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ----------------------------------------
>>>>>
>>>>> To unsubscribe from this list, please send an email to 
>>>>> [email protected] with "unsubscribe witango-talk" in the body.
>>>>>
>>>>>
>>>>>
>>>>> ----------------------------------------
>>>>>
>>>>> To unsubscribe from this list, please send an email to 
>>>>> [email protected] with "unsubscribe witango-talk" in the body.
>>>>>
>>>>>
>>>>>
>>>
>>> --
>>> Mikal Anderson
>>> www.LakeOMedia.com
>>> "What has your website done for you lately?"
>>>
>>>
>>> This message, including any attachments, is confidential and intended 
>>> solely for the person(s) or organization to whom it is addressed.  If an 
>>> NDA has been signed by the parties, this communication is governed by the 
>>> stipulations contained within that NDA.
>>>
>>> If you are not the intended recipient, or have received this message by 
>>> mistake, please notify Mikal Anderson, the original sender, and delete this 
>>> message from your system. Any unauthorised use, forwarding, or other 
>>> dissemination of this message, in whole or in part, is strictly prohibited.
>>>
>>>
>>>
>>>
>>> ----------------------------------------
>>>
>>> To unsubscribe from this list, please send an email to [email protected] 
>>> with "unsubscribe witango-talk" in the body.
>>>
>>>
>>>
>>> ----------------------------------------
>>>
>>> To unsubscribe from this list, please send an email to [email protected] 
>>> with "unsubscribe witango-talk" in the body.
>>>
>>
>> Bill
>>
>> William M. Conlon, P.E., Ph.D.
>> Consulting Engineer
>> 2330 Bryant Street
>> Palo Alto, CA 94301
>> vox:  650.327.2175 (direct)
>> fax:  650.329.8335
>> mobile:  650.906.9929
>> e-mail:  mailto:[email protected]
>> web:  http://www.wmconlon.com
>> YahooIM: wmconlon
>> AOL IM:  wmconlon
>>
>>
>>
>>
>>
>>
>> ----------------------------------------
>>
>> To unsubscribe from this list, please send an email to [email protected] 
>> with "unsubscribe witango-talk" in the body.
>>
>>
>>
>> ----------------------------------------
>>
>> To unsubscribe from this list, please send an email to [email protected] 
>> with "unsubscribe witango-talk" in the body.
>>
>
>
>
>
> ----------------------------------------
>
> To unsubscribe from this list, please send an email to [email protected] 
> with "unsubscribe witango-talk" in the body.
>



----------------------------------------

To unsubscribe from this list, please send an email to [email protected] 
with "unsubscribe witango-talk" in the body.

Reply via email to