[JBoss AS 7 Development] - Logging Id's
by James Perkins
James Perkins [http://community.jboss.org/people/jamezp] modified the document:
"Logging Id's"
To view the document, visit: http://community.jboss.org/docs/DOC-16810
--------------------------------------------------------------
Logging id ranges for JBoss AS7 i18n message interfaces.
|| %1,3% *Status* ||
| C | = | Complete |
| I | = | In Progress |
| P | = | Merged, but not complete |
| W | = | Waiting Merge |
|| *Range* || *Subsystem
* || *Status
* ||
| *10100 - 10199* | *Transaction* | C |
| *10200 - 10399
* | *Clustering**
* | C |
| *10400 - 10499* | *Connector**
* | C |
| *10500 - 10599* | *CLI
* |
|
| *10600 - 10699* | *Controller Client* | C |
| *10700 - 10799* | *CMP* |
|
| *10900 - 10999* | *Domain Controller* |
|
| *11000 - 11099* | *EE* | C |
| *11100 - 11199* | *Embedded* | C |
| *11200 - 11299* | *JAXRS* | C |
| *11300 - 11399* | *JMX* | C |
| *11400 - 11499* | *JPA* | C |
| *11500 - 11599* | *Logging* | C |
| *11600 - 11699* | *Messaging* | C |
| *11700 - 11799* | *mod_cluster* | C |
| *11800 - 11899* | *Naming* | C |
| *11900 - 11999* | *OSGi (as plugin 00-10; service 11-99)* | C |
| *12000 - 12099* | *Process Controller* | C |
| *12100 - 12199* | *Protocol* | C |
| *13100 - 13199* | *Security* |
|
| *14100 - 14399* | *Ejb3* | P |
| *14400 - 14499* | *AppClient* | C |
| *14500 - 14599* | *JDR* | C |
| *14600 - 14899* | *Controller* | C |
| *14900 - 14999* | *Deployment Repository* | C |
| *15000 - 15099* | *Deployment Scanner* | C |
| *15100 - 15199* | *Deployment HTTP API* | C |
| *15200 - 15299* | *Deployment Management* | C |
| *15300 - 15399* | *Network* | C |
|
| *EE Deployment* |
|
|
| *Host Controller* |
|
|
| *Jacorb* |
|
|
| *JAXR* |
|
|
| *JDR* |
|
| *15400-15499* | *Mail* | C |
|
| *Platform MBean* |
|
|
| *POJO* |
|
|
| *Remoting* |
|
|
| *SAR* |
|
|
| *Security* |
|
|
| *Server* |
|
|
| *Threads* |
|
|
| *Web* |
|
| *15500-15699* | *Web Services* | C |
|
| *Weld* |
|
|
| *Xts* |
|
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-16810]
Create a new document in JBoss AS 7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 1 month
[JBoss AS 7 Development] - Logging Id's
by Brian Stansberry
Brian Stansberry [http://community.jboss.org/people/brian.stansberry] modified the document:
"Logging Id's"
To view the document, visit: http://community.jboss.org/docs/DOC-16810
--------------------------------------------------------------
Logging id ranges for JBoss AS7 i18n message interfaces.
|| %1,3% *Status* ||
| C | = | Complete |
| I | = | In Progress |
| W | = | Waiting Merge |
|| *Range* || *Subsystem
* || *Status
* ||
| *10100 - 10199* | *Transaction* | C |
| *10200 - 10399
* | *Clustering**
* | C |
| *10400 - 10499* | *Connector**
* | C |
| *10500 - 10599* | *CLI
* |
|
| *10600 - 10699* | *Controller Client* | C |
| *10700 - 10799* | *CMP* |
|
| *10900 - 10999* | *Domain Controller* |
|
| *11000 - 11099* | *EE* | C |
| *11100 - 11199* | *Embedded* | C |
| *11200 - 11299* | *JAXRS* | C |
| *11300 - 11399* | *JMX* | C |
| *11400 - 11499* | *JPA* | C |
| *11500 - 11599* | *Logging* | C |
| *11600 - 11699* | *Messaging* | C |
| *11700 - 11799* | *mod_cluster* | C |
| *11800 - 11899* | *Naming* | C |
| *11900 - 11999* | *OSGi (as plugin 00-10; service 11-99)* | C |
| *12000 - 12099* | *Process Controller* | C |
| *12100 - 12199* | *Protocol* | C |
| *13100 - 13199* | *Security* |
|
| *14100 - 14399* | *Ejb3* | I |
| *14400 - 14499* | *AppClient* | C |
| *14500 - 14599* | *JDR* | C |
| *14600 - 14899* | *Controller* | C |
| *14900 - 14999* | *Deployment Repository* | C |
| *15000 - 15099* | *Deployment Scanner* | C |
| *15100 - 15199* | *Deployment HTTP API* | C |
| *15200 - 15299* | *Deployment Management* | C |
| *15300 - 15399* | *Network* | C |
|
| *EE Deployment* |
|
|
| *Host Controller* |
|
|
| *Jacorb* |
|
|
| *JAXR* |
|
|
| *JDR* |
|
| *15400-15499* | *Mail* | C |
|
| *Platform MBean* |
|
|
| *POJO* |
|
|
| *Remoting* |
|
|
| *SAR* |
|
|
| *Security* |
|
|
| *Server* |
|
|
| *Threads* |
|
|
| *Web* |
|
| *15500-15699* | *Web Services* | I |
|
| *Weld* |
|
|
| *Xts* |
|
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-16810]
Create a new document in JBoss AS 7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 1 month
[PicketBox Development] - Re: XACML Caching
by Dan Gradl
Dan Gradl [http://community.jboss.org/people/dgradl] created the discussion
"Re: XACML Caching"
To view the discussion, visit: http://community.jboss.org/message/637237#637237
--------------------------------------------------------------
Performance is a key quality attribute that needs to be addressed in a non-trival implementation of XACML access control. Caching is a potential feature to improve performance.
Ideally you just want the decision to execute quickly and efficiently. At the risk of stating the obvious, there is a tradeoff with caching, you are trading execution time for memory usage. In other words the decisioning is taking too much time, so you desire to speed that up by storing results in memory. However, there are other ways to speed up the evaluation/address performance, which I will also write about soon in a separate thread. Caching in my opinon is actually one of the more complex ways to address it, but is also essential under certain conditions.
In many usages, the execution of policies may be very quick and caching will not be necessary. But there are cases that make it more important:
* large number of policies/rules
* complex policies/rules
* remote PDP (not sure if anyone has tried to host the PDP as a remote service, there was a thread post requesting info on this but had no replies)
There are several places where caching can be applied to address different needs
* Policy caching - for the most part it does this already with file based policies (reads them into memory), but with a policy database you may wish to retrieve them everytime or cache all or a portion of them in the PDP
* Target matching - searching through the policies to find the ones to execute can requiring traversing a complex tree, even if you cannot cache decision results, you may at least be able to find the applicable policies faster and execute the rules each time
* Decision caching - caching the outcome of a decision, this is pretty complex if you want to ensure you don't give false results, and you want to make sure to maximize the number of hits, matching your cache entries on the full request context will not always result in an effective cache (see my comments in the link above).
* Enforcement point caching - this is more or less the same as decision caching on the PEP side, but in the case of a remote PDP you will want to avoid remote invocations
* Resource caching - if you use a resource directory along with ResourceFinders, you may wish to cache the directory of resources to avoid retrieving those repeatedly
* PIP caching - the XACML library calls this an AttributeFinder, but in my opinion the finders play the role of a Policy Information Point in the XACML spec, and I prefer to call them as such. However, you may wish to be able to cache the results of these finders as they may go off to various data stores
There is an overriding principle that is essential, and you mentioned it Anil. That is that you must be able to respond to a request with the CORRECT decision whether it came from cache or a fresh execution of the rules.
There are general caching related requirements that apply to many types of caches:
* Options for different caching eviction mechanisms (LRU, LFU, etc)
* Configurable cache size
* Ability to enable/disable
* Distributed caching support
There is at least one aspect that is critical:
* Cache expiration and flushing - when policies or other key data change, it is important to flush the data from cache so that a new accurate result is computed - if I remove access to something to prevent a security issue it needs to take effect ASAP.
I think that's plenty from me for the moment.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/637237#637237]
Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 2 months
[JBoss AS 7 Development] - Logging Id's
by Richard Opalka
Richard Opalka [http://community.jboss.org/people/ropalka] modified the document:
"Logging Id's"
To view the document, visit: http://community.jboss.org/docs/DOC-16810
--------------------------------------------------------------
Logging id ranges for JBoss AS7 i18n message interfaces.
|| %1,3% *Status* ||
| C | = | Complete |
| I | = | In Progress |
| W | = | Waiting Merge |
|| *Range* || *Subsystem
* || *Status
* ||
| *10100 - 10199* | *Transaction* | C |
| *10200 - 10399
* | *Clustering**
* | C |
| *10400 - 10499* | *Connector**
* | C |
| *10500 - 10599* | *CLI
* |
|
| *10600 - 10699* | *Controller Client* | C |
| *10700 - 10799* | *CMP* |
|
| *10900 - 10999* | *Domain Controller* |
|
| *11000 - 11099* | *EE* | C |
| *11100 - 11199* | *Embedded* | C |
| *11200 - 11299* | *JAXRS* | C |
| *11300 - 11399* | *JMX* | C |
| *11400 - 11499* | *JPA* | C |
| *11500 - 11599* | *Logging* | C |
| *11600 - 11699* | *Messaging* | C |
| *11700 - 11799* | *mod_cluster* | C |
| *11800 - 11899* | *Naming* | C |
| *11900 - 11999* | *OSGi (as plugin 00-10; service 11-99)* | C |
| *12000 - 12099* | *Process Controller* | C |
| *12100 - 12199* | *Protocol* | C |
| *13100 - 13199* | *Security* |
|
| *14100 - 14399* | *Ejb3* | I |
| *14400 - 14499* | *AppClient* | C |
| *14500 - 14599* | *JDR* | C |
| *14600 - 14899* | *Controller* | C |
| *14900 - 14999* | *Deployment Repository* | C |
| *15000 - 15099* | *Deployment Scanner* | C |
| *15100 - 15199* | *Deployment HTTP API* | C |
| *15200 - 15299* | *Deployment Management* | C |
| *15300 - 15399* | *Network* | C |
|
| *EE Deployment* |
|
|
| *Host Controller* |
|
|
| *Jacorb* |
|
|
| *JAXR* |
|
|
| *JDR* |
|
| *15400-15499* | *Mail* |
|
|
| *Platform MBean* |
|
|
| *POJO* |
|
|
| *Remoting* |
|
|
| *SAR* |
|
|
| *Security* |
|
|
| *Server* |
|
|
| *Threads* |
|
|
| *Web* |
|
| *15500-15699* | *Web Services* | I |
|
| *Weld* |
|
|
| *Xts* |
|
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-16810]
Create a new document in JBoss AS 7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 2 months
[JBoss AS 7 Development] - ClassCastException with Infinispan using multiple applications
by Randy Nott
Randy Nott [http://community.jboss.org/people/rnott] created the discussion
"ClassCastException with Infinispan using multiple applications"
To view the discussion, visit: http://community.jboss.org/message/637100#637100
--------------------------------------------------------------
I'm getting a ClassCastException when using an Infinispan cache to share data between two web applications, A and B running in the same JBoss AS-7 instance. Application A writes to the cache while application B reads from it. Application B fails on the read as the value is tied to the classloader of application A.
I've tried this with both standalone and HA configurations in JBoss AS-7.0.2, defining the cache as local, then distributed, with similar results. Here is my cache configuration (standalone-preview-ha.xml):
<cache-container name="foo-cache" default-cache="foo">
<distributed-cache mode="ASYNC" name="foo" start="EAGER">
<eviction strategy="NONE"/>
</distributed-cache>
</cache-container>
I'm injecting the cache into both web applications using CDI with the following producer:
@Resource(mappedName="java:jboss/infinispan/foo-cache")
private CacheContainer container;
@FooCache
@Produces @ApplicationScoped
Cache<String, Foo> fooCache() {
return container.getCache( "foo" );
}
I'd prefer that the cache be embedded in the JBoss instance as opposed to remote if this is possible. Does anyone know the recipe for making this work?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/637100#637100]
Start a new discussion in JBoss AS 7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 2 months