Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 33777 invoked from network); 4 Feb 2011 17:56:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Feb 2011 17:56:15 -0000 Received: (qmail 8184 invoked by uid 500); 4 Feb 2011 17:56:15 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 8073 invoked by uid 500); 4 Feb 2011 17:56:12 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 8065 invoked by uid 99); 4 Feb 2011 17:56:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Feb 2011 17:56:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sberyozkin@gmail.com designates 209.85.214.41 as permitted sender) Received: from [209.85.214.41] (HELO mail-bw0-f41.google.com) (209.85.214.41) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Feb 2011 17:56:04 +0000 Received: by bwz16 with SMTP id 16so3009325bwz.0 for ; Fri, 04 Feb 2011 09:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=KNZM31VzV0ObDNkb4TT1x/p1q085pUPZGWGzQnTrB/w=; b=f05SCaopvDR5IrQRD+PbyQIUAKOKS161CJT5YCn596ezLTeWHaCqmYFPYzRe9GWpmX gao4prCrSw5XWZixOREge10cKSxaK1f0jBC7raEO2QBiJm7i0PU4p2jKaBSeS/JA0650 JJDmJXKtlZ5TriwvSYiyfwhoqXeN9oTH0p5AI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=TGSySjzAdnWXytPcpvkjpCcuxE5aPIdvaqOasARHynM3giY7NWv+62sIiLun6hPO4f R7svo2T7BntiF+7fIKaIzKvR0a0Gesetwwon6S4PFvHXIVYBxuJHqNRYYx/VYI3fiMi3 HeWfo6NaWAr9/RB9INf2iQg8OdCY3c0168iDY= MIME-Version: 1.0 Received: by 10.204.84.77 with SMTP id i13mr11632153bkl.200.1296842143667; Fri, 04 Feb 2011 09:55:43 -0800 (PST) Received: by 10.204.61.78 with HTTP; Fri, 4 Feb 2011 09:55:43 -0800 (PST) Date: Fri, 4 Feb 2011 17:55:43 +0000 Message-ID: Subject: LogBrowser project is on the trunk From: Sergey Beryozkin To: dev@cxf.apache.org Cc: Tomasz Oponowicz Content-Type: multipart/alternative; boundary=0016e6d7790b4d96a6049b789734 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d7790b4d96a6049b789734 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I have just moved the LogBrowser project Tomasz was working upon as part of GSOC 2010 to the trunk. I've done few minor changes before moving it in. - rt/management-web has a new package, org.apache.cxf.management.web.browser* which contains the code for the browser. It was org.apache.cxf.management.web.logging.logbrowser* in the sandbox but I thought we might enhance it in the future to work PersistingIn/Out interceptors in the rt/management so decided to simplify the package name. - samples/logbrowser is the demo showing the LogBrowser in action. It may make sense even move the whole rt/management-web into a CXF subproject, we'll see. For now, I'd like to have the browser polished and then we can decide. The GWT compilation will happen as part of building the rt/management-web, so the final jar will actually have the generated GWT code and resources included. We may consider doing it during the demo run, but again, lets try to polish the browser first. Tomasz, first of all congrats, I think it is good that your project is moving to the trunk. I'd appreciate if you could help me a bit with the initial clean-up, hope you'll find some time. You are a CXF committer now so you can do changes on the trunk... Here is the initial list of issues which I need some help with : 1. LogBrowser has a showstopper bug which I'm sure is due to the fact we just did not look at it for a while :-). Basically, when I go and generate the logs, and then click 'refresh' on the endpoint, the browser reports an exception. The AtomPullServer is functioning ok, Firefox subscribes to the Atom Feed with no probs. 2. Please move ManageEndpoints button either immediately above or below the Filter button 3. Remove the Tasks and Endpoints buttons/entries, lets have it the way you did it originally. We only need to see the list of endpoints which will be added via "ManageEndpoints", the explorer style is just too complex. 4. When I go to ManageEndpoints, "Sign Out" leaks into the new panel and overlaps with the "Settings" entry, 5. In ManageEndpoints please change "back to browse" to "Back to Explorer" 6. We will need to think what to do with the jscript library added to the demo - we will have to link to its via remore URI or simple do a simpler plain HTML form - not a priority right now. Hope it's not a big list :-). We will catch up on the GWT dev a bit and I also hope other users with the GWT experience contribute in time. What I will do before 2.4 is look at the browser code and see what I can refactor but also add some helpers to the AtomPullServer so that users can use it for reading from the existing file logs... Thanks, Sergey --0016e6d7790b4d96a6049b789734--