stratos-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lahiru Sandaruwan <lahi...@wso2.com>
Subject Re: [Discuss] How to handle errors at server side in AS/CC services
Date Sun, 10 May 2015 18:52:47 GMT
Hi,

Downloading issues is fixed with a clean repo attempt. However i got a
failure at "org.apache.stratos.email" due to a missing constant class. I
continued with bringing class to our source. But, it again fails at
integration tests with error [1].

Looking bit further.

Thanks.

[1]

[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -
 [2015-05-11 00:08:15,133] ERROR
{org.wso2.carbon.server.admin.module.handler.AuthenticationHandler} -
 org/apache/axis2/transport/http/HTTPConstants
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -
 java.lang.NoClassDefFoundError:
org/apache/axis2/transport/http/HTTPConstants
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.apache.stratos.custom.handlers.authentication.SignedJWTAuthenticator.isHandle(SignedJWTAuthenticator.java:149)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.wso2.carbon.server.admin.auth.AuthenticatorServerRegistry.canHandle(AuthenticatorServerRegistry.java:115)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.wso2.carbon.server.admin.auth.AuthenticatorServerRegistry.getCarbonAuthenticator(AuthenticatorServerRegistry.java:101)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.wso2.carbon.server.admin.module.handler.AuthenticationHandler.isAuthenticated(AuthenticationHandler.java:149)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.wso2.carbon.server.admin.module.handler.AuthenticationHandler.authenticate(AuthenticationHandler.java:96)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.wso2.carbon.server.admin.module.handler.AuthenticationHandler.invoke(AuthenticationHandler.java:66)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.apache.axis2.engine.Phase.invokeHandler(Phase.java:340)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.apache.axis2.engine.Phase.invoke(Phase.java:313)
[2015-05-11 00:08:15,134]  INFO
{org.wso2.carbon.integration.framework.utils.InputStreamHandler} -      at
org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:261)


On Sun, May 10, 2015 at 10:53 PM, Lahiru Sandaruwan <lahirus@wso2.com>
wrote:

> Hi Imesh,
>
> On Sun, May 10, 2015 at 12:36 PM, Imesh Gunaratne <imesh@apache.org>
> wrote:
>
>> On Sun, May 10, 2015 at 12:08 PM, Chamila De Alwis <chamilad@wso2.com>
>> wrote:
>>
>>> Hi,
>>>
>>> Is the possibility of upgrading to a newer version of Axis2 available
>>> (if we are using an older version) ?
>>>
>> Yes that's possible, currently we are using 1.6.1-wso2v10 and in nexus we
>> have 1.6.1-wso2v12 [1]. @Lahiru: Would you mind giving this a try?
>>
>
> I gave it a try with new version with no luck. I tried with following
> repository as well.
>
>         <repository>
>             <id>wso2.releases</id>
>             <name>WSO2 internal Repository</name>
>             <url>
> http://maven.wso2.org/nexus/content/repositories/releases/</url>
>             <releases>
>                 <enabled>true</enabled>
>                 <updatePolicy>daily</updatePolicy>
>                 <checksumPolicy>ignore</checksumPolicy>
>             </releases>
>         </repository>
>
> But the it fails to download the jar at the build. Let me know if you know
> any other repo.
>
> Thanks.
>
>> We might lose the granularity in the responses (currently we use custom
>>> exceptions)  if we switch to REST as the protocol between the components
>>> (we'd have to use HTTP status codes, but they can be granular only up to a
>>> certain level. After that we'd be down to String comparison).
>>>
>> I tend to disagree with this statement, when two software components are
>> communicating with SOAP, it is possible to use exceptions for communicating
>> errors. This helps the client to identify the errors by looking at the
>> exceptions.
>>
>> However it does not mean that we need to do the same with any other type
>> of a web service framework. REST by design is different than SOAP. With
>> REST we could use response messages with error codes if we need to identify
>> specific errors. Otherwise the client could directly display the error
>> message given in the response message. IMO this does not mean that we are
>> loosing granularity in the responses.
>>
>> Yes definitely, we will have a separate discussion on this topic and add
>> a future task to implement it if we decide to go on that approach.
>>
>> [1]
>> http://maven.wso2.org/nexus/content/groups/wso2-public/org/apache/axis2/axis2/1.6.1-wso2v12/
>>
>> Thanks
>>
>> --
>> Imesh Gunaratne
>>
>> Senior Technical Lead, WSO2
>> Committer & PMC Member, Apache Stratos
>>
>
>
>
> --
> --
> Lahiru Sandaruwan
> Committer and PMC member, Apache Stratos,
> Senior Software Engineer,
> WSO2 Inc., http://wso2.com
> lean.enterprise.middleware
>
> phone: +94773325954
> email: lahirus@wso2.com blog: http://lahiruwrites.blogspot.com/
> linked-in: http://lk.linkedin.com/pub/lahiru-sandaruwan/16/153/146
>
>


-- 
--
Lahiru Sandaruwan
Committer and PMC member, Apache Stratos,
Senior Software Engineer,
WSO2 Inc., http://wso2.com
lean.enterprise.middleware

phone: +94773325954
email: lahirus@wso2.com blog: http://lahiruwrites.blogspot.com/
linked-in: http://lk.linkedin.com/pub/lahiru-sandaruwan/16/153/146

Mime
View raw message