April 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBOSGI-5) OSGi Deployers

by Adrian Brock (JIRA)

OSGi Deployers -------------- Key: JBOSGI-5 URL: http://jira.jboss.com/jira/browse/JBOSGI-5 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Ales Justin Holder task for OSGi aspectized deployers. The deployers will include at least: 1) Structure deployer to recognise OSGi bundles and setup "subdeployments" according to the jars specified in the osgi classpath. 2) OSGi parser deployer that turns the manifest entries into an OSGIMetaData model 3) DeploymentResolver that sets up the dependencies for deployments 4) OSGi classloader deployer - replacement for UCL classloader with OSGi classloading semantics 5) OSGi real deployer - creates a bean that provides an OSGi facade (the lifecycle) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

3
4
0 / 0

[JBoss JIRA] Created: (JBOSGI-12) OSGi testsuite

by Ales Justin (JIRA)

OSGi testsuite -------------- Key: JBOSGI-12 URL: http://jira.jboss.com/jira/browse/JBOSGI-12 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Components: Testing Reporter: Ales Justin Assigned To: Kevin Conner We need tests for our new [OSGi] Classloader layer and OSGi API facade - 'measuring' our OSGi compliance. Tests should also cover back compatibility with existing UCL: - import * - export * - import not local - import not system [filter] - hierarchical dependency graph - translator - replace system classloader - unit testing classloader - management console classloader - proper EE client application exposure -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-609) add org.drools.Otherwise as automatically imported class

by Michael Neale (JIRA)

add org.drools.Otherwise as automatically imported class -------------------------------------------------------- Key: JBRULES-609 URL: http://jira.jboss.com/jira/browse/JBRULES-609 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.5 Reporter: Michael Neale Assigned To: Edson Tirelli Fix For: 3.1-m1 this is for the Otherwise() fact for capturing rules not firing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

4
5
0 / 0

[JBoss JIRA] Created: (JBBUILD-377) Look into maven issue with building multilevel projects

by Paul Gier (JIRA)

Look into maven issue with building multilevel projects ------------------------------------------------------- Key: JBBUILD-377 URL: http://jira.jboss.com/jira/browse/JBBUILD-377 Project: JBoss Build System Issue Type: Task Components: Maven Reporter: Paul Gier Fix For: MavenBuild 2007 There is an issue when trying to build projects more than 2 levels deep. http://jira.codehaus.org/browse/MNG-2308 It would be useful to hibernate and other jboss projects to fix this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (GPD-65) Would it possible to take parameters from an abstract super class of the Delegation class in the GPD?

by Nicolas Arnaud (JIRA)

Would it possible to take parameters from an abstract super class of the Delegation class in the GPD? ----------------------------------------------------------------------------------------------------- Key: GPD-65 URL: http://jira.jboss.com/jira/browse/GPD-65 Project: JBoss jBPM GPD Issue Type: Feature Request Environment: Eclipse (Windows XP) Reporter: Nicolas Arnaud Assigned To: Koen Aers I have a problem with my AssignHandler class I want to have a generic abstract class wich implements AssignHandler Other class extend this class I put the parameters in my abstract class, but with the GPD, when I use Delegation to associate the sub-class to a Task, I can't get the parameters. Would it possible to take parameters from the abstract super class of the Delegation class? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

3
11
0 / 0

[JBoss JIRA] Created: (JGRP-430) Support accessing multiple GossipRouters in TUNNEL

by Bela Ban (JIRA)

Support accessing multiple GossipRouters in TUNNEL -------------------------------------------------- Key: JGRP-430 URL: http://jira.jboss.com/jira/browse/JGRP-430 Project: JGroups Issue Type: Feature Request Affects Versions: 2.5 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 Multiple GossipRouters can only be used for lookups, not for routing... However, since all traffic to the GR goes out via TUNNEL (as JGroups transport), and TUNNEL uses a RouterStub to send a message to the GR, we could do the following: * the RouterStub is currently configured with the address of *one* GR * a Stub.send() succeeds in connecting to the GR and sending the message, or goes into a state where it tries to reconnect *forever* * I could simply change that to configure the RouterStub with multiple GRs: o for send(), we iterate through the GRs until send() returns true EFFECT: a GossipRouter is not a single point of failure any longer -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
9
0 / 0

[JBoss JIRA] Created: (JBJMX-103) snmp mib for jsr 77

by Luca Stancapiano (JIRA)

snmp mib for jsr 77 ------------------- Key: JBJMX-103 URL: http://jira.jboss.com/jira/browse/JBJMX-103 Project: JBoss JMX Issue Type: Patch Affects Versions: JBossAS-4.0.1 Environment: not important Reporter: Luca Stancapiano Fix For: JBossAS-5.0 Alpha Attachments: j2ee.mib hi......I send you a j2ee.mib for jsr 77 to testing a future implementation of snmp for jsr 77 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (JBJMX-106) "Getting started with JBoss 3.2 [PDF]" link points to invalid location

by Micah Modell (JIRA)

"Getting started with JBoss 3.2 [PDF]" link points to invalid location ---------------------------------------------------------------------- Key: JBJMX-106 URL: http://jira.jboss.com/jira/browse/JBJMX-106 Project: JBoss JMX Issue Type: Bug Affects Versions: JBossAS-4.0.0 Environment: JBoss AS 4.0.1 sp1 on Windows Reporter: Micah Modell The topmost link on the JMX console page that reads "Getting started with JBoss 3.2 [PDF]" points to http://www.jboss.org/modules/html/docs/jbossj2ee.pdf which is no longer accessible and renders a 404 Error to the user. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (JBJMX-100) Class loader doesn't contain classes from MBean jar file when the MBean is redeployed.

by Doug Palmer (JIRA)

Class loader doesn't contain classes from MBean jar file when the MBean is redeployed. -------------------------------------------------------------------------------------- Key: JBJMX-100 URL: http://jira.jboss.com/jira/browse/JBJMX-100 Project: JBoss JMX Issue Type: Bug Affects Versions: JBossAS-4.0.0 Environment: Mac OSX and Windows XP Reporter: Doug Palmer This is a simplified version of a Deployer MBean that I have been writing. The MBean uses some jaxb generated classes. When the MBean is first deployed it's create method functions perfectly. However, if the MBean is redeployed then calling create fails because the class loader can't find the package "decs2.process_definition". To replicate the problem execute the ant target named "deploy-all"; then run JBoss; then execute the ant target named "deploy". If the package "decs2.process_definition" is is placed in a seperate jar file and that jar file is placed in the server/lib directory then the MBean redeploys successfully. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (JBJMX-98) Monitoring Only Sends Single Notification Message

by Brian Husted (JIRA)

Monitoring Only Sends Single Notification Message ------------------------------------------------- Key: JBJMX-98 URL: http://jira.jboss.com/jira/browse/JBJMX-98 Project: JBoss JMX Issue Type: Bug Affects Versions: JBossAS-4.0.0 Environment: Windows 2000, Sun JDK 1.5, Single CPU 1GB RAM Reporter: Brian Husted I have configured a threshold monitoring mbean to monitor the QueueDepth on a JMS queue. When the QueueDepth is greater than 500, I have registered to receive a notification on the ConsoleAlterListener. The problem is that only one notification is sent when the QueueDepth exceeds 500. The depth will go back down below 500 and minutes later it will again exceed 500 but a notificaiton is NOT sent. I did notice that if I click the clear-all-alerts button on the web-console then the notification will be sent again but only if you clear it each time it appears. Below is my config for the threshold monitor. I have tested this with the ConsoleAlertMonitor and a custom MBeanListener and I experience the same problem with either configuration. [Code] <?xml version="1.0" encoding="UTF-8"?> <server> <mbean code="org.jboss.monitor.ThresholdMonitor" name="jboss.monitor:service=SlaveQueue_Monitor"> <attribute name="MonitorName">SlaveQueue Monitor</attribute> <depends optional-attribute-name="ObservedObject">jboss.mq.destination:service=Queue,name=B</depends> <attribute name="ObservedAttribute">QueueDepth</attribute> <depends-list optional-attribute-name="AlertListeners"> <depends-list-element>jboss.alerts:service=ConsoleAlertListener</depends-list-element> </depends-list> <attribute name="Threshold">500</attribute> <attribute name="Period">2000</attribute> <attribute name="CompareTo">-1</attribute> <attribute name="Enabled">true</attribute> </mbean> </server> [/Code] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2008