I submit that if folks have troubles with golips or its configuration somehow, 

we put in the community-wide effort to ensure that whatever fixes or 
workarounds might be required are reflected in golips.

for example -- if we have troubles with a release of Eclipse, 

or anything like that -- the best and safest place for the whole community has 
got to be golips.

besides, people have already put a ton of great work into golips, 

reliably creating a new developer environment is __KEY__

if go lips doesn't work for you, be sure at least to post to the list so we can 
take a look, because we're all doing the same stuff here -- using golips, we're 
watching out for each other.

just my two cents there --



On Sep 10, 2012, at 11:03 AM, "Ângelo Andrade Cirino" <[email protected]> 
wrote:

> Hi Pascal,
> 
> Em 10/09/2012, às 11:23, Pascal Robert escreveu:
>> 
>> What do you have in the EO_PK_TABLE table? And this part of a migration?
> 
> The EO_PK_TABLE isn't part of the migration and is correctly created after 
> the first inserts in the database. Interesting enough, the PK table is 
> updated even for the failed attachment insert attempts. For instance, the 
> ERAttachments PKs are ERAttachment = 5 and ERAttachmentData = 5 after my 
> attempts to insert new images, but the database only holds one image so far 
> for the first and only successful insert. All the other PKs are correct.
> 
>> 
>> Do you have the JDBC properties set with the same values in all 3 apps?
> 
> Yes, the three applications use exactly the same JDBC properties from one 
> single and shared framework. I set up this framework to hold the models and 
> the JDBC connections. I've played with the JDBC properties being loaded by 
> three different methods: the model, the properties file and from a 
> notification. The three methods give the same outcome.
> 
> I am clueless.
> 
> Regards,
> 
> Angelo
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com
> 
> This email sent to [email protected]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to