| mylyn context data is not stored in one place [message #35678] |
Mon, 05 November 2007 17:02  |
Eclipse User |
|
|
|
Originally posted by: lucas.farnach.bison-group.com
Hi Mylyn team,
I've got a technical question about the context behavior. I am developing
a Mylyn connector for our internal intranet. We would like to be able to
upload and download (or as you say: attach and retrieve) the context of
each task to our repository. So far this is working quite well except one
problem.
Mylyn is saving "almost all" context data into task dependend zip files
under %workspace%/.metadata/.mylyn/contexts/. This is great, because I can
just upload and download that zip file. But unfortunately one thing is not
saved there but in the preference store instead: the information about
which files were opened in the editor and which file had the focus.
In my opinion this data belongs into the task-dependent zip files as well,
because the preference store is global and will never be updated at
runtime (only after saving workspace). The third reason is that I have to
upload not only the zip file but I also have to receive this information
from the preference store and upload that as well.
Since we developers are naturally lazy, I would appreciate to find "all"
information in the context files, so it's really easy to attach and
retrieve the context ;-) Is that scheduled in further releases?
Thanks
Lucas
|
|
|
| Re: mylyn context data is not stored in one place [message #36085 is a reply to message #35678] |
Fri, 09 November 2007 00:52  |
| Eclipse User |
|
|
|
Originally posted by: beatmik.acm.org
This is a very interesting question Lucas, and I've struggled with it
some. Once Mylyn switching to using Editor Mementos for restoration on
task activation, for performance and other technical reasons this
functionality became workspace specific. However, fixing the following
bug could provide what you're after. It would entail falling back to
our old, and an order or two of magnitude slower functionality of
restoring editors if no mementos are available. Please comment on the
following bug, and we can further discuss the policy there:
197338: [context] restore context editors when no mementos are
available, e.g. for context transfer or retrieve
https://bugs.eclipse.org/bugs/show_bug.cgi?id=197338
Fyi, this kind of message is best to send to the mylyn-integrators
mailing list.
Mik
Lucas Farnach wrote:
> Hi Mylyn team,
>
>
> I've got a technical question about the context behavior. I am
> developing a Mylyn connector for our internal intranet. We would like to
> be able to upload and download (or as you say: attach and retrieve) the
> context of each task to our repository. So far this is working quite
> well except one problem.
>
> Mylyn is saving "almost all" context data into task dependend zip files
> under %workspace%/.metadata/.mylyn/contexts/. This is great, because I
> can just upload and download that zip file. But unfortunately one thing
> is not saved there but in the preference store instead: the information
> about which files were opened in the editor and which file had the focus.
>
> In my opinion this data belongs into the task-dependent zip files as
> well, because the preference store is global and will never be updated
> at runtime (only after saving workspace). The third reason is that I
> have to upload not only the zip file but I also have to receive this
> information from the preference store and upload that as well.
>
> Since we developers are naturally lazy, I would appreciate to find "all"
> information in the context files, so it's really easy to attach and
> retrieve the context ;-) Is that scheduled in further releases?
>
>
> Thanks
> Lucas
|
|
|
| Re: mylyn context data is not stored in one place [message #584665 is a reply to message #35678] |
Fri, 09 November 2007 00:52 |
 Mik Kersten
Messages: 287
Registered: July 2009 |
Senior Member |
|
|
This is a very interesting question Lucas, and I've struggled with it
some. Once Mylyn switching to using Editor Mementos for restoration on
task activation, for performance and other technical reasons this
functionality became workspace specific. However, fixing the following
bug could provide what you're after. It would entail falling back to
our old, and an order or two of magnitude slower functionality of
restoring editors if no mementos are available. Please comment on the
following bug, and we can further discuss the policy there:
197338: [context] restore context editors when no mementos are
available, e.g. for context transfer or retrieve
https://bugs.eclipse.org/bugs/show_bug.cgi?id=197338
Fyi, this kind of message is best to send to the mylyn-integrators
mailing list.
Mik
Lucas Farnach wrote:
> Hi Mylyn team,
>
>
> I've got a technical question about the context behavior. I am
> developing a Mylyn connector for our internal intranet. We would like to
> be able to upload and download (or as you say: attach and retrieve) the
> context of each task to our repository. So far this is working quite
> well except one problem.
>
> Mylyn is saving "almost all" context data into task dependend zip files
> under %workspace%/.metadata/.mylyn/contexts/. This is great, because I
> can just upload and download that zip file. But unfortunately one thing
> is not saved there but in the preference store instead: the information
> about which files were opened in the editor and which file had the focus.
>
> In my opinion this data belongs into the task-dependent zip files as
> well, because the preference store is global and will never be updated
> at runtime (only after saving workspace). The third reason is that I
> have to upload not only the zip file but I also have to receive this
> information from the preference store and upload that as well.
>
> Since we developers are naturally lazy, I would appreciate to find "all"
> information in the context files, so it's really easy to attach and
> retrieve the context ;-) Is that scheduled in further releases?
>
>
> Thanks
> Lucas
|
|
|
Powered by
FUDForum. Page generated in 0.04419 seconds
] 
Search
Help
Register
Login
Home
