October 2006 - jbossws-dev - Jboss List Archives

[Design of JBoss Web Services] - Re: org.jboss.util.NestedSQLException: No ManagedConnections

by gudmundsonsc

You are not closing your connection objects with the close method after using them. Make sure to close them by doing so you return them to the pool for their reuse, other wise you will hit the max connection limit set on the data source and get the error message you have described. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3982130#3982130 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3982130

17 years, 6 months

1
0
0 / 0

Verified that JEE5_TCK works

by Thomas Diesler

Hi Jas, I just verified that using branch JEE5_TCK for all three projects (i.e. jbossas, jbossws, j2eetck-mods) works and can be used for test runs. cheers -thomas -- xxxxxxxxxxxxxxxxxxxxxxxxxxxx Thomas Diesler Web Service Lead JBoss, a division of Red Hat xxxxxxxxxxxxxxxxxxxxxxxxxxxx

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: ws-security JBWS-638 - Design Notes

by mageshbk

Moreover the MBeanServer approach does not expose the getKeyStorePas() and getTrustStorePass() methods, is this a viable approach? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981717#3981717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981717

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: ws-security JBWS-638 - Design Notes

by mageshbk

As an alternative approach we can just use the MBeanServer in WSSecurityDispatcher to load the url, store type and passwords and create a SecurityStore leaving the decode option to SecurityStore. This way only the {EXT} and {CLASS} will be supported and it is transparent. Is this fine? I like this approach! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981681#3981681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981681

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: ws-security JBWS-638 - Design Notes

by mageshbk

>>>Optionally they should be able to refer to a JaasSecurityDomain, which would be globaly configured. In order to do this, we could use a MBeanServer code to load the global configuration and call the appropriate methods on that to do the decode, but the {CLASS} and {EXT} implementations within SecurityStore will remain as is for use otherwise. 1. Doesn't this seem to be a duplicate code? 2. Using MBeanServer we will have to use the org.jboss.mx.util.MBeanServerLocator, isn't this tied up to JBoss alone? It will not work on Tomcat! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981669#3981669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981669

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Cannot find ServiceFactory implementation

by tmuldoon

JBoss 4.0.4.GA I am trying to create my first Java SE web service client but I'm running into a few issues. The latest being ... javax.xml.rpc.ServiceException: Cannot find ServiceFactory implementation at javax.xml.rpc.ServiceFactory.newInstance(ServiceFactory.java:116) at helloworld.client.HelloWorldClient.main(HelloWorldClient.java:20) I have tried including each and every jar file found in ejb3/lib to no avail. So, that said, what am I missing? Thanks in advance, Tom View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981283#3981283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981283

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by thomas.diesler＠jboss.com

Agreed View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980701#3980701 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980701

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: ws-eventing: event notification failure

by maeste

Heiko, are you there? Any opinion on this post? I have to release on production environment some ws-eventing services and I'd like to make them clustered and trap event notification failures. thanks in advance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980699#3980699 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980699

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by jason.greene＠jboss.com

Ah, I see. I believe the repetition was limited to namespaces defined outside of the content element. This is easy to fix nonetheless. There is also a problem with qname values. Since only the namespaces that are actually used are declared when needed, and since only elements and attributes are looked at, there is the possibility that a qname element or a qname attribute will not have a defined namespace. JBWS-1303 demonstrates one example of this problem Further, it is not possible to know if Text nodes or attribute values refer to a qname unless DOMWriter has knowledge of the schema (which is impractical for its purpose). Therefore, the only way to guarantee correct XML is to always copy all namespaces from all parent nodes to the start of a fragment (although using proper scoping). I implemented this approach in my local tree, but unfortunately the extra namespace noise breaks 20 something tests. This is because the SOAP content element remains in string mode, thus the message is permanently altered. Since this is an undesirable side effect, and since the namespace modified string is only necessary when passing a fragment to an unmarshalling component, the xml string should really be a transient value. Therefore I see two possible solutions. 1) Modify SOAPContentElement to no longer persist the xml string, and to only use it when unmarshalling is invoked. Also modify SAAJPayloadBuilder to use DOM. 2) Wait for the DOM optimiations (JBWS-1314), and then modify our processing phase to do temporary alterations on the Element before passing to the unmarshaller. Due to our heavy load, and our tight release schedule, I think we should go with 2. We can then just add workarounds on an as needed basis. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980590#3980590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980590

17 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: What do we need in terms of x509 cert processing for ws

by anil.saldhana＠jboss.com

"scott.stark(a)jboss.org" wrote : | I'm not opposed to this driving features, like a new keystore format to allow for these types of certs, as you know I love the idea of smart cards replacing the password hell that exists today. | Not sufficient. It is still single factor. There is a real need for two or multi-factor authentication. SRP (Scott's Robust Password) system also does not make the cut. ;) Any legal issues (patents, licensing) with bouncy castle api? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980201#3980201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980201

17 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev October 2006