Highlighted
Absent Member.
Absent Member.
1413 views

problem recreating folder previously deleted from GW client

Hi,
we are synchronizing items into GW folder. If the folder doesn't exist,
we create the folder. The problem is if the user deletes the folder from
GroupWise Client (Windows), then the createItem request fails with error:

The name of the folder is not unique. (rcode: 60164)

The folder is not visible in getFolderList response

view[0] = "id";
view[1] = "name";

gwFolders = es.getFolderList("folders",view,true,false,false);

The folder is not visible in the GroupWise Client and it can be created
from Windows GroupWise Client without a problem, but SOAP returns 'the
name of the folder is not unique'.

The only thing that allows us to create the folder again using SOAP is
to restart the POA 😞

Is the POA somehow caching the folder structure for SOAP ?
What can I do to create the folder without restarting POA ?

Thanks,
Petr
Labels (1)
0 Likes
7 Replies
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

What version of GW are you using?
There was a problem that was fix awhile ago.
I don't remember if it was 8.0.0 HP1 or 8.0.1


>>> On Tuesday, October 20, 2009 at 8:42 AM, Petr Kureš<pkures@gmail.com>

wrote:
> Hi,
> we are synchronizing items into GW folder. If the folder doesn't exist,
> we create the folder. The problem is if the user deletes the folder from
> GroupWise Client (Windows), then the createItem request fails with

error:
>
> The name of the folder is not unique. (rcode: 60164)
>
> The folder is not visible in getFolderList response
>
> view[0] = "id";
> view[1] = "name";
>
> gwFolders = es.getFolderList("folders",view,true,false,false);
>
> The folder is not visible in the GroupWise Client and it can be created
> from Windows GroupWise Client without a problem, but SOAP returns 'the
> name of the folder is not unique'.
>
> The only thing that allows us to create the folder again using SOAP is
> to restart the POA :‑(
>
> Is the POA somehow caching the folder structure for SOAP ?
> What can I do to create the folder without restarting POA ?
>
> Thanks,
> Petr

0 Likes
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

Preston Stephenson napsal(a):
> What version of GW are you using?
> There was a problem that was fix awhile ago.
> I don't remember if it was 8.0.0 HP1 or 8.0.1
>
>


Actually we've installed SP1 recently (over the 8.0.0 HP1), so we are
now on 8.0.1 (I've checked the POA agent version), but the problem was
occuring on both versions.

Petr
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

Ehm.
I ment : "the problem is occuring on both versions"

Any info on this problem ? It's really a problem for us to restart POA
every time somebody deletes his calendar.

Petr

Petr Kureš napsal(a):
> Preston Stephenson napsal(a):
>> What version of GW are you using?
>> There was a problem that was fix awhile ago.
>> I don't remember if it was 8.0.0 HP1 or 8.0.1
>>
>>

>
> Actually we've installed SP1 recently (over the 8.0.0 HP1), so we are
> now on 8.0.1 (I've checked the POA agent version), but the problem was
> occuring on both versions.
>
> Petr

0 Likes
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

What do you mean by "somebody deletes his calendar"?
Are they deleting the Calendar folder?
Are they deleting a sub calendar folder?

It would be helpful to have the steps to duplicate
the problem.

Thanks.


>>> On Thursday, October 29, 2009 at 9:50 AM, Petr Kureš<pkures@gmail.com>

wrote:
> Ehm.
> I ment : "the problem is occuring on both versions"
>
> Any info on this problem ? It's really a problem for us to restart POA
> every time somebody deletes his calendar.
>
> Petr
>
> Petr Kureš napsal(a):
>> Preston Stephenson napsal(a):
>>> What version of GW are you using?
>>> There was a problem that was fix awhile ago.
>>> I don't remember if it was 8.0.0 HP1 or 8.0.1
>>>
>>>

>>
>> Actually we've installed SP1 recently (over the 8.0.0 HP1), so we are
>> now on 8.0.1 (I've checked the POA agent version), but the problem was
>> occuring on both versions.
>>
>> Petr

0 Likes
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

Hi,
I am talking about sub calendar folder. We create the sub calendar
folder like this:

Folder nf = new Folder();

nf.setName(calendarName);
nf.setParent(getFolderByName("Calendar"));
nf.setDescription(calendarName);

CalendarFolderFlags[] cff = new CalendarFolderFlags[1];

cff[0] = CalendarFolderFlags.ShowInList;

nf.setCalendarAttribute(new CalendarFolderAttribute(cff,color));

String[] ret = gwPort.createItemRequest(
nf, new sharedFolderNotification(), sessionId, gwTrace);

calendarId = ret[0];


Then if the user deletes the sub calendar from the Windows client, we
detect it next time we access the calendar, because it is not listed in
getFolderList response. Then we try to create it again, it fails with:

The name of the folder is not unique. (rcode: 60164)

Is this enough info ?

Thanks,
Petr




Preston Stephenson napsal(a):
> What do you mean by "somebody deletes his calendar"?
> Are they deleting the Calendar folder?
> Are they deleting a sub calendar folder?
>
> It would be helpful to have the steps to duplicate
> the problem.
>
> Thanks.
>
>
>>>> On Thursday, October 29, 2009 at 9:50 AM, Petr Kureš<pkures@gmail.com>

> wrote:
>> Ehm.
>> I ment : "the problem is occuring on both versions"
>>
>> Any info on this problem ? It's really a problem for us to restart POA
>> every time somebody deletes his calendar.
>>
>> Petr
>>
>> Petr Kureš napsal(a):
>>> Preston Stephenson napsal(a):
>>>> What version of GW are you using?
>>>> There was a problem that was fix awhile ago.
>>>> I don't remember if it was 8.0.0 HP1 or 8.0.1
>>>>
>>>>
>>> Actually we've installed SP1 recently (over the 8.0.0 HP1), so we are
>>> now on 8.0.1 (I've checked the POA agent version), but the problem was
>>> occuring on both versions.
>>>
>>> Petr

0 Likes
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

The POA has a cache of the folder list. There is
a "flush" keyword that you can put in the view to
force the flush of the cache. Here is some sample
code:

public void testFolderFlush() {
String view = "flush";
try {
m_main.getService().getFolderRequest( null,
FolderType.Mailbox, null, null, view,
m_main.getSessionId(), m_main.getTrace() );
} catch ( Exception e ) {
e.printStackTrace();
}
}

You can try flushing the cache just before you try
to create the folder. (It doesn't matter which folder
you use to flush the cache.)

Let me know if you still have issues.

Preston

>>> On Tuesday, November 10, 2009 at 2:35 AM, Petr Kureš<pkures@gmail.com>

wrote:
> Hi,
> I am talking about sub calendar folder. We create the sub calendar
> folder like this:
>
> Folder nf = new Folder();
>
> nf.setName(calendarName);
> nf.setParent(getFolderByName("Calendar"));
> nf.setDescription(calendarName);
>
> CalendarFolderFlags[] cff = new CalendarFolderFlags[1];
>
> cff[0] = CalendarFolderFlags.ShowInList;
>
> nf.setCalendarAttribute(new CalendarFolderAttribute(cff,color));
>
> String[] ret = gwPort.createItemRequest(
> nf, new sharedFolderNotification(), sessionId, gwTrace);
>
> calendarId = ret[0];
>
>
> Then if the user deletes the sub calendar from the Windows client, we
> detect it next time we access the calendar, because it is not listed in
> getFolderList response. Then we try to create it again, it fails with:
>
> The name of the folder is not unique. (rcode: 60164)
>
> Is this enough info ?
>
> Thanks,
> Petr
>
>
>
>
> Preston Stephenson napsal(a):
>> What do you mean by "somebody deletes his calendar"?
>> Are they deleting the Calendar folder?
>> Are they deleting a sub calendar folder?
>>
>> It would be helpful to have the steps to duplicate
>> the problem.
>>
>> Thanks.
>>
>>
>>>>> On Thursday, October 29, 2009 at 9:50 AM, Petr

Kureš<pkures@gmail.com>
>> wrote:
>>> Ehm.
>>> I ment : "the problem is occuring on both versions"
>>>
>>> Any info on this problem ? It's really a problem for us to restart POA
>>> every time somebody deletes his calendar.
>>>
>>> Petr
>>>
>>> Petr Kureš napsal(a):
>>>> Preston Stephenson napsal(a):
>>>>> What version of GW are you using?
>>>>> There was a problem that was fix awhile ago.
>>>>> I don't remember if it was 8.0.0 HP1 or 8.0.1
>>>>>
>>>>>
>>>> Actually we've installed SP1 recently (over the 8.0.0 HP1), so we are
>>>> now on 8.0.1 (I've checked the POA agent version), but the problem was


>>>> occuring on both versions.
>>>>
>>>> Petr

0 Likes
Highlighted
Absent Member.
Absent Member.

Re: problem recreating folder previously deleted from GW client

Preston Stephenson napsal(a):
> The POA has a cache of the folder list. There is
> a "flush" keyword that you can put in the view to
> force the flush of the cache. Here is some sample
> code:
>
> public void testFolderFlush() {
> String view = "flush";
> try {
> m_main.getService().getFolderRequest( null,
> FolderType.Mailbox, null, null, view,
> m_main.getSessionId(), m_main.getTrace() );
> } catch ( Exception e ) {
> e.printStackTrace();
> }
> }
>
> You can try flushing the cache just before you try
> to create the folder. (It doesn't matter which folder
> you use to flush the cache.)
>
> Let me know if you still have issues.
>
> Preston


I'm now flushing the cache before creating the calendar and it's working.
Thank you!
Petr
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.