Re: Incorrect exception

Are you sure that these random clients have the same version of the
software ?
A possible reason could be that they have a version of the software
where the
exception is not defined in the method signature of the interface of
the webservice.

Or are you saying that sometimes the same client works or it does
not ???

christian campo

Am 11.10.2005 um 17:19 schrieb Justen Stepka:

>
> I've been able to narrow this down to the client... would there be a
> reason the client proxy is 'deserialized'? The server wire side
> seems to
> be throwing everything correctly.
>
> I have multiple clients that are able to access the server still while
> randomly various clients are faced with this problem.
>
> Justen
>
> On Wed, September 28, 2005 15:44, Christian Campo wrote:
>
>> Maybe a stupid idea. But I think the reason for your problem is that
>> the Proxy class that is represented by $Proxy3 and represents a
>> certain interface does not declare InvalidAuthorizationToken as valid
>> exception for the method "findPrincipalByName".
>>
>> Java triggers UndeclaredThrowableException if the original exception
>> is checked and not in the method signature.
>>
>> As I said maybe a stupid thought but worthwhile checking.....
>>
>> just my 2 cent
>>
>> christian campo
>>
>> Am 28.09.2005 um 16:54 schrieb Justen Stepka:
>>
>>
>>> I should've included the whole stack trace, my bad:
>>>
>>> java.lang.reflect.UndeclaredThrowableException
>>> at $Proxy3.findPrincipalByName(Unknown Source)
>>> at
>>> authentisoft.security.integration.service.soap.client.SecurityServer
>>> Cl
>>> ient.findPrincipalByName(SecurityServerClient.java:283)
>>> at
>>> authentisoft.security.integration.osuser.IDXBaseProvider.findPrincip
>>> al
>>> ByName(IDXBaseProvider.java:192)
>>> at
>>> authentisoft.security.integration.osuser.IDXBaseProvider.handles
>>> (IDXBaseProvider.java:82)
>>> at com.opensymphony.user.UserManager.getProvider
>>> (UserManager.java:308)
>>> at com.opensymphony.user.UserManager.getEntity(UserManager.java:
>>> 294)
>>> at com.opensymphony.user.UserManager.getUser(UserManager.java:
>>> 188)
>>> at
>>> com.atlassian.seraph.auth.DefaultAuthenticator.login
>>> (DefaultAuthenticator.java:68)
>>> at com.atlassian.seraph.filter.LoginFilter.doFilter
>>> (LoginFilter.java:129)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> com.atlassian.util.profiling.filters.ProfilingFilter.doFilter
>>> (ProfilingFilter.java:132)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> com.atlassian.jira.web.filters.ActionCleanupDelayFilter.doFilter
>>> (ActionCleanupDelayFilter.java:37)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> com.atlassian.johnson.filters.JohnsonFilter.doFilter
>>> (JohnsonFilter.java:96)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> com.atlassian.jira.web.filters.gzip.GzipFilter.doFilter
>>> (GzipFilter.java:60)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> com.atlassian.core.filters.AbstractEncodingFilter.doFilter
>>> (AbstractEncodingFilter.java:38)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._csb._pud(Unknown
>>> Source)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._csb._bqc(Unknown
>>> Source)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._ax._ltc(Unknown
>>> Source)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._ax._ucb(Unknown
>>> Source)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._bf.run(Unknown
>>> Source)
>>> Caused by:
>>> authentisoft.security.integration.exception.InvalidAuthorizationToke
>>> nE
>>> xception:
>>> Invalid application client.
>>> at
>>> authentisoft.security.service.soap.SOAPService.validateSOAPService
>>> (SOAPService.java:113)
>>> at
>>> authentisoft.security.service.soap.SecurityServerGeneric.findPrincip
>>> al
>>> ByName(SecurityServerGeneric.java:368)
>>> at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke
>>> (DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:324)
>>> at
>>> com.caucho.hessian.server.HessianSkeleton.invoke
>>> (HessianSkeleton.java:157)
>>> at com.caucho.hessian.server.HessianServlet.service
>>> (HessianServlet.java:343)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._ha.doFilter(Unknown
>>> Source)
>>> at
>>> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage
>>> (PageFilter.java:118)
>>> at
>>> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter
>>> (PageFilter.java:52)
>>> at com.evermind[Orion/2.0.6 (build 11252)]._gz.doFilter(Unknown
>>> Source)
>>> at
>>> authentisoft.security.util.persistence.hibernate.SessionManagerFilte
>>> r.
>>> doFilter(SessionManagerFilter.java:68)
>>> ... 5 more
>>>
>>>
>>> On Wed, September 28, 2005 09:52, Justen Stepka wrote:
>>>
>>>
>>>>
>>>> I am experiencing a problem with a production server, where after
>>>> a bit of
>>>> time the server is starting to no longer throw my checked
>>>> exception and I
>>>> am getting the following across the wire:
>>>>
>>>> Java.lang.reflect.UndeclaredThrowableException
>>>> at $Proxy3.findPrincipalByName(Unknown Source)
>>>>
>>>> Everything before this is correct in terms of the place in the
>>>> code the
>>>> exception was thrown. The UndeclaredThrowableException has the
>>>> throwable
>>>> cause with everything which should be there too:
>>>>
>>>> Caused by:
>>>> authentisoft.security.integration.exception.InvalidAuthorizationTok
>>>> en
>>>> Exception:
>>>> Invalid application client.
>>>>
>>>> The code is working fine, but then after an unknown period of time
>>>> the
>>>> known exceptions are converted.
>>>>
>>>> Any ideas?
>>>>
>>>> Cheers,
>>>>
>>>> Justen
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Justen Stepka
>>> Director of Operations
>>> Authentisoft, LLC
>>> http://www.authentisoft.com
>>>
>>>
>>>
>>
>> Christian Campo
>> (christian.campo@xxx.com)
>>
>>
>>
>>
>>
>
>
> --
> Justen Stepka
> Director of Operations
> Authentisoft, LLC
> http://www.authentisoft.com
>
>

Christian Campo
(christian.campo@xxx.com)
Received on Tue 11 Oct 2005 08:43:11 -0700