Re: Empty members after pushing changes.

This is something that's happened to me a few times and it's just happened again...it's somewhat similar to the other problem reported today. My confidence in using "Push changes" is such that I almost exclusively use "Push Selected" but sometimes the finger slips. But maybe it's been fixed! (I'm working remotely, connected via VPN - RDP 8.0.3).

When I go Remote Actions/Push changes I'll often get a "Command Completed With Errors" if it's been a while since I first connected to the server (might only be 20 mins or so!). At this point all of the "changed members" on the server will be empty! If I now do the same operation again I'll get "Conflict detected blah blah, it is either being pushed for the first time or has been changed on the host system since it was last pushed." I can select Yes to overwrite but it will error out again. I now need to do a disconnect and reconnect - that's the only way I've figured out how to recover. If I now do a Push Changes again it runs and completes but my members on the server are still blank! I now have to manually figure out which ones they were, select them and push them selectively.

On 3/7/2013 10:06 AM, Paul Bailey wrote:

I have also seen this problem intermittently. It goes away when you clear the cache (go to Window/Preferences, type cache, click File Cache and then click the clear button.) Of course, this workaround doesn't help if you don't realise that the latest changes haven't been brought into RDP! I suspect that the problem sometimes happens if you close RDP with source members open in the editor - when you re-open RDP those members are already open and even if you close them there and then they sometimes have this issue.

Has anyone already created an RFE to request a "reload from server" option or "disable cache when connected" somewhere? I was thinking it would be useful to reload open members from the server as soon as RDP is started, but maybe that could cause problems for people who work disconnected.

If nobody has already created a relevant RFE then I will try to put one together.


-Paul.


-----Original Message-----
From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of Frank Hildebrandt
Sent: 07 March 2013 08:16
To: 'Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries'
Subject: Re: [WDSCI-L] Latest member source changes not being retrieved

Peter,

this problem occured also to me. And it occurred also to several customers of us. And I found several threads in different forums of people with the same problem. The problem at us was that it was not reproducible. I opened a service request at IBM but because it was not reproducible they couldn`t help us.

If you open a service request they probably recommend you to clear the cache via the preferences and disable the caching function. But in my opinion this can`t be the solution.

One of our customers has written a batch script which deletes all temporary files in the cache in folder RemoteSystemsTempFiles in the workspace every time prior they start RDP. But it think this also can`t be the solution.

It is definitely a cache problem and it is definitely a bug. Hopefully IBM find a solution soon and provide a fix.

Frank




-----Ursprüngliche Nachricht-----
Von: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] Im Auftrag von Peter Thomas
Gesendet: Donnerstag, 7. März 2013 04:47
An: WDSCI-L@xxxxxxxxxxxx
Betreff: [WDSCI-L] Latest member source changes not being retrieved


____________________________________________________________________________
___________

Note: This e-mail is subject to the disclaimer contained at the bottom of this message.
____________________________________________________________________________
___________


I wonder if anyone has experienced the following behaviour.
One of my colleagues has recently started using RDP 8.5. He discovered that he wasn't retrieving the latest changes people had applied using SEU.
I tested this myself on his PC and even though I was using Ctl Shift A it did not retrieve the latest change I had just made using SEU.
I even opened the member in RDP and then tried to open it at the same time in SEU. It gave me a member locked error. The same happened if I did the opposite.
Opened it in SEU for edit and then tried to open it in RDP. It gave me a member locked error.
However if I made a small change in SEU and then saved it. Then opened it in RDP, the change was not visible.

I then noticed that the connection he was using was a previous alias of the machine name. I changed the connection to use the current name and everything started to work OK.
When I pinged the alias name and the current name the return IP address and name were the same.
I can't explain what was causing the problem. It seemed to be keeping a local copy of the changes.

Peter





____________________________________________________________________________
___________

The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed.
The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited.

If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer.

The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender.

This message has been scanned for viruses.
____________________________________________________________________________
___________
--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list To post a message
email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.

--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list To post a message email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.

Scanned by MailDefender - managed email security from intY - www.maildefender.net

Important, this email transmission and any files with it are strictly confidential to the intended recipient and may be legally privileged. Any views or opinions presented are solely those of the author and do not necessarily represent those of BHSF. If you are not the intended recipient, you must not copy, disclose or distribute its contents in any way. If you have received this e-mail in error, please notify the sender and delete the e-mail from your system.

We have taken steps to ensure this email and attachments are free from any virus but do not accept any responsibility once this e-mail has been transmitted. You should scan any attachments for viruses. No contract may be concluded on behalf of BHSF Limited by e-mail.

Registered Office: BHSF Limited, Gamgee House, 2 Darnley Road, Birmingham, B16 8TE. www.bhsf.co.uk Registered in England number 35500. BHSF is authorised and regulated by the Financial Services Authority.