[JBoss JIRA] (JBIDE-15830) openshift-java-client: incompatibility with OpenShift Enterprise and Origin when using the remote-user authentication plugin
by Brenton Leanhardt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15830?page=com.atlassian.jira.plugi... ]
Brenton Leanhardt commented on JBIDE-15830:
-------------------------------------------
Just following up, is there a way consumers of the openshift-java-client can specify the user-agent to use today? If so just let me know and I can update the jenkins plugin.
> openshift-java-client: incompatibility with OpenShift Enterprise and Origin when using the remote-user authentication plugin
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-15830
> URL: https://issues.jboss.org/browse/JBIDE-15830
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.1.1.Beta1
> Reporter: Brenton Leanhardt
> Assignee: Andre Dietisheim
> Labels: openshift-java-client
> Fix For: 4.1.1.CR1, 4.2.0.Alpha1
>
>
> OpenShift Enterprise and Origin both ship an authentication plugin that allows parts of authentication to be handled by Apache and other parts to be delegated to the openshift-origin-controller codebase. I've found that all versions of openshift-java-client after 2.3.0.Final change a (poorly documented) requirement for the OpenShift remote-user plugin.
> In order for a request to bypass the Apache authentication and passthrough to the OpenShift Broker the user-agent header is inspected. If the user-agent is 'OpenShift' then the Broker will require an encrypted authentication token. Today this is used by the jenkins cartridge but I believe it's also still used for scaling.
> You can see this for details:
> https://github.com/openshift/origin-server/blob/master/documentation/arch...
> In 2.3.0.Final of the openshift-java-client the user-agent was 'OpenShift' however all versions after this set the user-agent to the java version (eg, User-Agent: Java/1.7.0_45).
--
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
12 years, 6 months
[JBoss JIRA] (JBDS-2828) running JUnit test causes problems with file/path name too long
by Tom Aronson (JIRA)
Tom Aronson created JBDS-2828:
---------------------------------
Summary: running JUnit test causes problems with file/path name too long
Key: JBDS-2828
URL: https://issues.jboss.org/browse/JBDS-2828
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Patch
Security Level: Public (Everyone can see)
Environment: Windows 7
Reporter: Tom Aronson
I
There are many jar files links such as Maven dependencies into "JBoss BRMS 5.3 Librairy" with long path. There was a solution to this below from Denis. Can you please explain links or another solution?
When I move all jar files to the Hard Disk root and I change Eclipse Classpath links to them, Run and Debug passed !
--
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
12 years, 6 months
[JBoss JIRA] (JBDS-2577) JBDS70_0813: [Partial] (Dev) (P1) Support non-minified/minified JS libs
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-2577?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen commented on JBDS-2577:
-------------------------------------------
[~fbricon] is m2e-wro4j also available in m2e connectors ?
Will it possibly conflict with our central provided connector ?
Does it make sense to have in both places if m2e would pick it up anyway ? (I actually think yes since this install would be faster).
...should we just include it by default ?
> JBDS70_0813: [Partial] (Dev) (P1) Support non-minified/minified JS libs
> -----------------------------------------------------------------------
>
> Key: JBDS-2577
> URL: https://issues.jboss.org/browse/JBDS-2577
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: requirements
> Reporter: Jiri Pallich
> Assignee: Fred Bricon
> Priority: Blocker
> Fix For: 7.1.0.CR1
>
>
> Support non-minified JS libs for Dev, swap in minified JS libs for production (wro4j - maven integration?).
> Examples of JS libs: jQuery, jQuery Mobile
--
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
12 years, 6 months
[JBoss JIRA] (JBIDE-15922) Convert Module Path calculator to subsystem framework
by Rob Stryker (JIRA)
Rob Stryker created JBIDE-15922:
-----------------------------------
Summary: Convert Module Path calculator to subsystem framework
Key: JBIDE-15922
URL: https://issues.jboss.org/browse/JBIDE-15922
Project: Tools (JBoss Tools)
Issue Type: Sub-task
Components: server
Affects Versions: 4.2.0.Alpha1
Reporter: Rob Stryker
Assignee: Rob Stryker
Fix For: 4.2.0.Alpha1
As an example of the new subsystem framework, and as a critical dependency of the publishing framework, this API should be converted and heavily tested to ensure it works for all local and remote possible usecases.
--
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
12 years, 6 months