August 2006 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Dependency system design

by adrian＠jboss.org

I've created some simple wiki pages on how the dependency system "hangs together". http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossDependency This definitely needs fleshing out, especially with a better overview. :-) It also contains the start of an explanation on how the integration works to replace the old MicroKernel. http://wiki.jboss.org/wiki/Wiki.jsp?page=ServiceControllerContext View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968136#3968136 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968136

18 years

1
0
0 / 0

[Design of Security on JBoss] - Re: SecurityContext

by anil.saldhana＠jboss.com

Carlo, lets discuss (over IM) and/or the following design forum thread: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=89517 Scott, to continue with the Security Context discussion here. Do you envisage that the roles contained in the SC are an union of all roles applicable in the call path (with possibly multiple security domains)? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968135#3968135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968135

18 years

1
0
0 / 0

[Design of EJB 3.0] - EJB3 issues with the Security Layer

by anil.saldhana＠jboss.com

http://www.jboss.com/index.html?module=bb&op=viewtopic&t=88989 Regarding the NPE in the SecurityContext class, not obtaining the requisite ApplicationPolicy(authentication/authorization info etc), I made some changes such that there is a SecurityConfiguration static class from where the configuration is obtained. But before that, there needs to be an MBean (or some way) by which the application policies are established prior to start making authentication/authorization checks. It is your choice as to how the configuration is established in the embedded ejb3 world. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968133#3968133 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968133

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by tfennelly

Lets wait for Mark to come back on this stuff. While certain features may be nice to have, I'd prefer to see only core capabilities added initially. Once we do a release we'll have a better idea of what we/others really need. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968132#3968132 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968132

18 years

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Using JBossSerialization with HttpSession Replication (J

by hmesha

hi Brian, I've invented my a new system porperty session.serialization.jboss=true (default) / false :) . Also, taking into account Clebert advice to use factories. I'll create org.jboss.web.tomcat.tc6.session.SessionSerializationFactory class similar to the factory in JBC but it doesn't override the default implementation to change class loader context since we already deal with it inside http session replication code. The class reads the system property mentioned above and sets the boolean value UseJBossSerialization and static methods to create ObjectOuputStream, ObjectInputStream, MarshalledValue, MarshalledObject. Those methods will be used in conjunction with UseJBossSerialization falg to serialize the objects in JBossCacheService before inserting into the cache and deserialize after returing a retrieved value. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968131#3968131 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968131

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by arvinder

Query capability and (Service) Object classification would be good candidates for initial inclusion or rather as part of the registry core use cases. Are there any code skeletons that can be put inside svn or maybe wait till mark gets back? Btw, I am assuming that the registry is going to be a standalone server as well as embedded within the soa stack. Clients may want to run the registry as a standalone service. I'll have to look over the previous discussions to check, this may be irrelevant. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968130#3968130 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968130

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by tfennelly

Hit send to fast there... What I mean by "need the query capability..." is, all these ServiceObjects would be managed by the Registry - just like the Service objects. We could provide query interfaces for them e.g. getClassifications, getX, getY etc, but I dunno should we in the short/medium term??? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968126#3968126 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968126

18 years

1
0
0 / 0

[Design of JBoss Web Services] - JBossWS response does not match WSDL message definition; why

by Doug.Palmer

Hi I have been trying to figure out a fundamental inconsistency with JBossWS. When I deploy a SessionBean as a web service with JBoss-4.0.4 + JBossWS 1.0.2 + EJB3; JBossWS deploys the service and generates a WSDL description of the service. In the generated WSDL the output messages are defined with a name INTERFACE-NAME_METHOD-NAMEResponse. However, when the service is invoked the message returned from the service is METHOD-NAMEResponse. Surely the the message names should be the same? How can we program with web services if JBossWS returns messages that don't conform to the WSDL description of those messages? Regards Doug View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968125#3968125 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968125

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by tfennelly

"arvinder" wrote : What i think I was leaning to was, will we use the registry to hold objects other than Services, such as XSDs and XSLTs that are application resources that need to be accessed centrally? Thereby implying can a Service also be classed as an Application Resource ? Sure, that'd be technically possible - everything would just be a "RegistryObject" (including Service, Classification, Concept objects etc) ala JAXR. Whether we need the query capability at this level from the getgo??? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968123#3968123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968123

18 years

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: SSLUnitTestCase failures with the IBM JVM

by anil.saldhana＠jboss.com

| <Connector port="8443" address="${jboss.bind.address}" | maxThreads="100" strategy="ms" maxHttpHeaderSize="9192" | emptySessionPath="true" | scheme="https" secure="true" clientAuth="false" | keystoreFile="<keystore.pfx>" | keystorePass="<some_password>" | keystoreType="pkcs12" | algorithm="IbmX509" | sslProtocol = "SSL_TLS" /> | This is the connector setting that has worked on IBM JDK5. Check the keystore type (that indicated pkcs12) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968120#3968120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968120

18 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2006