Hi Martin, That's great, we will review the changes in Java Cartridge Agent (JCA) and get back to you.
Thanks for bringing this up. At the moment there are two entities that represent an application; applicaiton definition and applicaiton runtime. Application defintion is the entity that we use when creating an application and application runtime is the entity which gets created after passing the application definition. Application runtime may change dynamically according to the scaling requirements. For now application definition state is only set to "Created" and "Deployed". However if we query application runtime we can see its runtime state. Thanks On Sat, Jan 31, 2015 at 1:23 AM, Martin Eppel (meppel) <[email protected]> wrote: > Hi Lakmal, Imesh > > > > This are good news, Thanks. > > > > I took a stab at the JCA and got it to work. I pushed my changes to the > master, please review the changes in case I missed something. So far I have > only tested with a simple scenario. > > I attached the log files (both cartridge agent log, wso2carbon.log), and > the cartridge goes into active state. What puzzles me is that I can see in > the logs that the application “ACTIVE” event is published, but when I check > the application state with the stratos cli it still shows “Deployed” state, > not sure what is missing and how the application state is updated. > > > > Thanks > > > > Martin > > *From:* Lakmal Warusawithana [mailto:[email protected]] > *Sent:* Thursday, January 29, 2015 10:25 PM > *To:* [email protected] > > *Subject:* Re: DISCUSS: RE: Are we still supporting java agent? > > > > Hi, > > > > Have spoken few users and they still using Java cartridge agent and need > some time to migrate into python cartridge agent. Considering that, IMO > will support java cartridge agent in 4.1.0 and will obsolete it with next > release. > > > > thanks > > > > On Sat, Jan 24, 2015 at 10:06 AM, Martin Eppel (meppel) <[email protected]> > wrote: > > Thanks for the heads up > > > > Regards > > > > Martin > > > > *From:* Imesh Gunaratne [mailto:[email protected]] > *Sent:* Friday, January 23, 2015 8:29 PM > *To:* dev > *Subject:* Re: DISCUSS: RE: Are we still supporting java agent? > > > > Hi Martin, > > > > I assume no one has tried Java based Cartridge Agent since we started > using the Python Cartridge Agent. However we have updated it with the > recent changes we did for messaging, otherwise the build will break. > > > > No, MQTT support is implemented in messaging component so any other Java > component that uses messaging will automatically get it, which means Java > based Cartridge Agent already has MQTT support. > > > > We might need to check following: > > - Payload parameters which were updated recently > > - Event listener logic related to Artifact Distribution > > - Puppet module of Java based Cartridge Agent > > > > Thanks > > > > On Sat, Jan 24, 2015 at 12:08 AM, Martin Eppel (meppel) <[email protected]> > wrote: > > Bringing this topic up again. > > > > We do have some requirements to, at least temporarily, maintain a > functioning java based cartridge agent. > > > > Has any work gone into the java based cartridge agent since the last > discussion? Has someone else tried if it still works ? > > Getting it back to work, where would you expect the issues ? For example, > I would expect to have to add support for the mqtt client ? Any other > things to watch out ? > > > > Thanks > > > > Martin > > > > *From:* Manula Chathurika Thantriwatte [mailto:[email protected]] > *Sent:* Saturday, December 06, 2014 10:48 PM > *To:* [email protected] > *Subject:* Re: Are we still supporting java agent? > > > > Hi, > > > > +1 for comment java agent from components/pom.xml. > > > > Thanks ! > > > > On Sat, Dec 6, 2014 at 9:37 PM, Rajkumar Rajaratnam <[email protected]> > wrote: > > Hi, > > I updated the java agent as well. > > However, I would like to point out one more thing. > > Since we are not using java agent, people will make changes to java agent > just for the sake of compiling. No one is testing java agent's functionally. > > If we continue to do this, java agent will be nothing but a garbage in > future. > > At least, we should comment the java agent from components/pom.xml so that > we can avoid build failures and we can keep a stable java agent. > > We all know that we can always go back and checkout a tag/commit and get > the java agent :) > > However, it is just my thought. > > > > Thanks > > > > On Sat, Dec 6, 2014 at 9:19 PM, Chamila De Alwis <[email protected]> > wrote: > > Hi, > > IMO if we're not updating the Java based agent to accommodate the new > changes, there no point in keeping it in the code base, since we will not > be able to revert to it. So if we're keeping it there will be the burden of > maintaining it. > > > > > Regards, > > Chamila de Alwis > > Software Engineer | WSO2 | +94772207163 > > Blog: code.chamiladealwis.com > > > > > > > > On Fri, Dec 5, 2014 at 2:21 PM, Rajkumar Rajaratnam <[email protected]> > wrote: > > Hi all, > > So if we some changes to other components such as topology, do we have to > fix the corresponding changes in java agent also? > > Or can we comment java agent component from components/pom xml to avoid > build failures? > > Thanks. > > > > On Fri, Dec 5, 2014 at 2:17 PM, Lakmal Warusawithana <[email protected]> > wrote: > > > > > > On Fri, Dec 5, 2014 at 2:16 PM, Isuru Perera <[email protected]> wrote: > > Yes, remove the Java agent in a future release, not in immediate release. > > > > +1 > > > > > > On Fri, Dec 5, 2014 at 2:12 PM, Akila Ravihansa Perera <[email protected]> > wrote: > > Hi, > > > > On Fri, Dec 5, 2014 at 12:57 PM, Rajkumar Rajaratnam <[email protected]> > wrote: > > Yeah, let's remove the java agent from our code base. > > > > I'm -1 on removing Java agent code. We can deprecate it for now. Perhaps > the need might arise in future. > > > > > > Thanks. > > > > On Fri, Dec 5, 2014 at 12:07 PM, Lakmal Warusawithana <[email protected]> > wrote: > > > > > > On Fri, Dec 5, 2014 at 11:56 AM, Rajkumar Rajaratnam <[email protected]> > wrote: > > Hi, > > While doing topology changes, noticed that the java agent is still there > in code base. > > If we are not maintaining, we can remove this component from the code base > right? > > Otherwise, we have to maintain it properly. > > wdyt? > > > > IMO, we should only go with python agent. > > > > > > -- > > Rajkumar Rajaratnam > > Committer & PMC Member, Apache Stratos > > Software Engineer, WSO2 > > > > > > -- > > Lakmal Warusawithana > > Vice President, Apache Stratos > > Director - Cloud Architecture; WSO2 Inc. > > Mobile : +94714289692 > > Blog : http://lakmalsview.blogspot.com/ > > > > > -- > > Rajkumar Rajaratnam > > Committer & PMC Member, Apache Stratos > > Software Engineer, WSO2 > > > > > > -- > > Akila Ravihansa Perera > Software Engineer, WSO2 > > Blog: http://ravihansa3000.blogspot.com > > > > -- > > Isuru Perera > Senior Software Engineer | WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > about.me/chrishantha > > > > > > -- > > Lakmal Warusawithana > > Vice President, Apache Stratos > > Director - Cloud Architecture; WSO2 Inc. > > Mobile : +94714289692 > > Blog : http://lakmalsview.blogspot.com/ > > > > > -- > > Rajkumar Rajaratnam > > Committer & PMC Member, Apache Stratos > > Software Engineer, WSO2 > > > > > > > -- > > Rajkumar Rajaratnam > > Committer & PMC Member, Apache Stratos > > Software Engineer, WSO2 > > > > > > -- > > Regards, > > Manula Chathurika Thantriwatte > > Software Engineer > > WSO2 Inc. : http://wso2.com > > lean . enterprise . middleware > > email : [email protected] / [email protected] > > phone : +94 772492511 > > blog : http://manulachathurika.blogspot.com/ > > > > > > > > > -- > > Imesh Gunaratne > > > > Technical Lead, WSO2 > > Committer & PMC Member, Apache Stratos > > > > > > -- > > Lakmal Warusawithana > > Vice President, Apache Stratos > > Director - Cloud Architecture; WSO2 Inc. > > Mobile : +94714289692 > > Blog : http://lakmalsview.blogspot.com/ > -- Imesh Gunaratne Technical Lead, WSO2 Committer & PMC Member, Apache Stratos
