Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Eclipse Platform » EFS question ...
EFS question ... [message #326232] Wed, 12 March 2008 14:06 Go to next message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
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 #326236 is a reply to message #326232] Wed, 12 March 2008 14:31 Go to previous messageGo to next message
Eclipse UserFriend
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 #326239 is a reply to message #326236] Wed, 12 March 2008 16:18 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
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 #326240 is a reply to message #326239] Wed, 12 March 2008 16:37 Go to previous messageGo to next message
Eclipse UserFriend
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.&nbsp; 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">&lt;merks@ca.ibm.com&gt;</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 #326257 is a reply to message #326240] Thu, 13 March 2008 09:42 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
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 #326260 is a reply to message #326257] Thu, 13 March 2008 10:02 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
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
>
>
>
>
>
>
>
>
>
Re: EFS question ... [message #326263 is a reply to message #326257] Thu, 13 March 2008 11:03 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
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
>
>
>
>
>
>
>
>
>
Re: EFS question ... [message #326269 is a reply to message #326257] Thu, 13 March 2008 12:55 Go to previous messageGo to next message
Eclipse UserFriend
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 messageGo to next message
Eclipse UserFriend
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">&lt;carmeloscala@hotmail.com&gt;</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">&lt;merks@ca.ibm.com&gt;</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">&lt;merks@ca.ibm.com&gt;</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 messageGo to next message
Eclipse UserFriend
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.&nbsp; To make it an IFile,
you need to use EFS as the backing for a view on your database.&nbsp; 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">&lt;carmeloscala@hotmail.com&gt;</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">&lt;merks@ca.ibm.com&gt;</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">&lt;merks@ca.ibm.com&gt;</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--
Re: EFS question ... [message #326276 is a reply to message #326269] Thu, 13 March 2008 14:17 Go to previous message
Carmelo  is currently offline Carmelo Friend
Messages: 224
Registered: July 2009
Senior Member
Hi Ed and really thanks for all ur help ...



I guess at this point is better for me to stop ... at least since I will
fully understand what I can do to actually get an IFile from an EFS object
....



I could try to dig and solve the problem for a structure text editor but I'm
sure that the trouble will rise again once someone will use a different
plug-in inside the RCP application for editing any other kind of file .



I did have a look at the Workspace / Workspace root and a bunch of other
classes inside the Resources Plugin but it's a really mess ...



Still thanks for ur help



Ciao

Kar



"Ed Merks" <merks@ca.ibm.com> wrote in message
news:frb880$q1t$1@build.eclipse.org...
> 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
>>
>>
>>
>>
>>
>>
>>
>>
>>
Previous Topic:multi-width images in Tree
Next Topic:Problem with plugin dependencies
Goto Forum:
  


Current Time: Sun Nov 03 06:11:14 GMT 2024

Powered by FUDForum. Page generated in 0.03987 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top