[JBoss JIRA] (JBDS-2727) Cheatsheets for JBoss Central archetypes
by Sande Gilda (JIRA)
[ https://issues.jboss.org/browse/JBDS-2727?page=com.atlassian.jira.plugin.... ]
Sande Gilda edited comment on JBDS-2727 at 8/27/13 10:14 AM:
-------------------------------------------------------------
I still need to create a guide describing steps and guidelines to create a quickstart cheat sheett. I created a bug: https://bugzilla.redhat.com/show_bug.cgi?id=982213
I got created a cheatsheet for the `helloworld` quickstart to become familiar with the process, but haven't been able to get back to it. I've been pulled into bug fixes for EAP 6.1.1 documentation bugs and have been trying to clean up quickstart pulls for the impending JDF site reorganization. I think it's doubtful I'll make any progress before that happens, however, I'll defer to @pmur.
Can you suggest people who might be able to create these? I would be glad to help with the guidelines and review, although I'm not an expert by any means.
was (Author: sgilda):
I still need to create a guide describing steps and guidelines to create a quickstart cheat sheett. I created a bug: https://bugzilla.redhat.com/show_bug.cgi?id=982213
I got created a cheatsheet for the `helloworld` quickstart to become familiar with the process, but haven't been able to get back to it. I've been pulled into bug fixes for EAP 6.1.1 documentation bugs and have been trying to clean up quickstart pulls for the impending JDF site reorganization. I think it's doubtful I'll make any progress before that happens, however, I'll defer to @pmur. :-)
Can you suggest people who might be able to create these? I would be glad to help with the guidelines and review, although I'm not an expert by any means.
> Cheatsheets for JBoss Central archetypes
> ----------------------------------------
>
> Key: JBDS-2727
> URL: https://issues.jboss.org/browse/JBDS-2727
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Burr Sutter
>
> Our archetypes should have cheatsheets when imported/opened into eclipse.
> Priority
> 1) HTML5 - cheatsheet should focus the end-user's attention on index.html, editable in the VPE, with the jQuery Mobile Palette, it should also describe LiveReload setup and BrowserSim
> 2) Java EE Web - cheatsheet should focus the end-user's attention on index.xhtml, editable in the VPE, with the JSF/RichFaces Palette. It should describe the JPA Member.java, the relationship between MemberController.java and index.xhtml, the purpose of MemberResourceRESTService.java and JaxRsActivator.java
> Basically walk the user through the flow of events (from the UI to the backend) in the application
> 3) RichFaces - cheatsheet should focus the end-user's attention on index.xhtml, editable in the VPE, with the JSF/RichFaces Palette. It should also describe resources/components/memberForm.xhtml and its use of <rich:validator/> and that tag's relationship with the JPA beanvalidations
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBIDE-15375) File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15375?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-15375 at 8/27/13 10:12 AM:
--------------------------------------------------------------------
So if I read you right you see file-permissions being wrong when clonging via EGit. When trying to reproduce I could spot the following file-permissions in the action-hooks directory:
- cloning via cmd line:
{code}
-rwxrwxr-x 1 adietish adietish 265 Aug 26 11:41 build
-rwxrwxr-x 1 adietish adietish 249 Aug 26 11:41 deploy
-rwxrwxr-x 1 adietish adietish 186 Aug 26 11:41 post_deploy
-rwxrwxr-x 1 adietish adietish 257 Aug 26 11:41 pre_build
{code}
- cloning via EGit:
{code}
-rwxrw-r-- 1 adietish adietish 265 Aug 26 11:43 build
-rwxrw-r-- 1 adietish adietish 249 Aug 26 11:43 deploy
-rwxrw-r-- 1 adietish adietish 186 Aug 26 11:43 post_deploy
-rwxrw-r-- 1 adietish adietish 257 Aug 26 11:43 pre_build
{code}
We had a similar issue when merging an OpenShift application into an existing project in https://issues.jboss.org/browse/JBIDE-13217. In this issue whe had no execute rights at all, after our fix we had the execute permissions set for the owner as it happens when cloning via EGit.
Back in that issue we were told by the OpenShift team that "on openshift some, not all scripts execution depends on this +x being set.". Furthermore we were told that execute rights for owner is sufficient.
was (Author: adietish):
So if I read you right you see file-permissions being wrong when clonging via EGit. When trying to reproduce I could spot the following file-permissions in the action-hooks directory:
- cloning via cmd line:
{code}
-rwxrwxr-x 1 adietish adietish 265 Aug 26 11:41 build
-rwxrwxr-x 1 adietish adietish 249 Aug 26 11:41 deploy
-rwxrwxr-x 1 adietish adietish 186 Aug 26 11:41 post_deploy
-rwxrwxr-x 1 adietish adietish 257 Aug 26 11:41 pre_build
{code}
- cloning via EGit:
{code}
-rwxrw-r-- 1 adietish adietish 265 Aug 26 11:43 build
-rwxrw-r-- 1 adietish adietish 249 Aug 26 11:43 deploy
-rwxrw-r-- 1 adietish adietish 186 Aug 26 11:43 post_deploy
-rwxrw-r-- 1 adietish adietish 257 Aug 26 11:43 pre_build
{code}
We had a similar issue when merging an OpenShift application into an existing project in https://issues.jboss.org/browse/JBIDE-13217. In this issue whe had no execute rights at all, after our fix we had the execute permissions set for the owner as it happens when cloning via EGit.
> File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
> --------------------------------------------------------------------------------------
>
> Key: JBIDE-15375
> URL: https://issues.jboss.org/browse/JBIDE-15375
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.1.0.Final
> Environment: Windows
> Reporter: Andy Goldstein
>
> (filing on behalf of another user who is having login issues)
> When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
> {code}
> /cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
> $ ls -l
> total 45
> -rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
> -rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
> -rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
> -rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
> -rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
> {code}
> When they are pushed to OpenShift, they can't be executed.
> {code}
> /var/lib/openshift/5216951d76c3b22b77000362/app-root/runtime/repo/.openshift/action_hooks/post_stop_jbossjsw-1.0: Permission denied
> remote: Failed to stop jbossjsw-1.0
> To
> ssh://5216951d76c3b22b77000362@ppon-tsujarit.qa02.shift.paypal.com/~/git/pp
> on.git/
> ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to
> {code}
> On a different machine, when I clone using Eclipse, the file permission are set as expected:
> {code}
> -rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
> -rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
> -rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
> -rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
> {code}
> Is it possible to set the file perms to +x on the action_hooks?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBIDE-15375) File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15375?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-15375:
------------------------------------------
So if I read you right you see file-permissions being wrong when clonging via EGit. When trying to reproduce I could spot the following file-permissions in the action-hooks directory:
- cloning via cmd line:
{code}
-rwxrwxr-x 1 adietish adietish 265 Aug 26 11:41 build
-rwxrwxr-x 1 adietish adietish 249 Aug 26 11:41 deploy
-rwxrwxr-x 1 adietish adietish 186 Aug 26 11:41 post_deploy
-rwxrwxr-x 1 adietish adietish 257 Aug 26 11:41 pre_build
{code}
- cloning via EGit:
{code}
-rwxrw-r-- 1 adietish adietish 265 Aug 26 11:43 build
-rwxrw-r-- 1 adietish adietish 249 Aug 26 11:43 deploy
-rwxrw-r-- 1 adietish adietish 186 Aug 26 11:43 post_deploy
-rwxrw-r-- 1 adietish adietish 257 Aug 26 11:43 pre_build
{code}
We had a similar issue when merging an OpenShift application into an existing project in https://issues.jboss.org/browse/JBIDE-13217. In this issue whe had no execute rights at all, after our fix we had the execute permissions set for the owner as it happens when cloning via EGit.
> File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
> --------------------------------------------------------------------------------------
>
> Key: JBIDE-15375
> URL: https://issues.jboss.org/browse/JBIDE-15375
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: Windows
> Reporter: Andy Goldstein
>
> (filing on behalf of another user who is having login issues)
> When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
> {code}
> /cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
> $ ls -l
> total 45
> -rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
> -rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
> -rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
> -rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
> -rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
> {code}
> When they are pushed to OpenShift, they can't be executed.
> {code}
> /var/lib/openshift/5216951d76c3b22b77000362/app-root/runtime/repo/.openshift/action_hooks/post_stop_jbossjsw-1.0: Permission denied
> remote: Failed to stop jbossjsw-1.0
> To
> ssh://5216951d76c3b22b77000362@ppon-tsujarit.qa02.shift.paypal.com/~/git/pp
> on.git/
> ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to
> {code}
> On a different machine, when I clone using Eclipse, the file permission are set as expected:
> {code}
> -rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
> -rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
> -rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
> -rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
> {code}
> Is it possible to set the file perms to +x on the action_hooks?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBIDE-15375) File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15375?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-15375:
-------------------------------------
Affects Version/s: 4.1.0.Final
> File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
> --------------------------------------------------------------------------------------
>
> Key: JBIDE-15375
> URL: https://issues.jboss.org/browse/JBIDE-15375
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.1.0.Final
> Environment: Windows
> Reporter: Andy Goldstein
>
> (filing on behalf of another user who is having login issues)
> When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
> {code}
> /cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
> $ ls -l
> total 45
> -rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
> -rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
> -rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
> -rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
> -rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
> {code}
> When they are pushed to OpenShift, they can't be executed.
> {code}
> /var/lib/openshift/5216951d76c3b22b77000362/app-root/runtime/repo/.openshift/action_hooks/post_stop_jbossjsw-1.0: Permission denied
> remote: Failed to stop jbossjsw-1.0
> To
> ssh://5216951d76c3b22b77000362@ppon-tsujarit.qa02.shift.paypal.com/~/git/pp
> on.git/
> ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to
> {code}
> On a different machine, when I clone using Eclipse, the file permission are set as expected:
> {code}
> -rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
> -rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
> -rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
> -rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
> {code}
> Is it possible to set the file perms to +x on the action_hooks?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBIDE-15375) File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15375?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-15375:
-------------------------------------
Description:
(filing on behalf of another user who is having login issues)
When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
{code}
/cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
$ ls -l
total 45
-rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
-rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
-rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
-rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
-rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
{code}
When they are pushed to OpenShift, they can't be executed.
{code}
/var/lib/openshift/5216951d76c3b22b77000362/app-root/runtime/repo/.openshift/action_hooks/post_stop_jbossjsw-1.0: Permission denied
remote: Failed to stop jbossjsw-1.0
To
ssh://5216951d76c3b22b77000362@ppon-tsujarit.qa02.shift.paypal.com/~/git/pp
on.git/
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to
{code}
On a different machine, when I clone using Eclipse, the file permission are set as expected:
{code}
-rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
-rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
-rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
-rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
{code}
Is it possible to set the file perms to +x on the action_hooks?
was:
(filing on behalf of another user who is having login issues)
When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
/cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
$ ls -l
total 45
-rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
-rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
-rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
-rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
-rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
When they are pushed to OpenShift, they can't be executed.
On a different machine, when I clone using Eclipse, the file permission are set as expected:
-rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
-rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
-rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
-rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
Is it possible to set the file perms to +x on the action_hooks?
> File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
> --------------------------------------------------------------------------------------
>
> Key: JBIDE-15375
> URL: https://issues.jboss.org/browse/JBIDE-15375
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: Windows
> Reporter: Andy Goldstein
>
> (filing on behalf of another user who is having login issues)
> When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
> {code}
> /cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
> $ ls -l
> total 45
> -rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
> -rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
> -rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
> -rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
> -rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
> -rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
> {code}
> When they are pushed to OpenShift, they can't be executed.
> {code}
> /var/lib/openshift/5216951d76c3b22b77000362/app-root/runtime/repo/.openshift/action_hooks/post_stop_jbossjsw-1.0: Permission denied
> remote: Failed to stop jbossjsw-1.0
> To
> ssh://5216951d76c3b22b77000362@ppon-tsujarit.qa02.shift.paypal.com/~/git/pp
> on.git/
> ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to
> {code}
> On a different machine, when I clone using Eclipse, the file permission are set as expected:
> {code}
> -rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
> -rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
> -rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
> -rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
> -rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
> {code}
> Is it possible to set the file perms to +x on the action_hooks?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBTIS-158) create composite site zip containing JBDS IS + dependencies for easier offline install
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBTIS-158?page=com.atlassian.jira.plugin.... ]
Nick Boldt commented on JBTIS-158:
----------------------------------
Hard coding a reference to your specific TP is a bad idea.
Hard coding a reference to a URL which won't ever change, but which is a composite site pointing at your latest compatible TP is a good idea.
Why, you ask?
Using this extra layer of obfuscation / indirection allows us to - if we should need to - release an updated Kepler-based target platform for a future JBTIS 4.1.x release, and backport that into the previous 4.1.2 release so that all existing previously installed users can benefit from the update.
(In the past, this has been critical to roll out performance and UI bugs in Eclipse or WTP to existing JBT users. We've had Juno performance issues and SWT bugs/patches in Eclipse 3.6 and 3.7, too.) Being able to push an updated TP out to existing installed users is vital.
> create composite site zip containing JBDS IS + dependencies for easier offline install
> --------------------------------------------------------------------------------------
>
> Key: JBTIS-158
> URL: https://issues.jboss.org/browse/JBTIS-158
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: distribution
> Affects Versions: 4.1.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Cernich
>
> Suggested by [~rcernich]:
> {quote}For the JBDS-IS site, I was recommending creating a project that would zip the JBDS-IS and JBDS-IS TP sites into a composite site. The zip contents would look something like:
> {code}./compositeContent.xml
> ./compositeArtifacts.xml
> ./7.1.0/7.1.0.Beta1-jbds-is/
> ./7.1.0/7.1.0.Beta1-jbds-is-target-platform/{code}
> {quote}
> This will work if we assume users have already installed JBDS. If we cannot make that assumption, then the composite zip must also include the JBDS update site + JBDS TP site.
> If we did a similar thing for JBT IS, it would need to contain these sites:
> {code}
> JBT webtools aggregate site (not the full JBT aggregate site)
> JBT TP
> JBT IS
> JBT IS TP
> {code}
> Or, if we assume that users will already have JBT (or some part of it) installed, then we need only:
> {code}
> JBT IS
> JBT IS TP
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBTIS-158) create composite site zip containing JBDS IS + dependencies for easier offline install
by Rob Cernich (JIRA)
[ https://issues.jboss.org/browse/JBTIS-158?page=com.atlassian.jira.plugin.... ]
Rob Cernich commented on JBTIS-158:
-----------------------------------
If the TP features are showing up as available to install, the solution is simple, remove the child entry for the TP and add an associateSite entry to the site, which would be a relative path (e.g. ../7.1.0.Beta1-jbds-is-tp). This will still produce a transportable site that can be located anywhere.
> create composite site zip containing JBDS IS + dependencies for easier offline install
> --------------------------------------------------------------------------------------
>
> Key: JBTIS-158
> URL: https://issues.jboss.org/browse/JBTIS-158
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: distribution
> Affects Versions: 4.1.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Cernich
>
> Suggested by [~rcernich]:
> {quote}For the JBDS-IS site, I was recommending creating a project that would zip the JBDS-IS and JBDS-IS TP sites into a composite site. The zip contents would look something like:
> {code}./compositeContent.xml
> ./compositeArtifacts.xml
> ./7.1.0/7.1.0.Beta1-jbds-is/
> ./7.1.0/7.1.0.Beta1-jbds-is-target-platform/{code}
> {quote}
> This will work if we assume users have already installed JBDS. If we cannot make that assumption, then the composite zip must also include the JBDS update site + JBDS TP site.
> If we did a similar thing for JBT IS, it would need to contain these sites:
> {code}
> JBT webtools aggregate site (not the full JBT aggregate site)
> JBT TP
> JBT IS
> JBT IS TP
> {code}
> Or, if we assume that users will already have JBT (or some part of it) installed, then we need only:
> {code}
> JBT IS
> JBT IS TP
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBIDE-15375) File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
by Andy Goldstein (JIRA)
Andy Goldstein created JBIDE-15375:
--------------------------------------
Summary: File permissions for OpenShift actions hooks are sometimes incorrect when cloning repo
Key: JBIDE-15375
URL: https://issues.jboss.org/browse/JBIDE-15375
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Environment: Windows
Reporter: Andy Goldstein
(filing on behalf of another user who is having login issues)
When I clone a git repo (git@...:user/myapp.git) using the Eclipse plugins, the file permissions for my action_hooks are set as:
/cygdrive/c/Users/user/git/myapp/.openshift/action_hooks
$ ls -l
total 45
-rwx------+ 1 Administrators Domain Users 265 Aug 22 14:38 build
-rwx------+ 1 Administrators Domain Users 264 Aug 22 14:38 deploy
-rwx------+ 1 Administrators Domain Users 186 Aug 22 14:38 post_deploy
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 post_stop_jbossas-7
-rwx------+ 1 Administrators Domain Users 640 Aug 22 14:38 pre_build
-rwx------+ 1 Administrators Domain Users 272 Aug 22 14:38 pre_build_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_start_jbossas-7
-rwx------+ 1 Administrators Domain Users 645 Aug 22 14:38 pre_stop_jbossas-7
When they are pushed to OpenShift, they can't be executed.
On a different machine, when I clone using Eclipse, the file permission are set as expected:
-rwxr-xr-x 1 Administrators Domain Users 270 Aug 22 11:25 build
-rwxr-xr-x 1 Administrators Domain Users 271 Aug 22 11:25 deploy
-rwxr-xr-x 1 Administrators Domain Users 189 Aug 22 11:25 post_deploy
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 post_stop_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 650 Aug 22 11:25 pre_build
-rwxr-xr-x 1 Administrators Domain Users 277 Aug 22 11:25 pre_build_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_start_jbossas-7
-rwxr-xr-x 1 Administrators Domain Users 659 Aug 22 11:25 pre_stop_jbossas-7
Is it possible to set the file perms to +x on the action_hooks?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBTIS-158) create composite site zip containing JBDS IS + dependencies for easier offline install
by Rob Cernich (JIRA)
[ https://issues.jboss.org/browse/JBTIS-158?page=com.atlassian.jira.plugin.... ]
Rob Cernich commented on JBTIS-158:
-----------------------------------
The reason I recommend the zip is because it is an artifact that is easy to move around, whether you want to use it specifically for offline installation or not. If you'd rather leave this as a directory, that's fine too. To compare it to a normal site project, it's the same as the site in your project's target directory or the site zip in the target directory, use whichever is better for you.
One other thing, given that these will roll up under something like 7.0/integration-stack/ where there may be many (e.g. 7.1.0, 7.1.1, etc.), it probably makes sense to remove the 7.1.0 directory from the hierarchy, as that is probably where this site would live, otherwise, you'll be modifying the composite files on the servers. So, the server might look something like: (at <integration-stack-root>
./compositeContent.xml (child entries for 7.1.0, 7.1.1, etc.)
./compositeArtifacts.xml (child entries for 7.1.0, 7.1.1, etc.)
./7.1.0 (composite site listed above; i.e. unzip it into the 7.1.0 directory)
Just my two cents. If you'd like, I can modify the project. We need to get something done.
Paul, when you test this site, do you see things like Graphiti? or just the IS bits?
> create composite site zip containing JBDS IS + dependencies for easier offline install
> --------------------------------------------------------------------------------------
>
> Key: JBTIS-158
> URL: https://issues.jboss.org/browse/JBTIS-158
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: distribution
> Affects Versions: 4.1.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Cernich
>
> Suggested by [~rcernich]:
> {quote}For the JBDS-IS site, I was recommending creating a project that would zip the JBDS-IS and JBDS-IS TP sites into a composite site. The zip contents would look something like:
> {code}./compositeContent.xml
> ./compositeArtifacts.xml
> ./7.1.0/7.1.0.Beta1-jbds-is/
> ./7.1.0/7.1.0.Beta1-jbds-is-target-platform/{code}
> {quote}
> This will work if we assume users have already installed JBDS. If we cannot make that assumption, then the composite zip must also include the JBDS update site + JBDS TP site.
> If we did a similar thing for JBT IS, it would need to contain these sites:
> {code}
> JBT webtools aggregate site (not the full JBT aggregate site)
> JBT TP
> JBT IS
> JBT IS TP
> {code}
> Or, if we assume that users will already have JBT (or some part of it) installed, then we need only:
> {code}
> JBT IS
> JBT IS TP
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (JBTIS-158) create composite site zip containing JBDS IS + dependencies for easier offline install
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBTIS-158?page=com.atlassian.jira.plugin.... ]
Nick Boldt commented on JBTIS-158:
----------------------------------
{quote}
If the associate site references to JBT core are the actual matching stable urls and not version specific urls then I don't see much problem.
{quote}
Yes, they are:
https://github.com/jbosstools/jbosstools-integration-stack/blob/master/jb...
FWIW, the same is true for JBT itself, as JBT refers to a specific TP site and therefore it too cannot be tested in isolation (eg., installation against a different TP):
https://github.com/jbosstools/jbosstools-build-sites/blob/master/aggregat...
So... we're good (or as good as possible w/o extra install-time complication).
[~maxandersen] Is a zip of JBTIS + JBTIS TP still required, given the new "Thou Shalt Only Use Central" directive?
> create composite site zip containing JBDS IS + dependencies for easier offline install
> --------------------------------------------------------------------------------------
>
> Key: JBTIS-158
> URL: https://issues.jboss.org/browse/JBTIS-158
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: distribution
> Affects Versions: 4.1.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Cernich
>
> Suggested by [~rcernich]:
> {quote}For the JBDS-IS site, I was recommending creating a project that would zip the JBDS-IS and JBDS-IS TP sites into a composite site. The zip contents would look something like:
> {code}./compositeContent.xml
> ./compositeArtifacts.xml
> ./7.1.0/7.1.0.Beta1-jbds-is/
> ./7.1.0/7.1.0.Beta1-jbds-is-target-platform/{code}
> {quote}
> This will work if we assume users have already installed JBDS. If we cannot make that assumption, then the composite zip must also include the JBDS update site + JBDS TP site.
> If we did a similar thing for JBT IS, it would need to contain these sites:
> {code}
> JBT webtools aggregate site (not the full JBT aggregate site)
> JBT TP
> JBT IS
> JBT IS TP
> {code}
> Or, if we assume that users will already have JBT (or some part of it) installed, then we need only:
> {code}
> JBT IS
> JBT IS TP
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months