Hi all, We will work with UX team on supporting these features in a single page so user is not confused.
thank you. On Wed, May 25, 2016 at 1:08 AM, Kasun De Silva <kas...@wso2.com> wrote: > >> full log access (and download - so they can share with us for support.) > > > +1, I totally forgot on having a log download option.Created a JIRA[1] :D > > [1] https://wso2.org/jira/browse/APPCLOUD-160 > > On Tue, May 24, 2016 at 11:10 AM, Dmitry Sotnikov <dmi...@wso2.com> wrote: > >> +1 for having both streaming (and indeed last ## of lines and not >> minutes) and full log access (and download - so they can share with us for >> support.) >> >> Dmitry >> >> On Tue, May 24, 2016 at 8:48 AM, Kasun De Silva <kas...@wso2.com> wrote: >> >>> We need both options IMO. There are already snapshot logs available. >>> (which is the full log option) We need tailing (streaming) option >>> alongside. Lets get help from UX team on the UX aspects. >>> >>> Were you able to try out that both tailing option (that means streaming) >>> with giving last number of lines or last 5 (or some number) mins options >>> are possible ? >>> >>> These options are possible with snapshot logs. I have tested and back >>> implementation is done. But I'm not sure whether this options are possible >>> with streaming. >>> >>> If possible I'm +1 to go with last number of lines. Because there are >>> always logs for any last number of lines, but not for all last number of >>> minutes. >>> >>> >>> On Mon, May 23, 2016 at 11:24 PM, Danushka Fernando <danush...@wso2.com> >>> wrote: >>> >>>> Currently we have a page to load all logs. With Streaming I guess we >>>> need to go for tailing certain amount of time could be preconfigured and >>>> later we can let the user configure the time he wants to tail. >>>> There are two options >>>> Keep current full log option and stream last no of lines of the log in >>>> a separate page (That means have two log watching places one for full log >>>> and other for tailing last 5 mins) >>>> or >>>> Keep only tailing logs option. >>>> IMO we need both options. WDYT? >>>> >>>> Thanks & Regards >>>> Danushka Fernando >>>> Senior Software Engineer >>>> WSO2 inc. http://wso2.com/ >>>> Mobile : +94716332729 >>>> >>>> On Fri, May 20, 2016 at 9:53 PM, Kasun De Silva <kas...@wso2.com> >>>> wrote: >>>> >>>>> Hi Danushka, >>>>> >>>>> Streaming log option is similar to tailf in unix systems. I guess you >>>>> application is not actively producing any logs. That might be the reason >>>>> you don't get any output or experiencing this. >>>>> >>>>> First I would try following kube command in k8s console against my >>>>> respective pod. >>>>> >>>>> # Begin streaming the logs of a pod >>>>> ./kubectl logs -f <pod_name> >>>>> >>>>> Go to 249 or 251 and try that. You can try more options as mentioned >>>>> in [3]. but make sure you have the "*-f "* option. >>>>> >>>>> Also you can try [1] from you browser against 249 or 251, that is the >>>>> direct api call to the k8s to get streaming of the logs. This is the same >>>>> call that is generated by the fabric8 when we are invoking >>>>> streamRuntimeLogs() >>>>> method. >>>>> >>>>> Also I would have a web app that actively generate logs to test this >>>>> option. Something like [2]. You can just download the war file from [2] >>>>> and >>>>> deploy it in AppCloud setup you are testing. Then just hit " >>>>> *<launch_url>/logme*" from the browser and the application will start >>>>> generate logs continuously. This kind of application will help you test >>>>> this feature. >>>>> >>>>> >>>>> Finally I would try to see whether if we can pass tailing lines or >>>>> .sinceSeconds() >>>>> or .tailingLines() options to streamRuntimeLogs() builder pattern, >>>>> better if something like .tailingLines(10) then streaming will always >>>>> starts with last 10 lines. In that case we need to modify the back end >>>>> code >>>>> similar to "getRuntimeLogs(LogQuery query)" method. >>>>> >>>>> This is something I would try at the very end, if everything goes >>>>> smoothly above. >>>>> >>>>> Hope this information is helpful to you regarding this JIRA. Let me >>>>> know if you have any concerns. >>>>> >>>>> >>>>> [1] http://*<k8s_ip>:<port>*/api/v1/namespaces/*<namespace>*/pods/ >>>>> *<pod_name>*/log?container=tomcat-server&*follow=true* >>>>> &previous=false×tamps=false >>>>> >>>>> [2] >>>>> https://github.com/kasundsilva/jsp-loggin/tree/master/sample.log.app.one/target >>>>> >>>>> [3] http://kubernetes.io/docs/user-guide/kubectl/kubectl_logs/ >>>>> >>>>> >>>>> Thanks >>>>> Kasun >>>>> >>>>> *Kasun de Silva* >>>>> Software Engineer >>>>> >>>>> WSO2 Inc <http://wso2.com>*. *|* E*mail : kas...@wso2.com | Mobile: +94 >>>>> 77 794 4260 >>>>> >>>>> >>>> >>> >>> >>> -- >>> *Kasun de Silva* >>> Software Engineer >>> >>> WSO2 Inc <http://wso2.com>*. *|* E*mail : kas...@wso2.com | Mobile: +94 >>> 77 794 4260 >>> >>> >> >> >> -- >> Dmitry Sotnikov >> VP of Cloud; WSO2, Inc.; http://wso2.com/ >> email: dmi...@wso2.com; cell: +1.949.303.9653; Skype: DSotnikov >> Lean . Enterprise . Middleware >> >> <http://wso2.com/events/> >> > > > > -- > *Kasun de Silva* > Software Engineer > > WSO2 Inc <http://wso2.com>*. *|* E*mail : kas...@wso2.com | Mobile: +94 > 77 794 4260 > > -- Manjula Rathnayaka Associate Technical Lead WSO2, Inc. Mobile:+94 77 743 1987
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev