[ 
https://issues.apache.org/jira/browse/UNOMI-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16456364#comment-16456364
 ] 

Don Hinshaw commented on UNOMI-179:
-----------------------------------

Since there is nothing in the EventService I was using 

{{persistenceService.remove(event.getItemId(), Event.class)}}

That is the call that leads to the error.

I am unsure how to use event.setPersistent() before the event is saved.

The EventCollectorServlet calls event.send which saves the event (based on 
persistence) before evaluating the rules. So the event is saved before my 
action is even called. By the time the event gets to me it is already saved.

Please let me know if there is a way to set persistence before a rule is 
triggered.

Thanks,
 Donnie
  

> Unable to remove monthly indexed items
> --------------------------------------
>
>                 Key: UNOMI-179
>                 URL: https://issues.apache.org/jira/browse/UNOMI-179
>             Project: Apache Unomi
>          Issue Type: Wish
>    Affects Versions: 1.2.0-incubating
>            Reporter: Don Hinshaw
>            Priority: Minor
>
> When I was trying to remove an event from elastic search I noticed this error.
>  
> {{Caused by: [context-*] InvalidIndexNameException[Invalid index name 
> [context-*], must not contain the following characters [ , ", *, \, <, |, ,, 
> >, /, ?]]}}
> However when I tried to load an event, it worked.  When I took a closer look 
> I noticed that the remove methods are not using the getMonthlyIndex() method 
> and are simply returning {{indexName + "-*"}}.
> It seems like the template in elasticsearch would allow for this type of 
> query but I cannot make it work.
> This seems to be a bug in ElasticSearchPersistenceImpl and since there is 
> nowhere in the code base that deletes events or sessions, it may have gone 
> unnoticed.
> Please confirm if this is a bug, or a configuration issue with elastic search 
> on my end.  If it is a bug I would be happy to work on it.
> Thanks,
> Don
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to