[JBoss JIRA] (JBIDE-10060) CLONE - SSH key setup needs to be aligned with openshift as otherwise its very easy to end up with hard to handle auth key errors
by Andre Dietisheim (Created) (JIRA)
CLONE - SSH key setup needs to be aligned with openshift as otherwise its very easy to end up with hard to handle auth key errors
---------------------------------------------------------------------------------------------------------------------------------
Key: JBIDE-10060
URL: https://issues.jboss.org/browse/JBIDE-10060
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Reporter: Andre Dietisheim
Assignee: Andre Dietisheim
Priority: Blocker
Fix For: 3.3.0.M4
Attachments: create-libra-key-2.patch, create-libra-key.patch
It turns out that openshift command line forces a specific key name in their ssh usage and even hardcodes it into ~/.ssh/config for all communication with *.rhcloud.com. this config git/jscsh listens too and thus no matter what the user does in eclipse he will get auth errors unless he actually used the exact same key.
And to make matters worse jcsh only reads this configuration on startup of eclipse so to align keys you have to restart eclipse after doing changes config.
The problem with all this is that if you are a new user using the tools you will bump into problems as soon as you need to use tail-files or add cartridges because we create the key with a different name that the command line tools expect.
To remedy this problem three changes are to be made:
1) on create domain we will check if <sshhome>/libra_id_rsa.pub exist - if it does we prefill the key name with that.
2) New will only create a key named <sshome>/libra_id_rsa(.pub) - if such file already exist it will say it won't create one
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (JBIDE-10006) CLONE - Error when publishing project without git repo associated
by Max Rydahl Andersen (Created) (JIRA)
CLONE - Error when publishing project without git repo associated
-----------------------------------------------------------------
Key: JBIDE-10006
URL: https://issues.jboss.org/browse/JBIDE-10006
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: JBossAS/Servers
Reporter: Max Rydahl Andersen
Assignee: Rob Stryker
Priority: Blocker
Fix For: 3.3.0.M4
try publishing project or deployable individual file without a git repo to an openshift server.
publishng server doesn't check if project has a repository!
java.lang.NullPointerException
at org.eclipse.egit.core.IteratorService.createInitialIterator(IteratorService.java:39)
at org.jboss.ide.eclipse.as.egit.core.EGitUtils.countCommitableChanges(EGitUtils.java:459)
at org.jboss.tools.openshift.express.internal.core.behaviour.ExpressPublishMethod.publishModule(ExpressPublishMethod.java:50)
at org.jboss.ide.eclipse.as.core.server.internal.DeployableServerBehavior.publishModule(DeployableServerBehavior.java:92)
at org.jboss.ide.eclipse.as.core.server.internal.v7.DelegatingJBoss7ServerBehavior.publishModule(DelegatingJBoss7ServerBehavior.java:84)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:1046)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:1138)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:955)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:774)
at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:3027)
at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:341)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
this one is a blocker since if you drag a project to a server or use run as then it will keep giving NPE's and removal is broken too.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (JBIDE-10092) CLONE - Rename "All JBoss Tools" category to "Abridged JBoss Tools"
by Pavol Srna (Created) (JIRA)
CLONE - Rename "All JBoss Tools" category to "Abridged JBoss Tools"
-------------------------------------------------------------------
Key: JBIDE-10092
URL: https://issues.jboss.org/browse/JBIDE-10092
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: updatesite
Reporter: Pavol Srna
Assignee: Nick Boldt
Priority: Critical
Fix For: 3.3.0.M4, 3.3.0.Beta1
Many users keeps falling into our trap of thinking that the "All JBoss Tools" contains everything when it does not.
The word Abridged would keep it still at the top and actually mean what it means: "not full, but reduced set of stuff"
And the category description should be changed too to not show as the only line (default visible):
"Contains ALL the plugins that are available from"
to something like:
"An abridged selection of JBoss Tools plugins"
Nick, placed on M4 in case its a trivial site.xml editing job - otherwise move it off to just be done in trunk/beta1.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (JBIDE-10076) JPA: HibernateOrmXmlContextNodeFactory cannot be cast to OrmXml2_0ContextNodeFactory
by Dmitry Geraskov (Created) (JIRA)
JPA: HibernateOrmXmlContextNodeFactory cannot be cast to OrmXml2_0ContextNodeFactory
------------------------------------------------------------------------------------
Key: JBIDE-10076
URL: https://issues.jboss.org/browse/JBIDE-10076
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: hibernate
Affects Versions: 3.3.0.M3
Reporter: Dmitry Geraskov
Assignee: Dmitry Geraskov
Fix For: 3.3.0.Beta1
Apepared when tried to build project with orm.xml mapping.
java.lang.ClassCastException: org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmXmlContextNodeFactory cannot be cast to org.eclipse.jpt.jpa.core.jpa2.context.orm.OrmXml2_0ContextNodeFactory
at org.eclipse.jpt.jpa.core.internal.context.orm.AbstractOrmXmlContextNode.getContextNodeFactory2_0(AbstractOrmXmlContextNode.java:73)
at org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmEntityImpl.buildCacheable(HibernateOrmEntityImpl.java:90)
at org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmEntityImpl.<init>(HibernateOrmEntityImpl.java:59)
at org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmXmlContextNodeFactory.buildOrmEntity(HibernateOrmXmlContextNodeFactory.java:62)
at org.eclipse.jpt.jpa.core.internal.context.orm.OrmEntityDefinition.buildContextMapping(OrmEntityDefinition.java:65)
at org.eclipse.jpt.jpa.core.internal.context.orm.OrmEntityDefinition.buildContextMapping(OrmEntityDefinition.java:1)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.orm.GenericOrmPersistentType.buildMapping(GenericOrmPersistentType.java:170)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.orm.GenericOrmPersistentType.<init>(GenericOrmPersistentType.java:109)
at org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmPersistentType.<init>(HibernateOrmPersistentType.java:26)
at org.jboss.tools.hibernate.jpt.core.internal.context.orm.HibernateOrmXmlContextNodeFactory.buildOrmPersistentType(HibernateOrmXmlContextNodeFactory.java:113)
at org.eclipse.jpt.jpa.core.internal.context.orm.AbstractEntityMappings.buildPersistentType(AbstractEntityMappings.java:553)
at org.eclipse.jpt.jpa.core.internal.context.orm.AbstractEntityMappings.initializePersistentTypes(AbstractEntityMappings.java:595)
at org.eclipse.jpt.jpa.core.internal.context.orm.AbstractEntityMappings.<init>(AbstractEntityMappings.java:111)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.orm.GenericEntityMappings.<init>(GenericEntityMappings.java:25)
at org.eclipse.jpt.jpa.core.internal.context.orm.AbstractOrmXmlContextNodeFactory.buildEntityMappings(AbstractOrmXmlContextNodeFactory.java:168)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.orm.GenericOrmXml.buildRoot(GenericOrmXml.java:164)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.orm.GenericOrmXml.<init>(GenericOrmXml.java:78)
at org.eclipse.jpt.jpa.core.internal.AbstractJpaFactory.buildMappingFile(AbstractJpaFactory.java:201)
at org.eclipse.jpt.jpa.core.internal.AbstractJpaFactory.buildMappingFile(AbstractJpaFactory.java:1)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractMappingFileRef.buildMappingFile(AbstractMappingFileRef.java:189)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractMappingFileRef.buildMappingFile(AbstractMappingFileRef.java:111)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractMappingFileRef.<init>(AbstractMappingFileRef.java:63)
at org.eclipse.jpt.jpa.core.internal.jpa1.context.persistence.GenericMappingFileRef.<init>(GenericMappingFileRef.java:38)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractPersistenceXmlContextNodeFactory.buildMappingFileRef(AbstractPersistenceXmlContextNodeFactory.java:49)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractPersistenceUnit.buildSpecifiedMappingFileRef(AbstractPersistenceUnit.java:527)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractPersistenceUnit.initializeSpecifiedMappingFileRefs(AbstractPersistenceUnit.java:548)
at org.eclipse.jpt.jpa.core.internal.context.persistence.AbstractPersistenceUnit.<init>(AbstractPersistenceUnit.java:196)
at org.jboss.tools.hibernate.jpt.core.internal.context.HibernatePersistenceUnit.<init>(HibernatePersistenceUnit.java:79)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBDS-1846) Runtime Detection Dialog during first start gets over modal dialog with request to let usage reporting.
by Andre Dietisheim (JIRA)
Runtime Detection Dialog during first start gets over modal dialog with request to let usage reporting.
-------------------------------------------------------------------------------------------------------
Key: JBDS-1846
URL: https://issues.jboss.org/browse/JBDS-1846
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: runtime, Usage Reporting
Affects Versions: 5.0.0.M3
Reporter: Andre Dietisheim
Assignee: Andre Dietisheim
Priority: Critical
Fix For: 5.0.0.M3
Request to let usage reporting modal dialog is opened first and then it is covered by bigger Runtime Detection Dilaog. Usage dialog is modal and nothing can be pressed and changed in Runtime Detection dialog. Sometimes I even didn't notice usage dialog and it was confusing because runtime detection dialog just didn't respond to mouse events.
There should be a way to show such dialogs one by one and not all at once blocking each other.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months