Hi Sergey,

On Wed, Apr 13, 2011 at 7:17 PM, Sergey Beryozkin <[email protected]> wrote:
> I've finally managed to spend a day today working on Windows, and I did get
> the exception when using IE too, though, IE itself does subscribe to the log
> feed without problems.

Grrrr.... I will investigate this one. Can you provide stack trace and
other details (use case, browser version etc.) ?

> There's definitely something unstable there which is a pity, it's been a
> great effort from Tomasz and with the ability to search the logs, it's a
> feature to miss, it could've been used nicely in conjunction with the the
> push logging, i.e. critical events are reported asap and then an admin can
> do a more through analysis of the logs, rather than having all log MBs sent
> across the network
>
> But it does look it works for some people, so we just need to document a bit
> how to use it as a Maven dependency, untill we figure out what is happening,
>
> Tomasz, can you give me a favor please and update the LogBrowser page
> with few lastest images as I can't get them myself ? I will add some info to
> the Migration Guide (Maven deps, how to set things up, etc).

Good point. I will update it.

> One thing I'm thinking about is we basically get rid of GWT code dealing
> with showing the lists of log entries (top-right panel) and just use HTML
> returned from the log feed. GWT will only be used to offer the list of
> endpoints, filters, etc, and may be in time we can just replace GWT with
> something lighter/simpler.

If you decide that GWT is too big overweight for such a simple task, I
can rewrite this using Javascript/JQuery/HTML (but firstly let's fix
this bug).

> Tomasz, AtomPullServer has getAlternateFeed and getAlternateEntry methods
> and they serve HTML as opposed to XML feeds.
> RSSBandit reader on Windows is very good in that it shows alternate feeds
> and entries properly.
> I think GWT should have some browser support, so if you could make the
> top/right panel a browser window which will only show the alternate content,
> as part of the frame, such that whenever log entry links are clicked, the
> output is directed to the right-bottom pane..
> Do you think it will make sense ?

Firstly I will try to fix the bug in the normal way but if there won't
be any other solution I will replace current implementation with
"getAlternateFeed" and "getAlternateEntry".

I will update documentation and fix the bug on Monday.

Thanks!

> Cheers, Sergey
>
> On Thu, Mar 31, 2011 at 4:18 PM, Sergey Beryozkin <[email protected]>
> wrote:
>>
>> I've added NOTICE to the rt/management-web only as I'm still seeing all
>> sort of crashes on Ubuntu, it does look like my environment is somehow
>> broken for GWT to work properly as Tomasz did confirm iy was working ok on
>> Ubuntu for him. I''ll try to confirm that it is all working on Windows and
>> after that I'll update the distribution.
>>
>> It would be good if few more people tried a logbrowser demo in the
>> distribution - it is very easy to run...I think if we can get at least one
>> more crash report then we might want to consider 'distributing' the
>> logbrowser as a Maven dependency only. I hope it's my Ubuntu distribution
>> only (old enough already) that is not stable...
>>
>> Cheers, Sergey
>>
>> On Wed, Mar 16, 2011 at 2:21 AM, Daniel Kulp <[email protected]> wrote:
>>>
>>> On Tuesday 15 March 2011 6:25:14 PM Tomasz Oponowicz wrote:
>>> > > Probably one open issue is to figure out what to do with different
>>> > > .js
>>> > > scripts. ? The scripts which are in the rt/management-web module, can
>>> > > they be Apache licensed ? Dan - what do you think ?
>>> >
>>> > There are:
>>> >
>>> > * json2.min.js - Public Domain;
>>> > * uuid.min.js - Dual licensed under the MIT and GPL licenses;
>>>
>>> Both licenses are fine, but we need to note them in the NOTICE file.
>>>
>>> You'll need to create a
>>> src/main/appended-resources/META-INF/NOTICE
>>> file that contains whatever text would be required.
>>>
>>> For example, in the javascript module, the NOTICE there has:
>>>
>>> Portions of the file cxf-utils.js derives from code marked:
>>> This code was written by Tyler Akins and has been placed in the
>>> public domain.  It would be nice if you left this header intact.
>>> Base64 code from Tyler Akins -- http://rumkin.com
>>>
>>> You can use that as a guideline.
>>>
>>> You'll also need to update
>>> distribution/src/main/appended-resources/META-INF/NOTICE
>>> with the same info for the release assemplies to pick up.
>>>
>>>
>>> --
>>> Daniel Kulp
>>> [email protected]
>>> http://dankulp.com/blog
>>> Talend - http://www.talend.com
>>
>>
>



-- 
Best regards,
Tomasz Oponowicz

Reply via email to