Re: Eclipse source of problems?
Re: Eclipse source of problems?
- Subject: Re: Eclipse source of problems?
- From: Jesse Tayler <email@hidden>
- Date: Mon, 10 Sep 2012 11:41:07 -0400
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@hidden> 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@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden