[JBoss JIRA] (JBIDE-25971) Add Red Hat Developers sign up link to CDK New Server wizard
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25971?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-25971:
------------------------------------
Pushed commit has broken base in master.
https://github.com/jbosstools/jbosstools-base/pull/619#issuecomment-38748...
Please fix your versions.
> Add Red Hat Developers sign up link to CDK New Server wizard
> ------------------------------------------------------------
>
> Key: JBIDE-25971
> URL: https://issues.jboss.org/browse/JBIDE-25971
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk
> Affects Versions: 4.5.3.Final
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Labels: cdk_server_adapter_wizard
> Fix For: 4.6.x
>
> Attachments: new-server-cdk.png
>
>
> While reviewing documentation updates for cdk installation in devstudio, we noticed a thing that is not ideal in the workflow.
> Imagine you don't have an account on developers.redhat.com yet.
> You go to New Server -> CDK 3.2+.
> On the next page, you're supposed to fill out your credentials, but you don't have any. Yes, you could argue that there is a way to get there: If you don't have an account, that probably also means that you don't have a cdk binary either - you need the account to download it. So you need to click Download and install runtime... and that will offer you a link to register. So once cdk is downloaded, you can then add the credentials. But that's pretty cumbersome.
> So I would suggest we add a Register link somewhere - either on the New Server wizard's second page. Or once you click Add.. to add credentials.
> That's issue 1.
> !new-server-cdk.png!
> There are also a few side issues:
> 2. I would suggest you remove the Domain field/dropdown from the wizard. It's always just greyed out. If we ever want to support more of them we can add it back. And when you add the credentials you will see the domain there too, which is enough.
> 3. When you click Download and install runtime..., select a version and then go to the next page, this page is called JBoss.org Credentials - it's actually access.redhat.com credentials, can you change the title?
> 3.a Also, the link for signing up leads to access.redhat.com. Wouldn't it be better to point to developers.redhat.com sign up page? That's what devsuite installer does.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBDS-4701) When creating a new maven project import archetypes out of memory
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4701?page=com.atlassian.jira.plugin.... ]
Jeff MAURY updated JBDS-4701:
-----------------------------
Fix Version/s: 12.x
> When creating a new maven project import archetypes out of memory
> -----------------------------------------------------------------
>
> Key: JBDS-4701
> URL: https://issues.jboss.org/browse/JBDS-4701
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: maven
> Affects Versions: 11.3.0.GA
> Environment: Mac OS Hight sierra, Jdk 8
> Reporter: Marcelo Sales
> Priority: Critical
> Fix For: 12.x
>
>
> When use Developer studio to create new projects and select generate from a archetype the IDE freezes and after several minutes shows a message out of memory. During this time the IDE status show us "retrieving archetypes" but never ends.
> Even putting 2048 for xmx does not solve the problem
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBDS-4701) When creating a new maven project import archetypes out of memory
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4701?page=com.atlassian.jira.plugin.... ]
Jeff MAURY reassigned JBDS-4701:
--------------------------------
Assignee: Jeff MAURY
> When creating a new maven project import archetypes out of memory
> -----------------------------------------------------------------
>
> Key: JBDS-4701
> URL: https://issues.jboss.org/browse/JBDS-4701
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: maven
> Affects Versions: 11.3.0.GA
> Environment: Mac OS Hight sierra, Jdk 8
> Reporter: Marcelo Sales
> Assignee: Jeff MAURY
> Priority: Critical
> Fix For: 12.x
>
>
> When use Developer studio to create new projects and select generate from a archetype the IDE freezes and after several minutes shows a message out of memory. During this time the IDE status show us "retrieving archetypes" but never ends.
> Even putting 2048 for xmx does not solve the problem
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBDS-4701) When creating a new maven project import archetypes out of memory
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4701?page=com.atlassian.jira.plugin.... ]
Jeff MAURY commented on JBDS-4701:
----------------------------------
Can you detail what commands you are using as I tried to create a new Maven project using archetypes with an empty .m2 repo and did not face any error.
> When creating a new maven project import archetypes out of memory
> -----------------------------------------------------------------
>
> Key: JBDS-4701
> URL: https://issues.jboss.org/browse/JBDS-4701
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: maven
> Affects Versions: 11.3.0.GA
> Environment: Mac OS Hight sierra, Jdk 8
> Reporter: Marcelo Sales
> Priority: Critical
>
> When use Developer studio to create new projects and select generate from a archetype the IDE freezes and after several minutes shows a message out of memory. During this time the IDE status show us "retrieving archetypes" but never ends.
> Even putting 2048 for xmx does not solve the problem
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBIDE-25700) Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-25700:
------------------------------------------
upstream issue in the oc binary isn't resolved yet, bumping to 4.6.0.AM2 and keep waiting.
> Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
> --------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: server_adapter, springboot
> Fix For: 4.6.0.AM2
>
> Attachments: permission-error-rsync-fc26.png, server-adapter-rebublish-state.png
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBIDE-25700) Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-25700:
-------------------------------------
Fix Version/s: 4.6.0.AM2
(was: 4.6.0.AM1)
> Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
> --------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: server_adapter, springboot
> Fix For: 4.6.0.AM2
>
> Attachments: permission-error-rsync-fc26.png, server-adapter-rebublish-state.png
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month