October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1255) add alternating coloured rows for rule analysis reporting and allow for user provided css

by Mark Proctor (JIRA)

add alternating coloured rows for rule analysis reporting and allow for user provided css ----------------------------------------------------------------------------------------- Key: JBRULES-1255 URL: http://jira.jboss.com/jira/browse/JBRULES-1255 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assigned To: Fernando Meyer Fix For: 4.0.2 Mark the rows in the table alternate, use a nice software light pastel colour - like green or prink. Use a CSS to declare style so users can provide alternative css. -- 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
1
0 / 0

[JBoss JIRA] Created: (JBAOP-475) Add a Dynamic AOP injboss example

by Flavia Rainone (JIRA)

Add a Dynamic AOP injboss example --------------------------------- Key: JBAOP-475 URL: http://jira.jboss.com/jira/browse/JBAOP-475 Project: JBoss AOP Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Reporter: Flavia Rainone Priority: Optional Add a dynamic AOP example in jboss to our tutorial, where we show the power of dynamic AOP on a deployed application. -- 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: (SECURITY-38) Container Task for JBoss SEAM Integration with JBoss Security

by Anil Saldhana (JIRA)

Container Task for JBoss SEAM Integration with JBoss Security ------------------------------------------------------------- Key: SECURITY-38 URL: http://jira.jboss.com/jira/browse/SECURITY-38 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: JEMS Integration Affects Versions: 1.x Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0.1 Container Task to link all the issues that are related to JBoss Seam's integration with JBoss Security. -- 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] Created: (SECURITY-54) Technical White Paper: Single Sign On Options with JBoss

by Anil Saldhana (JIRA)

Technical White Paper: Single Sign On Options with JBoss -------------------------------------------------------- Key: SECURITY-54 URL: http://jira.jboss.com/jira/browse/SECURITY-54 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: White Papers Affects Versions: 2.0.1 Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0.GA http://wiki.jboss.org/wiki/Wiki.jsp?page=SingleSignOn This wiki page has been the central focus of Single Sign On options with the JBoss Application Server. The proposed Technical White Paper should consolidate all the options into a single place. -- 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
2
0 / 0

[JBoss JIRA] Created: (SECURITY-42) Container Task for JBoss RULES Integration with JBoss Security

by Anil Saldhana (JIRA)

Container Task for JBoss RULES Integration with JBoss Security -------------------------------------------------------------- Key: SECURITY-42 URL: http://jira.jboss.com/jira/browse/SECURITY-42 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: JEMS Integration Affects Versions: 2.0.1 Reporter: Anil Saldhana Assigned To: Anil Saldhana Container Task for JBoss Rules integration with JBoss Security. -- 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
2
0 / 0

[JBoss JIRA] Created: (JBAS-4572) EJB 3 testsuite 100%

by Carlo de Wolf (JIRA)

EJB 3 testsuite 100% -------------------- Key: JBAS-4572 URL: http://jira.jboss.com/jira/browse/JBAS-4572 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Carlo de Wolf Priority: Blocker Fix For: JBossAS-4.2.2.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

3
11
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1098) Message headers not preserved on bridged message

by Tim Fox (JIRA)

Message headers not preserved on bridged message ------------------------------------------------ Key: JBMESSAGING-1098 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1098 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.4.0.GA Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.4.0.SP1 Some message headers not preserved on bridge. -- 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
4
0 / 0

[JBoss JIRA] Updated: (JBAS-3142) Add UnifiedInvoker (JBSer and JavaSer) into Version MatrixTestSuite

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-3142?page=all ] Dimitris Andreadis updated JBAS-3142: ------------------------------------- Fix Version/s: JBossAS-4.2.3.GA (was: JBossAS-4.2.2.GA) > Add UnifiedInvoker (JBSer and JavaSer) into Version MatrixTestSuite > ------------------------------------------------------------------- > > Key: JBAS-3142 > URL: http://jira.jboss.com/jira/browse/JBAS-3142 > Project: JBoss Application Server > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Test Suite > Reporter: Clebert Suconic > Assigned To: Clebert Suconic > Priority: Optional > Fix For: JBossAS-4.2.3.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] Created: (JGRP-560) Message greater than 16286 bytes is not received on MaxOS

by Bela Ban (JIRA)

Message greater than 16286 bytes is not received on MaxOS --------------------------------------------------------- Key: JGRP-560 URL: http://jira.jboss.com/jira/browse/JGRP-560 Project: JGroups Issue Type: Bug Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 I'm new to JGroups, and I have a Mac OS X (10.4)-specific question. I've used JGroups 2.4.1sp3, 2.5.0CR1, and the new 2.5.0GA - I see the same issue with all versions. I've noticed that, for UDP, there seems to be a max message size of 16286 bytes (a little less than 16K). This is using the default udp.xml config, and just a simple message to another node like: JChannel ch = new JChannel("udp.xml"); ch.setReceiver(this); ch.connect("TEST"); // // 'target' is another group member besides myself // byte[] buf = new byte[size]; Arrays.fill(buf, (byte)77); echo("Sending message: " + size + " bytes"); Message msg = new Message(target, null, buf); ch.send(msg); A receiver node will NOT receive the message if 'size' is greater than 16286. In fact, after sending a too-large message, the receiver sees no message trafffic so it starts doing heartbeats and view changes). I've attached some debug output below. TCP transport does not have this problem. I'm aware of the tos="8" attribute warning in OS X, and changing the value to 0 to avoid the warning doesn't affect the max size issue. Though perhaps it's the same Mac quirk causing both problems... I've searched around, but haven't seen anything about this. Is it a known issue? Is there a workaround? Am I doing something wrong? Thanks in advance, Rick Pike Debug output: ------------------------- SENDER: (Sends increasing size messages, 2 sec apart. As soon as the size goes beyond 16286, it notices a problem). Sending message: 16284 bytes Sending message: 16285 bytes Sending message: 16286 bytes 2007-07-17 12:06:25,934 [DEBUG] FD sending are-you-alive msg to 192.168.2.71:51607 (own address=192.168.2.71:51610) 2007-07-17 12:06:25,936 [DEBUG] FD received ack from 192.168.2.71:51607 Sending message: 16287 bytes Sending message: 16288 bytes RECEIVER: (Gets messages OK until 16287. I assume FD starts because it sees no message traffic.) Received message: 16284 bytes Received message: 16285 bytes Received message: 16286 bytes 2007-07-17 12:06:25,876 [DEBUG] FD sending are-you-alive msg to 192.168.2.71:51610 (own address=192.168.2.71:51607) 2007-07-17 12:06:25,884 [DEBUG] FD received ack from 192.168.2.71:51610 2007-07-17 12:06:29,305 [DEBUG] MERGE2 initial_mbrs=[[own_addr=192.168.2.71:51610, coord_addr=192.168.2.71:51607, is_server=true], [own_addr=192.168.2.71:51607, coord_addr=192.168.2.71:51607, is_server=true]] 2007-07-17 12:06:35,877 [DEBUG] FD sending are-you-alive msg to 192.168.2.71:51610 (own address=192.168.2.71:51607) 2007-07-17 12:06:35,880 [DEBUG] FD received ack from 192.168.2.71:51610 2007-07-17 12:06:42,496 [DEBUG] MERGE2 initial_mbrs=[[own_addr=192.168.2.71:51610, coord_addr=192.168.2.71:51607, is_server=true], [own_addr=192.168.2.71:51607, coord_addr=192.168.2.71:51607, is_server=true]] 2007-07-17 12:06:45,879 [DEBUG] FD sending are-you-alive msg to 192.168.2.71:51610 (own address=192.168.2.71:51607) 2007-07-17 12:06:45,880 [DEBUG] FD received ack from 192.168.2.71:51610 2007-07-17 12:06:50,453 [DEBUG] FD_SOCK peer closed socket normally 2007-07-17 12:06:50,453 [DEBUG] FD_SOCK pinger thread terminated -- 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: (JBPM-1068) Possibility of UITaskFormButtonBase to use child action tags such as it done with h:commandButton

by Vt Ysh (JIRA)

Possibility of UITaskFormButtonBase to use child action tags such as it done with h:commandButton ------------------------------------------------------------------------------------------------- Key: JBPM-1068 URL: http://jira.jboss.com/jira/browse/JBPM-1068 Project: JBoss jBPM Issue Type: Feature Request Components: Web Interface Affects Versions: jBPM jPDL 3.2.1 Reporter: Vt Ysh Assigned To: Tom Baeyens Priority: Optional If i am trying to put custom action tags between for example <tf:saveButton value="Save"></tf:saveButton > such as it can be done with h:commandButton i am getting NullPointer exception with the next stack trace: java.lang.NullPointerException at org.jbpm.jsf.taskform.ui.UITaskFormButtonBase.getEnclosingForm(UITask FormButtonBase.java:30) at org.jbpm.jsf.taskform.ui.UITaskFormButtonBase.addActionListener(UITas kFormButtonBase.java:44) at org.jbpm.jsf.core.handler.AbstractHandler.apply(AbstractHandler.java: 64) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentH andler.java:314) at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java :169) at com.sun.facelets.tag.ui.DefineHandler.apply(DefineHandler.java:58) at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.j ava:128) at com.sun.facelets.impl.DefaultFaceletContext$TemplateManager.apply(Def aultFaceletContext.java:306) at com.sun.facelets.impl.DefaultFaceletContext.includeDefinition(Default FaceletContext.java:279) at com.sun.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:68) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at test.facelets.IfHandler.apply(IfHandler.java:33) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.jav a:49) at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHa ndler.java:47) at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java: 25) at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:248) at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:294) at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:273) at com.sun.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFac eletContext.java:143) at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.j ava:113) at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.jav a:49) at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java: 25) at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95) at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java :503) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.jav a:546) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrap per.java:178) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePha se.java:106) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFi lter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Securit yAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv e.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p rocessConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo int.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWor kerThread.java:112) at java.lang.Thread.run(Thread.java:595) Seems that problem can be in HtmlCommandButton.getParent() method. Is there any suggestions how 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

18 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007