[JBoss JIRA] (TOOLSDOC-609) FeedHenry: Document how to change the splash screen
by Supriya Bharadwaj (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-609?page=com.atlassian.jira.plug... ]
Supriya Bharadwaj commented on TOOLSDOC-609:
--------------------------------------------
Hi [~mhusnain], this issue is similar to the icon change one (JBDS-3270). I have documented the steps and got them reviewed from Pavol (instructions at: https://docs.google.com/document/d/124ptroykZasftYjSQTGCd3rSYRibWABUfqqDl...). But, since we have been unable to get the app to show on the emulator (JBDS-3454), I have not tested the steps. Thanks - Supriya
> FeedHenry: Document how to change the splash screen
> ---------------------------------------------------
>
> Key: TOOLSDOC-609
> URL: https://issues.jboss.org/browse/TOOLSDOC-609
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Supriya Bharadwaj
> Priority: Minor
> Labels: Priority1, cordova, feedhenry
> Fix For: 4.3.0.Final
>
>
> As a HTML5+Cordova mobile app developer, I need to change the splash screen associated with the application launch.
> This will be added to an existing article, probably as a Did You Know? Item.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (JBIDE-20784) For JBIDE 4.4.0.Alpha1: Prepare for future Alpha1 [Playground]
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20784?page=com.atlassian.jira.plugi... ]
Mickael Istria closed JBIDE-20784.
----------------------------------
Assignee: Mickael Istria
Resolution: Done
> For JBIDE 4.4.0.Alpha1: Prepare for future Alpha1 [Playground]
> --------------------------------------------------------------
>
> Key: JBIDE-20784
> URL: https://issues.jboss.org/browse/JBIDE-20784
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: playground
> Reporter: Nick Boldt
> Assignee: Mickael Istria
> Priority: Blocker
> Labels: task
> Fix For: 4.4.0.Alpha1
>
>
> For JBIDE 4.4.0.Alpha1 [Playground]: Please perform the following tasks:
> 0. If your component is at end of life and won't have new development on Eclipse 4.6 (Neon) you can probably *{color:red}Reject this JIRA{color}*. Please confirm with Alexey or Max. (For example, Portlet & GWT did no development for Mars.)
> Otherwise:
> 1. In your *{color:orange}master branch{color}* ONLY, ensure your component features/plugins have been [properly upversioned|http://wiki.eclipse.org/Version_Numbering#Overall_example], eg., from 4.3.0 to 4.4.0 (if planning minor changes) or from 4.3.0 to 4.3.100 (if planning only maintenance).
> {code}
> mvn -Dtycho.mode=maven org.eclipse.tycho:tycho-versions-plugin:0.22.0:set-version -DnewVersion=4.4.0-SNAPSHOT
> {code}
> 2. In your *{color:orange}master branch{color}* ONLY, update your root pom to use parent pom version *{color:orange}4.4.0.Alpha1-SNAPSHOT{color}*;
> {code}
> <parent>
> <groupId>org.jboss.tools</groupId>
> <artifactId>parent</artifactId>
> <version>4.4.0.Alpha1-SNAPSHOT</version>
> </parent>
> {code}
> 3. In your *{color:orange}master branch{color}* ONLY, ensure you've built & run your tests using the latest target platform version *{color:orange}4.60.0.Alpha1-SNAPSHOT{color}*;
> {code}
> mvn clean verify -Dtpc.version=4.60.0.Alpha1-SNAPSHOT
> {code}
> 4. Close (do not resolve) this JIRA when done.
> [Search for all task JIRA|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+and...], or [Search for Playground task JIRA|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+and...]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (TOOLSDOC-609) FeedHenry: Document how to change the splash screen
by Misha Ali (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-609?page=com.atlassian.jira.plug... ]
Misha Ali commented on TOOLSDOC-609:
------------------------------------
Hi [~supriya.bharadwaj] - what's the status for this issue? This needs to be done for GA so please update here.
> FeedHenry: Document how to change the splash screen
> ---------------------------------------------------
>
> Key: TOOLSDOC-609
> URL: https://issues.jboss.org/browse/TOOLSDOC-609
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Supriya Bharadwaj
> Priority: Minor
> Labels: Priority1, cordova, feedhenry
> Fix For: 4.3.0.Final
>
>
> As a HTML5+Cordova mobile app developer, I need to change the splash screen associated with the application launch.
> This will be added to an existing article, probably as a Did You Know? Item.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (TOOLSDOC-606) Docker: Document basic docker tooling
by Misha Ali (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-606?page=com.atlassian.jira.plug... ]
Misha Ali resolved TOOLSDOC-606.
--------------------------------
Resolution: Done
> Docker: Document basic docker tooling
> -------------------------------------
>
> Key: TOOLSDOC-606
> URL: https://issues.jboss.org/browse/TOOLSDOC-606
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Misha Ali
> Labels: Priority1, docker
> Fix For: 4.3.0.Final
>
>
> Goal: to allow the Eclipse user to easily discover, pull, run, deploy my .war or .ear to it, stop, commit, push for docker images/containers.
> Expected end-user flow 1:
> 0) Installation - assumes boot2docker pre-installed on the end-user's machine
> 1) I, the Java developer, need to browse a docker registry (either DockerHub or private registry), identify the image that I wish to have local and download (docker pull) for that image+tag.
> 2) Assumption: the docker image includes not only the operating system + JVM but also the EAP, Wildfly or Tomcat installed in a 'known' location.
> 3) I start (docker run) the image which auto-starts the embedded app server
> 4) I can then deploy my .war or .ear to the running app server
> 5) I can restart the running app server in debug mode and run the debugger
> 6) I can undeploy and redeploy my .war or .ear
> 7) I can stop/restart the running, embedded app server
> 8) I can then commit (docker commit)
> 9) then I can publish my changes (docker push)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (TOOLSDOC-606) Docker: Document basic docker tooling
by Misha Ali (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-606?page=com.atlassian.jira.plug... ]
Misha Ali commented on TOOLSDOC-606:
------------------------------------
Done: https://access.redhat.com/articles/1488373
> Docker: Document basic docker tooling
> -------------------------------------
>
> Key: TOOLSDOC-606
> URL: https://issues.jboss.org/browse/TOOLSDOC-606
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Misha Ali
> Labels: Priority1, docker
> Fix For: 4.3.0.Final
>
>
> Goal: to allow the Eclipse user to easily discover, pull, run, deploy my .war or .ear to it, stop, commit, push for docker images/containers.
> Expected end-user flow 1:
> 0) Installation - assumes boot2docker pre-installed on the end-user's machine
> 1) I, the Java developer, need to browse a docker registry (either DockerHub or private registry), identify the image that I wish to have local and download (docker pull) for that image+tag.
> 2) Assumption: the docker image includes not only the operating system + JVM but also the EAP, Wildfly or Tomcat installed in a 'known' location.
> 3) I start (docker run) the image which auto-starts the embedded app server
> 4) I can then deploy my .war or .ear to the running app server
> 5) I can restart the running app server in debug mode and run the debugger
> 6) I can undeploy and redeploy my .war or .ear
> 7) I can stop/restart the running, embedded app server
> 8) I can then commit (docker commit)
> 9) then I can publish my changes (docker push)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (TOOLSDOC-602) OpenShift: Document Downloading/Importing existing OS Project
by Misha Ali (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-602?page=com.atlassian.jira.plug... ]
Misha Ali commented on TOOLSDOC-602:
------------------------------------
Done: https://access.redhat.com/articles/1610503#import_app
> OpenShift: Document Downloading/Importing existing OS Project
> -------------------------------------------------------------
>
> Key: TOOLSDOC-602
> URL: https://issues.jboss.org/browse/TOOLSDOC-602
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Misha Ali
> Labels: Priority1, openshift
> Fix For: 4.3.0.Final
>
>
> Document the following use case:
> Use Case #1 - Download/Import Existing OpenShift Project
> a) Assume OpenShift is started remotely and provides an entrypoint URL (e.g. http://localhost:8080/osapi/v1beta1/projects)
> b) Assume end-user is logged in (ignore auth for now)
> c) Assume OpenShift already has some deployed "projects", this "project" definition includes the buildconfig, deployconfig, docker image, source git URL, routes and services.
> d) Eclipse user will open a dialog and enter the URL from step a
> e) Eclipse user will see a list of "things" associated with "projects" from step 1c
> "things"
> f) Embedded in one of those things is a Git URL - that will be displayed to the user who will agree to git clone it [1f]
> g) If the downloaded items include a Maven project, the Eclipse user will see a newly configured Eclipse project based on Maven with the appropriately configured facets
> h) If there is no pom.xml, the Eclipse user will see a newly configured generic Eclipse project containing the downloaded files
> i) It is expected that a Maven-based Java project will build locally (leveraging Maven Central and/or maven.repository.redhat.com)
> j) It is expected that a Maven-based Java project will deploy to a localhost EAP/Wildfly or a locally running Docker container:
> docker run -it -p 8080:8080 openshift/wildfly-8-centos
> [1f] https://github.com/openshift/origin/blob/master/examples/sample-app/appli...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (TOOLSDOC-602) OpenShift: Document Downloading/Importing existing OS Project
by Misha Ali (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-602?page=com.atlassian.jira.plug... ]
Misha Ali closed TOOLSDOC-602.
------------------------------
Resolution: Done
> OpenShift: Document Downloading/Importing existing OS Project
> -------------------------------------------------------------
>
> Key: TOOLSDOC-602
> URL: https://issues.jboss.org/browse/TOOLSDOC-602
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Final
> Reporter: Misha Ali
> Assignee: Misha Ali
> Labels: Priority1, openshift
> Fix For: 4.3.0.Final
>
>
> Document the following use case:
> Use Case #1 - Download/Import Existing OpenShift Project
> a) Assume OpenShift is started remotely and provides an entrypoint URL (e.g. http://localhost:8080/osapi/v1beta1/projects)
> b) Assume end-user is logged in (ignore auth for now)
> c) Assume OpenShift already has some deployed "projects", this "project" definition includes the buildconfig, deployconfig, docker image, source git URL, routes and services.
> d) Eclipse user will open a dialog and enter the URL from step a
> e) Eclipse user will see a list of "things" associated with "projects" from step 1c
> "things"
> f) Embedded in one of those things is a Git URL - that will be displayed to the user who will agree to git clone it [1f]
> g) If the downloaded items include a Maven project, the Eclipse user will see a newly configured Eclipse project based on Maven with the appropriately configured facets
> h) If there is no pom.xml, the Eclipse user will see a newly configured generic Eclipse project containing the downloaded files
> i) It is expected that a Maven-based Java project will build locally (leveraging Maven Central and/or maven.repository.redhat.com)
> j) It is expected that a Maven-based Java project will deploy to a localhost EAP/Wildfly or a locally running Docker container:
> docker run -it -p 8080:8080 openshift/wildfly-8-centos
> [1f] https://github.com/openshift/origin/blob/master/examples/sample-app/appli...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months