November 2008 - jbossws-dev - Jboss List Archives

[Design of JBoss Web Services] - Re: Upgrading Scout/JUDDI combo

by richard.opalka＠jboss.com

Are you working on that issue Anil? Or JBossWS team should solve it? Do we need upgrade Scout/JUDDI in JBossAS 5.0.0 GA? Who defines requirements for JBoss JAXR and plans its integration to JBoss AS? Last time I upgraded to JBoss JAXR 1.2.1 GA, see: JBAS-6121. This release uses scout 0.7rc2 and juddi 0.9RC4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188659#4188659 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188659

16 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Upgrading Scout/JUDDI combo

by anil.saldhana＠jboss.com

I think the issue is this implementation of IRegistry that introduces the xml beans dependency. http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... | ]scout core|->(IRegistry) ===N/W== (UDDI Registry) | It is the IRegistry implementation that is the issue. The version in scout trunk has xmlbeans dependency. Kurt should have removed that. But he did not. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188541#4188541 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188541

16 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Upgrading Scout/JUDDI combo

by anil.saldhana＠jboss.com

JUDDI can be upgraded to 2.0.rc5 without issues. The problem is in the scout project which has got dependencies on xml beans introduced. What is need to make the scout upgrade is an implementation of the Transport interface: http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... The existing ones are not useful. http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... If you look in the AS4 testsuite, we use the standard jaxr connection factory. http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_0/testsuite/buil... | <sysproperty key="javax.xml.registry.ConnectionFactoryClass" | value="org.apache.ws.scout.registry.ConnectionFactoryImpl"/> | If you look at the source code of this impl. [url] http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... | /** | * Update the properties used by this ConnectionFactory to obtain a connection. | * | * @param properties the new properties for this ConnectionFactory | */ | public void setProperties(Properties properties) | { | queryManagerURL = properties.getProperty(QUERYMANAGER_PROPERTY); | lifeCycleManagerURL = properties.getProperty(LIFECYCLEMANAGER_PROPERTY); | transportClass = properties.getProperty(RegistryImpl.TRANSPORT_CLASS_PROPERTY_NAME); | semanticEquivalences = properties.getProperty(SEMANTICEQUIVALENCES_PROPERTY); | authenticationMethod = properties.getProperty(AUTHENTICATIONMETHOD_PROPERTY); | postalAddressScheme = properties.getProperty(POSTALADDRESSSCHEME_PROPERTY); | String val = properties.getProperty(MAXROWS_PROPERTY); | maxRows = (val == null) ? null : Integer.valueOf(val); | } | Now there is a property for the transportClass. For that look inside the RegistryImpl class http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... | public static final String TRANSPORT_CLASS_PROPERTY_NAME = "scout.proxy.transportClass"; | | | String transClass = props.getProperty(TRANSPORT_CLASS_PROPERTY_NAME); | if (transClass != null) | this.setTransport(this.getTransport(transClass)); | else | this.setTransport(this.getTransport(DEFAULT_TRANSPORT_CLASS)); | So you will need to create a transport implementation and use the "scout.proxy.transportClass" to install your implementation on the client side that connects to the uddi urls. The transport class will do the marshalling/unmarshalling of request/response. You can use JAXB2. The branch 0.7 of scout uses juddi proxy as the transport. juddi proxy provides a IRegistry interface. [url] http://svn.apache.org/viewvc/webservices/scout/tags/v0.7rc2/modules/scout... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188539#4188539 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188539

16 years, 2 months

1
0
0 / 0

RE: kl.Doctor Konnor

by jbossws-dev＠lists.jboss.org

16 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - ThreadLocalAssociation JBoss Security Hack

by richard.opalka＠jboss.com

Below is the copy paste from ThreadLocalAssociation.java: //This removes a custom callback security handler that might have | //been set if using UsernameTokenProfile with digest; doing this | //here won't be required anymore once our custom security manager | //will be used in our wsse implementation. | CallbackHandlerPolicyContextHandler.setCallbackHandler(null); | Is this ugly hack still necessary Alessio? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187671#4187671 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187671

16 years, 2 months

2
1
0 / 0

Reflection Injector for Optimisation Loosing Previously Defined Classes

by Alessio Soldano

Thanks Darran, forwarding this here as perhaps we can vote for the bug resolution on the JAXB project issue tracker. Alessio Darran Lofthouse (JIRA) wrote: > [ https://jira.jboss.org/jira/browse/JBWS-2317?page=com.atlassian.jira.plug... ] > > Darran Lofthouse commented on JBWS-2317: > ---------------------------------------- > > Modified file submitted to JAXB project : https://jaxb.dev.java.net/issues/show_bug.cgi?id=564 > > >> $JAXBAccessorF_ and $JAXBAccessorM_ cache loosing classes and failing to re-create classes. >> ------------------------------------------------------------------------------------------- >> >> Key: JBWS-2317 >> URL: https://jira.jboss.org/jira/browse/JBWS-2317 >> Project: JBoss Web Services >> Issue Type: Bug >> Security Level: Public(Everyone can see) >> Components: jbossws-metro, jbossws-native >> Affects Versions: jbossws-native-3.0.3, jbossws-metro-3.0.3 >> Reporter: Darran Lofthouse >> Assignee: Darran Lofthouse >> Fix For: jbossws-native-3.0.5, jbossws-metro-3.0.5 >> >> Attachments: Injector.java >> >> >> The JAXB implementation contains a package of classes to optimise field and method access by dynamically generating classes to avoid reflection, this has a start-up performance hit but then leads to an optimised runtime. >> The package is: - >> 'com.sun.xml.bind.v2.runtime.reflect.opt' >> Within the Injector class is a HashMap to maintain a cache of these classes against the classloader they were created for: - >> private static final Map<ClassLoader,WeakReference<Injector>> injectors = >> Collections.synchronizedMap(new WeakHashMap<ClassLoader,WeakReference<Injector>>()); >> A WeakReference has been used to wrap the value to prevent the value retaining a reference to the ClassLoader and then preventing garbage collection and leading to a leak. >> The problem is that nothing retains a reference to the Injector so as this is wrapped with a WeakReference it is garbage collected. >> I will attach to this case a new version of Injector.java. >> The fix switches to using a Strong reference to the Injector so it is not garbage collected. >> To maintain the original requirements the Injector will no longer hold a reference to the ClassLoader and will instead make use of the one passed in. >> Within the Injector the HashMap of classes will reference the Class with a WeakReference. If we get a WeakReference with no class it means the class was previously loaded but garbage collected, in this case try to load the class by name from the classloader - if this fails then redefine the class. >> > > -- Alessio Soldano Web Service Lead JBoss, a division of Red Hat

16 years, 2 months

1
0
0 / 0

Fall Markdowns, hurry before theyre gone!

by mark＠viagra.com

16 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JAX-WS RI 2.1.5/Metro 1.4 Released

by richard.opalka＠jboss.com

See release notes: it uses woodstox StAX parser by default View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186175#4186175 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186175

16 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - JAX-WS RI 2.1.5/Metro 1.4 Released

by richard.opalka＠jboss.com

http://weblogs.java.net/blog/jitu/archive/2008/10/jaxws_ri_215met.html View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186174#4186174 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186174

16 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev November 2008