[JBoss JIRA] (ARQ-1250) arquillian-junit-standalone doesn't execute @Before
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1250?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč closed ARQ-1250.
---------------------------
Assignee: Lukáš Fryč
Resolution: Duplicate Issue
> arquillian-junit-standalone doesn't execute @Before
> ---------------------------------------------------
>
> Key: ARQ-1250
> URL: https://issues.jboss.org/browse/ARQ-1250
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.0.3.Final
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
>
> In following code, {{before()}} method won't be called at all:
> {code:java}
> @RunWith(Arquillian.class)
> public class BeforeTestCase {
> private boolean initialized = false;
> @Before
> public void before() {
> initialized = true;
> }
> @Test
> public void test() {
> Assert.assertTrue("@Before should have initialized test", initialized);
> }
> }
> {code}
> {code:xml}
> <dependency>
> <groupId>org.jboss.arquillian.junit</groupId>
> <artifactId>arquillian-junit-standalone</artifactId>
> <scope>test</scope>
> </dependency>
> {code}
> When changed to {{arquillian-junit-container}}, everything works fine.
--
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
11 years
[JBoss JIRA] (ARQGRA-197) Support for Page Objects encapsulating location
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-197?page=com.atlassian.jira.plugin... ]
Lukáš Fryč commented on ARQGRA-197:
-----------------------------------
Hey Juraj, I have commented in the PR.
p.s.: I'm rejecting pull request just to indicate it's not mergeable yet. Feel free to link the pull request once done.
> Support for Page Objects encapsulating location
> -----------------------------------------------
>
> Key: ARQGRA-197
> URL: https://issues.jboss.org/browse/ARQGRA-197
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lukáš Fryč
> Assignee: Juraj Húska
> Priority: Minor
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> {code:java|title=ConferencePage.java}
> @Location("view/conference/create.jsf")
> public class ConferencePage {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> }
> public class ConferencePage implements Bookmarkable {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> public String getLocation() {
> return "view/conference/create.jsf";
> }
> }
> {code}
> {code:java|title=Test.java}
> @Test
> public void test() {
> ConferencePage page = goTo(ConferencePage.class);
> ConferenceForm = page.getForm();
> }
> {code}
> The only issue is that it is not sure on which deployment and with what browser should given Page operate.
--
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
11 years
[JBoss JIRA] (ARQGRA-197) Support for Page Objects encapsulating location
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-197?page=com.atlassian.jira.plugin... ]
Lukáš Fryč updated ARQGRA-197:
------------------------------
Status: Open (was: Pull Request Sent)
> Support for Page Objects encapsulating location
> -----------------------------------------------
>
> Key: ARQGRA-197
> URL: https://issues.jboss.org/browse/ARQGRA-197
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lukáš Fryč
> Assignee: Juraj Húska
> Priority: Minor
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> {code:java|title=ConferencePage.java}
> @Location("view/conference/create.jsf")
> public class ConferencePage {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> }
> public class ConferencePage implements Bookmarkable {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> public String getLocation() {
> return "view/conference/create.jsf";
> }
> }
> {code}
> {code:java|title=Test.java}
> @Test
> public void test() {
> ConferencePage page = goTo(ConferencePage.class);
> ConferenceForm = page.getForm();
> }
> {code}
> The only issue is that it is not sure on which deployment and with what browser should given Page operate.
--
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
11 years
[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-274?page=com.atlassian.jira.plugin... ]
Lukáš Fryč commented on ARQGRA-274:
-----------------------------------
Have you checked that the behavior isn't actually application-specific - i.e. when putting input manually, the two events aren't triggered?
+1 for tip&tricks section, we have discussed it with [~jhuska] and [~jpapouse] recently:
https://docs.jboss.org/author/pages/viewpage.action?pageId=66486914
Feel free to update it.
> The request guard does timeout for delayed requests
> ---------------------------------------------------
>
> Key: ARQGRA-274
> URL: https://issues.jboss.org/browse/ARQGRA-274
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.0.Alpha3
> Reporter: Bernard Labno
> Assignee: Lukáš Fryč
> Priority: Critical
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel.
> This is simply the case where request guard should:
> * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open)
> * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4)
--
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
11 years
[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests
by Bernard Labno (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-274?page=com.atlassian.jira.plugin... ]
Bernard Labno commented on ARQGRA-274:
--------------------------------------
Is this behavior (2 events) of "sendKeys" documented anywhere? This is very strange for me and would make perfect candidate to our Tips&tricks section in guard docs. If we could confirm this I'd add it to docs.
> The request guard does timeout for delayed requests
> ---------------------------------------------------
>
> Key: ARQGRA-274
> URL: https://issues.jboss.org/browse/ARQGRA-274
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.0.Alpha3
> Reporter: Bernard Labno
> Assignee: Lukáš Fryč
> Priority: Critical
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel.
> This is simply the case where request guard should:
> * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open)
> * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4)
--
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
11 years
[JBoss JIRA] (ARQ-863) Poor error message when WebArchive deployed with ".jar" name
by Tommy Tynjä (JIRA)
[ https://issues.jboss.org/browse/ARQ-863?page=com.atlassian.jira.plugin.sy... ]
Work on ARQ-863 started by Tommy Tynjä.
> Poor error message when WebArchive deployed with ".jar" name
> ------------------------------------------------------------
>
> Key: ARQ-863
> URL: https://issues.jboss.org/browse/ARQ-863
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.0.0.CR8
> Environment: Jboss AS 7.1.1.Final
> java version "1.7.0_01"
> Java(TM) SE Runtime Environment (build 1.7.0_01-b08)
> Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode)
> Linux ayaki.localdomain 3.3.0-4.fc16.x86_64 #1 SMP Tue Mar 20 18:05:40 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
> Reporter: Craig Ringer
> Assignee: Tommy Tynjä
> Priority: Minor
> Attachments: ArquillianShrinkwrapWarBug.zip
>
>
> If a WebArchive is deployed with the name ending in ".jar" instead of ".war" (due to, eg, a stupid editing mistake) the error message is not at all helpful. The container will fail to run the test class with a ClassNotFoundException for the test class.
> It'd be really nice if the deployer or the packager would detect this issue and report it.
> {code}
> 13:58:42,082 ERROR [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-1-thread-29) Failed: com.example.shrinkwrapwarbug.DemoTest.testReturnOne:
> java.lang.ClassNotFoundException: com.example.shrinkwrapwarbug.DemoTest from [Module "deployment.demo.jar:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.as.arquillian.service.ArquillianConfig.loadClass(ArquillianConfig.java:130) [arquillian-service:]
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedTestClassLoader.loadTestClass(ArquillianService.java:259) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:124) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107) [arquillian-service:]
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:226) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_01]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_01]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_01]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:235) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:250) [rt.jar:1.7.0_01]
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791) [rt.jar:1.7.0_01]
> at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:498)
> at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:246)
> at org.jboss.remotingjmx.protocol.v1.ServerProxy$InvokeHandler.handle(ServerProxy.java:1034)
> at org.jboss.remotingjmx.protocol.v1.ServerProxy$MessageReciever$1.run(ServerProxy.java:215)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_01]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_01]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_01]
> {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
11 years
[JBoss JIRA] (ARQ-863) Poor error message when WebArchive deployed with ".jar" name
by Tommy Tynjä (JIRA)
[ https://issues.jboss.org/browse/ARQ-863?page=com.atlassian.jira.plugin.sy... ]
Tommy Tynjä commented on ARQ-863:
---------------------------------
The least thing we could do is to log a warning that the deployment archive type has an unexpected file extension. I've started working on the issue as a branch off ARQ-891. Currently work is in progress, any review would be appreciated: https://github.com/tommysdk/arquillian-core/commit/6d127d03fa4fc06bb534cc....
> Poor error message when WebArchive deployed with ".jar" name
> ------------------------------------------------------------
>
> Key: ARQ-863
> URL: https://issues.jboss.org/browse/ARQ-863
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.0.0.CR8
> Environment: Jboss AS 7.1.1.Final
> java version "1.7.0_01"
> Java(TM) SE Runtime Environment (build 1.7.0_01-b08)
> Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode)
> Linux ayaki.localdomain 3.3.0-4.fc16.x86_64 #1 SMP Tue Mar 20 18:05:40 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
> Reporter: Craig Ringer
> Assignee: Tommy Tynjä
> Priority: Minor
> Attachments: ArquillianShrinkwrapWarBug.zip
>
>
> If a WebArchive is deployed with the name ending in ".jar" instead of ".war" (due to, eg, a stupid editing mistake) the error message is not at all helpful. The container will fail to run the test class with a ClassNotFoundException for the test class.
> It'd be really nice if the deployer or the packager would detect this issue and report it.
> {code}
> 13:58:42,082 ERROR [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-1-thread-29) Failed: com.example.shrinkwrapwarbug.DemoTest.testReturnOne:
> java.lang.ClassNotFoundException: com.example.shrinkwrapwarbug.DemoTest from [Module "deployment.demo.jar:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.as.arquillian.service.ArquillianConfig.loadClass(ArquillianConfig.java:130) [arquillian-service:]
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedTestClassLoader.loadTestClass(ArquillianService.java:259) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:124) [arquillian-service:]
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107) [arquillian-service:]
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:226) [arquillian-service:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_01]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_01]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_01]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:235) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:250) [rt.jar:1.7.0_01]
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [rt.jar:1.7.0_01]
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791) [rt.jar:1.7.0_01]
> at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:498)
> at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:246)
> at org.jboss.remotingjmx.protocol.v1.ServerProxy$InvokeHandler.handle(ServerProxy.java:1034)
> at org.jboss.remotingjmx.protocol.v1.ServerProxy$MessageReciever$1.run(ServerProxy.java:215)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_01]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_01]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_01]
> {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
11 years
[JBoss JIRA] (ARQGRA-197) Support for Page Objects encapsulating location
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-197?page=com.atlassian.jira.plugin... ]
Juraj Húska edited comment on ARQGRA-197 at 5/28/13 6:51 AM:
-------------------------------------------------------------
I linked a pull request, where I started with implementation of this commit (it is not ready merging). I would like to ask you for review.
was (Author: jhuska):
I linked a pull request, where I started with implementation of this commit. I would like to ask you for review.
> Support for Page Objects encapsulating location
> -----------------------------------------------
>
> Key: ARQGRA-197
> URL: https://issues.jboss.org/browse/ARQGRA-197
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lukáš Fryč
> Assignee: Juraj Húska
> Priority: Minor
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> {code:java|title=ConferencePage.java}
> @Location("view/conference/create.jsf")
> public class ConferencePage {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> }
> public class ConferencePage implements Bookmarkable {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> public String getLocation() {
> return "view/conference/create.jsf";
> }
> }
> {code}
> {code:java|title=Test.java}
> @Test
> public void test() {
> ConferencePage page = goTo(ConferencePage.class);
> ConferenceForm = page.getForm();
> }
> {code}
> The only issue is that it is not sure on which deployment and with what browser should given Page operate.
--
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
11 years
[JBoss JIRA] (ARQGRA-197) Support for Page Objects encapsulating location
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-197?page=com.atlassian.jira.plugin... ]
Juraj Húska updated ARQGRA-197:
-------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/arquillian/arquillian-graphene/pull/79
I linked a pull request, where I started with implementation of this commit. I would like to ask you for review.
> Support for Page Objects encapsulating location
> -----------------------------------------------
>
> Key: ARQGRA-197
> URL: https://issues.jboss.org/browse/ARQGRA-197
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lukáš Fryč
> Assignee: Juraj Húska
> Priority: Minor
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> {code:java|title=ConferencePage.java}
> @Location("view/conference/create.jsf")
> public class ConferencePage {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> }
> public class ConferencePage implements Bookmarkable {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> public String getLocation() {
> return "view/conference/create.jsf";
> }
> }
> {code}
> {code:java|title=Test.java}
> @Test
> public void test() {
> ConferencePage page = goTo(ConferencePage.class);
> ConferenceForm = page.getForm();
> }
> {code}
> The only issue is that it is not sure on which deployment and with what browser should given Page operate.
--
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
11 years