November 2006 - jbossws-dev - Jboss List Archives

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by jgilbert

Didn't see Kurt's posting. Sounds great! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985078#3985078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985078

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by jgilbert

That worked!!! This little experiment wasn't so little after all. Based on my prototyping this is what I would refactor: juddi-service.sar - remove org.apache.juddi.registry.RegistryServlet. it is there just to init the juddi engine - instead, init and expose the engine in org.jboss.jaxr.juddi.JUDDIService - change org.jboss.jaxr.juddi.JUDDIServlet to access the engine from the mbean - refactor non-httpservlet related code from org.jboss.jaxr.juddi.JUDDIServlet into a pojo called something like UddiSoapProcessor - create a LocalTransport class that extends SaajTransport but calls UddiSoapProcessor instead of invoking a SOAPConnection - add a new mbean that implements the logic in the UDDIExample - add the ddl from the UDDIExample to the standard script jbossws.sar - deploy as an expanded sar - add commented out JaxrSubDeployerInterceptors to jboss-service.xml - the JaxrSubDeployerInterceptors would be configured with the desired transport : Local or Saaj View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985077#3985077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985077

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by scott.stark＠jboss.org

I'm thinking it should just be an attribute in the WebMetaData object. When I get a jbossas testcase working for this I'll let you know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985055#3985055 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985055

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by jason.greene＠jboss.com

Sure, I can make the changes after there is support for it. How should I pass the value, as an attachment? -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985048#3985048 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985048

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by scott.stark＠jboss.org

The JBAS-3812 issue is related to the current war deployer hack I'm adding to unpack all wars. I see that there is a notion of an unpacked war already that the jbossws deployer must be doing: | // FIXME: JBAS-3812 - TomcatDeployment should use modified WebMetaData | URL warURL = (URL) di.getAttachment("jbossws.expanded.war.url"); | if (warURL == null) | warURL = di.getDeploymentContext().getRoot().toURL(); | what I wanted to do here was to look at using an alt-dd value. Instead of having the jbossws deployer creating another expanded war, can it just create an alternate web.xml that the war deployer can pass into tomcat? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985043#3985043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985043

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by kurt.stam＠jboss.com

yes I did. Right now it's submitted as patches to scout and juddi, but I any day now I will be able to commit them to scout and juddi's source control. --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985028#3985028 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985028

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by anil.saldhana＠jboss.com

Kurt Stam from JBoss ESB has done an integrated juddi effort that basically calls juddi locally from the jaxr codebase. There has been no work done on this in jboss 4.0.x As outlined by jason, it is pretty simple to write a transport for juddi. That is what Kurt did. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985015#3985015 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985015

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by jason.greene＠jboss.com

Looks like a local transport would be pretty simple to write. All that would be needed would be to abstract the code in JUDDIServlet (possibly into an MBean). And then reuses that module in the transport class. There is only one method to implement "send(Element)". http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_0/varia/src/main... -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985010#3985010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985010

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by jason.greene＠jboss.com

I don't think a local VM juddi transport exists yet, although Anil would know. Another alternative is to modify jUDDI directly, take a look at the main servlet that processes requests to see how. http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_0/varia/src/main... -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985007#3985007 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985007

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by jgilbert

Hmmm... It is not practical to always deploy after the server has completely started. For example, what about when a server goes down and is restarted. So, it looks like the juddi server would need to be deployed in its own instance. Which is reasonable in a production environment. On a developer's machine it would be nice to avoid the extra process. The deployer could certainly be commented out. Any idea if jaxr supports a not-remote mode? Thanks for all the good feedback! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984995#3984995 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984995

18 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 2006