[JBoss JIRA] (JBIDE-15339) Create version/change auditor/reporting tool
by Nick Boldt (JIRA)
Nick Boldt created JBIDE-15339:
----------------------------------
Summary: Create version/change auditor/reporting tool
Key: JBIDE-15339
URL: https://issues.jboss.org/browse/JBIDE-15339
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Build/Releng, updatesite
Affects Versions: 4.1.0.Final
Reporter: Nick Boldt
Assignee: Nick Boldt
Plugin/Feature Version Auditor
Goal: be able to more easily see if a feature or plugin needs to be upversioned
Goal: be able to more easily see if a commit in github has been built into the jars in an update site
Goal: be able to more easily see what has changed between two builds (with links to relevant Jenkins, JIRA, Github, upstream URLs, TP URLs)
Output: generate a report of:
plugins, features in JBT or JBDS by version, md5 #, JIRA #s related to latest commits, jenkins build IDs
Include URL links to content/metadata: Github, Jenkins, JIRA, dl.jb.org (upstream sites which feed the aggregates, target platforms, composites, etc.)
May also include some parallel work to provide improvements to QA's versionwatch tool (https://github.com/jbdevstudio/jbdevstudio-qa/tree/master/vwatch )
--
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, 8 months
[JBoss JIRA] (JBDS-2359) Spring example generates warnings
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-2359?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen commented on JBDS-2359:
-------------------------------------------
There is a option to set "Connection does not exist" be None instead of default Warning, but then the project would be defining rules for *all* the jpa validation.
The proper way for a user to remove the warning is to setup a connection to his database and the validation will be performed.
This warning is basically valid in context of loading the project in the IDE - it is pointing out that to get validation done you need to setup a connection.
It is not pointing out specific errors in the code etc., just telling users need to setup a connection.
> Spring example generates warnings
> ---------------------------------
>
> Key: JBDS-2359
> URL: https://issues.jboss.org/browse/JBDS-2359
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Central
> Affects Versions: 6.0.0.Alpha2
> Environment: Version: 6.0.0.Alpha2
> Build id: Alpha2-v20121004-2330-B40
> Build date: 20121004-2330
> Reporter: Len DiMaggio
> Assignee: Marius Bogoevici
> Fix For: 6.0.0.CR1
>
>
> The Spring example generates this warning:
> No connection specified for project. No database-specific validation will be performed.
> jboss-springmvc-webapp
--
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, 8 months
[JBoss JIRA] (JBDS-2663) Installer cannot find unpack200.exe due to spaces in JDK path on Windows 8
by Simon Doe (JIRA)
[ https://issues.jboss.org/browse/JBDS-2663?page=com.atlassian.jira.plugin.... ]
Simon Doe edited comment on JBDS-2663 at 8/14/13 6:22 AM:
----------------------------------------------------------
In case this happens in combination with version >= JDK6u45/JDK7u21, it looks like the issue is related to http://jira.codehaus.org/browse/IZPACK-960
With JDK6u45/JDK7u21 changes to runtime.exec were introduced, so usage of <JDK6u45/JDK7u21 would also be an option. Or update to Izpack5.
was (Author: sunace):
In case this happens in combination with version >= JDK6u45/JDK7u21, it looks like the issue is realted with http://jira.codehaus.org/browse/IZPACK-960
With JDK6u45/JDK7u21 changes to runtime.exec were introduced, so usage of <JDK6u45/JDK7u21 would also be an option. Or update to Izpack5.
> Installer cannot find unpack200.exe due to spaces in JDK path on Windows 8
> --------------------------------------------------------------------------
>
> Key: JBDS-2663
> URL: https://issues.jboss.org/browse/JBDS-2663
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: installer, Upstream
> Affects Versions: 7.0.0.Beta2
> Environment: Windows 8, Oracle JRE 1.6 x86_64/x86
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Fix For: 7.0.1.GA
>
>
> {code}C:\Users\alena\Downloads>java -jar jbdevstudio-product-universal-7.0.0.Beta2-B26
> 1.jar
> java.io.IOException: Cannot run program "C:\Program": CreateProcess error=2, The
> system cannot find the file specified
> at java.lang.ProcessBuilder.start(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.initJavaExec(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.<init>(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.invoke(Unknown Source)
> at com.izforge.izpack.util.Librarian.cleanUp(Unknown Source)
> at com.izforge.izpack.util.Housekeeper.shutDown(Unknown Source)
> at com.izforge.izpack.installer.InstallerFrame.exit(InstallerFrame.java:
> 1161)
> at com.izforge.izpack.installer.InstallerFrame$NavigationHandler.actionP
> erformed(InstallerFrame.java:1562)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour
> ce)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$400(Unknown Source)
> at java.awt.EventQueue$2.run(Unknown Source)
> at java.awt.EventQueue$2.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> Caused by: java.io.IOException: CreateProcess error=2, The system cannot find th
> e file specified
> at java.lang.ProcessImpl.create(Native Method)
> at java.lang.ProcessImpl.<init>(Unknown Source)
> at java.lang.ProcessImpl.start(Unknown Source)
> ... 47 more{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
12 years, 8 months
[JBoss JIRA] (JBDS-2663) Installer cannot find unpack200.exe due to spaces in JDK path on Windows 8
by Simon Doe (JIRA)
[ https://issues.jboss.org/browse/JBDS-2663?page=com.atlassian.jira.plugin.... ]
Simon Doe commented on JBDS-2663:
---------------------------------
In case this happens in combination with version >= JDK6u45/JDK7u21, it looks like the issue is realted with http://jira.codehaus.org/browse/IZPACK-960
With JDK6u45/JDK7u21 changes to runtime.exec were introduced, so usage of <JDK6u45/JDK7u21 would also be an option. Or update to Izpack5.
> Installer cannot find unpack200.exe due to spaces in JDK path on Windows 8
> --------------------------------------------------------------------------
>
> Key: JBDS-2663
> URL: https://issues.jboss.org/browse/JBDS-2663
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: installer, Upstream
> Affects Versions: 7.0.0.Beta2
> Environment: Windows 8, Oracle JRE 1.6 x86_64/x86
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Fix For: 7.0.1.GA
>
>
> {code}C:\Users\alena\Downloads>java -jar jbdevstudio-product-universal-7.0.0.Beta2-B26
> 1.jar
> java.io.IOException: Cannot run program "C:\Program": CreateProcess error=2, The
> system cannot find the file specified
> at java.lang.ProcessBuilder.start(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at java.lang.Runtime.exec(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.initJavaExec(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.<init>(Unknown Source)
> at com.izforge.izpack.util.LibraryRemover.invoke(Unknown Source)
> at com.izforge.izpack.util.Librarian.cleanUp(Unknown Source)
> at com.izforge.izpack.util.Housekeeper.shutDown(Unknown Source)
> at com.izforge.izpack.installer.InstallerFrame.exit(InstallerFrame.java:
> 1161)
> at com.izforge.izpack.installer.InstallerFrame$NavigationHandler.actionP
> erformed(InstallerFrame.java:1562)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour
> ce)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$400(Unknown Source)
> at java.awt.EventQueue$2.run(Unknown Source)
> at java.awt.EventQueue$2.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> Caused by: java.io.IOException: CreateProcess error=2, The system cannot find th
> e file specified
> at java.lang.ProcessImpl.create(Native Method)
> at java.lang.ProcessImpl.<init>(Unknown Source)
> at java.lang.ProcessImpl.start(Unknown Source)
> ... 47 more{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
12 years, 8 months
[JBoss JIRA] (JBDS-1504) allow users to create cases from JBDS
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-1504?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen commented on JBDS-1504:
-------------------------------------------
about username/passwords I would imagine we could just use eclipse secure storage and store the username/password under a common key (i.e. the http host/login) then everyone that needs it can look it up that way too.
> allow users to create cases from JBDS
> -------------------------------------
>
> Key: JBDS-1504
> URL: https://issues.jboss.org/browse/JBDS-1504
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: integration
> Environment: All
> Reporter: Andrew Hecox
> Assignee: Max Rydahl Andersen
> Fix For: 4.x, LATER
>
>
> user-story: as a JBoss customer, I can create a case with support from JBDS so that I can easily get help solving the problem I'm working on in my editor
> notes: I think something which allowed a user to create a problem description, as well as send any applicable files, would be a good value add to JBDS. We have a public, stable, API for this:
> https://access.redhat.com/knowledge/docs/Red_Hat_Customer_Portal/
> we may deprecate some schema items in the next month or two, but otherwise it's locked in place for the next 7+ years. This functionality presumably would only be in the productized version, unless it was replaced with JIRA integration (or comparable)
--
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, 8 months
[JBoss JIRA] (JBIDE-15335) Consider removing update site zips from jboss.org/tools
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15335?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-15335:
---------------------------------------------
doh forgot to link to the discussion about download pages - https://issues.jboss.org/browse/JBIDE-12355 is where that is at (for now mainly mockups that xcoulon is using for prototype implementation)
> Consider removing update site zips from jboss.org/tools
> -------------------------------------------------------
>
> Key: JBIDE-15335
> URL: https://issues.jboss.org/browse/JBIDE-15335
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: updatesite
> Affects Versions: 4.0.1.Final, 4.1.0.Final
> Reporter: Nick Boldt
> Assignee: Max Rydahl Andersen
>
> Based on anecdotal evidence, it would appear that JBT 4.x is downloaded MANY MORE TIMES from Eclipse Marketplace than from jboss.org/tools:
> As of 2013-08-12 12:48pm:
> * Download stats from http://jboss.org/tools/download/stable/4_1 : 378 + 140 = *518 installs* (could be more if the zip's passed around w/in an org?)
> * Install stats for JBT 4.1.0 from Eclipse Marketplace for 2013/08: *3,678 installs* ({color:red}*7.1x*{color} as many)
> * Download stats from http://jboss.org/tools/download/stable/4_0 : 2441 + 899 = *3,340 installs* (could be more if the zip's passed around w/in an org?)
> * Install stats for JBT 4.0.1 from Eclipse Marketplace for 2013/04 - 2013/08: 11280 + 10421 + 9552 + 6246 + 1635 = *39,134 installs* ({color:red}*11.7x*{color} as many)
> So, is it time to stop providing a zip of the JBT update site? Seems like very few users want JBT delivered via zip.
> Note too that the stats collected above include a partial month (August 2013) during which many people are on vacation. To get a real sense of the download rates we ought to check these numbers again in September and October.
--
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, 8 months