Home » Eclipse Projects » Eclipse Platform » EFS question ...
|
Re: EFS question ... [message #326236 is a reply to message #326232] |
Wed, 12 March 2008 14:31 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: merks.ca.ibm.com
Kar,
I'm not sure this is entirely avoidable. Eclipse does need to know the
time stamp for each resource the first time so that it can properly do a
refresh should the contents of the tree change outside the control of
the IResource APIs. What specifically is driving the full walk. Is it
indeed this need for an initial sync? I assume it's not actually
loading files but just needs to understand the full folder structure.
If that indeed is taking an unusably long time, you probably need to
rethink your design where the user needs to take explicit actions to
bring folders into view...
KarSc wrote:
> Hi all, hope this is the right forum to ask questions about EFS .
>
>
>
> I'm trying to build an example that with the EFS helps will make me build a
> view with a representation of what is contained in my DB .
>
> I did actually manage to do it but there is something that I don't not
> really like .
>
>
>
> When I start my test it starts to ask information about the whole tree - the
> problem is that this operation can take a long time if the DB contains more
> than a 1000 object ..
>
>
>
> Is there a way to (for example) just read the information about the first
> "folder" and only once it get expanded read it . I do understand that
> eclipse must probably cache information about name and structure . but this
> really make totally not usable .
>
>
>
> Thanks
>
> Kar
>
>
>
|
|
| |
Re: EFS question ... [message #326240 is a reply to message #326239] |
Wed, 12 March 2008 16:37 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------040202050005050507070208
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Kar,
This looks like the right way. How are you creating the file store
instance that you pass to the editor?
KarSc wrote:
> Hi Ed and thanks ...
>
> in the meantime I did actually create a simple treeview with a basic with
>
>
>
> viewer.setLabelProvider(new WorkbenchLabelProvider());
>
> viewer.setContentProvider(new BaseWorkbenchContentProvider());
>
>
>
> so I get back my tree for free (no icon no anything but it's a starting
> point) and items are only loaded when I do expand the folder.
>
>
>
> The trouble is ... what shall I do to be able to open an editor on the item
> ...
>
> this was free when a linked the "dbfilesystem" to the resource view ...
>
>
>
> What shall I do now?
>
>
>
> I have tried using what follows
>
>
>
> IEditorDescriptor desc2 =
> PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
>
> try
>
> {
>
> page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
>
> }
>
> catch (PartInitException e)
>
> {
>
> // TODO Auto-generated catch block
>
> e.printStackTrace();
>
> }
>
>
>
> but I don't get anything ...
>
> can u point me in the right direction or what is the class of the navigator
> view so I could probably check what does it do (bear in mind that I know
> very little of EFS and I haven't done any cache of the db file locally, but
> just implemented the get input/output stream on the filestore)
>
>
>
> thanks
>
> Kar
>
>
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fr8pgc$464$1@build.eclipse.org...
>
>> Kar,
>>
>> I'm not sure this is entirely avoidable. Eclipse does need to know the
>> time stamp for each resource the first time so that it can properly do a
>> refresh should the contents of the tree change outside the control of the
>> IResource APIs. What specifically is driving the full walk. Is it indeed
>> this need for an initial sync? I assume it's not actually loading files
>> but just needs to understand the full folder structure. If that indeed is
>> taking an unusably long time, you probably need to rethink your design
>> where the user needs to take explicit actions to bring folders into
>> view...
>>
>>
>> KarSc wrote:
>>
>>> Hi all, hope this is the right forum to ask questions about EFS .
>>>
>>>
>>>
>>> I'm trying to build an example that with the EFS helps will make me build
>>> a view with a representation of what is contained in my DB .
>>>
>>> I did actually manage to do it but there is something that I don't not
>>> really like .
>>>
>>>
>>>
>>> When I start my test it starts to ask information about the whole tree -
>>> the problem is that this operation can take a long time if the DB
>>> contains more than a 1000 object ..
>>>
>>>
>>>
>>> Is there a way to (for example) just read the information about the first
>>> "folder" and only once it get expanded read it . I do understand that
>>> eclipse must probably cache information about name and structure . but
>>> this really make totally not usable .
>>>
>>>
>>>
>>> Thanks
>>>
>>> Kar
>>>
>>>
>>>
>>>
>
>
>
--------------040202050005050507070208
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kar,<br>
<br>
This looks like the right way. How are you creating the file store
instance that you pass to the editor?<br>
<br>
<br>
KarSc wrote:
<blockquote cite="mid:fr8vp8$9na$1@build.eclipse.org" type="cite">
<pre wrap="">Hi Ed and thanks ...
in the meantime I did actually create a simple treeview with a basic with
viewer.setLabelProvider(new WorkbenchLabelProvider());
viewer.setContentProvider(new BaseWorkbenchContentProvider());
so I get back my tree for free (no icon no anything but it's a starting
point) and items are only loaded when I do expand the folder.
The trouble is ... what shall I do to be able to open an editor on the item
....
this was free when a linked the "dbfilesystem" to the resource view ...
What shall I do now?
I have tried using what follows
IEditorDescriptor desc2 =
PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
try
{
page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
}
catch (PartInitException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
but I don't get anything ...
can u point me in the right direction or what is the class of the navigator
view so I could probably check what does it do (bear in mind that I know
very little of EFS and I haven't done any cache of the db file locally, but
just implemented the get input/output stream on the filestore)
thanks
Kar
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fr8pgc$464$1@build.eclipse.org">news:fr8pgc$464$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Kar,
I'm not sure this is entirely avoidable. Eclipse does need to know the
time stamp for each resource the first time so that it can properly do a
refresh should the contents of the tree change outside the control of the
IResource APIs. What specifically is driving the full walk. Is it indeed
this need for an initial sync? I assume it's not actually loading files
but just needs to understand the full folder structure. If that indeed is
taking an unusably long time, you probably need to rethink your design
where the user needs to take explicit actions to bring folders into
view...
KarSc wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi all, hope this is the right forum to ask questions about EFS .
I'm trying to build an example that with the EFS helps will make me build
a view with a representation of what is contained in my DB .
I did actually manage to do it but there is something that I don't not
really like .
When I start my test it starts to ask information about the whole tree -
the problem is that this operation can take a long time if the DB
contains more than a 1000 object ..
Is there a way to (for example) just read the information about the first
"folder" and only once it get expanded read it . I do understand that
eclipse must probably cache information about name and structure . but
this really make totally not usable .
Thanks
Kar
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------040202050005050507070208--
|
|
| | | |
Re: EFS question ... [message #326269 is a reply to message #326257] |
Thu, 13 March 2008 12:55 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: merks.ca.ibm.com
Kar,
Not all editors support the different input types. :-( Use the
debugger to see what the structured text editor is doing with its input.
KarSc wrote:
> viewer.setInput(EFS.getFileSystem("eom").getStore(new Path("/")));
>
> and on the double click on the tree item i'm just opening the editor with
> ...
>
> IDE.openEditorOnFileStore(page, fileStore);
>
> i did actually discovered that the problem is different ...
> i cannot open only xml file ... follows the exception ....
>
> thanks
> kar
>
> org.eclipse.ui.PartInitException: Editor could not be initialized.
> at
> org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(Ab stractTextEditor.java:3028)
> at
> org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTe xtEditor.java:3039)
> at
> org.eclipse.wst.sse.ui.StructuredTextEditor.init(StructuredT extEditor.java:2617)
> at
> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:186)
> at
> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:160)
> at
> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.addSourcePage(XMLMultiPageEditorPart.java:378)
> at
> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.createPages(XMLMultiPageEditorPart.java:554)
> at
> org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Mu ltiPageEditorPart.java:283)
> at
> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torReference.java:661)
> at
> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.java:426)
> at
> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartReference.java:592)
> at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:29 9)
> at
> org.eclipse.ui.internal.presentations.PresentablePart.setVis ible(PresentablePart.java:179)
> at
> org.eclipse.ui.internal.presentations.util.PresentablePartFo lder.select(PresentablePartFolder.java:268)
> at
> org.eclipse.ui.internal.presentations.util.LeftToRightTabOrd er.select(LeftToRightTabOrder.java:65)
> at
> org.eclipse.ui.internal.presentations.util.TabbedStackPresen tation.selectPart(TabbedStackPresentation.java:400)
> at
> org.eclipse.ui.internal.PartStack.refreshPresentationSelecti on(PartStack.java:1256)
> at org.eclipse.ui.internal.PartStack.setSelection(PartStack.jav a:1209)
> at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:16 04)
> at org.eclipse.ui.internal.PartStack.add(PartStack.java:499)
> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103 )
> at org.eclipse.ui.internal.PartStack.add(PartStack.java:485)
> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112 )
> at
> org.eclipse.ui.internal.EditorSashContainer.addEditor(Editor SashContainer.java:63)
> at
> org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorA reaHelper.java:217)
> at
> org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAre aHelper.java:207)
> at
> org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:774)
> at
> org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager.java:673)
> at org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:634)
> at
> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2737)
> at
> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Workben chPage.java:2651)
> at org.eclipse.ui.internal.WorkbenchPage.access$13(WorkbenchPag e.java:2643)
> at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.j ava:2595)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67)
> at
> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2590)
> at
> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2574)
> at
> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2557)
> at testefs.views.SampleView$4$1.run(SampleView.java:399)
>
>
>
>
>
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fr90rj$ihq$1@build.eclipse.org...
> Kar,
>
> This looks like the right way. How are you creating the file store instance
> that you pass to the editor?
>
>
> KarSc wrote:
> Hi Ed and thanks ...
>
> in the meantime I did actually create a simple treeview with a basic with
>
>
>
> viewer.setLabelProvider(new WorkbenchLabelProvider());
>
> viewer.setContentProvider(new BaseWorkbenchContentProvider());
>
>
>
> so I get back my tree for free (no icon no anything but it's a starting
> point) and items are only loaded when I do expand the folder.
>
>
>
> The trouble is ... what shall I do to be able to open an editor on the item
> ...
>
> this was free when a linked the "dbfilesystem" to the resource view ...
>
>
>
> What shall I do now?
>
>
>
> I have tried using what follows
>
>
>
> IEditorDescriptor desc2 =
> PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
>
> try
>
> {
>
> page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
>
> }
>
> catch (PartInitException e)
>
> {
>
> // TODO Auto-generated catch block
>
> e.printStackTrace();
>
> }
>
>
>
> but I don't get anything ...
>
> can u point me in the right direction or what is the class of the navigator
> view so I could probably check what does it do (bear in mind that I know
> very little of EFS and I haven't done any cache of the db file locally, but
> just implemented the get input/output stream on the filestore)
>
>
>
> thanks
>
> Kar
>
>
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fr8pgc$464$1@build.eclipse.org...
>
> Kar,
>
> I'm not sure this is entirely avoidable. Eclipse does need to know the
> time stamp for each resource the first time so that it can properly do a
> refresh should the contents of the tree change outside the control of the
> IResource APIs. What specifically is driving the full walk. Is it indeed
> this need for an initial sync? I assume it's not actually loading files
> but just needs to understand the full folder structure. If that indeed is
> taking an unusably long time, you probably need to rethink your design
> where the user needs to take explicit actions to bring folders into
> view...
>
>
> KarSc wrote:
>
> Hi all, hope this is the right forum to ask questions about EFS .
>
>
>
> I'm trying to build an example that with the EFS helps will make me build
> a view with a representation of what is contained in my DB .
>
> I did actually manage to do it but there is something that I don't not
> really like .
>
>
>
> When I start my test it starts to ask information about the whole tree -
> the problem is that this operation can take a long time if the DB
> contains more than a 1000 object ..
>
>
>
> Is there a way to (for example) just read the information about the first
> "folder" and only once it get expanded read it . I do understand that
> eclipse must probably cache information about name and structure . but
> this really make totally not usable .
>
>
>
> Thanks
>
> Kar
>
>
>
>
>
>
>
>
>
>
|
|
|
Re: EFS question ... [message #326271 is a reply to message #326260] |
Thu, 13 March 2008 12:56 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------060104060402080606050700
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Kar,
In that case it's using an IFile and for sure the editor supports that.
KarSc wrote:
> The weird thing is that ... if I do open the file from the mounted EFS (from
> resource view) - it works fine ...
>
> or at least I can able to open the file using the xml editor (but when I
> save it the document goes in out of sync ... but it has been saved correctly
> ... just pressing F5 I get the editor back ...)
>
>
>
> this whole thing is driving me crazy ...
>
> hope u can help me
>
>
>
> Thanks
>
> Kar
>
>
> "KarSc" <carmeloscala@hotmail.com> wrote in message
> news:fraste$44k$1@build.eclipse.org...
>
>> viewer.setInput(EFS.getFileSystem("eom").getStore(new Path("/")));
>>
>> and on the double click on the tree item i'm just opening the editor with
>> ...
>>
>> IDE.openEditorOnFileStore(page, fileStore);
>>
>> i did actually discovered that the problem is different ...
>> i cannot open only xml file ... follows the exception ....
>>
>> thanks
>> kar
>>
>> org.eclipse.ui.PartInitException: Editor could not be initialized.
>> at
>> org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(Ab stractTextEditor.java:3028)
>> at
>> org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTe xtEditor.java:3039)
>> at
>> org.eclipse.wst.sse.ui.StructuredTextEditor.init(StructuredT extEditor.java:2617)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:186)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:160)
>> at
>> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.addSourcePage(XMLMultiPageEditorPart.java:378)
>> at
>> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.createPages(XMLMultiPageEditorPart.java:554)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Mu ltiPageEditorPart.java:283)
>> at
>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torReference.java:661)
>> at
>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.java:426)
>> at
>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartReference.java:592)
>> at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:29 9)
>> at
>> org.eclipse.ui.internal.presentations.PresentablePart.setVis ible(PresentablePart.java:179)
>> at
>> org.eclipse.ui.internal.presentations.util.PresentablePartFo lder.select(PresentablePartFolder.java:268)
>> at
>> org.eclipse.ui.internal.presentations.util.LeftToRightTabOrd er.select(LeftToRightTabOrder.java:65)
>> at
>> org.eclipse.ui.internal.presentations.util.TabbedStackPresen tation.selectPart(TabbedStackPresentation.java:400)
>> at
>> org.eclipse.ui.internal.PartStack.refreshPresentationSelecti on(PartStack.java:1256)
>> at org.eclipse.ui.internal.PartStack.setSelection(PartStack.jav a:1209)
>> at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:16 04)
>> at org.eclipse.ui.internal.PartStack.add(PartStack.java:499)
>> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103 )
>> at org.eclipse.ui.internal.PartStack.add(PartStack.java:485)
>> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112 )
>> at
>> org.eclipse.ui.internal.EditorSashContainer.addEditor(Editor SashContainer.java:63)
>> at
>> org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorA reaHelper.java:217)
>> at
>> org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAre aHelper.java:207)
>> at
>> org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:774)
>> at
>> org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager.java:673)
>> at
>> org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:634)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2737)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Workben chPage.java:2651)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.access$13(WorkbenchPag e.java:2643)
>> at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.j ava:2595)
>> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2590)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2574)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2557)
>> at testefs.views.SampleView$4$1.run(SampleView.java:399)
>>
>>
>>
>>
>>
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fr90rj$ihq$1@build.eclipse.org...
>> Kar,
>>
>> This looks like the right way. How are you creating the file store
>> instance that you pass to the editor?
>>
>>
>> KarSc wrote:
>> Hi Ed and thanks ...
>>
>> in the meantime I did actually create a simple treeview with a basic with
>>
>>
>>
>> viewer.setLabelProvider(new WorkbenchLabelProvider());
>>
>> viewer.setContentProvider(new BaseWorkbenchContentProvider());
>>
>>
>>
>> so I get back my tree for free (no icon no anything but it's a starting
>> point) and items are only loaded when I do expand the folder.
>>
>>
>>
>> The trouble is ... what shall I do to be able to open an editor on the
>> item
>> ...
>>
>> this was free when a linked the "dbfilesystem" to the resource view ...
>>
>>
>>
>> What shall I do now?
>>
>>
>>
>> I have tried using what follows
>>
>>
>>
>> IEditorDescriptor desc2 =
>> PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
>>
>> try
>>
>> {
>>
>> page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
>>
>> }
>>
>> catch (PartInitException e)
>>
>> {
>>
>> // TODO Auto-generated catch block
>>
>> e.printStackTrace();
>>
>> }
>>
>>
>>
>> but I don't get anything ...
>>
>> can u point me in the right direction or what is the class of the
>> navigator
>> view so I could probably check what does it do (bear in mind that I know
>> very little of EFS and I haven't done any cache of the db file locally,
>> but
>> just implemented the get input/output stream on the filestore)
>>
>>
>>
>> thanks
>>
>> Kar
>>
>>
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fr8pgc$464$1@build.eclipse.org...
>>
>> Kar,
>>
>> I'm not sure this is entirely avoidable. Eclipse does need to know the
>> time stamp for each resource the first time so that it can properly do a
>> refresh should the contents of the tree change outside the control of the
>> IResource APIs. What specifically is driving the full walk. Is it indeed
>> this need for an initial sync? I assume it's not actually loading files
>> but just needs to understand the full folder structure. If that indeed is
>> taking an unusably long time, you probably need to rethink your design
>> where the user needs to take explicit actions to bring folders into
>> view...
>>
>>
>> KarSc wrote:
>>
>> Hi all, hope this is the right forum to ask questions about EFS .
>>
>>
>>
>> I'm trying to build an example that with the EFS helps will make me build
>> a view with a representation of what is contained in my DB .
>>
>> I did actually manage to do it but there is something that I don't not
>> really like .
>>
>>
>>
>> When I start my test it starts to ask information about the whole tree -
>> the problem is that this operation can take a long time if the DB
>> contains more than a 1000 object ..
>>
>>
>>
>> Is there a way to (for example) just read the information about the first
>> "folder" and only once it get expanded read it . I do understand that
>> eclipse must probably cache information about name and structure . but
>> this really make totally not usable .
>>
>>
>>
>> Thanks
>>
>> Kar
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
--------------060104060402080606050700
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kar,<br>
<br>
In that case it's using an IFile and for sure the editor supports that.<br>
<br>
<br>
KarSc wrote:
<blockquote cite="mid:frau4f$m4n$1@build.eclipse.org" type="cite">
<pre wrap="">The weird thing is that ... if I do open the file from the mounted EFS (from
resource view) - it works fine ...
or at least I can able to open the file using the xml editor (but when I
save it the document goes in out of sync ... but it has been saved correctly
.... just pressing F5 I get the editor back ...)
this whole thing is driving me crazy ...
hope u can help me
Thanks
Kar
"KarSc" <a class="moz-txt-link-rfc2396E" href="mailto:carmeloscala@hotmail.com"><carmeloscala@hotmail.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fraste$44k$1@build.eclipse.org">news:fraste$44k$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">viewer.setInput(EFS.getFileSystem("eom").getStore(new Path("/")));
and on the double click on the tree item i'm just opening the editor with
....
IDE.openEditorOnFileStore(page, fileStore);
i did actually discovered that the problem is different ...
i cannot open only xml file ... follows the exception ....
thanks
kar
org.eclipse.ui.PartInitException: Editor could not be initialized.
at
org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(Ab stractTextEditor.java:3028)
at
org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTe xtEditor.java:3039)
at
org.eclipse.wst.sse.ui.StructuredTextEditor.init(StructuredT extEditor.java:2617)
at
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:186)
at
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:160)
at
org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.addSourcePage(XMLMultiPageEditorPart.java:378)
at
org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.createPages(XMLMultiPageEditorPart.java:554)
at
org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Mu ltiPageEditorPart.java:283)
at
org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torReference.java:661)
at
org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.java:426)
at
org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartReference.java:592)
at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:29 9)
at
org.eclipse.ui.internal.presentations.PresentablePart.setVis ible(PresentablePart.java:179)
at
org.eclipse.ui.internal.presentations.util.PresentablePartFo lder.select(PresentablePartFolder.java:268)
at
org.eclipse.ui.internal.presentations.util.LeftToRightTabOrd er.select(LeftToRightTabOrder.java:65)
at
org.eclipse.ui.internal.presentations.util.TabbedStackPresen tation.selectPart(TabbedStackPresentation.java:400)
at
org.eclipse.ui.internal.PartStack.refreshPresentationSelecti on(PartStack.java:1256)
at org.eclipse.ui.internal.PartStack.setSelection(PartStack.jav a:1209)
at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:16 04)
at org.eclipse.ui.internal.PartStack.add(PartStack.java:499)
at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103 )
at org.eclipse.ui.internal.PartStack.add(PartStack.java:485)
at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112 )
at
org.eclipse.ui.internal.EditorSashContainer.addEditor(Editor SashContainer.java:63)
at
org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorA reaHelper.java:217)
at
org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAre aHelper.java:207)
at
org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:774)
at
org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager.java:673)
at
org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:634)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2737)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Workben chPage.java:2651)
at
org.eclipse.ui.internal.WorkbenchPage.access$13(WorkbenchPag e.java:2643)
at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.j ava:2595)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2590)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2574)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2557)
at testefs.views.SampleView$4$1.run(SampleView.java:399)
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fr90rj$ihq$1@build.eclipse.org">news:fr90rj$ihq$1@build.eclipse.org</a>...
Kar,
This looks like the right way. How are you creating the file store
instance that you pass to the editor?
KarSc wrote:
Hi Ed and thanks ...
in the meantime I did actually create a simple treeview with a basic with
viewer.setLabelProvider(new WorkbenchLabelProvider());
viewer.setContentProvider(new BaseWorkbenchContentProvider());
so I get back my tree for free (no icon no anything but it's a starting
point) and items are only loaded when I do expand the folder.
The trouble is ... what shall I do to be able to open an editor on the
item
....
this was free when a linked the "dbfilesystem" to the resource view ...
What shall I do now?
I have tried using what follows
IEditorDescriptor desc2 =
PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
try
{
page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
}
catch (PartInitException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
but I don't get anything ...
can u point me in the right direction or what is the class of the
navigator
view so I could probably check what does it do (bear in mind that I know
very little of EFS and I haven't done any cache of the db file locally,
but
just implemented the get input/output stream on the filestore)
thanks
Kar
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fr8pgc$464$1@build.eclipse.org">news:fr8pgc$464$1@build.eclipse.org</a>...
Kar,
I'm not sure this is entirely avoidable. Eclipse does need to know the
time stamp for each resource the first time so that it can properly do a
refresh should the contents of the tree change outside the control of the
IResource APIs. What specifically is driving the full walk. Is it indeed
this need for an initial sync? I assume it's not actually loading files
but just needs to understand the full folder structure. If that indeed is
taking an unusably long time, you probably need to rethink your design
where the user needs to take explicit actions to bring folders into
view...
KarSc wrote:
Hi all, hope this is the right forum to ask questions about EFS .
I'm trying to build an example that with the EFS helps will make me build
a view with a representation of what is contained in my DB .
I did actually manage to do it but there is something that I don't not
really like .
When I start my test it starts to ask information about the whole tree -
the problem is that this operation can take a long time if the DB
contains more than a 1000 object ..
Is there a way to (for example) just read the information about the first
"folder" and only once it get expanded read it . I do understand that
eclipse must probably cache information about name and structure . but
this really make totally not usable .
Thanks
Kar
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------060104060402080606050700--
|
|
|
Re: EFS question ... [message #326272 is a reply to message #326263] |
Thu, 13 March 2008 12:58 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------080101090106060009070802
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Kar,
It kind of circles back to your original problem. To make it an IFile,
you need to use EFS as the backing for a view on your database. Maybe
ask the WTP newsgroup about support for different types of input (if
debugging the stack trace doesn't make that clear by inspection).
KarSc wrote:
> checking the ResourceNavigotor I can see that it will actually work on a
> IFile ...
>
>
>
> still what shall I do to obtain an IFile from a filestore :-S
>
>
>
> Kar
>
>
>
> "KarSc" <carmeloscala@hotmail.com> wrote in message
> news:fraste$44k$1@build.eclipse.org...
>
>> viewer.setInput(EFS.getFileSystem("eom").getStore(new Path("/")));
>>
>> and on the double click on the tree item i'm just opening the editor with
>> ...
>>
>> IDE.openEditorOnFileStore(page, fileStore);
>>
>> i did actually discovered that the problem is different ...
>> i cannot open only xml file ... follows the exception ....
>>
>> thanks
>> kar
>>
>> org.eclipse.ui.PartInitException: Editor could not be initialized.
>> at
>> org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(Ab stractTextEditor.java:3028)
>> at
>> org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTe xtEditor.java:3039)
>> at
>> org.eclipse.wst.sse.ui.StructuredTextEditor.init(StructuredT extEditor.java:2617)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:186)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:160)
>> at
>> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.addSourcePage(XMLMultiPageEditorPart.java:378)
>> at
>> org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.createPages(XMLMultiPageEditorPart.java:554)
>> at
>> org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Mu ltiPageEditorPart.java:283)
>> at
>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torReference.java:661)
>> at
>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.java:426)
>> at
>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartReference.java:592)
>> at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:29 9)
>> at
>> org.eclipse.ui.internal.presentations.PresentablePart.setVis ible(PresentablePart.java:179)
>> at
>> org.eclipse.ui.internal.presentations.util.PresentablePartFo lder.select(PresentablePartFolder.java:268)
>> at
>> org.eclipse.ui.internal.presentations.util.LeftToRightTabOrd er.select(LeftToRightTabOrder.java:65)
>> at
>> org.eclipse.ui.internal.presentations.util.TabbedStackPresen tation.selectPart(TabbedStackPresentation.java:400)
>> at
>> org.eclipse.ui.internal.PartStack.refreshPresentationSelecti on(PartStack.java:1256)
>> at org.eclipse.ui.internal.PartStack.setSelection(PartStack.jav a:1209)
>> at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:16 04)
>> at org.eclipse.ui.internal.PartStack.add(PartStack.java:499)
>> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103 )
>> at org.eclipse.ui.internal.PartStack.add(PartStack.java:485)
>> at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112 )
>> at
>> org.eclipse.ui.internal.EditorSashContainer.addEditor(Editor SashContainer.java:63)
>> at
>> org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorA reaHelper.java:217)
>> at
>> org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAre aHelper.java:207)
>> at
>> org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:774)
>> at
>> org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager.java:673)
>> at
>> org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:634)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2737)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Workben chPage.java:2651)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.access$13(WorkbenchPag e.java:2643)
>> at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.j ava:2595)
>> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2590)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2574)
>> at
>> org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2557)
>> at testefs.views.SampleView$4$1.run(SampleView.java:399)
>>
>>
>>
>>
>>
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fr90rj$ihq$1@build.eclipse.org...
>> Kar,
>>
>> This looks like the right way. How are you creating the file store
>> instance that you pass to the editor?
>>
>>
>> KarSc wrote:
>> Hi Ed and thanks ...
>>
>> in the meantime I did actually create a simple treeview with a basic with
>>
>>
>>
>> viewer.setLabelProvider(new WorkbenchLabelProvider());
>>
>> viewer.setContentProvider(new BaseWorkbenchContentProvider());
>>
>>
>>
>> so I get back my tree for free (no icon no anything but it's a starting
>> point) and items are only loaded when I do expand the folder.
>>
>>
>>
>> The trouble is ... what shall I do to be able to open an editor on the
>> item
>> ...
>>
>> this was free when a linked the "dbfilesystem" to the resource view ...
>>
>>
>>
>> What shall I do now?
>>
>>
>>
>> I have tried using what follows
>>
>>
>>
>> IEditorDescriptor desc2 =
>> PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
>>
>> try
>>
>> {
>>
>> page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
>>
>> }
>>
>> catch (PartInitException e)
>>
>> {
>>
>> // TODO Auto-generated catch block
>>
>> e.printStackTrace();
>>
>> }
>>
>>
>>
>> but I don't get anything ...
>>
>> can u point me in the right direction or what is the class of the
>> navigator
>> view so I could probably check what does it do (bear in mind that I know
>> very little of EFS and I haven't done any cache of the db file locally,
>> but
>> just implemented the get input/output stream on the filestore)
>>
>>
>>
>> thanks
>>
>> Kar
>>
>>
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fr8pgc$464$1@build.eclipse.org...
>>
>> Kar,
>>
>> I'm not sure this is entirely avoidable. Eclipse does need to know the
>> time stamp for each resource the first time so that it can properly do a
>> refresh should the contents of the tree change outside the control of the
>> IResource APIs. What specifically is driving the full walk. Is it indeed
>> this need for an initial sync? I assume it's not actually loading files
>> but just needs to understand the full folder structure. If that indeed is
>> taking an unusably long time, you probably need to rethink your design
>> where the user needs to take explicit actions to bring folders into
>> view...
>>
>>
>> KarSc wrote:
>>
>> Hi all, hope this is the right forum to ask questions about EFS .
>>
>>
>>
>> I'm trying to build an example that with the EFS helps will make me build
>> a view with a representation of what is contained in my DB .
>>
>> I did actually manage to do it but there is something that I don't not
>> really like .
>>
>>
>>
>> When I start my test it starts to ask information about the whole tree -
>> the problem is that this operation can take a long time if the DB
>> contains more than a 1000 object ..
>>
>>
>>
>> Is there a way to (for example) just read the information about the first
>> "folder" and only once it get expanded read it . I do understand that
>> eclipse must probably cache information about name and structure . but
>> this really make totally not usable .
>>
>>
>>
>> Thanks
>>
>> Kar
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
--------------080101090106060009070802
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kar,<br>
<br>
It kind of circles back to your original problem. To make it an IFile,
you need to use EFS as the backing for a view on your database. Maybe
ask the WTP newsgroup about support for different types of input (if
debugging the stack trace doesn't make that clear by inspection).<br>
<br>
<br>
KarSc wrote:
<blockquote cite="mid:frb1l9$a1u$1@build.eclipse.org" type="cite">
<pre wrap="">checking the ResourceNavigotor I can see that it will actually work on a
IFile ...
still what shall I do to obtain an IFile from a filestore :-S
Kar
"KarSc" <a class="moz-txt-link-rfc2396E" href="mailto:carmeloscala@hotmail.com"><carmeloscala@hotmail.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fraste$44k$1@build.eclipse.org">news:fraste$44k$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">viewer.setInput(EFS.getFileSystem("eom").getStore(new Path("/")));
and on the double click on the tree item i'm just opening the editor with
....
IDE.openEditorOnFileStore(page, fileStore);
i did actually discovered that the problem is different ...
i cannot open only xml file ... follows the exception ....
thanks
kar
org.eclipse.ui.PartInitException: Editor could not be initialized.
at
org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(Ab stractTextEditor.java:3028)
at
org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTe xtEditor.java:3039)
at
org.eclipse.wst.sse.ui.StructuredTextEditor.init(StructuredT extEditor.java:2617)
at
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:186)
at
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEdi torPart.java:160)
at
org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.addSourcePage(XMLMultiPageEditorPart.java:378)
at
org.eclipse.wst.xml.ui.internal.tabletree.XMLMultiPageEditor Part.createPages(XMLMultiPageEditorPart.java:554)
at
org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Mu ltiPageEditorPart.java:283)
at
org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torReference.java:661)
at
org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.java:426)
at
org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartReference.java:592)
at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:29 9)
at
org.eclipse.ui.internal.presentations.PresentablePart.setVis ible(PresentablePart.java:179)
at
org.eclipse.ui.internal.presentations.util.PresentablePartFo lder.select(PresentablePartFolder.java:268)
at
org.eclipse.ui.internal.presentations.util.LeftToRightTabOrd er.select(LeftToRightTabOrder.java:65)
at
org.eclipse.ui.internal.presentations.util.TabbedStackPresen tation.selectPart(TabbedStackPresentation.java:400)
at
org.eclipse.ui.internal.PartStack.refreshPresentationSelecti on(PartStack.java:1256)
at org.eclipse.ui.internal.PartStack.setSelection(PartStack.jav a:1209)
at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:16 04)
at org.eclipse.ui.internal.PartStack.add(PartStack.java:499)
at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103 )
at org.eclipse.ui.internal.PartStack.add(PartStack.java:485)
at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112 )
at
org.eclipse.ui.internal.EditorSashContainer.addEditor(Editor SashContainer.java:63)
at
org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorA reaHelper.java:217)
at
org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAre aHelper.java:207)
at
org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:774)
at
org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager.java:673)
at
org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:634)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2737)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Workben chPage.java:2651)
at
org.eclipse.ui.internal.WorkbenchPage.access$13(WorkbenchPag e.java:2643)
at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.j ava:2595)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2590)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2574)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:2557)
at testefs.views.SampleView$4$1.run(SampleView.java:399)
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fr90rj$ihq$1@build.eclipse.org">news:fr90rj$ihq$1@build.eclipse.org</a>...
Kar,
This looks like the right way. How are you creating the file store
instance that you pass to the editor?
KarSc wrote:
Hi Ed and thanks ...
in the meantime I did actually create a simple treeview with a basic with
viewer.setLabelProvider(new WorkbenchLabelProvider());
viewer.setContentProvider(new BaseWorkbenchContentProvider());
so I get back my tree for free (no icon no anything but it's a starting
point) and items are only loaded when I do expand the folder.
The trouble is ... what shall I do to be able to open an editor on the
item
....
this was free when a linked the "dbfilesystem" to the resource view ...
What shall I do now?
I have tried using what follows
IEditorDescriptor desc2 =
PlatformUI.getWorkbench().getEditorRegistry().getDefaultEdit or(fileStore.getName());
try
{
page.openEditor(new FileStoreEditorInput(fileStore), desc2.getId());
}
catch (PartInitException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
but I don't get anything ...
can u point me in the right direction or what is the class of the
navigator
view so I could probably check what does it do (bear in mind that I know
very little of EFS and I haven't done any cache of the db file locally,
but
just implemented the get input/output stream on the filestore)
thanks
Kar
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fr8pgc$464$1@build.eclipse.org">news:fr8pgc$464$1@build.eclipse.org</a>...
Kar,
I'm not sure this is entirely avoidable. Eclipse does need to know the
time stamp for each resource the first time so that it can properly do a
refresh should the contents of the tree change outside the control of the
IResource APIs. What specifically is driving the full walk. Is it indeed
this need for an initial sync? I assume it's not actually loading files
but just needs to understand the full folder structure. If that indeed is
taking an unusably long time, you probably need to rethink your design
where the user needs to take explicit actions to bring folders into
view...
KarSc wrote:
Hi all, hope this is the right forum to ask questions about EFS .
I'm trying to build an example that with the EFS helps will make me build
a view with a representation of what is contained in my DB .
I did actually manage to do it but there is something that I don't not
really like .
When I start my test it starts to ask information about the whole tree -
the problem is that this operation can take a long time if the DB
contains more than a 1000 object ..
Is there a way to (for example) just read the information about the first
"folder" and only once it get expanded read it . I do understand that
eclipse must probably cache information about name and structure . but
this really make totally not usable .
Thanks
Kar
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------080101090106060009070802--
|
|
| |
Goto Forum:
Current Time: Sat Aug 24 00:43:25 GMT 2024
Powered by FUDForum. Page generated in 0.04575 seconds
|