Added the subtasks. I just realized that by mistake I created the jiras in
APEXMALHAR instead of APEXCORE. Is there a way to move the jiras to
different project?
Let me know otherwise, I'll close these jiras and recreate new ones in
APEXCORE.
Thanks,
Chinmay.
On Sat, Jun 16, 2018 at 7:50 PM Chin
Hi All,
I've created following jiras encompassing the requirements (To be picked up
in order):
https://issues.apache.org/jira/browse/APEXMALHAR-2558
https://issues.apache.org/jira/browse/APEXMALHAR-2559
I'll start adding subtasks for subitems mentioned in the jira.
I'll also create the feature b
So here is how it'll be:
1. ReactJS application can be compiled for production builds. The output is
set of html+css+compressed js files. It can also output a war file directly
(I think).
2. The react app will have a configuration switch to allow user to set the
baseUrl. Default value will be "/ws/
I don't think they would be reusable as is without any changes externally
as the application context would not be available. Also externally you
would want to have a different kind of application that aggregates across
multiple applications.
Thanks
On Thu, Jun 14, 2018 at 10:24 AM Vlad Rozov wro
If it is a set of static files that use existing REST API to display
information in a browser, where they will be hosted is irrelevant. They
can be hosted by stram, but it should be possible to host them
externally without making modificaitons. If this is the case, I don't
have any objections t
Hi Team,
I agree with Thomas. The main focus of this proposal was to provide a UI
layer using existing REST APIs.
I think we should first focus on providing a meaningful UI served by AM to
user using the same existing REST APIs.
If in general, there is a agreement for the proposal, I can proceed
Looks like there is some disconnect in this thread, a few replies express
concerns that the proposal IMO doesn't imply.
There is already a REST API that backs all of the CLI functionality. Modern
UIs run in the browser, and so what was proposed (unless I misunderstood)
would be based on the same
Hi Community,
I would like to propose a slightly different approach on having an UI for
Apex.
The details are below:
1. This involves having an external web-server installed along side of
apexCli. We will basically mimic all the functionalities that apexCli
currently provides.
2. We
IMO it will be hard to provide UI that meets everyone expectation. An
external webUI can serve two goals
1. provide reference UI implementation
2. ensure that REST API have all necessary entry points
by embedding webUI directly into stram it will be tempting to shortcut
some calls to use stram
I too think that a comprehensive UI works better standalone but given that
stram already runs a webapp server, provides web services and RM provides a
proxy with mapped url space for it, we can extend stram to provide better
visual output. Overall I am +1 on the idea.
On Mon, Jun 11, 2018 at 8:59
Clarification: I am -0 on making UI part of the stram. I am +1 on
providing reference webUI application outside of the stram.
Thank you,
Vlad
On 6/9/18 07:05, Vlad Rozov wrote:
-0: stram provides REST API to query runtime information and IMO this
is sufficient to build an external webUI appli
+1 for a UI for Apex.
-0 for making it part of the STRAM.
- Regarding same port, I was wondering if there will be usage patterns
based on firewall rules just based on ports ? This leads us to a situation
where we have to trust all users at the same level as the application
communication patterns.
strong +1 for adding a UI to Apex. This is actually something that users
expect and are accustomed to with similar projects. Thanks for taking the
initiative.
There are nuances to be discussed, but the overall plan LGTM.
To your question, I think this should use the existing web port with a
diffe
-0: stram provides REST API to query runtime information and IMO this is
sufficient to build an external webUI application(s).
Thank you,
Vlad
On 6/6/18 11:17, Ambarish Pande wrote:
+1 For this feature. It would be really helpfull for users to visualize all
this information and the DAG.
+1
+1 For this feature. It would be really helpfull for users to visualize all
this information and the DAG.
+1 for ReactJS + MaterialUI
A great choice, given its flexibility and performance.
I would like to contribute to this effort.
On Wed, 6 Jun 2018 at 8:13 PM, Chinmay Kolhatkar wrote:
> H
Hi Community,
I want to propose a feature in apex-core to have a UI component in stram.
This is influenced by how basic runtime information is shown on UI by spark.
This includes following features:
1. Webpage will be hosted by stram and will be available for user to view
in one of the two ways (
16 matches
Mail list logo
