RE: [cdt-dev] ICDescriptor.saveProjectData() doesn'talways serializeto .

["Sennikovsky, Mikhail" <mikhail.sennikovsky@xxxxxxxxx>]

Hi Derek, Gerhard,

Your issues seem unrelated with the one Jason mentioned.
Derek, could you post a stack-trace for the exception you are seeing
either to bugzilla or to the mailing list whatever is convenient for
you?

Thanks,
Mikhail


>-----Original Message-----
>From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
On
>Behalf Of subs
>Sent: Monday, September 17, 2007 9:25 PM
>To: CDT General developers list.
>Subject: Re: [cdt-dev] ICDescriptor.saveProjectData() doesn'talways
>serializeto .cproject
>
>I am also seeing an Exception thrown when Eclipse shuts down. I haven't
>traced
>the exact cause, but it seems to be that when I try to save my extra
data,
>the
>.cproject is no longer avilable.
>
>Does this sound familiar? (Sorry for net checking the bugzilla, but I
am on
>the
>end of a 9600baud modem, so anything other than simple emails is very
>difficult!
>
>--
>Derek
>
>
>Schaber, Gerhard wrote:
>> Hi1
>>
>> I came across similar problems in one case where I tried to save a
>> project description. Possible reasons where saving does not work:
>>
>> - You make those calls within a job, and the job has a rule other
than
>> workspace root (however, without rule it works). This gives an
exception
>> that is swallowed by CDT without any message. See also bug #198523.
>>
>> - The .cproject file is writable. In this case an exception is
thrown.
>>
>> Best regards,
>>
>>     Gerhard
>>
>>
>>> -----Original Message-----
>>> From: cdt-dev-bounces@xxxxxxxxxxx
>>> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Jason Montojo
>>> Sent: Montag, 17. September 2007 17:23
>>> To: cdt-dev@xxxxxxxxxxx
>>> Subject: [cdt-dev] ICDescriptor.saveProjectData() doesn't
>>> always serializeto .cproject
>>>
>>>
>>> Hi everyone,
>>>
>>> I'm using ICDescriptor to serialize project language mappings
>>> to .cproject.
>>> When I add language mappings to a project, sometimes they get
>>> saved and sometimes they don't.  Here's the general pattern
>>> I'm using to update the
>>> descriptor:
>>>
>>>       ICDescriptor descriptor = getProjectDescription(project);
>>>       Element rootElement =
>>> descriptor.getProjectData(LANGUAGE_MAPPING_ID);
>>>
>>>       // Update rootElement with new language mappings
>>>
>>>       descriptor.saveProjectData();
>>>
>>> I stepped through the code and ended up in
>>> SetCProjectDescriptionOperation.executeOperation():66
>>>
>>>       modified = fNewDescriptionCache.applyDatas(context);
>>>
>>> The line above sets modified to false, so the .cproject
>>> doesn't get serialized with the updated language mappings.
>>> However, the correct ICDescriptor with the language mappings
>>> is resident in memory so the mappings show up in the property pages.
>>>
>>> Is there something special I need to do to get
>>> fNewDescriptionCache.applyDatas() to return true?
>>>
>>> Thanks,
>>>
>>> Jason Montojo
>>> IBM CDT Team
>>> IBM Toronto Lab
>>> 905-413-5228
>>> jmontojo@xxxxxxxxxx
>>>
>>> _______________________________________________
>>> cdt-dev mailing list
>>> cdt-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>>
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>
>_______________________________________________
>cdt-dev mailing list
>cdt-dev@xxxxxxxxxxx
>https://dev.eclipse.org/mailman/listinfo/cdt-dev
--------------------------------------------------------------------
Closed Joint Stock Company Intel A/O
Registered legal address: 125252, Moscow, Russian Federation, 
Chapayevsky Per, 14.

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.