Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » DSDP - Target Management » problem with list with new rse 301
problem with list with new rse 301 [message #32447] Wed, 25 February 2009 13:35 Go to next message
Carmelo  is currently offline Carmelo
Messages: 224
Registered: July 2009
Senior Member
Hi all,

hope I'm not doing something wrong but since I moved from rse 2.x to rse 301
I'm having problem with my db model ...

the problem is when I start listing ...
everything works fine when I'm mapping item that are similar to the file
system ... I mean /Test ... /Temp/aaa.xml and so on ...

what about if my file in the db can only be found via a specific url ...

I have seen that the listFile/listFolder of the old FileServiceSubSystem
have been replaced with just a list ...

the problem comes in here ...

// update the parent with it's latest
properties
// null is passed for the second argument because we currently don't get
the parent in our results query
updateRemoteFile(parent, null, monitor);


when parent is null and the internal code will note take care of getting the
absolute path of the object but just the name ... and this even if the
previous call

// query children of the parent
IHostFile[] results = internalList(parentPath, fileNameFilter, fileType,
monitor);

has worked perfectly ...

I don't know if I have been clear?

Ciao
Kar
Re: problem with list with new rse 301 [message #32517 is a reply to message #32447] Mon, 02 March 2009 17:24 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Hello Kar,

I'm not sure if I got you right, but what you describe sounds like a
normal migration problem as part of migrating to a new major release.

Have you checked the Build Notes to see if there are any migration
guides related to what you see? - I'm sure that there is something
pointing to a bugzilla item that describes the change that was made, why
it was made, and how client code is expected to be changed.

Your entry point into the build notes and release notes could be this:

http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html

http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php

https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178

https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195


Hope that helps,

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Hi all,
>
> hope I'm not doing something wrong but since I moved from rse 2.x to rse
> 301 I'm having problem with my db model ...
>
> the problem is when I start listing ...
> everything works fine when I'm mapping item that are similar to the file
> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>
> what about if my file in the db can only be found via a specific url ...
>
> I have seen that the listFile/listFolder of the old FileServiceSubSystem
> have been replaced with just a list ...
>
> the problem comes in here ...
>
> // update the parent with it's latest
> properties
> // null is passed for the second argument because we currently
> don't get the parent in our results query
> updateRemoteFile(parent, null, monitor);
>
>
> when parent is null and the internal code will note take care of getting
> the absolute path of the object but just the name ... and this even if
> the previous call
>
> // query children of the parent
> IHostFile[] results = internalList(parentPath, fileNameFilter,
> fileType, monitor);
>
> has worked perfectly ...
>
> I don't know if I have been clear?
>
> Ciao
> Kar
>
>
Re: problem with list with new rse 301 [message #32552 is a reply to message #32447] Mon, 02 March 2009 17:27 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Hello Kar,

I'm not sure if I got you right, but what you describe sounds like a
normal migration problem as part of migrating to a new major release.

Have you checked the Build Notes to see if there are any migration
guides related to what you see? - I'm sure that there is something
pointing to a bugzilla item that describes the change that was made, why
it was made, and how client code is expected to be changed.

Your entry point into the build notes and release notes could be this:

http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html

http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php

https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178

https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195


Hope that helps,

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Hi all,
>
> hope I'm not doing something wrong but since I moved from rse 2.x to rse
> 301 I'm having problem with my db model ...
>
> the problem is when I start listing ...
> everything works fine when I'm mapping item that are similar to the file
> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>
> what about if my file in the db can only be found via a specific url ...
>
> I have seen that the listFile/listFolder of the old FileServiceSubSystem
> have been replaced with just a list ...
>
> the problem comes in here ...
>
> // update the parent with it's latest
> properties
> // null is passed for the second argument because we currently
> don't get the parent in our results query
> updateRemoteFile(parent, null, monitor);
>
>
> when parent is null and the internal code will note take care of getting
> the absolute path of the object but just the name ... and this even if
> the previous call
>
> // query children of the parent
> IHostFile[] results = internalList(parentPath, fileNameFilter,
> fileType, monitor);
>
> has worked perfectly ...
>
> I don't know if I have been clear?
>
> Ciao
> Kar
>
>
Re: problem with list with new rse 301 [message #32943 is a reply to message #32552] Mon, 09 March 2009 10:40 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo
Messages: 224
Registered: July 2009
Senior Member
Hi Martin sorry for the delay in answering your email ....

thank for the links u sent me ... but I'm still lost ...

So ... I found interesting the article about the rse inizialization one of
the problem I'm having with 3.0.1 too - and we talked about few "posts ago"
(I did try to call something from RSEUIPLUGIN as u suggested ... but no
luck ...

right now if I use the subsystem inside my own view what I get is that it
works fine for me but opening the rse perspective I cannot navigate the tree
for a null adapter ... The same subsystem works fine if I start it the rse
view (I guess once this is correctly initialized ... )

still don't know how to solve this problem (I did had the same problem with
3.0.2)

--------------

about the updateRemoteFile inside the list call I could not find anything in
the article u sent ...
what I want just to point out is that u can mount as root folder any mapping
of your subsystem u like (and this is what I do in my rse project) ....

clearly if I work with remote files that are mapped correctly on root
everything is ok (I mean something that start with a '/') ... but the
problem is when u have got something mapped on root that u need to access
via a specific path/uri ... and here clearly the list works fine but NOT the
following call

updateRemoteFile(parent, null, monitor);

the root node has parent null and the code will ask again for file name ...
WHY

Kar




"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:49AC16FF.9090406@windriver.com...
> Hello Kar,
>
> I'm not sure if I got you right, but what you describe sounds like a
> normal migration problem as part of migrating to a new major release.
>
> Have you checked the Build Notes to see if there are any migration guides
> related to what you see? - I'm sure that there is something pointing to a
> bugzilla item that describes the change that was made, why it was made,
> and how client code is expected to be changed.
>
> Your entry point into the build notes and release notes could be this:
>
> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>
> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>
>
> Hope that helps,
>
> Cheers,
> --
> Martin Oberhuber, Senior Member of Technical Staff, Wind River
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
>
>
>
>
> Kar wrote:
>> Hi all,
>>
>> hope I'm not doing something wrong but since I moved from rse 2.x to rse
>> 301 I'm having problem with my db model ...
>>
>> the problem is when I start listing ...
>> everything works fine when I'm mapping item that are similar to the file
>> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>
>> what about if my file in the db can only be found via a specific url ...
>>
>> I have seen that the listFile/listFolder of the old FileServiceSubSystem
>> have been replaced with just a list ...
>>
>> the problem comes in here ...
>>
>> // update the parent with it's latest
>> properties
>> // null is passed for the second argument because we currently
>> don't get the parent in our results query
>> updateRemoteFile(parent, null, monitor);
>>
>>
>> when parent is null and the internal code will note take care of getting
>> the absolute path of the object but just the name ... and this even if
>> the previous call
>>
>> // query children of the parent
>> IHostFile[] results = internalList(parentPath, fileNameFilter,
>> fileType, monitor);
>>
>> has worked perfectly ...
>>
>> I don't know if I have been clear?
>>
>> Ciao
>> Kar
>>
>>
Re: problem with list with new rse 301 [message #33015 is a reply to message #32943] Mon, 09 March 2009 15:00 Go to previous messageGo to next message
Carmelo  is currently offline Carmelo
Messages: 224
Registered: July 2009
Senior Member
Ok solved the problem of the rse view not working when I was starting the
subsystem from my rcp view.
I do still have the timeout on the .log file ...

Don't know if this is the right thing ... but now I can navigate my
subsystem ...
thanks Martin


public class XXXFileAdapter implements IHostFileToRemoteFileAdapter
{

private static boolean _init = true;

public AbstractRemoteFile[] convertToRemoteFiles(FileServiceSubSystem
ss,
IRemoteFileContext context, IRemoteFile parent, IHostFile[]
nodes)
{
if (_init)
{
ss.initializeSubSystem(new NullProgressMonitor());
_init = false;
}
.....

}

public AbstractRemoteFile convertToRemoteFile(FileServiceSubSystem ss,
IRemoteFileContext context,
IRemoteFile parent, IHostFile node)
{
if (_init)
{
ss.initializeSubSystem(new NullProgressMonitor());
_init = false;
}

return file;
}

}



"Kar" <carmeloscala@hotmail.com> wrote in message
news:gp2rnt$jbs$1@build.eclipse.org...
> Hi Martin sorry for the delay in answering your email ....
>
> thank for the links u sent me ... but I'm still lost ...
>
> So ... I found interesting the article about the rse inizialization one of
> the problem I'm having with 3.0.1 too - and we talked about few "posts
> ago" (I did try to call something from RSEUIPLUGIN as u suggested ... but
> no luck ...
>
> right now if I use the subsystem inside my own view what I get is that it
> works fine for me but opening the rse perspective I cannot navigate the
> tree for a null adapter ... The same subsystem works fine if I start it
> the rse view (I guess once this is correctly initialized ... )
>
> still don't know how to solve this problem (I did had the same problem
> with 3.0.2)
>
> --------------
>
> about the updateRemoteFile inside the list call I could not find anything
> in the article u sent ...
> what I want just to point out is that u can mount as root folder any
> mapping of your subsystem u like (and this is what I do in my rse project)
> ....
>
> clearly if I work with remote files that are mapped correctly on root
> everything is ok (I mean something that start with a '/') ... but the
> problem is when u have got something mapped on root that u need to access
> via a specific path/uri ... and here clearly the list works fine but NOT
> the following call
>
> updateRemoteFile(parent, null, monitor);
>
> the root node has parent null and the code will ask again for file name
> ... WHY
>
> Kar
>
>
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:49AC16FF.9090406@windriver.com...
>> Hello Kar,
>>
>> I'm not sure if I got you right, but what you describe sounds like a
>> normal migration problem as part of migrating to a new major release.
>>
>> Have you checked the Build Notes to see if there are any migration guides
>> related to what you see? - I'm sure that there is something pointing to a
>> bugzilla item that describes the change that was made, why it was made,
>> and how client code is expected to be changed.
>>
>> Your entry point into the build notes and release notes could be this:
>>
>> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>>
>> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>>
>>
>> Hope that helps,
>>
>> Cheers,
>> --
>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>>
>>
>>
>>
>> Kar wrote:
>>> Hi all,
>>>
>>> hope I'm not doing something wrong but since I moved from rse 2.x to rse
>>> 301 I'm having problem with my db model ...
>>>
>>> the problem is when I start listing ...
>>> everything works fine when I'm mapping item that are similar to the file
>>> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>>
>>> what about if my file in the db can only be found via a specific url ...
>>>
>>> I have seen that the listFile/listFolder of the old FileServiceSubSystem
>>> have been replaced with just a list ...
>>>
>>> the problem comes in here ...
>>>
>>> // update the parent with it's latest
>>> properties
>>> // null is passed for the second argument because we currently
>>> don't get the parent in our results query
>>> updateRemoteFile(parent, null, monitor);
>>>
>>>
>>> when parent is null and the internal code will note take care of getting
>>> the absolute path of the object but just the name ... and this even if
>>> the previous call
>>>
>>> // query children of the parent
>>> IHostFile[] results = internalList(parentPath, fileNameFilter,
>>> fileType, monitor);
>>>
>>> has worked perfectly ...
>>>
>>> I don't know if I have been clear?
>>>
>>> Ciao
>>> Kar
>>>
>>>
Re: problem with list with new rse 301 [message #33122 is a reply to message #33015] Tue, 10 March 2009 18:43 Go to previous message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Sorry but if you want anybody to help, you'll need to be more specific.

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Ok solved the problem of the rse view not working when I was starting
> the subsystem from my rcp view.
> I do still have the timeout on the .log file ...
>
> Don't know if this is the right thing ... but now I can navigate my
> subsystem ...
> thanks Martin
>
>
> public class XXXFileAdapter implements IHostFileToRemoteFileAdapter
> {
>
> private static boolean _init = true;
>
> public AbstractRemoteFile[] convertToRemoteFiles(FileServiceSubSystem
> ss,
> IRemoteFileContext context, IRemoteFile parent, IHostFile[]
> nodes)
> {
> if (_init)
> {
> ss.initializeSubSystem(new NullProgressMonitor());
> _init = false;
> }
> .....
>
> }
>
> public AbstractRemoteFile convertToRemoteFile(FileServiceSubSystem
> ss, IRemoteFileContext context,
> IRemoteFile parent, IHostFile node)
> {
> if (_init)
> {
> ss.initializeSubSystem(new NullProgressMonitor());
> _init = false;
> }
>
> return file;
> }
>
> }
>
>
>
> "Kar" <carmeloscala@hotmail.com> wrote in message
> news:gp2rnt$jbs$1@build.eclipse.org...
>> Hi Martin sorry for the delay in answering your email ....
>>
>> thank for the links u sent me ... but I'm still lost ...
>>
>> So ... I found interesting the article about the rse inizialization
>> one of the problem I'm having with 3.0.1 too - and we talked about few
>> "posts ago" (I did try to call something from RSEUIPLUGIN as u
>> suggested ... but no luck ...
>>
>> right now if I use the subsystem inside my own view what I get is that
>> it works fine for me but opening the rse perspective I cannot navigate
>> the tree for a null adapter ... The same subsystem works fine if I
>> start it the rse view (I guess once this is correctly initialized ... )
>>
>> still don't know how to solve this problem (I did had the same problem
>> with 3.0.2)
>>
>> --------------
>>
>> about the updateRemoteFile inside the list call I could not find
>> anything in the article u sent ...
>> what I want just to point out is that u can mount as root folder any
>> mapping of your subsystem u like (and this is what I do in my rse
>> project) ....
>>
>> clearly if I work with remote files that are mapped correctly on root
>> everything is ok (I mean something that start with a '/') ... but the
>> problem is when u have got something mapped on root that u need to
>> access via a specific path/uri ... and here clearly the list works
>> fine but NOT the following call
>>
>> updateRemoteFile(parent, null, monitor);
>>
>> the root node has parent null and the code will ask again for file
>> name ... WHY
>>
>> Kar
>>
>>
>>
>>
>> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
>> news:49AC16FF.9090406@windriver.com...
>>> Hello Kar,
>>>
>>> I'm not sure if I got you right, but what you describe sounds like a
>>> normal migration problem as part of migrating to a new major release.
>>>
>>> Have you checked the Build Notes to see if there are any migration
>>> guides related to what you see? - I'm sure that there is something
>>> pointing to a bugzilla item that describes the change that was made,
>>> why it was made, and how client code is expected to be changed.
>>>
>>> Your entry point into the build notes and release notes could be this:
>>>
>>> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>>>
>>>
>>> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>>>
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>>>
>>>
>>> Hope that helps,
>>>
>>> Cheers,
>>> --
>>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>>> Target Management Project Lead, DSDP PMC Member
>>> http://www.eclipse.org/dsdp/tm
>>>
>>>
>>>
>>>
>>> Kar wrote:
>>>> Hi all,
>>>>
>>>> hope I'm not doing something wrong but since I moved from rse 2.x to
>>>> rse 301 I'm having problem with my db model ...
>>>>
>>>> the problem is when I start listing ...
>>>> everything works fine when I'm mapping item that are similar to the
>>>> file system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>>>
>>>> what about if my file in the db can only be found via a specific url
>>>> ...
>>>>
>>>> I have seen that the listFile/listFolder of the old
>>>> FileServiceSubSystem have been replaced with just a list ...
>>>>
>>>> the problem comes in here ...
>>>>
>>>> // update the parent with it's latest
>>>> properties
>>>> // null is passed for the second argument because we
>>>> currently don't get the parent in our results query
>>>> updateRemoteFile(parent, null, monitor);
>>>>
>>>>
>>>> when parent is null and the internal code will note take care of
>>>> getting the absolute path of the object but just the name ... and
>>>> this even if the previous call
>>>>
>>>> // query children of the parent
>>>> IHostFile[] results = internalList(parentPath,
>>>> fileNameFilter, fileType, monitor);
>>>>
>>>> has worked perfectly ...
>>>>
>>>> I don't know if I have been clear?
>>>>
>>>> Ciao
>>>> Kar
>>>>
>>>>
Re: problem with list with new rse 301 [message #579371 is a reply to message #32447] Mon, 02 March 2009 17:24 Go to previous message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Hello Kar,

I'm not sure if I got you right, but what you describe sounds like a
normal migration problem as part of migrating to a new major release.

Have you checked the Build Notes to see if there are any migration
guides related to what you see? - I'm sure that there is something
pointing to a bugzilla item that describes the change that was made, why
it was made, and how client code is expected to be changed.

Your entry point into the build notes and release notes could be this:

http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html

http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php

https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178

https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195


Hope that helps,

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Hi all,
>
> hope I'm not doing something wrong but since I moved from rse 2.x to rse
> 301 I'm having problem with my db model ...
>
> the problem is when I start listing ...
> everything works fine when I'm mapping item that are similar to the file
> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>
> what about if my file in the db can only be found via a specific url ...
>
> I have seen that the listFile/listFolder of the old FileServiceSubSystem
> have been replaced with just a list ...
>
> the problem comes in here ...
>
> // update the parent with it's latest
> properties
> // null is passed for the second argument because we currently
> don't get the parent in our results query
> updateRemoteFile(parent, null, monitor);
>
>
> when parent is null and the internal code will note take care of getting
> the absolute path of the object but just the name ... and this even if
> the previous call
>
> // query children of the parent
> IHostFile[] results = internalList(parentPath, fileNameFilter,
> fileType, monitor);
>
> has worked perfectly ...
>
> I don't know if I have been clear?
>
> Ciao
> Kar
>
>
Re: problem with list with new rse 301 [message #579395 is a reply to message #32447] Mon, 02 March 2009 17:27 Go to previous message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Hello Kar,

I'm not sure if I got you right, but what you describe sounds like a
normal migration problem as part of migrating to a new major release.

Have you checked the Build Notes to see if there are any migration
guides related to what you see? - I'm sure that there is something
pointing to a bugzilla item that describes the change that was made, why
it was made, and how client code is expected to be changed.

Your entry point into the build notes and release notes could be this:

http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html

http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php

https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178

https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195


Hope that helps,

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Hi all,
>
> hope I'm not doing something wrong but since I moved from rse 2.x to rse
> 301 I'm having problem with my db model ...
>
> the problem is when I start listing ...
> everything works fine when I'm mapping item that are similar to the file
> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>
> what about if my file in the db can only be found via a specific url ...
>
> I have seen that the listFile/listFolder of the old FileServiceSubSystem
> have been replaced with just a list ...
>
> the problem comes in here ...
>
> // update the parent with it's latest
> properties
> // null is passed for the second argument because we currently
> don't get the parent in our results query
> updateRemoteFile(parent, null, monitor);
>
>
> when parent is null and the internal code will note take care of getting
> the absolute path of the object but just the name ... and this even if
> the previous call
>
> // query children of the parent
> IHostFile[] results = internalList(parentPath, fileNameFilter,
> fileType, monitor);
>
> has worked perfectly ...
>
> I don't know if I have been clear?
>
> Ciao
> Kar
>
>
Re: problem with list with new rse 301 [message #579583 is a reply to message #32552] Mon, 09 March 2009 10:40 Go to previous message
Carmelo  is currently offline Carmelo
Messages: 224
Registered: July 2009
Senior Member
Hi Martin sorry for the delay in answering your email ....

thank for the links u sent me ... but I'm still lost ...

So ... I found interesting the article about the rse inizialization one of
the problem I'm having with 3.0.1 too - and we talked about few "posts ago"
(I did try to call something from RSEUIPLUGIN as u suggested ... but no
luck ...

right now if I use the subsystem inside my own view what I get is that it
works fine for me but opening the rse perspective I cannot navigate the tree
for a null adapter ... The same subsystem works fine if I start it the rse
view (I guess once this is correctly initialized ... )

still don't know how to solve this problem (I did had the same problem with
3.0.2)

--------------

about the updateRemoteFile inside the list call I could not find anything in
the article u sent ...
what I want just to point out is that u can mount as root folder any mapping
of your subsystem u like (and this is what I do in my rse project) ....

clearly if I work with remote files that are mapped correctly on root
everything is ok (I mean something that start with a '/') ... but the
problem is when u have got something mapped on root that u need to access
via a specific path/uri ... and here clearly the list works fine but NOT the
following call

updateRemoteFile(parent, null, monitor);

the root node has parent null and the code will ask again for file name ...
WHY

Kar




"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:49AC16FF.9090406@windriver.com...
> Hello Kar,
>
> I'm not sure if I got you right, but what you describe sounds like a
> normal migration problem as part of migrating to a new major release.
>
> Have you checked the Build Notes to see if there are any migration guides
> related to what you see? - I'm sure that there is something pointing to a
> bugzilla item that describes the change that was made, why it was made,
> and how client code is expected to be changed.
>
> Your entry point into the build notes and release notes could be this:
>
> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>
> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>
>
> Hope that helps,
>
> Cheers,
> --
> Martin Oberhuber, Senior Member of Technical Staff, Wind River
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
>
>
>
>
> Kar wrote:
>> Hi all,
>>
>> hope I'm not doing something wrong but since I moved from rse 2.x to rse
>> 301 I'm having problem with my db model ...
>>
>> the problem is when I start listing ...
>> everything works fine when I'm mapping item that are similar to the file
>> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>
>> what about if my file in the db can only be found via a specific url ...
>>
>> I have seen that the listFile/listFolder of the old FileServiceSubSystem
>> have been replaced with just a list ...
>>
>> the problem comes in here ...
>>
>> // update the parent with it's latest
>> properties
>> // null is passed for the second argument because we currently
>> don't get the parent in our results query
>> updateRemoteFile(parent, null, monitor);
>>
>>
>> when parent is null and the internal code will note take care of getting
>> the absolute path of the object but just the name ... and this even if
>> the previous call
>>
>> // query children of the parent
>> IHostFile[] results = internalList(parentPath, fileNameFilter,
>> fileType, monitor);
>>
>> has worked perfectly ...
>>
>> I don't know if I have been clear?
>>
>> Ciao
>> Kar
>>
>>
Re: problem with list with new rse 301 [message #579629 is a reply to message #32943] Mon, 09 March 2009 15:00 Go to previous message
Carmelo  is currently offline Carmelo
Messages: 224
Registered: July 2009
Senior Member
Ok solved the problem of the rse view not working when I was starting the
subsystem from my rcp view.
I do still have the timeout on the .log file ...

Don't know if this is the right thing ... but now I can navigate my
subsystem ...
thanks Martin


public class XXXFileAdapter implements IHostFileToRemoteFileAdapter
{

private static boolean _init = true;

public AbstractRemoteFile[] convertToRemoteFiles(FileServiceSubSystem
ss,
IRemoteFileContext context, IRemoteFile parent, IHostFile[]
nodes)
{
if (_init)
{
ss.initializeSubSystem(new NullProgressMonitor());
_init = false;
}
.....

}

public AbstractRemoteFile convertToRemoteFile(FileServiceSubSystem ss,
IRemoteFileContext context,
IRemoteFile parent, IHostFile node)
{
if (_init)
{
ss.initializeSubSystem(new NullProgressMonitor());
_init = false;
}

return file;
}

}



"Kar" <carmeloscala@hotmail.com> wrote in message
news:gp2rnt$jbs$1@build.eclipse.org...
> Hi Martin sorry for the delay in answering your email ....
>
> thank for the links u sent me ... but I'm still lost ...
>
> So ... I found interesting the article about the rse inizialization one of
> the problem I'm having with 3.0.1 too - and we talked about few "posts
> ago" (I did try to call something from RSEUIPLUGIN as u suggested ... but
> no luck ...
>
> right now if I use the subsystem inside my own view what I get is that it
> works fine for me but opening the rse perspective I cannot navigate the
> tree for a null adapter ... The same subsystem works fine if I start it
> the rse view (I guess once this is correctly initialized ... )
>
> still don't know how to solve this problem (I did had the same problem
> with 3.0.2)
>
> --------------
>
> about the updateRemoteFile inside the list call I could not find anything
> in the article u sent ...
> what I want just to point out is that u can mount as root folder any
> mapping of your subsystem u like (and this is what I do in my rse project)
> ....
>
> clearly if I work with remote files that are mapped correctly on root
> everything is ok (I mean something that start with a '/') ... but the
> problem is when u have got something mapped on root that u need to access
> via a specific path/uri ... and here clearly the list works fine but NOT
> the following call
>
> updateRemoteFile(parent, null, monitor);
>
> the root node has parent null and the code will ask again for file name
> ... WHY
>
> Kar
>
>
>
>
> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
> news:49AC16FF.9090406@windriver.com...
>> Hello Kar,
>>
>> I'm not sure if I got you right, but what you describe sounds like a
>> normal migration problem as part of migrating to a new major release.
>>
>> Have you checked the Build Notes to see if there are any migration guides
>> related to what you see? - I'm sure that there is something pointing to a
>> bugzilla item that describes the change that was made, why it was made,
>> and how client code is expected to be changed.
>>
>> Your entry point into the build notes and release notes could be this:
>>
>> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>>
>> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>>
>>
>> Hope that helps,
>>
>> Cheers,
>> --
>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>>
>>
>>
>>
>> Kar wrote:
>>> Hi all,
>>>
>>> hope I'm not doing something wrong but since I moved from rse 2.x to rse
>>> 301 I'm having problem with my db model ...
>>>
>>> the problem is when I start listing ...
>>> everything works fine when I'm mapping item that are similar to the file
>>> system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>>
>>> what about if my file in the db can only be found via a specific url ...
>>>
>>> I have seen that the listFile/listFolder of the old FileServiceSubSystem
>>> have been replaced with just a list ...
>>>
>>> the problem comes in here ...
>>>
>>> // update the parent with it's latest
>>> properties
>>> // null is passed for the second argument because we currently
>>> don't get the parent in our results query
>>> updateRemoteFile(parent, null, monitor);
>>>
>>>
>>> when parent is null and the internal code will note take care of getting
>>> the absolute path of the object but just the name ... and this even if
>>> the previous call
>>>
>>> // query children of the parent
>>> IHostFile[] results = internalList(parentPath, fileNameFilter,
>>> fileType, monitor);
>>>
>>> has worked perfectly ...
>>>
>>> I don't know if I have been clear?
>>>
>>> Ciao
>>> Kar
>>>
>>>
Re: problem with list with new rse 301 [message #579696 is a reply to message #33015] Tue, 10 March 2009 18:43 Go to previous message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 984
Registered: July 2009
Senior Member
Sorry but if you want anybody to help, you'll need to be more specific.

Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm




Kar wrote:
> Ok solved the problem of the rse view not working when I was starting
> the subsystem from my rcp view.
> I do still have the timeout on the .log file ...
>
> Don't know if this is the right thing ... but now I can navigate my
> subsystem ...
> thanks Martin
>
>
> public class XXXFileAdapter implements IHostFileToRemoteFileAdapter
> {
>
> private static boolean _init = true;
>
> public AbstractRemoteFile[] convertToRemoteFiles(FileServiceSubSystem
> ss,
> IRemoteFileContext context, IRemoteFile parent, IHostFile[]
> nodes)
> {
> if (_init)
> {
> ss.initializeSubSystem(new NullProgressMonitor());
> _init = false;
> }
> .....
>
> }
>
> public AbstractRemoteFile convertToRemoteFile(FileServiceSubSystem
> ss, IRemoteFileContext context,
> IRemoteFile parent, IHostFile node)
> {
> if (_init)
> {
> ss.initializeSubSystem(new NullProgressMonitor());
> _init = false;
> }
>
> return file;
> }
>
> }
>
>
>
> "Kar" <carmeloscala@hotmail.com> wrote in message
> news:gp2rnt$jbs$1@build.eclipse.org...
>> Hi Martin sorry for the delay in answering your email ....
>>
>> thank for the links u sent me ... but I'm still lost ...
>>
>> So ... I found interesting the article about the rse inizialization
>> one of the problem I'm having with 3.0.1 too - and we talked about few
>> "posts ago" (I did try to call something from RSEUIPLUGIN as u
>> suggested ... but no luck ...
>>
>> right now if I use the subsystem inside my own view what I get is that
>> it works fine for me but opening the rse perspective I cannot navigate
>> the tree for a null adapter ... The same subsystem works fine if I
>> start it the rse view (I guess once this is correctly initialized ... )
>>
>> still don't know how to solve this problem (I did had the same problem
>> with 3.0.2)
>>
>> --------------
>>
>> about the updateRemoteFile inside the list call I could not find
>> anything in the article u sent ...
>> what I want just to point out is that u can mount as root folder any
>> mapping of your subsystem u like (and this is what I do in my rse
>> project) ....
>>
>> clearly if I work with remote files that are mapped correctly on root
>> everything is ok (I mean something that start with a '/') ... but the
>> problem is when u have got something mapped on root that u need to
>> access via a specific path/uri ... and here clearly the list works
>> fine but NOT the following call
>>
>> updateRemoteFile(parent, null, monitor);
>>
>> the root node has parent null and the code will ask again for file
>> name ... WHY
>>
>> Kar
>>
>>
>>
>>
>> "Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
>> news:49AC16FF.9090406@windriver.com...
>>> Hello Kar,
>>>
>>> I'm not sure if I got you right, but what you describe sounds like a
>>> normal migration problem as part of migrating to a new major release.
>>>
>>> Have you checked the Build Notes to see if there are any migration
>>> guides related to what you see? - I'm sure that there is something
>>> pointing to a bugzilla item that describes the change that was made,
>>> why it was made, and how client code is expected to be changed.
>>>
>>> Your entry point into the build notes and release notes could be this:
>>>
>>> http://www.eclipse.org/dsdp/tm/development/relnotes/3.0/read me_tm_3.0.html
>>>
>>>
>>> http://download.eclipse.org/dsdp/tm/downloads/drops/R-3.0-20 0806202130/buildNotes.php
>>>
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=207178
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162195
>>>
>>>
>>> Hope that helps,
>>>
>>> Cheers,
>>> --
>>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>>> Target Management Project Lead, DSDP PMC Member
>>> http://www.eclipse.org/dsdp/tm
>>>
>>>
>>>
>>>
>>> Kar wrote:
>>>> Hi all,
>>>>
>>>> hope I'm not doing something wrong but since I moved from rse 2.x to
>>>> rse 301 I'm having problem with my db model ...
>>>>
>>>> the problem is when I start listing ...
>>>> everything works fine when I'm mapping item that are similar to the
>>>> file system ... I mean /Test ... /Temp/aaa.xml and so on ...
>>>>
>>>> what about if my file in the db can only be found via a specific url
>>>> ...
>>>>
>>>> I have seen that the listFile/listFolder of the old
>>>> FileServiceSubSystem have been replaced with just a list ...
>>>>
>>>> the problem comes in here ...
>>>>
>>>> // update the parent with it's latest
>>>> properties
>>>> // null is passed for the second argument because we
>>>> currently don't get the parent in our results query
>>>> updateRemoteFile(parent, null, monitor);
>>>>
>>>>
>>>> when parent is null and the internal code will note take care of
>>>> getting the absolute path of the object but just the name ... and
>>>> this even if the previous call
>>>>
>>>> // query children of the parent
>>>> IHostFile[] results = internalList(parentPath,
>>>> fileNameFilter, fileType, monitor);
>>>>
>>>> has worked perfectly ...
>>>>
>>>> I don't know if I have been clear?
>>>>
>>>> Ciao
>>>> Kar
>>>>
>>>>
Previous Topic:Announce: New TCF mailing list and phone conference
Next Topic:C/C++ Remote Debug: Unknown channel 0
Goto Forum:
  


Current Time: Tue Sep 30 15:55:29 GMT 2014

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

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