May 2011 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] Created: (JBIDE-6178) releng update site, feature naming conventions

by Darryl Miles (JIRA)

releng update site, feature naming conventions ---------------------------------------------- Key: JBIDE-6178 URL: https://jira.jboss.org/jira/browse/JBIDE-6178 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: updatesite Affects Versions: 3.1.0.GA Reporter: Darryl Miles Priority: Minor Please consider the impact of users using the "All Update Site" view when installing JBoss plugins. Some rules to consider: 1) If JBoss creates a new top-level group (which consists entirely of JBoss features) then that top-level name should begin with the word "JBoss". 2) If JBoss reuses a top-level group which belongs to another vendor (for which JBT is built on top of, for example BIRT/Maven/DTP) then you can reuse the top-level group name of the outside vendor, but ensure your features underneath are prefixed with the word "JBoss"." In enclose a screen grab from 3.1.0.GA which indicates the discrepancy; BIRT is following the above rules, but "Maven Support" is not (and also "Data Services" top level group is not). The "All in one JBoss" top-level group doesn't really need to follow this convention, since the top level group clearly indicates it is from JBoss and entirely contains JBoss features and those features are a duplicated entrypoint for installation (i.e. each feature also exist somewhere else in the "features to install" tree view). The ambigiouty is over such names as "Maven Support" and "Data Services" in the context of the "all update site view" from the drop-down filter at the top of the page. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

10
26
0 / 0

[JBoss JIRA] Created: (JBDS-1577) using JBDS as updatesite on eclipse works, but causes outofmemory because of name change

by Max Rydahl Andersen (JIRA)

using JBDS as updatesite on eclipse works, but causes outofmemory because of name change ---------------------------------------------------------------------------------------- Key: JBDS-1577 URL: https://issues.jboss.org/browse/JBDS-1577 Project: Developer Studio (JBoss Developer Studio) Issue Type: Bug Components: updatesite Affects Versions: 4.0.0.GA Reporter: Max Rydahl Andersen Not sure if this qualifies as a bug or a feature request but I noticed that if I use JBDS 4 updatesite against plain Eclipse things seem to work great until you restart (possible on the second restart) since then it suddenly has zero extra memory allocated. It only started working properly when using the jbdevstudio.app; thus my assumption is that eclipse.ini is ignored and jbdevstudio.ini is looked for instead but this file is nowhere to be found (except inside jbdevstudio.app) Would be good if we could handle this situation more gracefully since the shortcuts users uses still points to eclipse thus they will see it as JBDS running out of memory since when launching it says JBDS. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

5
22
0 / 0

[JBoss JIRA] Created: (JBDS-1669) add org.hamcrest bundle to http://download.jboss.org/jbosstools/updates/indigo/M7/

by Andre Dietisheim (JIRA)

add org.hamcrest bundle to http://download.jboss.org/jbosstools/updates/indigo/M7/ ---------------------------------------------------------------------------------- Key: JBDS-1669 URL: https://issues.jboss.org/browse/JBDS-1669 Project: Developer Studio (JBoss Developer Studio) Issue Type: Bug Components: Build Affects Versions: 5.0.0.M2 Reporter: Andre Dietisheim Assignee: Nick Boldt how to reproduce: 1) import target-platform project into workspace 2) double click jbds.target 3) in target platform editor: click "Set as Target Platform" link (to the right on the top bar) Result: all jboss tools components but org.jboss.ide.eclipse.as.management.as7.tests compile. org.jboss.ide.eclipse.as.management.as7.tests misses required org.hamcrest bundle (which is available in vanilla eclipse jee edition) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

4
5
0 / 0

[JBoss JIRA] Created: (JBIDE-8659) Server adapter doesn't change state after changing the remote host it is connected to

by Andre Dietisheim (JIRA)

Server adapter doesn't change state after changing the remote host it is connected to ------------------------------------------------------------------------------------- Key: JBIDE-8659 URL: https://issues.jboss.org/browse/JBIDE-8659 Project: Tools (JBoss Tools) Issue Type: Bug Components: JBossAS Affects Versions: 3.2.1 Reporter: Andre Dietisheim Assignee: Rob Stryker -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

5
8
0 / 0

[JBoss JIRA] Created: (JBIDE-8534) BIRT viewer should respect the locale attribute in an xhtml embedded report

by Dimitris Keramidas (JIRA)

BIRT viewer should respect the locale attribute in an xhtml embedded report --------------------------------------------------------------------------- Key: JBIDE-8534 URL: https://issues.jboss.org/browse/JBIDE-8534 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: birt, JBossAS, Seam Affects Versions: 3.2.0.Final Environment: Windows 7 64-bit (x86), Eclipse Helios, Oracle jvm 1.6.0 update 23/24 (32bit), JBossAS 5.1, Seam 2.2.0, JBoss Tools 3.2.0, Birt Reporting Runtime Component 2.6.2 Reporter: Dimitris Keramidas Assignee: Snjezana Peco I have a simple report, using *.properties files for localization. When using the <b:birt/> tag to integrate the report in a .xhtml file (designType="embed"), the locale attribute is ignored. The documentation states that when using the "embed" parameter, only the designName and masterpage attributes may be used. However, this way the report always defaults to the JVM locale, and there is no - apparent - way to change the locale to match the user's preference. This behaviour does not apply when designType is "run" or "frameset". -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

3
10
0 / 0

[JBoss JIRA] Created: (JBIDE-7783) GWT throws exceptions during Java field rename

by Daniel Azarov (JIRA)

GWT throws exceptions during Java field rename ---------------------------------------------- Key: JBIDE-7783 URL: https://jira.jboss.org/browse/JBIDE-7783 Project: Tools (JBoss Tools) Issue Type: Bug Components: GWT Affects Versions: 3.2.0.Beta1 Environment: JBoss Tools + GWT plugins Reporter: Daniel Azarov Assignee: Max Andersen Test case: 1. Start JBDS 2. Create 'test' Java project 3. Create 'test' Java package 4. Create 'Test' Java class in 'test' package 5. Create 'int user' field 6. Select field and right-click on it 7. Select menu Source->Generate Getters and Setters then press OK button 8. Select field and right-click on it 9. Select menu Refactor->Rename then type user2 and press Ctrl+Enter 10. See Error log FAIL: java.lang.ClassCastException: org.eclipse.jdt.internal.core.SourceField cannot be cast to org.eclipse.jdt.core.IMethod at com.google.gwt.eclipse.core.refactoring.GWTRenameParticipant.initialize(GWTRenameParticipant.java:115) at com.google.gwt.eclipse.core.refactoring.GWTRenameMemberParticipant.initialize(GWTRenameMemberParticipant.java:38) at com.google.gwt.eclipse.core.refactoring.rpc.PairedMethodRenameParticipant.initialize(PairedMethodRenameParticipant.java:224) at org.eclipse.ltk.core.refactoring.participants.RefactoringParticipant.initialize(RefactoringParticipant.java:105) at org.eclipse.ltk.core.refactoring.participants.ParticipantExtensionPoint.getParticipants(ParticipantExtensionPoint.java:100) at org.eclipse.ltk.core.refactoring.participants.ParticipantManager.loadRenameParticipants(ParticipantManager.java:74) at org.eclipse.jdt.internal.corext.refactoring.rename.RenameModifications.loadParticipants(RenameModifications.java:190) at org.eclipse.jdt.internal.corext.refactoring.rename.JavaRenameProcessor.loadParticipants(JavaRenameProcessor.java:40) at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:233) at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:85) at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:121) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975) at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:87) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121) java.lang.ClassCastException: org.eclipse.jdt.internal.core.SourceField cannot be cast to org.eclipse.jdt.core.IMethod at com.google.gwt.eclipse.core.refactoring.GWTRenameParticipant.initialize(GWTRenameParticipant.java:115) at com.google.gwt.eclipse.core.refactoring.GWTRenameMemberParticipant.initialize(GWTRenameMemberParticipant.java:38) at org.eclipse.ltk.core.refactoring.participants.RefactoringParticipant.initialize(RefactoringParticipant.java:105) at org.eclipse.ltk.core.refactoring.participants.ParticipantExtensionPoint.getParticipants(ParticipantExtensionPoint.java:100) at org.eclipse.ltk.core.refactoring.participants.ParticipantManager.loadRenameParticipants(ParticipantManager.java:74) at org.eclipse.jdt.internal.corext.refactoring.rename.RenameModifications.loadParticipants(RenameModifications.java:190) at org.eclipse.jdt.internal.corext.refactoring.rename.JavaRenameProcessor.loadParticipants(JavaRenameProcessor.java:40) at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:233) at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:85) at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:121) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975) at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:87) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

7
15
0 / 0

[JBoss JIRA] Created: (JBIDE-8202) OpenOn for @Inject @Resource(<name>)

by Alexey Kazakov (JIRA)

OpenOn for @Inject @Resource(<name>) ------------------------------------- Key: JBIDE-8202 URL: https://issues.jboss.org/browse/JBIDE-8202 Project: Tools (JBoss Tools) Issue Type: Sub-task Components: cdi (jsr-299) Reporter: Alexey Kazakov Assignee: Alexey Kazakov Fix For: 3.3.x See Chapter 5. Resource Loading. For example: @Inject @Resource("WEB-INF/beans.xml") URL beansXml; or @Inject @Resource("WEB-INF/web.xml") Collection<InputStream> webXmls; OpenOn should open the corresponding resource which is to be injected. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

3
9
0 / 0

[JBoss JIRA] Created: (JBIDE-2707) Extend seam functionality to cover webbeans core

by Max Rydahl Andersen (JIRA)

Extend seam functionality to cover webbeans core ------------------------------------------------ Key: JBIDE-2707 URL: https://jira.jboss.org/jira/browse/JBIDE-2707 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: webbeans Reporter: Max Rydahl Andersen Fix For: LATER We need to find a way to have Seam 3/webbeans support; hopefully using the exisiting infrastructure but updated to work with webbeans annotation based way of working. e.g. scopes are not limited, look for @ScopeType in classpath to find them -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (JBIDE-6608) Ability to remove drools nature from project

by Libor Zoubek (JIRA)

Ability to remove drools nature from project -------------------------------------------- Key: JBIDE-6608 URL: https://jira.jboss.org/browse/JBIDE-6608 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: drools Affects Versions: 3.1.0.GA Reporter: Libor Zoubek Assignee: Kris Verlaenen Regarding to http://community.jboss.org/message/552490 at this time, there is no possibility to remove drools "nature" (as it is probably not the nature in sense of eclipse nature) We should be able to remove drools from project. Menu item 'Convert to drools project' should be called 'Add drools nature' and when a project has a drools nature it should be called 'Remove drools nature'. Maybe it would be good, not to have 'Convert to drools project' menu item in main context menu, but move it into 'Configure' submenu -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

7
17
0 / 0

[JBoss JIRA] Created: (JBIDE-6958) Restore build results index.html page

by Denis Golovin (JIRA)

Restore build results index.html page ------------------------------------- Key: JBIDE-6958 URL: https://jira.jboss.org/browse/JBIDE-6958 Project: Tools (JBoss Tools) Issue Type: Task Components: Build/Releng Affects Versions: 3.2.0.M2 Reporter: Denis Golovin Assignee: Nick Boldt Priority: Critical Fix For: 3.2.0.Beta Build results page should look the same as we had in 3.1.X releases. Probably we need to mention not just required drivers here but update sites. It should contain zipped update sites for separate components and aggregated update site. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

4
14
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues May 2011