[JBoss JIRA] Created: (SECURITY-568) Move networking code under a new project
by Darran Lofthouse (JIRA)
Move networking code under a new project
----------------------------------------
Key: SECURITY-568
URL: https://issues.jboss.org/browse/SECURITY-568
Project: PicketBox (JBoss Security and Identity Management)
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Negotiation
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: Negotiation_2.0.4
The project jboss-negotiation-spnego is specifically for the message parsing and server side login module, client side interactions are external to this project so all networking should be in it's own specific project.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Commented: (JBAOP-800) AopC report generation throws java.lang.ArrayIndexOutOfBoundsException
by James Wilson (JIRA)
[ https://issues.jboss.org/browse/JBAOP-800?page=com.atlassian.jira.plugin.... ]
James Wilson commented on JBAOP-800:
------------------------------------
The trunk commit won't show in the Subversion Commits log, but it's revision 110614.
> AopC report generation throws java.lang.ArrayIndexOutOfBoundsException
> ----------------------------------------------------------------------
>
> Key: JBAOP-800
> URL: https://issues.jboss.org/browse/JBAOP-800
> Project: JBoss AOP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 2.1.6.GA, 2.1.6 CP01
> Reporter: Magesh Bojan
> Assignee: Kabir Khan
> Priority: Minor
> Fix For: 2.1.6.CP02, Branch_2_2, TRUNK
>
> Attachments: diff.txt, HelloAOP5.zip
>
>
> Using the related JIRA [JBPAPP-3082]'s sample trying a
> <aopc compilerclasspathref="jboss.aop.classpath" verbose="true" report="true">
> <classpath path="${classes.dir}"/>
> <src path="${classes.dir}"/>
> <include name="**/hello/HelloBean.class"/>
> </aopc>
> results in error
> [aopc] Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0
> [aopc] at org.jboss.aop.standalone.XmlReport.outputAdvisor(XmlReport.java:204)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:139)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.toXml(XmlReport.java:70)
> [aopc] at org.jboss.aop.standalone.Compiler.compile(Compiler.java:216)
> [aopc] at org.jboss.aop.standalone.Compiler.main(Compiler.java:88)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Resolved: (JBAOP-800) AopC report generation throws java.lang.ArrayIndexOutOfBoundsException
by James Wilson (JIRA)
[ https://issues.jboss.org/browse/JBAOP-800?page=com.atlassian.jira.plugin.... ]
James Wilson resolved JBAOP-800.
--------------------------------
Fix Version/s: Branch_2_2
TRUNK
Resolution: Done
> AopC report generation throws java.lang.ArrayIndexOutOfBoundsException
> ----------------------------------------------------------------------
>
> Key: JBAOP-800
> URL: https://issues.jboss.org/browse/JBAOP-800
> Project: JBoss AOP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 2.1.6.GA, 2.1.6 CP01
> Reporter: Magesh Bojan
> Assignee: Kabir Khan
> Priority: Minor
> Fix For: 2.1.6.CP02, Branch_2_2, TRUNK
>
> Attachments: diff.txt, HelloAOP5.zip
>
>
> Using the related JIRA [JBPAPP-3082]'s sample trying a
> <aopc compilerclasspathref="jboss.aop.classpath" verbose="true" report="true">
> <classpath path="${classes.dir}"/>
> <src path="${classes.dir}"/>
> <include name="**/hello/HelloBean.class"/>
> </aopc>
> results in error
> [aopc] Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0
> [aopc] at org.jboss.aop.standalone.XmlReport.outputAdvisor(XmlReport.java:204)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:139)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.outputPackage(XmlReport.java:127)
> [aopc] at org.jboss.aop.standalone.XmlReport.toXml(XmlReport.java:70)
> [aopc] at org.jboss.aop.standalone.Compiler.compile(Compiler.java:216)
> [aopc] at org.jboss.aop.standalone.Compiler.main(Compiler.java:88)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Created: (JGRP-1286) ConcurrentModificationException encountered when starting JGroups 2.12RC1 when diagnostics is enabled
by William Burns (JIRA)
ConcurrentModificationException encountered when starting JGroups 2.12RC1 when diagnostics is enabled
-----------------------------------------------------------------------------------------------------
Key: JGRP-1286
URL: https://issues.jboss.org/browse/JGRP-1286
Project: JGroups
Issue Type: Bug
Affects Versions: 2.12
Reporter: William Burns
Assignee: Bela Ban
I saw this error once when starting up my server using the default TCP.xml file. I have not been able to reproduce it more than once.
I just wanted to submit this so that the handlers object can be properly protected via synchronization or java.util.concurrent related facility.
48 E 15:55:19,696 (TCP ) failure handling diagnostics request java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(Unknown Source)
at java.util.HashMap$KeyIterator.next(Unknown Source)
at org.jgroups.protocols.TP$DiagnosticsHandler.handleDiagnosticProbe(TP.java:2157)
at org.jgroups.protocols.TP$DiagnosticsHandler.run(TP.java:2130)
at java.lang.Thread.run(Unknown Source)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Created: (JGRP-1268) Allow 0.0.0.0 as bind address
by Bela Ban (JIRA)
Allow 0.0.0.0 as bind address
-----------------------------
Key: JGRP-1268
URL: https://issues.jboss.org/browse/JGRP-1268
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12
Currently, bind_addr has to be a valid interface and the wildcard (0.0.0.0) address is not permitted. The reason is that bind_addr determines the physical address of a node, e.g. 192.168.1.5:46537, and using 0.0.0.0:46537 wouldn't allow us to identify the node in order to send it a message.
To allow for TCP and UDP sockets to bind to the wildcard address, we could either use a bind_addr of 0.0.0.0 and introduce an additional property to pick the physical address (e.g. physical_addr="192.168.1.5" / physical_addr="GLOBAL"), or continue using bind_addr to determine the physical address and add a property (bind_to_wild_card_addr="true") to make the UDP and TCP sockets bind to the wildcard address (if true).
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months