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

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

by mwringe

Setting the protocol to SSL_TLS doesn't fix the problem, there are now "Unknown Certificate" errors along with the protocol version errors. >From the server side, javax.net.debug only displays information when the server starts, nothing gets displayed when the tests run. >From the client side, I am seeing nothing from javax.net.debug (although this might be an issue with how junit is handling it) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968115#3968115 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968115

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

Clearly the two parties (server and client) are not agreeing on the ssl version. Do you get any useful info from "javax.net.debug" system property? Also, the following property on the connector has worked in the past for customers: | sslProtocol = "SSL_TLS" | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968095#3968095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968095

18 years

1
0
0 / 0

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

by mwringe

FIPS is not enabled. The only providers I am using are the default providers. >From java.security : | security.provider.1=com.ibm.jsse.IBMJSSEProvider | security.provider.2=com.ibm.crypto.provider.IBMJCE | security.provider.3=com.ibm.security.jgss.IBMJGSSProvider | security.provider.4=com.ibm.security.cert.IBMCertPath | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968092#3968092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968092

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

I remember reading that if FIPS is enabled in the JSSE provider of the IBM JDK, then it does not support a lot of the ciphers. I am unsure if this is the case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968090#3968090 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968090

18 years

1
0
0 / 0

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

by mwringe

The protocol is already set to TLS. Below is what is in the server.xml of the jbossweb-tomcat55.sar. The only thing changed from the default is the addition of "algorithm=IbmX509" | <Connector port="8443" address="${jboss.bind.address}" | maxThreads="100" minSpareThreads="5" maxSpareThreads="15" | scheme="https" secure="true" clientAuth="true" | truststoreFile="${jboss.server.home.dir}/conf/localhost.keystore" | truststorePass="unit-tests-server" algorithm="IbmX509" | keystoreFile="${jboss.server.home.dir}/conf/localhost.keystore" | keystorePass="unit-tests-server" sslProtocol = "TLS" /> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968087#3968087 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968087

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

What is the behavior when you specify | sslProtocol="TLS" | on the connector setting on the server side? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968085#3968085 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968085

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by arvinder

anonymous wrote : | "arvinder" wrote : 1) The state of an endpoint service in the registry. This would be needed for clients and also reporting. | | If this was supported I'd expect it to be part of the EPR. Each Service can have multiple EPRs and the "state" of each could be different, right? | Yes this makes sense, although I would have thought that there would be only 1 Service Impl backing different EP's and so the state would be applicable to the service itself, rather than the EP fronting it. But I see your point. anonymous wrote : | "arvinder" wrote : 2) Each service should be categorised, either via a hardcoding of type under the registry, or a spi provided categorization. This may lead to signatures like searchByCategory etc. | | We were saying that this type of more advanced lookup might be part of a future release. JAXR has the ideas of Service "Classification" and "Concept" and I'd guess that these could be used as parameters to a lookup. In the mean time though, the client/user can manually filter the Service list returned from getServices by manually interpretting the Classification/Concept settings on each Service. | Ah ok! anonymous wrote : | "arvinder" wrote : 5) Aside from just services, will the registry hold dependant objects such as an XSD if there is say a validation service? Would this be classed as a ServiceResources and be grouped under the ServiceEntry such as ServiceEntry.getResources() ? | | Note really sure about this Arvinder. So does the client need access to the physical XSD, or does it simply request the service to perform validation "XYZ"? | Sorry my mistake. For a validation service that requires the client to pass in xml, the client would need to pass in a reference to an XSD aswell, that the xml must adhere to. So my point above is invalid. 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 ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968082#3968082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968082

18 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry Design

by tfennelly

Thanks Arvinder. "arvinder" wrote : 1) The state of an endpoint service in the registry. This would be needed for clients and also reporting. If this was supported I'd expect it to be part of the EPR. Each Service can have multiple EPRs and the "state" of each could be different, right? "arvinder" wrote : 2) Each service should be categorised, either via a hardcoding of type under the registry, or a spi provided categorization. This may lead to signatures like searchByCategory etc. We were saying that this type of more advanced lookup might be part of a future release. JAXR has the ideas of Service "Classification" and "Concept" and I'd guess that these could be used as parameters to a lookup. In the mean time though, the client/user can manually filter the Service list returned from getServices by manually interpretting the Classification/Concept settings on each Service. "arvinder" wrote : 5) Aside from just services, will the registry hold dependant objects such as an XSD if there is say a validation service? Would this be classed as a ServiceResources and be grouped under the ServiceEntry such as ServiceEntry.getResources() ? Note really sure about this Arvinder. So does the client need access to the physical XSD, or does it simply request the service to perform validation "XYZ"? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968075#3968075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968075

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: web services question

by tom.baeyens＠jboss.com

please provide a list of libraries that are required for web services and mark the ones that are not yet in the repository. did you do any changes to the jbpm cvs repo outside of the ws subproject ? if not, that makes it much easier to just check in and evaluate afterwards. did you put the ws subproject under jpdl/ws ? if not, please argue why. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968074#3968074 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968074

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: web services question

by kukeltje

"tom.baeyens(a)jboss.com" wrote : | So you would start with JSR 109: Web Services for Java EE, Version 1.2 | This relies on JAX-WS (next version of JAX-RPC) and JAXB 2.0. | Yes, can be generated by jboss-ws, maybe with as small 'wrapper' class "tom.baeyens(a)jboss.com" wrote : | I don't know these technologies. But my concern is: how easy or hard will it be to create new commands and expose them through that web service ? | Depends on the signature of the commands, but in general not to hard. The initial configuration was tough, but adding new commands could be done in hours"tom.baeyens(a)jboss.com" wrote : | I want to get a better understanding of the ins and outs going from development to deployment: | * we need a J2EE 1.4 container | No, can run with jboss-ws in tomcat "tom.baeyens(a)jboss.com" wrote : | * we have to put @WebService in the CommandService SLSB ? | No, no SLSB is needed just the command objects, what you describe is JSR-181, WS for J2EE 1.5/EJB3 "tom.baeyens(a)jboss.com" wrote : | * we have to generate the JAXB bindings from the command beans themselves ? | This is what I want to try yes and then put this command object in the commandexecutor "tom.baeyens(a)jboss.com" wrote : is it hard to customize ? | Depends on what you want to customize. If you want new ws calls for which no commands exist it is more difficult. If we just use the JbpmContext and e.g. implement HQL in there it is not difficult. "tom.baeyens(a)jboss.com" wrote : | do you think that will be needed often or will the default name mappings be sufficient ? | Depends on the amount of effort we want to put in there initially. I have a list from a customer that is limited, but usable for them"tom.baeyens(a)jboss.com" wrote : | * anything else we need to do ? | Not much afaik"tom.baeyens(a)jboss.com" wrote : | | You don't have to convince me yet... cause i just don't get it yet. One way to get more insights is if you just go ahead and implement the basic structure. So that we can have a look out how it works. | I'll try to get an example up and running before the weekend is over since I'll be on Aruba the two weeks after that. I do not want to check it in yet though since I've made changes to the build scripts (there is a ws dir now) and some libs are required that are not in the repository yet (afaik). How can we communicate this?"tom.baeyens(a)jboss.com" wrote : | | | Alex's opinion is always appreciated. Agree View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968071#3968071 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968071

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