October 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Closed: (JBESB-13) Stand-alone JBossMS release

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-13?page=all ] Mark Little closed JBESB-13. ---------------------------- > Stand-alone JBossMS release > --------------------------- > > Key: JBESB-13 > URL: http://jira.jboss.com/jira/browse/JBESB-13 > Project: JBoss ESB > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Distribution, ESB Core > Reporter: Mark Little > Assigned To: Arvinder Singh > Fix For: 1.0 Alpha 1 > > Attachments: JBESB-13.zip > > > Provide a stand-alone deploy of JBossMessaging that deploys within the MC. -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBESB-60) Place non-public classes and interfaces into internal package structure

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-60?page=all ] Mark Little closed JBESB-60. ---------------------------- Resolution: Done > Place non-public classes and interfaces into internal package structure > ----------------------------------------------------------------------- > > Key: JBESB-60 > URL: http://jira.jboss.com/jira/browse/JBESB-60 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.0 Alpha 1 > Reporter: Mark Little > Assigned To: Mark Little > Fix For: 4.0 > > -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBESB-60) Place non-public classes and interfaces into internal package structure

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-60?page=all ] Mark Little reassigned JBESB-60: -------------------------------- Assignee: Mark Little (was: Esteban Schifman) > Place non-public classes and interfaces into internal package structure > ----------------------------------------------------------------------- > > Key: JBESB-60 > URL: http://jira.jboss.com/jira/browse/JBESB-60 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.0 Alpha 1 > Reporter: Mark Little > Assigned To: Mark Little > Fix For: 4.0 > > -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-509) Have Package "extractor" to crawl over packages and pull out rules in appropriate status

by Michael Neale (JIRA)

Have Package "extractor" to crawl over packages and pull out rules in appropriate status ---------------------------------------------------------------------------------------- Key: JBRULES-509 URL: http://jira.jboss.com/jira/browse/JBRULES-509 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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

18 years, 2 months

1
1
0 / 0

[JBoss JIRA] Closed: (JBESB-73) Work out which classes and interfaces are private versus public

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-73?page=all ] Mark Little closed JBESB-73. ---------------------------- Resolution: Done > Work out which classes and interfaces are private versus public > --------------------------------------------------------------- > > Key: JBESB-73 > URL: http://jira.jboss.com/jira/browse/JBESB-73 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: ESB Core > Affects Versions: 4.0 Alpha 1 > Reporter: Mark Little > Assigned To: Mark Little > Fix For: 4.0 > > Time Spent: 1 hour > Remaining Estimate: 0 minutes > -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBESB-73) Work out which classes and interfaces are private versus public

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-73?page=all ] Mark Little reassigned JBESB-73: -------------------------------- Assignee: Mark Little (was: Esteban Schifman) > Work out which classes and interfaces are private versus public > --------------------------------------------------------------- > > Key: JBESB-73 > URL: http://jira.jboss.com/jira/browse/JBESB-73 > Project: JBoss ESB > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: ESB Core > Affects Versions: 4.0 Alpha 1 > Reporter: Mark Little > Assigned To: Mark Little > Fix For: 4.0 > > Time Spent: 15 minutes > Remaining Estimate: 0 minutes > -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-3734) Cannot use the classloader being null to detect whether beforeDelivery was invoked

by Adrian Brock (JIRA)

Cannot use the classloader being null to detect whether beforeDelivery was invoked ---------------------------------------------------------------------------------- Key: JBAS-3734 URL: http://jira.jboss.com/jira/browse/JBAS-3734 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: JCA service Affects Versions: JBossAS-4.0.5.CR1 Reporter: Adrian Brock Assigned To: Weston Price Fix For: JBossAS-4.0.5.GA Related to the above containing problem. The Inbound endpoint uses whether the "old" classloader is null to determine whether before was invoked. In the case where the caller doesn't have a context classloader this fails. e.g. JNI attaches threads with a null classloader (the "bootstrap" classloader) -- 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

18 years, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBSEAM-343) Action method of source page being executed after destination action

by Todd Main (JIRA)

Action method of source page being executed after destination action -------------------------------------------------------------------- Key: JBSEAM-343 URL: http://jira.jboss.com/jira/browse/JBSEAM-343 Project: JBoss Seam Issue Type: Bug Components: JSF Affects Versions: 1.0.1 Environment: Windows XP, jboss installation per Seam setup instructions Reporter: Todd Main I keep having trouble where the "from" page action seems be getting executed when using the <s:link> tag. Here's one example: Page "QuickClicks.xhtml" has a pages.xml entry with an action defined, so that the action gets called whenever I view "QuickClicks.xhtml". <page view-id="/QuickClicks.xhtml" action="#{quickClicks.load}"/> There's an <s:link> on QuickClicks.xhtml that goes to a different session bean and displays a different xhtml page. <s:link target="reportResultsFrame" view-id="/Documents.xhtml" action="#{findDocuments.search}"> <f:param name="dayRange" value="7" /> <f:param name="documentCategory" value="po" /> #{quickClicksData.ordersFromLastSeven} </s:link> When I click the link, the quickClicks.load() method is being invoked AFTER findDocuments.search(). It should not be invoked at all, since I'm coming FROM that page, not TO it. Note: there is a posting in the Forum (see forum reference) that indicates a possible code fix for AbstractSeamPhaseListener. Here is what was posted: This seems to be happening in AbstractPhaseListener and looks like a bug. The code in question is Code: public boolean callPageActions(PhaseEvent event) { Lifecycle.setPhaseId( PhaseId.INVOKE_APPLICATION ); boolean actionsWereCalled = false; try { actionsWereCalled = Pages.callAction( event.getFacesContext() ) || actionsWereCalled; actionsWereCalled = Pages.instance().callAction() || actionsWereCalled; return actionsWereCalled; The first "Pages.callAction(event.getFacesContext()) || actionsWereCalled " runs the intended action i.e. the action in the second page. Note that at this point, the view-id is still the first page as the lifecycle has not come into the "render" phase -- still in the "Execute" phase. Now that the method returned true, we are again invoking the Pages.instance().callAction() which calls the first view since the view-id is the first page. Thats the reason for the out of order of messages. If the code were Code: actionsWereCalled = Pages.callAction( event.getFacesContext() ) || actionsWereCalled; actionsWereCalled = actionsWereCalled || Pages.instance().callAction(); return actionsWereCalled; that should fix this. -- 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

18 years, 2 months

2
6
0 / 0

[JBoss JIRA] Commented: (JBAOP-269) Contention point in MethodMetaData

by Kabir Khan (JIRA)

[ http://jira.jboss.com/jira/browse/JBAOP-269?page=comments#action_12344556 ] Kabir Khan commented on JBAOP-269: ---------------------------------- That should read "Please create a new issue if more work needs doing on this" > Contention point in MethodMetaData > ---------------------------------- > > Key: JBAOP-269 > URL: http://jira.jboss.com/jira/browse/JBAOP-269 > Project: JBoss AOP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Kabir Khan > Assigned To: Kabir Khan > Fix For: 2.0.0.alpha1, 1.5.1.GA > > -- 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

18 years, 2 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBAOP-269) Contention point in MethodMetaData

by Kabir Khan (JIRA)

[ http://jira.jboss.com/jira/browse/JBAOP-269?page=all ] Kabir Khan closed JBAOP-269. ---------------------------- Please reopen if more work needs doing on this > Contention point in MethodMetaData > ---------------------------------- > > Key: JBAOP-269 > URL: http://jira.jboss.com/jira/browse/JBAOP-269 > Project: JBoss AOP > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Kabir Khan > Assigned To: Kabir Khan > Fix For: 2.0.0.alpha1, 1.5.1.GA > > -- 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

18 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2006