[ESBJAVA-3119] APIs are active even when tenant is disabled. Created: 09/May/14  Updated: 24/May/16  Resolved: 24/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: None
Fix Version/s: 4.9.0

Type: Improvement Priority: High
Reporter: Nuwan Dias Assignee: Nuwan Wimalasekara
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Currently APIs can be invoked even after a tenant is disabled. Need to give a 404 (similar to jarx_rs) when tenant is inactive and re-instantiate when the tenant becomes active again.



 Comments   
Comment by Malaka Silva [ 14/May/15 ]

This is the case not just with APIs, Also with proxies and sequences. It's not generating any event to capture this. Only way to do this is via a customer handler.

Comment by Kasun Indrasiri [ 16/Jul/15 ]

Tenant deactivation is currently not visible to the mediation layer. This will be an enhancement for the existing behavior.





[ESBJAVA-3220] Updating smooks api version to 1.5.x Created: 17/Jul/14  Updated: 24/May/16  Resolved: 24/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 4.8.1
Fix Version/s: 5.0.0

Type: Improvement Priority: High
Reporter: Nuwan Wimalasekara Assignee: Nuwan Wimalasekara
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Currently ESB is using smooks api 1.4 as the orbit dependency. can we update it to 1.5.x since there are some new features in smooks 1.5.x



 Comments   
Comment by Nuwan Wimalasekara [ 24/May/16 ]

Upgraded to smooks 1.5.1





[ESBJAVA-4625] [ESB500][JMS] Logs show incorrect value Created: 19/May/16  Updated: 19/May/16  Resolved: 19/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 5.0.0 - Alpha
Fix Version/s: 5.0.0-Beta

Type: Bug Priority: High
Reporter: Dilshani Subasinghe Assignee: Nuwan Wimalasekara
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System : Linux (ubuntu 15.10)
Java Version : JDK1.7
Packs : ESB 5.0.0 Alpha
ESB Setup: Standalone
JMS Broker: MB (3.1.0)


Severity: Major
Estimated Complexity: Moderate
Attachment License: I agree to grant a license to WSO2 for this work for inclusion in WSO2 works as per the WSO2 Contributor License Agreement and the Apache License 2.0
Test cases added: Yes

 Description   

Preconditions:
1. ESB should be configured with MB.
Configure JMS parameters as follows in axis2.xml

  <transportReceiver name="jms" class="org.apache.axis2.transport.jms.JMSListener">
 <parameter name="myTopicConnectionFactory" locked="false">
<parameter name="java.naming.factory.initial" locked="false">org.wso2.andes.jndi.PropertiesFileInitialContextFactory</parameter>
<parameter name="java.naming.provider.url" locked="false">repository/conf/jndi.properties</parameter>
 <parameter name="transport.jms.ConnectionFactoryJNDIName" locked="false">TopicConnectionFactory</parameter>
<parameter name="transport.jms.ConnectionFactoryType" locked="false">topic</parameter>
<parameter name ="transport.jms.DestinationType" locked="false">topic</parameter>
<parameter name ="transport.jms.InitialReconnectDuration" locked="false">10000</parameter>
<parameter name ="transport.jms.MaxReconnectDuration" locked="false">30000</parameter>
        </parameter>

        <parameter name="myQueueConnectionFactory" locked="false">
<parameter name="java.naming.factory.initial" locked="false">org.wso2.andes.jndi.PropertiesFileInitialContextFactory</parameter>
<parameter name="java.naming.provider.url" locked="false">repository/conf/jndi.properties</parameter>
 <parameter name="transport.jms.ConnectionFactoryJNDIName" locked="false">QueueConnectionFactory</parameter>
<parameter name="transport.jms.ConnectionFactoryType" locked="false">queue</parameter>
<parameter name ="transport.jms.InitialReconnectDuration" locked="false">10000</parameter>
<parameter name ="transport.jms.MaxReconnectDuration" locked="false">30000</parameter>
        </parameter>

        <parameter name="default" locked="false">
<parameter name="java.naming.factory.initial" locked="false">org.wso2.andes.jndi.PropertiesFileInitialContextFactory</parameter>
<parameter name="java.naming.provider.url" locked="false">repository/conf/jndi.properties</parameter>
 <parameter name="transport.jms.ConnectionFactoryJNDIName" locked="false">TopicConnectionFactory</parameter>
<parameter name="transport.jms.ConnectionFactoryType" locked="false">topic</parameter>
<parameter name ="transport.jms.DestinationType" locked="false">topic</parameter>
<parameter name ="transport.jms.InitialReconnectDuration" locked="false">10000</parameter>
<parameter name ="transport.jms.MaxReconnectDuration" locked="false">30000</parameter>
        </parameter>

    </transportReceiver>

2. MB should be up and running
3.ESB should be up and running

Steps to reproduce:
1. Create ESB proxy with jms transport.

<proxy name="TopicProxy" startOnLoad="true" transports="https http jms">
        <description/>
        <target>
            <inSequence>
                <property name="OUT_ONLY" value="true"/>
                <send>
                    <endpoint>
                        <address uri="jms:/MyTopic?transport.jms.ConnectionFactoryJNDIName=TopicConnectionFactory&amp;java.naming.factory.initial=org.wso2.andes.jndi.PropertiesFileInitialContextFactory&amp;java.naming.provider.url=repository/conf/jndi.properties&amp;transport.jms.DestinationType=topic"/>
                    </endpoint>
                </send>
            </inSequence>
        </target>
    </proxy>

2. Shut down jms broker

Expected result:

  • Reconnection time duration only increase upto "MaxReconnectDuration"

Actual result:

  • Logs will indicate increasing of reconnection time duration.

Note: Refer mail thread "[Dev][ESB][JMS] "transport.jms.InitialReconnectDuration" parameter will automatically multiply with "transport.jms.ReconnectProgressFactor" "



 Comments   
Comment by Nuwan Wimalasekara [ 19/May/16 ]

Fixed in https://github.com/wso2/wso2-axis2-transports/pull/79





[ESBJAVA-4592] Refer External javascript libraries from the main js file referred to by the ScriptMediator Created: 04/May/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Normal
Reporter: Shabir Mohamed Assignee: Chanaka Fernando
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

The current implementation of the ScriptMediator allows for a script to be loaded from a file uploaded externally. However, it is not possible to refer functions or libraries external to this main file indicated in the mediator.

Only code that is within the file referred to by the Mediator is executed and this file cannot refer to functions from external js libraries found in the same location as this file.

There exists a JIRA relevant to this improvement, but its outcome is not evident:
https://wso2.org/jira/browse/ESBJAVA-254



 Comments   
Comment by Shabir Mohamed [ 18/May/16 ]

Closing this issue since a mechanism exists to do this.
Please refer docs for Script Mediator.

<script description="BaaS Regx Protection" function="callRegxThreatProtection"
            key="gov:custom/js/_cf_baas_regx_threat_protection.js" language="js">
            <include key="gov:custom/js/externalJavaScript.js"/>
</script>

Thanks and Regards
Shabir





[ESBJAVA-4060] server_name support in client hello of TLS connection Created: 13/Aug/15  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: Core Engine
Affects Version/s: 4.8.1
Fix Version/s: 5.0.0-Beta

Type: Improvement Priority: High
Reporter: Asela Pathberiya Assignee: Chanaka Fernando
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Severity: Blocker
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Reproduce
===========

1. Configure HTTPS end point
2. Trace SSL debug logs for HTTPS end point
3. You can not find server_name extension in client hello which is such as following

Extension server_name, server_name:

According to the RFC [1], It is something better to have. Because most of servers support it

This has been already fixed in HTTP client [2]. Therefore it is better to add this in to ESB for future version.

[1] https://tools.ietf.org/html/rfc3546#section-3.1
[2] https://issues.apache.org/jira/browse/HTTPCLIENT-1119



 Comments   
Comment by Chanaka Fernando [ 16/May/16 ]

This is fixed with following PRs

https://github.com/wso2/orbit/pull/190

https://github.com/wso2/wso2-synapse/pull/550

https://github.com/wso2/carbon-mediation/pull/597

https://github.com/wso2/product-esb/pull/521

Comment by Chanaka Fernando [ 18/May/16 ]

Reducing the priority since this is not a blocker for the beta release.

Comment by Chanaka Fernando [ 18/May/16 ]

Above PRs are merged. Hence resolving the issue





[ESBJAVA-4623] Kerberos security doesn't work when applied the policy via source view Created: 18/May/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 4.8.1
Fix Version/s: FUTURE, 4.9.0

Type: Bug Priority: Normal
Reporter: Balasubramaniyam Senduran Assignee: Balasubramaniyam Senduran
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Since the password is taken from the service meta file and when applying the policy via source view, there is no way to enter the password.



 Comments   
Comment by Balasubramaniyam Senduran [ 18/May/16 ]

Since the proxy can be secured only via developer studio in ESB version 490 or above. the password is stored in the policy file itself.





[ESBJAVA-4622] Session ID is getting printed in 'INFO' logs every time when user logs into analytics dashboard Created: 18/May/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: Analytics
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: High
Reporter: sewmini jayaweera Assignee: Chanaka Fernando
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Packs:

  • wso2esb-5.0.0-SNAPSHOT.zip build#1051
  • wso2analytics-esb-1.0.0-SNAPSHOT build #88
    Browser: chrome 50.0.2661.94 (64-bit)
    OS: version 10.11.3
    Database: H2
    JDK: "1.7.0_71"
    Other configurations: Statistics and tracing related configs

Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Observation

Every time when user logs into analytics dashboard session ID gets printed in INFO log [1] of Analytics server log.

Expected result

1. Isn't there a security threat (hijacking) by printing the session ID in the log?
2. This should get removed from the INFO level

[1]. Log

INFO {JAGGERY.modules.api:js} -  Session cookie JSESSIONID=F28D6CBEFF42EDFA1F34F3D8749F1DE4; Path=/; Secure=null; HttpOnly=null


 Comments   
Comment by sewmini jayaweera [ 18/May/16 ]

Created the Jira in ESB analytics project
https://wso2.org/jira/browse/ANLYESB-80





[ESBJAVA-4618] When saving nested endpoints (ex. fail over group, load balance) "java.lang.NullPointerException" occurs Created: 13/May/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 5.0.0 - Alpha
Fix Version/s: None

Type: Bug Priority: High
Reporter: sewmini jayaweera Assignee: viraj senevirathne
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Pack: wso2esb-5.0.0-ALPHA
DB : H2
Offset : 0
Browser: Version 50.0.2661.94 (64-bit)
JDK: java version "1.7.0_71"
Configuration: Statistics and tracing related configurations are enabled.


Attachments: XML File failOverEndpoint1.xml    
Issue Links:
Incorporates
is part of ESBJAVA-4619 Config data is not getting pushed int... Resolved
Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Steps to reproduce

1. Login to ESB
2. Go to Home > Manage > Service Bus > Endpoints
3. Click on 'add Failover Group'
4. Add 2 http end points, keep HTTP method as 'leave-as-is' and click on 'save & close' button.

Observations

Endpoint got saved with below [1] warning in the console.
Attached synapse got created.

[1]. Error log

[2016-05-13 16:33:01,434]  WARN - SynapseXMLConfigurationFactory Endpoint configuration: failover2 cannot be built - Continue in fail-safe mode
java.lang.NullPointerException
	at org.apache.synapse.aspects.flow.statistics.StatisticSynapseConfigurationObserver.endpointAdded(StatisticSynapseConfigurationObserver.java:76)
	at org.apache.synapse.config.SynapseConfiguration.addEndpoint(SynapseConfiguration.java:937)
	at org.apache.synapse.config.xml.SynapseXMLConfigurationFactory.defineEndpoint(SynapseXMLConfigurationFactory.java:279)
	at org.wso2.carbon.endpoint.service.EndpointAdmin.addEndpoint(EndpointAdmin.java:170)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
	at org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:117)
	at org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
	at org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:110)
	at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:180)
	at org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:169)
	at org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:82)
	at org.wso2.carbon.core.transports.local.CarbonLocalTransportSender.finalizeSendWithToAddress(CarbonLocalTransportSender.java:45)
	at org.apache.axis2.transport.local.LocalTransportSender.invoke(LocalTransportSender.java:77)
	at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:442)
	at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:430)
	at org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:225)
	at org.apache.axis2.client.OperationClient.execute(OperationClient.java:149)
	at org.wso2.carbon.endpoint.stub.types.EndpointAdminStub.addEndpoint(EndpointAdminStub.java:2212)
	at org.wso2.carbon.endpoint.ui.client.EndpointAdminClient.addEndpoint(EndpointAdminClient.java:68)
	at org.apache.jsp.endpoints.ajaxprocessors.submitEndpoint_002dajaxprocessor_jsp._jspService(submitEndpoint_002dajaxprocessor_jsp.java:144)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:155)
	at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:37)
	at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.service(DelegationServlet.java:68)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.wso2.carbon.tomcat.ext.filter.CharacterSetFilter.doFilter(CharacterSetFilter.java:61)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.continueInvocation(CompositeValve.java:99)
	at org.wso2.carbon.tomcat.ext.valves.TomcatValveContainer.invokeValves(TomcatValveContainer.java:49)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.invoke(CompositeValve.java:62)
	at org.wso2.carbon.tomcat.ext.valves.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:159)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
	at org.wso2.carbon.tomcat.ext.valves.CarbonContextCreatorValve.invoke(CarbonContextCreatorValve.java:57)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1074)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1739)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1698)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)

[3] Source view of the created fail over group

<endpoint xmlns="http://ws.apache.org/ns/synapse" name="failOverEndpoint1">
   <failover>
      <endpoint name="endpoint1">
         <http uri-template="http://localhost:8080/service1">
            <suspendOnFailure>
               <progressionFactor>1.0</progressionFactor>
            </suspendOnFailure>
            <markForSuspension>
               <retriesBeforeSuspension>0</retriesBeforeSuspension>
               <retryDelay>0</retryDelay>
            </markForSuspension>
         </http>
      </endpoint>
      <endpoint name="endpoint2">
         <http uri-template="http://localhost:8080/service2">
            <suspendOnFailure>
               <progressionFactor>1.0</progressionFactor>
            </suspendOnFailure>
            <markForSuspension>
               <retriesBeforeSuspension>0</retriesBeforeSuspension>
               <retryDelay>0</retryDelay>
            </markForSuspension>
         </http>
      </endpoint>
   </failover>
</endpoint>

Further more, when open the source view in the edit mode and try to save it without changing anything I get an error message "Exception occurred while trying to invoke service method saveEndpoint" on the UI and below error on the console.

[2016-05-13 17:00:16,030] ERROR - RPCMessageReceiver Exception occurred while trying to invoke service method saveEndpoint
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
	at org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:117)
	at org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
	at org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:110)
	at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:180)
	at org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:169)
	at org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:82)
	at org.wso2.carbon.core.transports.local.CarbonLocalTransportSender.finalizeSendWithToAddress(CarbonLocalTransportSender.java:45)
	at org.apache.axis2.transport.local.LocalTransportSender.invoke(LocalTransportSender.java:77)
	at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:442)
	at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:430)
	at org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:225)
	at org.apache.axis2.client.OperationClient.execute(OperationClient.java:149)
	at org.wso2.carbon.endpoint.stub.types.EndpointAdminStub.saveEndpoint(EndpointAdminStub.java:889)
	at org.wso2.carbon.endpoint.ui.client.EndpointAdminClient.saveEndpoint(EndpointAdminClient.java:510)
	at org.apache.jsp.endpoints.ajaxprocessors.submitEndpoint_002dajaxprocessor_jsp._jspService(submitEndpoint_002dajaxprocessor_jsp.java:130)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:155)
	at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:37)
	at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.service(DelegationServlet.java:68)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.wso2.carbon.tomcat.ext.filter.CharacterSetFilter.doFilter(CharacterSetFilter.java:61)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.continueInvocation(CompositeValve.java:99)
	at org.wso2.carbon.tomcat.ext.valves.TomcatValveContainer.invokeValves(TomcatValveContainer.java:49)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.invoke(CompositeValve.java:62)
	at org.wso2.carbon.tomcat.ext.valves.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:159)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
	at org.wso2.carbon.tomcat.ext.valves.CarbonContextCreatorValve.invoke(CarbonContextCreatorValve.java:57)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1074)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1739)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1698)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
	at org.apache.synapse.aspects.flow.statistics.StatisticSynapseConfigurationObserver.endpointAdded(StatisticSynapseConfigurationObserver.java:76)
	at org.apache.synapse.config.SynapseConfiguration.addEndpoint(SynapseConfiguration.java:937)
	at org.wso2.carbon.endpoint.service.EndpointAdmin.saveEndpoint(EndpointAdmin.java:591)
	... 64 more
[2016-05-13 17:00:16,037] ERROR - EndpointAdminClient Exception occurred while trying to invoke service method saveEndpoint
org.apache.axis2.AxisFault: Exception occurred while trying to invoke service method saveEndpoint
	at org.apache.axis2.util.Utils.getInboundFaultFromMessageContext(Utils.java:531)
	at org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:370)
	at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:445)
	at org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:225)
	at org.apache.axis2.client.OperationClient.execute(OperationClient.java:149)
	at org.wso2.carbon.endpoint.stub.types.EndpointAdminStub.saveEndpoint(EndpointAdminStub.java:889)
	at org.wso2.carbon.endpoint.ui.client.EndpointAdminClient.saveEndpoint(EndpointAdminClient.java:510)
	at org.apache.jsp.endpoints.ajaxprocessors.submitEndpoint_002dajaxprocessor_jsp._jspService(submitEndpoint_002dajaxprocessor_jsp.java:130)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:395)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:339)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:155)
	at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:37)
	at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128)
	at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.service(DelegationServlet.java:68)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.wso2.carbon.tomcat.ext.filter.CharacterSetFilter.doFilter(CharacterSetFilter.java:61)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.continueInvocation(CompositeValve.java:99)
	at org.wso2.carbon.tomcat.ext.valves.TomcatValveContainer.invokeValves(TomcatValveContainer.java:49)
	at org.wso2.carbon.tomcat.ext.valves.CompositeValve.invoke(CompositeValve.java:62)
	at org.wso2.carbon.tomcat.ext.valves.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:159)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
	at org.wso2.carbon.tomcat.ext.valves.CarbonContextCreatorValve.invoke(CarbonContextCreatorValve.java:57)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1074)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1739)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1698)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)


 Comments   
Comment by viraj senevirathne [ 18/May/16 ]

Resolved with https://github.com/wso2/wso2-synapse/pull/551





[ESBJAVA-4619] Config data is not getting pushed into analytics server for nested endpoints such as failover, load balance endpoints. Created: 13/May/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 5.0.0 - Alpha
Fix Version/s: None

Type: Bug Priority: Highest
Reporter: sewmini jayaweera Assignee: viraj senevirathne
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Packs: wso2esb-5.0.0-ALPHA
: wso2analytics-esb-1.0.0-SNAPSHOT
DB : H2
Offset : 0
Browser: Version 50.0.2661.94 (64-bit)
JDK: java version "1.7.0_71"
Configuration: Statistics and tracing related configurations are enabled.


Attachments: PNG File dataexplorer1.png     PNG File dataexplorer2.png    
Issue Links:
Incorporates
incorporates ESBJAVA-4618 When saving nested endpoints (ex. fai... Resolved
Severity: Major
Estimated Complexity: Moderate
Test cases added: Yes

 Description   

Issue Description

When creating endpoints that has nested endpoints such as Failover Group, Load Balance Endpoints, config data doesn't get saved in 'ESB-CONFIG-ENTRY-STREAM' table in event store of Analytics server.

Source of a created endpoint

<endpoint xmlns="http://ws.apache.org/ns/synapse" name="failOverEndpoint1">
   <failover>
      <endpoint name="endpoint1">
         <http uri-template="http://localhost:8080/service1">
            <suspendOnFailure>
               <progressionFactor>1.0</progressionFactor>
            </suspendOnFailure>
            <markForSuspension>
               <retriesBeforeSuspension>0</retriesBeforeSuspension>
               <retryDelay>0</retryDelay>
            </markForSuspension>
         </http>
      </endpoint>
      <endpoint name="endpoint2">
         <http uri-template="http://localhost:8080/service2">
            <suspendOnFailure>
               <progressionFactor>1.0</progressionFactor>
            </suspendOnFailure>
            <markForSuspension>
               <retriesBeforeSuspension>0</retriesBeforeSuspension>
               <retryDelay>0</retryDelay>
            </markForSuspension>
         </http>
      </endpoint>
   </failover>
</endpoint>

Refer to the screenshot attached.



 Comments   
Comment by viraj senevirathne [ 18/May/16 ]

Solved with https://github.com/wso2/wso2-synapse/pull/551





[ESBJAVA-4442] [ESB500]Error in Clustering Mode - JMS 2.0 Feature:Shared Topic Subscription Created: 25/Feb/16  Updated: 18/May/16  Resolved: 18/May/16

Status: Resolved
Project: WSO2 ESB
Component/s: None
Affects Version/s: 5.0.0 - M1
Fix Version/s: 5.0.0-Beta

Type: Bug Priority: Highest
Reporter: Dilshani Subasinghe Assignee: Dilshani Subasinghe
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

pack: ESB 5.0.0 M2
java: jdk1.8.0_72
Dep: Distributed setup
DB: Oracle 12c


Severity: Major
Estimated Complexity: Moderate
Attachment License: I agree to grant a license to WSO2 for this work for inclusion in WSO2 works as per the WSO2 Contributor License Agreement and the Apache License 2.0
Test cases added: Yes

 Description   

Steps to reproduce:

Follow steps of sample: http://ravindraranwala.blogspot.com/2016/02/jms-20-support-in-wso2-esb.html
(Note: ESB will be in a clustering mode)

When ESB manager node configured with JMS Inbound listener, it may pop up following error through worker nodes terminals, continuously.

TID: [-1234] [] [2016-02-24 15:30:13,451]  WARN {org.wso2.carbon.inbound.endpoint.protocol.jms.JMSPollingConsumer} -  Inbound JMS endpoint unable to get a connection. {org.wso2.carbon.inbound.endpoint.protocol.jms.JMSPollingConsumer}
TID: [-1234] [] [2016-02-24 15:30:14,451] ERROR {org.wso2.carbon.inbound.endpoint.protocol.jms.factory.JMSConnectionFactory} -  Connection cannot bb establish to the broke. Plese check the broker libs provided. {org.wso2.carbon.inbound.endpoint.protocol.jms.factory.JMSConnectionFactory}

When worker node configured as "Clustering mode disabled", and start as stand alone version then it will work properly.



 Comments   
Comment by Nuwan Wimalasekara [ 17/May/16 ]

Could not reproduce this issue in 5.0.0-Beta pack. Worker nodes consume messages properly.





Generated at Wed May 25 01:00:59 IST 2016 using JIRA 6.0.1#6096-sha1:e4a48bd73c6b8a4d99c824976ce5808b4c85857d.