[JBoss JIRA] (JBIDE-15482) Replace staging & staging.previous (two builds w/ reused URLs) with uniquely timestamped build URLs and auto-regenerated composite*.xml files
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15482?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen updated JBIDE-15482:
----------------------------------------
Fix Version/s: 4.1.1.Beta1
(was: 4.1.1.Alpha2)
> Replace staging & staging.previous (two builds w/ reused URLs) with uniquely timestamped build URLs and auto-regenerated composite*.xml files
> ---------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-15482
> URL: https://issues.jboss.org/browse/JBIDE-15482
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: build, updatesite
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.1.1.Beta1
>
>
> Be it proposed:
> {quote}
> that instead of an in-place move which reuses
> generic folder names like "staging" and "staging.previous", we
> composite build output using unique names like
> 2013-08-09_05-05-26-B7222/ or 2013-08-13_10-05-28-B7255
> {quote}
> We therefore need:
> a) to regenerate the composite site each time there's a new build
> published, in order to remove the oldest and add the newest (keeping
> only the Nth and N-1rst builds)
> (I have a script that might already work for this, or would need
> tweaking.)
> b) heuristics to determine when an older (N-2, N-3, ... N-z) build is
> no longer needed, perhaps simply by assuming no one needs it after
> 24hrs?
> 24 hours should be more that enough.
> c) a cleanup script which can purge all but the builds which are no
> more than 1 day old, keeping at all times at least two builds (N and
> N-1)
> (I have a script that already does this for folders like
> http://download.jboss.org/jbosstools/builds/nightly/core/trunk/ but
> might need to be tweaked to work for a new pattern of
> staging/\$\{JOB_NAME}/<BUILD_ID>/ .)
> {quote}
--
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-2799) Better contextual menu for JAXRS
by Emmanuel Hugonnet (JIRA)
Emmanuel Hugonnet created JBDS-2799:
---------------------------------------
Summary: Better contextual menu for JAXRS
Key: JBDS-2799
URL: https://issues.jboss.org/browse/JBDS-2799
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Affects Versions: 7.0.1.GA
Reporter: Emmanuel Hugonnet
Priority: Minor
Attachments: jbosstools_jaxrs.png
When right clicking on the "JAX-RS Web Services" resources view I expect a create new RestFull Web Service entry in the menu.
--
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-2798) Better contextual menu
by Emmanuel Hugonnet (JIRA)
Emmanuel Hugonnet created JBDS-2798:
---------------------------------------
Summary: Better contextual menu
Key: JBDS-2798
URL: https://issues.jboss.org/browse/JBDS-2798
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: ui/branding
Affects Versions: 7.0.1.GA
Reporter: Emmanuel Hugonnet
As a user I want to add a new JAXRS webservice to my Web application
When I right click on my project selecting the "new" entry,the first element is project (which is strange since I have already selected a project), then File, Folder and SQL Files which are not quite relevant in the context of a web application.
I would expect more web related entries in the top most, and less entries as a whole.
If I right click without selecting my current project then the new project entry becomes relevant.
--
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-11301) no stacktrace when junit tests fail
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-11301?page=com.atlassian.jira.plugi... ]
Mickael Istria resolved JBIDE-11301.
------------------------------------
Resolution: Won't Fix
Marking it as "Won't fix" because we wont make efforts regarding that request. Stacks can be found in the surefire-reports files, as you can read in Maven log after a test failed.
Logs can be found in target/work/data/.metadata/.log.
> no stacktrace when junit tests fail
> -----------------------------------
>
> Key: JBIDE-11301
> URL: https://issues.jboss.org/browse/JBIDE-11301
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, upstream
> Affects Versions: 3.3.0.Beta3
> Reporter: Alexey Kazakov
> Assignee: Mickael Istria
> Priority: Minor
> Fix For: LATER
>
>
> If I run JBT tycho build locally for trunk, for example:
> mvn clean install -fae -e -P default -f cdi/tests/pom.xml
> and there is some test failures then I don't see any stacktrace in console. Just a text message from the JUnit test assert.
> -Dsurefire.useFile=false does not help.
> But I see the stacktrace in <target>/surefire-reports
> In Beta1 branch it works fine.
> I don't see stacktrace in console output in Hudson either but I'm not sure it's a problem there.
> For example https://hudson.qa.jboss.com/hudson/view/DevStudio/view/DevStudio_Trunk/jo...
> But for local builds it's very useful to see the full stacktrace in console.
--
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-15651) EAP 6.2 cannot be connected to in MBean Explorer
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15651?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-15651:
---------------------------------------
So the conclusion here is that this regression is probably caused by library/protocol changes/inconsistencies. And since connection with credentials still works, we will stick with that for now.
> EAP 6.2 cannot be connected to in MBean Explorer
> ------------------------------------------------
>
> Key: JBIDE-15651
> URL: https://issues.jboss.org/browse/JBIDE-15651
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jmx
> Affects Versions: 4.1.1.Alpha2
> Environment: JBDS 7.1.0.Alpha2 B431
> Reporter: Martin Malina
> Fix For: 4.1.1.Beta1
>
>
> When you start EAP 6.2.0.ER4 (or ER5) added manually and then try Show in -> MBean Explorer, it will show the server as [disconnected] and the server won't connect.
--
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