Hi all,
Found that we were using old code in AutoscalerTopologyEventReceiver.
We introduced a monitor hierarchy, and we are letting cluster monitors to
decide and act upon receiving events. That's why we introduced
handle*Event(Event) methods in AbstractClusterMonitor.
When receiving events, we can simply call monitor.handleXEvent(X), and rest
will be handled in the relevant cluster monitor. We got merged old pattern
where we do stuff when receiving events.
I fixed it and committed it.
Thanks.
On Sat, Nov 1, 2014 at 8:21 PM, Lahiru Sandaruwan <lahi...@wso2.com> wrote:
> I get a NPE while trying to deploy the app definition without properties,
> looking into it.
>
> [2014-11-01 20:17:18,922] ERROR
> {org.apache.stratos.rest.endpoint.handlers.CustomThrowableExceptionMapper}
> - Internal server error
>
> java.lang.NullPointerException
>
> at
> org.apache.stratos.rest.endpoint.services.ServiceUtils.deployApplicationDefinition(ServiceUtils.java:139)
>
> at
> org.apache.stratos.rest.endpoint.services.StratosAdmin.deployApplicationDefinition(StratosAdmin.java:139)
>
> 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.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:180)
>
> at
> org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96)
>
> at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:194)
>
> at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:100)
>
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:57)
>
> at
> org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:93)
>
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
>
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
>
> at
> org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:239)
>
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:223)
>
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:203)
>
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:137)
>
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:159)
>
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:286)
>
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:206)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:755)
>
> On Sat, Nov 1, 2014 at 3:14 PM, Imesh Gunaratne <im...@apache.org> wrote:
>
>> I have now fixed few more issues:
>> - Removing subscription resource from REST API and CLI.
>> - Adding isKubernetesCluster property to ApplicationClusterContext.
>> - Passing properties from Application definition to the cluster objects.
>> This is needed for Kubernetes.
>> - Packaging drools files in stratos distribution (some of the files were
>> placed in repository/conf while the rest were at repository/conf/drools).
>>
>> Please find the sample application definition file which I have been
>> using for testing attached with this mail.
>>
>> On Sat, Nov 1, 2014 at 3:09 PM, Imesh Gunaratne <im...@apache.org> wrote:
>>
>>> Can a service cluster(say php cluster) span across two partitions(in
>>> other words two kub cluster)? I guess kubernetes can manage their
>>> containers within a kub cluster, not between kub clusters? For example, if
>>> we say we need 3 replicas, it can ensure there are 3 replicas in one kub
>>> cluster. It can't manage 3 replicas within two kub cluster. Am I missing
>>> something here?
>>>
>>> Raj: A good point, we can handle this in Stratos, shouldn't be a problem.
>>>
>>
>>
>>
>> --
>> Imesh Gunaratne
>>
>> 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
>
> email: lahi...@wso2.com blog: http://lahiruwrites.blogspot.com/
> linked-in: http://lk.linkedin.com/pub/lahiru-sandaruwan/16/153/146
>
>
--
Raj
