September 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-3576) Unified Security Context

by Anil Saldhana (JIRA)

Unified Security Context ------------------------ Key: JBAS-3576 URL: http://jira.jboss.com/jira/browse/JBAS-3576 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Security Affects Versions: JBossAS-5.0.0.Beta Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: JBossAS-5.0.0.Beta Currently the roles are an aspect of the Subject that is populated as part of the Jaas Authentication process (in the derivatives of the AbstractServerLoginModule). There is a need for the establishment of a security context to hold the roles, authoriation info etc. -- 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

19 years, 2 months

3
3
0 / 0

[JBoss JIRA] Created: (SECURITY-11) Principal To Role mapping provider

by Anil Saldhana (JIRA)

Principal To Role mapping provider ---------------------------------- Key: SECURITY-11 URL: http://jira.jboss.com/jira/browse/SECURITY-11 Project: JBoss Security Issue Type: Feature Request Security Level: Public (Everyone can see) Components: JBossSX Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0 We need a mechanism that will allow a user to configure a mapping of principal to roles that need to be added to the security context. -- 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

19 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-399) add support for authentication / permissions / ownership

by Michael Neale (JIRA)

add support for authentication / permissions / ownership --------------------------------------------------------- Key: JBRULES-399 URL: http://jira.jboss.com/jira/browse/JBRULES-399 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale For ben. This authentication/permissions should be tied to the user context that JAAS established. The only things that need to be programmatic are ideally ACLs on a resource. We may need however to show/hide functionality based on the users roles. -- 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

19 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-3678) org.jboss.test.webservice.attachmentstepbystep.MyServiceClientTestCase fails on Solaris 10

by Phillip Thurmond (JIRA)

org.jboss.test.webservice.attachmentstepbystep.MyServiceClientTestCase fails on Solaris 10 ------------------------------------------------------------------------------------------ Key: JBAS-3678 URL: http://jira.jboss.com/jira/browse/JBAS-3678 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.0.4.GA Environment: Sparc Solaris 10 jdk 1.4.2_08 Reporter: Phillip Thurmond org.jboss.test.webservice.attachmentstepbystep.MyServiceClientTestCase fails on Solaris 10 Testcase: testMyService took 1.656 sec Caused an ERROR null java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at org.jboss.ws.soap.attachment.ContentHandlerRegistry.<clinit>(ContentHandlerRegistry.java:5 1) at org.jboss.ws.soap.attachment.AttachmentPartImpl.<clinit>(AttachmentPartImpl.java:56) at org.jboss.ws.binding.soap.SOAPBindingProvider.getAttachmentPart(SOAPBindingProvider.java:6 14) at org.jboss.ws.binding.soap.SOAPBindingProvider.bindRequestMessage(SOAPBindingProvider.java: 137) at org.jboss.ws.binding.soap.SOAP11BindingProvider.bindRequestMessage(SOAP11BindingProvider.j ava:58) at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:647) at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:398) at org.jboss.test.webservice.attachmentstepbystep.MyServiceClientTestCase.testMyService(MySer viceClientTestCase.java:70) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) Caused by: java.lang.IllegalArgumentException: failed to parse:image/bmp, image/x-bmp, image/x-window s-bmp at java.awt.datatransfer.DataFlavor.<init>(DataFlavor.java:299) at javax.activation.ActivationDataFlavor.<init>(ActivationDataFlavor.java:64) at org.jboss.ws.soap.attachment.ImageDataContentHandler.buildFlavors(ImageDataContentHandler. java:77) at org.jboss.ws.soap.attachment.ImageDataContentHandler.<clinit>(ImageDataContentHandler.java :63) ... 31 more -- 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

19 years, 2 months

6
8
0 / 0

[JBoss JIRA] Created: (JBRULES-495) Allows for automatic meta data gathering during rule/rule package saves to repository

by Marcos Tengelmann (JIRA)

Allows for automatic meta data gathering during rule/rule package saves to repository ------------------------------------------------------------------------------------- Key: JBRULES-495 URL: http://jira.jboss.com/jira/browse/JBRULES-495 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-brms Reporter: Marcos Tengelmann Assigned To: Mark Proctor Priority: Optional In order to make search easy as possible, we would like to have automatic meta data collected during the process of importing rules from files or during the save process from UI, to repository back end. The whole idea here is to keep the concept of Category only for business purposes. Besides the category concept , we could have attributes set into the repository attached with its components. With that we mean, that we could automatically (The saver to repository is a suggesiton on doing this), to extract Columns (Could be OTN also?) from rules, and create lists of all column types a given rule uses and even other type of data could be extracted from rule files and definitions With that we could be able to link in searches, business desciptions and categories to real implementation, giving very usefull results (A Better search engine than Google).... -- 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

19 years, 2 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-955) Use globally unique (i.e. prefixed by org.jboss.portal for ex.) session/invocation attribute names to avoid collisions.

by Chris Laprun (JIRA)

Use globally unique (i.e. prefixed by org.jboss.portal for ex.) session/invocation attribute names to avoid collisions. ----------------------------------------------------------------------------------------------------------------------- Key: JBPORTAL-955 URL: http://jira.jboss.com/jira/browse/JBPORTAL-955 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Portlet Affects Versions: 2.4 Final Reporter: Chris Laprun Assigned To: Chris Laprun Priority: Minor Fix For: 2.6 Final -- 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

19 years, 2 months

3
3
0 / 0

[JBoss JIRA] Created: (JBRULES-471) Add support for "from" keyword

by Kris Verlaenen (JIRA)

Add support for "from" keyword ------------------------------ Key: JBRULES-471 URL: http://jira.jboss.com/jira/browse/JBRULES-471 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Kris Verlaenen Assigned To: Kris Verlaenen Content completion should be able to handle the from keyword. -- 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

19 years, 2 months

3
2
0 / 0

[JBoss JIRA] Created: (JBRULES-435) Large integer values in decision tables are converted to scientific notation in DRL which cannot be parsed

by Volker Augustin (JIRA)

Large integer values in decision tables are converted to scientific notation in DRL which cannot be parsed ---------------------------------------------------------------------------------------------------------- Key: JBRULES-435 URL: http://jira.jboss.com/jira/browse/JBRULES-435 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Decision tables, Drl Parser/Builder Reporter: Volker Augustin Assigned To: Mark Proctor When a condition column in a decision table contains values like 25000000, this is compiled using the SpreadsheetCompiler into 2.5E7 in the DRL. However, the DRL parser/compiler cannot cope with this notation and exists with a unexpected token "E7" error message. -- 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

19 years, 2 months

4
3
0 / 0

[JBoss JIRA] Created: (JBRULES-434) Cannot enter more than one parameter in one column on German computers

by Volker Augustin (JIRA)

Cannot enter more than one parameter in one column on German computers ---------------------------------------------------------------------- Key: JBRULES-434 URL: http://jira.jboss.com/jira/browse/JBRULES-434 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Decision tables Environment: Windows XP, standard GERMAN settings Reporter: Volker Augustin Assigned To: Mark Proctor Section 4.1.4.1 of the JBoss Rules documentation states: The "$para" place holder is used in templates to indicate where data form the cell will be interpolated. You can also use "$1" to the same effect. If the cell contains a comma seperated list of values, $1 and $2 etc. may be used to indicate which positional parameter from the list of values in the cell will be used. As the German decimal separator is ',' and not '.' as in the English locale, no list of this form can be entered on a German computer system if there are e.g. only two values and they happen to be integers. E.g. if you try to create the list containing the two values 10 and 20, according to the documentation you must enter '10,20'. This will be interpreted as 10.20 by a German computer and result in a single decimal value instead of a list of two integers. The separator ',' is hardcoded somewhere (in SnippedBuilder (?) I think). Maybe this can be made configurable. E.g. a "Configuration" section in the Excel spreadsheet would do. -- 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

19 years, 2 months

5
4
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-520) Messages received from Receiver.receive() using an XA are never deleted from the database if not withing a transactional boundary.

by Joel Lindheimer (JIRA)

Messages received from Receiver.receive() using an XA are never deleted from the database if not withing a transactional boundary. ---------------------------------------------------------------------------------------------------------------------------------- Key: JBMESSAGING-520 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-520 Project: JBoss Messaging Issue Type: Feature Request Components: Messaging Core Affects Versions: 1.0.1.CR4 Environment: Windows XP, JBossServer4.0.4GA, Oracle10G Reporter: Joel Lindheimer Assigned To: Ovidiu Feodorov Create a simple receiver, but do not place it within a Transaction boundary; shut down the server; look up the tables and you will see all the messages are still in the Messages and MessageRef tables. ========================================= Observations using a debbuger reveal the following: ========================================= Looking over the org.jboss.resource.adapter.jms.JmsManagedConnection the setup method will always call createXAQueueSession() and create an XAQueconnection as transacted and Session.SESSION_TRANSACTED. That being the case, non-XA Queues have no message-deletion problems with the current version (RC4) because the API removes all messages that are "not transacted and (!ack==1). I am guessing that using XA is problematic because the persistence layer is expecting manipulation of the transacted XASession--which for some reason is not working in this version of Messaging. More specifically, I suspect that when MDBs are tested you are not seeing this problem because the container is doing needed magic to manage the XASession transacted state, and therefore everything works fine therein. And consequently, when operating as a non-MDB client, AKA a simple Receiver, there is something missing in the equation ergo the problems that I have been reporting regarding the ClickCommerce applications which use Receivers and not MDBs. Work-around: None; the strategy for my team is to NOT use an XAQueueConnection while waiting for a fix. -- 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

19 years, 2 months

5
11
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2006