RE: [JBoss-dev] House keeping in JIRA - bug reports
by Dimitris Andreadis
Absence of a component could be avoided if we could remove this option
from the user that enters the report (so there is somebody assigned to
it, even if it is the wrong person) but it doesn't seem possible in
JIRA.
I don't think it is bad to have unscheduled reports, as long as there is
periodic review to schedule tasks. It is equally bad to use the next
release as a dumping ground and move around deferred tasks from release
to release.
I totally agree proper/periodic review is needed to categorize the
importance of tasks. There was a proposal by Andrig to do this monthly
but we didn't follow up properly.
> -----Original Message-----
> From: jboss-development-bounces(a)lists.jboss.org
> [mailto:jboss-development-bounces@lists.jboss.org] On Behalf
> Of Adrian Brock
> Sent: Friday, September 22, 2006 5:56 PM
> To: jboss-development
> Subject: [JBoss-dev] House keeping in JIRA - bug reports
>
> Until JBoss-4.0.4 I made a regular check of JIRA using two
> queries. After that release as an experiment I stopped doing
> it to see what kind of state we would be in by the 4.0.5 release.
>
> Bugs without fix versions:
> http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
> e&requestId=12310183
>
> All bugs should either be
> * assigned to the currently being worked on release
> * deferred to a later release
> * closed as not bugs or incomplete description
>
> Bugs should never be left unscheduled.
>
> Bugs without components:
> http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
> e&requestId=12310202
>
> Which probably means that nobody has even looked at them.
>
> It is very important that for each release we have analysed
> all bugs and decided their importance.
>
> 61 bugs that are not scheduled (i.e. importance undetermined)
> 11 bugs without components (not even validated at the most
> basic level)
>
> is not good!
>
> Just choosing one at random (the oldest one with "affects
> 4.0.4") falls into both categories. There is no evidence it
> was ever looked at:
> http://jira.jboss.com/jira/browse/JBAS-3406
> It was raised on the 20th of July (over two months ago).
>
> Obviously, the user doesn't consider a MalformedObjectName
> exception as telling him the format is invalid nor has he
> read the javadoc for that class which links him to valid
> query formats. :-)
>
> So this is obviously a trival "user friendly" bug where an
> invalid name should forward to a page explaining the
> ObjectName format.
> --
> xxxxxxxxxxxxxxxxxxxxxxxxxxx
> Adrian Brock
> Chief Scientist
> JBoss a division of Red Hat
> xxxxxxxxxxxxxxxxxxxxxxxxxxx
>
> _______________________________________________
> jboss-development mailing list
> jboss-development(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
>
17 years, 2 months
JBoss-4.0.5.GA release date moved
by Dimitris Andreadis
We are moving the release date of JBossAS-4.0.5.GA to Oct/16th (one week
later) due to some critical updates we need to make to Hibernate and
Hibernate Element Manager. Those will reach a GA status, to be included
with jboss 4.0.5.GA.
As a result, the code freeze for Branch_4_0 is moving also to the coming
Monday Oct/9th.
Testsuite fixes and bug fixing are Ok until the code freeze, but please
refrain from adding features or making significant changes to the 4.0.x
codebase at this point.
Any issues you may have with this release, let me know ASAP.
Thank you
/Dimitris
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Dimitris Andreadis
AS Development Manager
JBoss, a Division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 2 months
RE: [jboss-dev] Buildmagic -g:none
by Dimitris Andreadis
I think this is controlled by tools/etc/buildmagic/task.properties
> -----Original Message-----
> From: jboss-development-bounces(a)lists.jboss.org
> [mailto:jboss-development-bounces@lists.jboss.org] On Behalf
> Of Kabir Khan
> Sent: Tuesday, October 03, 2006 5:55 PM
> To: 'JBoss.org development list'
> Subject: [jboss-dev] Buildmagic -g:none
>
> I've moved AOP into a separate subversion location as was
> done for the microcontainer. All my javac entries in my build.xml have
>
> <javac debug="on"... />
>
> Yet no debug information is generated and running "ant
> -verbose" shows a -g:none being passed in. Is there something
> from any of the buildmagic stuff that could be overriding the
> effect of the debug="on" flag passed into javac?
>
> _______________________________________________
> jboss-development mailing list
> jboss-development(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
>
17 years, 2 months
Buildmagic -g:none
by Kabir Khan
I've moved AOP into a separate subversion location as was done for the
microcontainer. All my javac entries in my build.xml have
<javac debug="on"... />
Yet no debug information is generated and running "ant -verbose" shows a
-g:none being passed in. Is there something from any of the buildmagic stuff
that could be overriding the effect of the debug="on" flag passed into
javac?
17 years, 2 months
