[infinispan-issues] [JBoss JIRA] Updated: (ISPN-944) RemoteCacheManager.getCache() should be friendlier when cache does not exist

[Galder Zamarreño (JIRA)]

     [ https://issues.jboss.org/browse/ISPN-944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Galder Zamarreño updated ISPN-944:
----------------------------------

    Labels: hotrod java_hotrod_client  (was: hotrod,)


> RemoteCacheManager.getCache() should be friendlier when cache does not exist
> ----------------------------------------------------------------------------
>
>                 Key: ISPN-944
>                 URL: https://issues.jboss.org/browse/ISPN-944
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Cache Server
>    Affects Versions: 4.2.0.Final, 4.2.1.CR3
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>              Labels: hotrod, java_hotrod_client
>             Fix For: 4.2.1.FINAL
>
>
> When a Java Hot Rod client requests a non-existing cache, RemoteCacheManager throws a rather cryptic exception:
> {code}Feb 9, 2011 5:52:48 PM org.infinispan.client.hotrod.impl.operations.HotRodOperation checkForErrorsInResponseStatus
> WARNING: Error status received from the server: for message id 2
> Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException: id [2] code [133] 
> 	at org.infinispan.client.hotrod.impl.operations.HotRodOperation.checkForErrorsInResponseStatus(HotRodOperation.java:129)
> 	at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:98)
> 	at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:48)
> 	at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:27)
> 	at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:38)
> 	at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:166)
> 	at org.infinispan.CacheSupport.put(CacheSupport.java:28)
> 	at org.example.Sample.main(Sample.java:14){code}
> For 4.2.x, try to cleanup the exception so that it's a more friendly one.
> For 5.x, returning null would make more sense. However, I'd rather see this limitation going away (as indicated in ISPN-833) and that would stop getCache() from returning anything other than a running cache of some sort. Bottom line, the end result is to not return null, so not much point in having an intermdiate API change when we're gonna change it again soon after.
> To sum up, this jira will be limited to making the exception more user friendly.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira